Каков механизм действий, имеющих место при возникновении ошибок?
1) Например, ошибка деления на вещ. ноль как правило по умолчанию обрабатывается FPU. Если например отключить это с помощью контрольного слова, то далее получаем авост  (при условии, что не заданы другие средства перехвата ошибки).
Возникает вопрос о порядке обработки подобной ситуации, т.е. в каком порядке действуют различные средства обработки (пользовательские в стиле C, пользовательские в стиле обработки исключений в С++, от RTL, от Windows) после того как FPU "умыл руки". 
Возникают также смежные вопросы
2) какова структура консольного приложения, как CRT соотносится с RTL от С++?

FCM, прикольный вопрос в теме для новичков и название такое, простенькое ))

FCM, 
2)
CRT - C Run Time libraries
RTL - Run Time Libraries

это одно и то же, только разные названия
в MSVC - CRT, у борланда наверное RTL

"структура консольного приложения" - это что? 
в PE заголовке стоит флаг что приложение консольное, винда делает для него консоль, 
точке входа - CRTmain() которая инициализирует CRT для 1го потока, и вызывает main()
ввод-вывод производится через апи (WriteFile\ReadFile) завернутое в cin\cout (printf\...)

1) что есть авост я хз, но известно что ошибку ловит ближайший обработчик эксепшенов, SEH если стоит SEH, или обработчик по умолчанию, затем эксепшен передается в ближайший catch, как и любой другой эксепшен

syser, soft-ice, linece....
Это вопросы не совсем к программированю на С++

GoldFinch,
авост- аварийная остановка.

Ну вот произошла ошибка  и предположим FPU ее не обработал, т.е. аппаратно она не обработана. Кто потом первый возмущается: OC Windows (которая по идее является посредником между "аппаратом" и приложениями), RTL от компилятора или пользовательские ловушки? 
Другими словами, кто это первым фиксирует и кто кого потом дергает за "ниточки"?
Та же аварийная остановка от кого, от ОС или от RTL?

Тот же (платформо-зависимый) SEH наверное тоже ближе к ОС, чем обычные С++ исключения?

FCM, тогда уж "аварийный останов". собственно останова не происходит, происходит прерывание, его ловит ядро вынды, передает эксепшн в юзермодную часть винды, которая передает его приложению (CRT) если то поставило обработчик, а обработчик CRT передает его catch()

SEH - это механизм винды. 
вообще, о любых аппаратных эксепшенах прога может узнать только через ОС

Это сообщение отредактировал(а) GoldFinch - 9.7.2009, 08:22

Т.е. получается, что OC в случае прерывания обращается к RTL( или CRT)  которая в свою очередь обращается к пользовательским ловушкам. А если пользовательские ловушки срабатывают, то RTL и ОС ничего не предпринимают ?  Если же пользователем ничего не предусмотрено, то RTL использует свои средства, а при их остутствии получаем авост приложения средствами ОС Windows?



Это сообщение отредактировал(а) FCM - 9.7.2009, 15:27

FCM, если пользовательский код вернул что эксепшен обработан, эксепшен дальше не передается, управление возвращается в ловушку CRT которая тоже возвращает системе что эксепшен обработан, затем управление передается в юзермодную часть ОС, которая сообщает ядру что эксепшен обработан, и выполнение потока сгенерировавшего эксепшен продолжается 

Понятно.
Но когда на этапе выполнения MVC++ приложения выполнение прекращается и вылезает окошко  о чем-то недопустимом (в некоторых случаях с диагностикой/трассировкой) и предложение применить отладчик (MVC++) - это от кого, от RTL или Windows?

от винды
RTL большинство ошибок не обрабатывает, и передает их необработанными винде
например если РТЛ определит переполнение буфера, оно эту ошибку "обработает" - выведет сообщение и убъет прогу
а если РТЛ получит int3, оно передаст его винде, винда тоже ничего не сделает и убьет приложение с ошибкой
если в винде есть JIT отладчик, она предложит подебажить

Это сообщение отредактировал(а) GoldFinch - 9.7.2009, 16:17

Приложения ведут себя по разному относительно ошибок в Debug- и Release-сборках. В Debug- больше контроля и реакция подробнее.
Если посмотреть в свойствах проекта,  то можно найти опции, которые по умолчанию настроены по-разному в Debug- и Release-сборках. А как это работает? Т.е. что реально означает изменение соотв опций - значит ли это, что  включаются/выключаются некие ловушки RTL или это происходит где-то в другом месте?

это значит что включается доп код, который бросает программные эксепшены, при переполнении буфера например,
 если они не доходят до системы, система о них не узнает

GoldFinch, cпасибо!