>>что за зуд ?
Твой "боевой" пример является образцом как нельзя и с алгоритмической стороны и синтаксической
>>Ну а что делать если каждый фрейм нужно сравнить с каждым ?
зачем сравнивать то что не изменилось с прошлого прогона? твой код 99.999999% процентов времени будет делать бесполезные сравнения из итерации в итерацию, а при достаточно больших количествах областей будет работать секунды и минуты вместо "мгновенного" результата.
>>Короче, вариантов "без GoTo" немало, но иногда смысла в них не так уж монго.
Ты пишешь на паскале и должен получать за GoTo по рукам
>>Кстати еще одна "легаси заковырка" inc и dec . Один бог ведет почему но сто раз сталкивался с тем что стоит добавить
>>их в код и в программе могут начаться разные "аномальные явления"
Компилятор тут не причем 99.999999%, бога нет. Остаешся ты... просто ты не умеешь писать а потом не умеешь понимать почему работает не так как тебе бы хотелось
В проблемах надо разбираться, выяснять их причины, сравнивать варианты... а не тырить гдето "боевой" код и удивляться "аномалиям"
			
		






 
 



 
  
 ...
  ...  
 (как мы договорились тему оптимизация  оставим "на откуп компилятору"  тем более что "выход из многоярусного цикла" это совсем  необязательно его перезапуск   )
 (как мы договорились тему оптимизация  оставим "на откуп компилятору"  тем более что "выход из многоярусного цикла" это совсем  необязательно его перезапуск   ) ээээ, не понял, я что-то пропустил? С каких это пор оптимизатор всегда решает какой код лучше, а какой нет? Да, его задача оптимизировать код. Но не забывайте, что этот оптимизатор так же писали люди, которые хотели учесть (в основном ООП) ошибки программиста.
 ээээ, не понял, я что-то пропустил? С каких это пор оптимизатор всегда решает какой код лучше, а какой нет? Да, его задача оптимизировать код. Но не забывайте, что этот оптимизатор так же писали люди, которые хотели учесть (в основном ООП) ошибки программиста.
