В функции main создаются два обьекта, что нужно сделать чтоб при ошибке после создания обьектов - вызывался их деструктор? тоесть такой код:

просто выдает ошибку, деструктор для obj не иызывается.

ОС прерывает выполнение програмы принудительно в тот момент, когда та пытается писать не в свою память. При чём здесь деструкторы? Вот если исключение кинуть, тогда деструктор bудет вызван.


Это сообщение отредактировал(а) Леопольд - 8.12.2010, 20:42

проблема в том что при ошибке система выкидывает исключение, в винде я пишу __try и ловлю исключение с __except, но как это сделать для кроссплатформенного случая и как удалить обьекты вручную (вызвать деструктор)? 

Нашел, нужно было включить флаг компилятора, мапирующий SEH на C++ exceptions.
в MSVS-2008 это Project->properties->C/C++->Code generation->Enable c++ exceptions поставить Yes with SEH exceptions (/EHa)

На всякий случай - это не кроссплатформенно. Кроссплатформенно чужую память не портить 

Но если нельзя предвидеть такие ошибки как деление на ноль или обращение к чужой памяти, как заставить программу закончить работу нормально например на линуксе (на винде и SEH сойдет)?

переносимо - никак, а зачем ей завершаться нормально? какая тебе разница? пиши код так, чтобы таких ошибок не возникало.

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

shared_ptr

Добавлено через 1 минуту и 51 секунду
кстати, любопытно. при такой ошибке:

смарт-поинтер удалит объект которым владеет?

boostcoder,  непонимаю чем shared_ptr может быть лучше моего деструктора, ведь проблема не в том как удалить обьект, а в том как это сделать при системной ошибке. Соответствено деструктор shared_ptr не будет вызван так-же как и любой другой если не будут обрабатыватся системные ошибки.

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

самые частые такие ошибки у меня происходили из-за переполнения буфера.

Дык таких ошибок ВООБЩЕ не должно возникать. Их не нужно корректно обрабатывать, от них нужно избавляться, код покрывать тестами, чтобы таких ситуаций не возникало.

  

вам нужно что-то почитать по программированию. т.к. сказал cutwater - таких ошибок не должно быть в принципе.

есть более-менее надёжный способ защититься от ошибок части кода - выделить её в отдельный процесс
для работы над одними и теми же данными можно использовать shared memory
в случае ошибок кода в отдельном процессе это можно будет отловить и реашировать соответственно

структура кода получается несколько сложнее, так что использовать стоит только в крайних случаях (например, когда код чужой, исправить его нельзя, а он вредит)