То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

Здравствуйте, Дарней, Вы писали:

Д>То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

Ручками написанный код, имхо. Обработчика OnClose формы нет, случаем? И если есть, Action случайно в caFree не устанавливается?

Здравствуйте, Дарней, Вы писали:

Д>То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

А часики в квадратике в это время не живут ?

Здравствуйте, Flamer, Вы писали:

F>Здравствуйте, Дарней, Вы писали:

F>Ручками написанный код, имхо. Обработчика OnClose формы нет, случаем? И если есть, Action случайно в caFree не устанавливается?

случаем есть. Но там нет ничего, окромя вывода в трассировку замечательного факта вызова этой функции
Точнее — обработчик теперь есть. Раньше его не было, но прога все равно падала при выходе

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Дарней, Вы писали:

Д>>То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

А>А часики в квадратике в это время не живут ?

нэ живут. Мамой клянусь!

Здравствуйте, Дарней, Вы писали:

[]

Д>случаем есть. Но там нет ничего, окромя вывода в трассировку замечательного факта вызова этой функции
Д>Точнее — обработчик теперь есть. Раньше его не было, но прога все равно падала при выходе

В свете вышесказанного могу предложить только одно: комментируйте куски кода до тех пор, пока программа не прекратит падать. Потом раскомментируйте по одному, сужая область поиска.
Включите CоdeGuard, если отключен.

Здравствуйте, Дарней, Вы писали:

Д>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, Дарней, Вы писали:

Д>>>То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

А>>А часики в квадратике в это время не живут ?

Д>нэ живут. Мамой клянусь!


Ну ебтить...
а по адресу ошибки слабо найти место
Find Error поиши в меню.

Здравствуйте, Дарней, Вы писали:

Д>случаем есть. Но там нет ничего, окромя вывода в трассировку замечательного факта вызова этой функции
Д>Точнее — обработчик теперь есть. Раньше его не было, но прога все равно падала при выходе

Зачем тогда было писать обработчик, если прога до него падала при выходе?
Обычно исправляются старые ошибки, прежде чем делаются новые.
Постарайся припомнить, после каких изменений появилась ошибка. Вряд ли есть какие-то стандартные рекомендации в таких случаях..
Поддерживаю метод Flamer`а.

Здравствуйте, Flamer, Вы писали:

F>В свете вышесказанного могу предложить только одно: комментируйте куски кода до тех пор, пока программа не прекратит падать.

Сразу подумалось: программа перестала падать после того, как была закоментирована последняя строчка

Здравствуйте, ArtDenis, Вы писали:

AD>Здравствуйте, Flamer, Вы писали:

F>>В свете вышесказанного могу предложить только одно: комментируйте куски кода до тех пор, пока программа не прекратит падать.

AD>Сразу подумалось: программа перестала падать после того, как была закоментирована последняя строчка

Дополню: с комментированием последней строчки она вдобавок перестала компилиться

Здравствуйте, Flamer, Вы писали:

F>В свете вышесказанного могу предложить только одно: комментируйте куски кода до тех пор, пока программа не прекратит падать. Потом раскомментируйте по одному, сужая область поиска.
F>Включите CоdeGuard, если отключен.


если я закомментирую хоть одну строку, то все остальные без нее просто не будут работать.
А CоdeGuard ничего в свой лог не написал. Это так и должно быть?

Здравствуйте, Аноним, Вы писали:

А>Ну ебтить...
А>а по адресу ошибки слабо найти место
А> Find Error поиши в меню.

ну ептить. Я не такой умный, чтобы по адресу где-то в недрах ntdll сказать, что такое стряслось. А в стеке вызовов только куча адресов где-то в ntdll
Может быть, ты подскажешь?

Здравствуйте, Дарней, Вы писали:

[]

Д>если я закомментирую хоть одну строку, то все остальные без нее просто не будут работать.
Д>А CоdeGuard ничего в свой лог не написал. Это так и должно быть?

Ну что я могу вам посоветовать? Надо бы тогда делать юнит-тесты. assert и OutputDebugString помогут. Проверяйте все критичные данные + выводите диагностические сообщения.

Здравствуйте, Dimonka, Вы писали:

D>Зачем тогда было писать обработчик, если прога до него падала при выходе?
D>Обычно исправляются старые ошибки, прежде чем делаются новые.
D>Постарайся припомнить, после каких изменений появилась ошибка. Вряд ли есть какие-то стандартные рекомендации в таких случаях..
D>Поддерживаю метод Flamer`а.

я вполне определенно написал, что обработчик пишет сообщение в трассировку. Мне ведь нужно сокращать область поиска, nicht war?

меня в общем только одно интересовало — что у VCL происходит в промежутке между этими двумя моментами, ибо я сам по VCL не специалист. Никакие "стандартные рекомендации" меня не интересуют. а вот любая конкретная информация по этому вопросу крайне приветствуется.

Здравствуйте, Дарней, Вы писали:

Д>То есть access violation вылетает после вызова TForm::Close (главной формы), но до вызова TForm::FormDestroy. Кто виноват?

Вторичный поток?

Здравствуйте, Flamer, Вы писали:

F>Ну что я могу вам посоветовать? Надо бы тогда делать юнит-тесты. assert и OutputDebugString помогут. Проверяйте все критичные данные + выводите диагностические сообщения.

эх....
в том и проблема, что ни один из моих методов в это время не вызывается — я специально трассировку везде понапихал. Единственный вторичный тред завершается задолго до этого момента. То же самое касается единственного в проге таймера. У меня все время такое подозрение, что в это время в VCL какая-то скрытая деятельность идет

Здравствуйте, Дарней, Вы писали:

Д>Здравствуйте, Аноним, Вы писали:

А>>Ну ебтить...
А>>а по адресу ошибки слабо найти место
А>> Find Error поиши в меню.

Д>ну ептить. Я не такой умный, чтобы по адресу где-то в недрах ntdll сказать, что такое стряслось. А в стеке вызовов только куча адресов где-то в ntdll
Д>Может быть, ты подскажешь?

МИИИИНТООООООН !

Память..мять..мать..мать..мать...
привычно отозвалось эхо..

Здравствуйте, Дарней, Вы писали:

[]

Д>эх....
Д>в том и проблема, что ни один из моих методов в это время не вызывается — я специально трассировку везде понапихал. Единственный вторичный тред завершается задолго до этого момента. То же самое касается единственного в проге таймера. У меня все время такое подозрение, что в это время в VCL какая-то скрытая деятельность идет

Отстрел тупо в лоб:

1. Удаляем из директории проекта все *.il?, *.obj, *.tds.
2. Перекомпилируем весь проект (Build all)
3. Если не помогает, то ставим в настройках проекта "Full debug" и в опциях линкера "Use debug libraries". Перекомпилируем, запускаем, трассируемся по коду.
4. Если не помогает, то ставим Bounds Checker и запускаем дебажную версию под ним. Он должен показать, где порылся клоп.

Вот, пока все.