Привет всем:
Сабдж собственно.
Нужно для правильного еррор хендлинга.
Во всех функциях есть он-еррор обработчики....
Но как решить пришло ли время покызывать меседж о непредвиденном ерроре или можно рейзить его вверх?
Нарвавшись на <Non-Basic Code> в стеке приложение улетит....

Alexey KudinovErr.Source ?
Но я не очень понимаю фразу Alexander Kot Но как решить пришло ли время покызывать меседж о непредвиденном ерроре или можно рейзить его вверх? Ошибку в любом случае надо поднять наверх до уровня отображения. Чтобы показать весь стек.
Скажем если возникла ошибка на сервере БД - это ошибка в <Non-Basic Code> , но имеет смысл показать какие методы каких классов не отработали и так до самого верхнего уровня (до нажатия на кнопку например)
Alexander KotНарвавшись на <Non-Basic Code> в стеке приложение улетит.... Не улетит, если <Non-Basic Code> грамотно написан.

Я и хочу поднять ее наверх :)
Приложение старое и громадное (60М чистого кода....), в свое время был совершен подвиг и по всему нему расставлен еррор хендлинг, но доделано это увы не было.

Что именно значит грамотно написанн?
Не всегда этот <Non-Basic Code> подконтролен
Пример: в обработчике события Recordset - a WillChangeRecord сделайте Err.Raise.....
Вызовите Update у рекордсета
И как получить этот самый ексепшн в той функции что дернула Update?
Куда уж грамотнее чем MDAC :)

Alexey Kudinov Alexander Kot
Что именно значит грамотно написанн?
Не всегда этот <Non-Basic Code> подконтролен
Пример: в обработчике события Recordset - a WillChangeRecord сделайте Err.Raise.....
Вызовите Update у рекордсета
И как получить этот самый ексепшн в той функции что дернула Update?
Куда уж грамотнее чем MDAC :) В данном случае никак, увы. Но это не только к ADODB.Recordset-у относится, с VB событиями тоже самое. Решением проблемы может быть:
1 в обработчике WillChangeRecord запоминание объекта Err в переменную, без поднятия ошибки.
2 В методе, где вызывается Update после его вызова проверить: если эта переменная не пустая - поднять ошибку с ней наверх.

Дык это был только частный пример......
Собственно меня може т спасти только определение что данный процедур был вызван из <Non-Basic Code>
Даже аккуратное накопление - раскрутка стека в еррор хендлере не поможет, через нее это не определить.....

Но ведь среда по Ctrl-L эту информацию откудото берет.....

Alexey Kudinov Ну если под <Non-Basic Code> понимать код не вашего приложения, то проблемы нет - вы всегда можете определить это вы подняли ошибку или нет.
Говоря о "частном примере" - а много ли таких ситуаций ? Трудности с ловлей ошибок возникших в обработчиках событий, а главное их ассоциирование с методами, которые привели к вызову обработчика - да, они есть, но они решаемы. Что еще ?
По поводу получения Call Stack-а , последний пост.
Но я никогда не видел реализацию этого в реальности.
Спасибо за ссылку, покопаюсь.....

Еще есть:
1) инициализация разных ActiveX ов и их события.....
2) в приложении есть псевдомодальный режим за счет "повторного входа" в процедуру олбработки месаджей не через басик код... (но это хоть свое)
3) Есть еще несколько хитрых кусков....

1й самый сложный....
Остальные все "свои" т.е. код доступен.

Alexey KudinovА что сложного ? Вы приводили пример с ADO - там была проблема с событием, которая решаема. В чем проблема с другими ActiveX ?
Бывают правда чудесные компоненты (напр. Crystal Reports), которые вместо нормальной ошибки показывают свой MsgBox. Или сбрасывают ошибки в файл на диске. Или делают еще что-то, что не влияет на объект Err в VB. С ними действительно беда.

ОФФ: видил я одну систему с "псевдомодальным" режимом. Тоже большую. Где клиентская часть представляла собой "переплетение событий". Понять что в ней происходит и из-за чего возникла ошибка было очень трудно. Кстати тоже в Киеве сделана.

Решаема как.....
Анализом некоторого (в худшем случае глобального) ЕррКода после вызова Update и переподемом ексепшена...
*60М кода, разные АктивХы (Rcmfmb и Кристал Есть :) = практически не решаема :)
Надо все такие вызовы перевызовы найти и обработать.....
А имея информацию о том что ниже в стеке <Non-Basic Code> и еррор хендлеры во всех процедурах можно в данном случае показать еррор меседж и выйти екзитом..... (Все же лучше чем Меседж и смерть....)

ОФФ: У нашей системы судьба сложная, в Киев она попала уже такая большая навернутая и вообще без еррор хендлинга :)

Alexey Kudinov Alexey Kudinov нужно не поднимать событие , а показать окно с ошибкой. описка: нужно не поднимать ошибку

Выкрутится безусловно можно.....
Но слишком много ручной работы :(
При наличии сабджевой информации можно достич тогоже эфекта практически не напрягаясь....

Alexey Kudinov
По поводу получения Call Stack-а , последний пост.
Но я никогда не видел реализацию этого в реальности.


Если бы еще и ссылочку на саму книгу, да в электронном виде.... :)
Или хотя-бы на те файлы что упомянаются в обсуждении.

Alexey Kudinovи еще Find That Crash

Спасибо интересные ссылки.
Изучаемс....