На AOF_L2 свет клином не сошелся. Она просто оказалась в нужное время в нужном месте, то есть на строке 8648 исходника. Если туда поставить другую процедуру - остановится в ней. Вот я сейчас сдвинул вниз AOF_L2 и ту что была выше её. Запустил - в результате остановка произошла вообще в середине предыдущей процедуры. Но только на строке 8677. Да и на AOF_L2 оно останавливалось не в начале процедуры. Наверное оно количество строк с синими точками остчитывает.

Если поставить в первую строку AOF_L2 команду 'asm int 3 end', потом в программе нажать кнопки так чтобы запустилась AOF_L2, то остановка сразу вываливает в CPU-Window, при этом полоски дебагера в паскалевском редакторе нет. Скрин:



Видно, что адрес AOF_L2 установлен правильно, а паскалевская строка (if nb[0] then...) - левая, имеет номер 13107, хотя AOF_L2 находится в районе 8648 строки.
При трассировке по F7 в CPU-Window прога выполняется и курсор дебагера (не знаю как правильно он называется) иногда появляется в редакторе кода, а потом снова исчезает. Появляется он в самом конце текста, не на реально выполняемом коде. А изчезает, видимо, когда хочет появиться вообще вне текста.


Размер в байтах я не знаю как узнать. Размер в строках исходника - 21574 строк. Размер файла Unit5.pas 794КБ.

Ого, 800 Кб текста!
Похоже на какой-то глюк компилятора из-за большого размера модуля.

Попробуйте тупо разделить модуль пополам, и вторую половину вынести в inc-файл. 

Ещё я бы включил генерацию map-файлов в опциях проекта и сравнил бы получившийся map-файл с тем, что мы сейчас видим под отладчиком.

Добавлено через 5 минут и 47 секунд
P.S. А когда такое стало происходить? Раньше нормально работало или как?

Тут писали что у кого-то и по 2МБ исходники были.

Я не знаю что такое inc-файл (я же ламер!   ), а также что такое map-файл. Поэтому писал всё в один модуль. Глюк я заметил вчера, когда надо было отладить код, поставил бряк, а он не сработал.



Да, раньше всё работало. Я пишу прогу и периодически сохраняю текущее состояние в отдельный архив. Последние порядка 15 процедур я написал без дебагера. Когда он понадобился, оказалось что всё глючит.

В модуле есть массив:



Глюки начинаются когда количество элементов массива становится больше 132. Если просто скопировать этот массив в чистый проект, то глюк не появляется.  

есть предположение:

TTElemInfo содержит строки?

Такая проблема может появится если какая-нибудь из строк будет содержать недопустимые символы, которые IDE не умеет обрабатывать: 
только $0A или только $0D, например.

Это сообщение отредактировал(а) Bose - 26.11.2008, 21:40

Да, TTElemInfo содержит строки.



Я поубирал некоторые особенно длинные строки и глюк исчез.   Убрал много полезных строк, как попало. Похоже причина в их количестве.


Искал программой только $0A и только $0D - не находит. Дело в другом, видимо.

Перенес массив в другой модуль, где меньше кода, и глюк исчез.


Еще одно открытие: в Unit5 много всяких деклараций (типов, констант). Если их часть перенести в другой модуль, то глюк исчезает без переноса массива. Так что похоже проблема в слишком большом объеме объявлений типов и констант.

Это сообщение отредактировал(а) LamerTM - 27.11.2008, 09:49

Ну, вот, похоже, что это действительно глюк IDE, связанный с большим объёмом исходника. А может быть, даже не с объёмом, сколько с его видом. Как у Internal Error, например.
Тогда всего-то нужно лучше структурировать программу.

P.S. Вынесение в inc-файл выполняется так: создаётся пустой текстовый файл с любым расширением, но обычно используют ".inc". В него пишется любой текст, в частости можно перенести текст из pas-модуля.
Затем в то место, где нужно вставить этот текст, в pas-модуль добавляется "{$I имя-файла.inc}" (с относительным путём поиска, если он нужен). Тогда компиялтор считает, что в pas-модуле как буд-то вместо этой директивы написан текст самого inc-файла.

Я пробовал увеличивать размер кода в модуле. Глюк не возникает. (добавлял лишние огромные процедуры с их вызовом)
А вот от увеличения части где объявляются типы и константы глюк возникает.

Вынос массива или части кода в inc-файл проблемы не решает - глюк остается.

Добавлено @ 11:12
Мне удалось воссоздать глюк в чистом проекте! Для этого скопировал все объявления типов и констант из своего проекта.

Это сообщение отредактировал(а) LamerTM - 27.11.2008, 11:14

Как сделать такой глюк в Delphi 7.

Надо нажать File -> New -> Applicaition

На форму кинуть кнопку TButton и Memo. В Memo сделать ScrollBars видимыми.
В событии OnClick Button1 написать такой код:



Запустить Project1 по F9. Нажать в нем кнопку. Содержимое Memo выделить и скопировать в буфер по Ctrl+C. Закрыть Project1.

Зайти в редактор кода проекта. После раздела uses написать слово const и вставить Ctrl+V так чтобы получилось так:



После этого поставить бряк на первую строку Button1Click. Нажать F9. У меня в D7 бряк не срабатывает.

Что-то очень похожее:
КОМПИЛЯТОР.Ошибка генерации кода при большом количестве констант

D2007 - работает отлично.

В Delphi 2005 глючит. А D2007 у меня нет.

Это сообщение отредактировал(а) LamerTM - 27.11.2008, 14:42

У меня практически та же картина: один из модулей не отлаживается. Размер: меньше 2000 строк. С остальными модулями все отлично. Не знаю в чем дело.

И чо?