а не проще создать класс-менеджер форм определенного типа, который будет уметь их создавать, убивать, вести их список...


видимо это был я.

аналог приведенного в шапке кода


действительно поверг меня в шок... еще бы BSOD вызывали для проверки ;) шучу
просто по логике в except секции должен находиться код, который может попытаться проанализировать и исправить возникшие ошибки...
он должен выполнять минимум простейших действий, которые сами по себе не могут привести к дальнейшим ошибкам...

здесь же получается, что если словили AV, то происходит громадная работа по созданию и отображению формы... которая сама по себе так же может вызвать исключения.... ужас в общем на мой взгляд...

в шутку предлагаю модифицировать код:


проблему поможет решить простейший вспомогательный класс-менеджер.
ну или на худой случай доп.флаг. но никак не код, который может привести к AV. а может сразу и не привести...

Это сообщение отредактировал(а) MetalFan - 31.5.2007, 16:02

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

потому, что неизвестно, какие данные могут быть повреждены в случае AV.
еще раз повторю - "гашение" Access Violation с помощью try..except блока - не есть 
хорошее решение. 
ВДУМАЙСЯ в смысл ошибки. AV - это не игрушка. AFAIK в случае возникновения нарушение доступа 
в драйвере система уходит в bsod...
AV - нарушение доступа при чтении или записи в неподготовленную(непредназначенную) для этого область памяти...
а что, если часть методов "умершего" экземпляра класса отработает, "успешно" поназапишет чего-нибудь 
в те части памяти, что используются уже другими экземплярами... и в самом конце вдруг все-таки свалится с AV.
ты радостно создаешь новую форму в except блоке... но вдруг у тебя начинают невзначай подглючивать другие
формы/классы... или все будет в шоколаде, а приложение у клиента начнет валиться? а?
или в след.версии делфи что-то поменяется в методе ShowModal и твое приложение попросту откажется нормально работать...

в общем я думаю надо сделать отдельную тему с голосовалкой,
в которой спросить, что "корректно ли использовать AV в качестве уведомления об несозданном/убитом экземпляре класса?"
я думаю, что ответ "нет" все-таки перевесит...

Всем очень внимательно надо почитать следующее http://delphi.about.com/od/adptips2005/qt/nilselfapp.htm и ссылки которые есть в статье! Жду комментов статьи? Мне лично не очень понятно почему при создании немодальных форм не стоит передавать в create(self (главную форму)), а лучше передавать Application. Если передать Application, то тогда форму потом не надо освобождать в деструкторе главной формы. Форму уделит Application еще до дестроя главной формы.