? http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Exceptions

Кстати, доводы против исключений все абсолютно дурацкие, все в стиле " как бы чего не вышло ", в современных условиях современный с++ программист и так обязан учитывать все то, что у них записано в Cons.
Код тестировать все равно надо, так что что с исключениями, что без, одинаково.
В общем, кто-то очень хотел запретить исключения, и запретил. По всем бюрократическим правилам, демократично решил.

maytonА бывают еще и Unhandled C++ Exceptions ..

В Win32/64 бывают и Unhandled non-C++ exceptions...
В Linux/Unix бывают сигналы ...

и что?

?Ну да, с++ программист обязан учитывать, что любая функция может выкинуть абсолютно любое исключение, которое непонятно как обрабатывать.

Именно.

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

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

Anatoly MoskovskyПро отключенные исключения.
Я понимаю что их можно отключить.
Но это сразу отключает многие фичи буста и стл, и многих других библиотек, без которых ни один крупный проект не обходится.

Так что помечтать можно, а потом надо спуститься на землю и признать что отключать исключения никто не будет, также как и писать throw() на каждую функцию.

Так если гугловцы не используют исключения, они должны их выключать при сборке, либо быть готовым ко всему, что у них записано в CONS.

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

Вообще, функция должна возвращать свой результат, а не признак успешного завершения.
Я так глубоко убеждён.
И кодирование это на С в старом стиле K&R -- это на самом деле какой-то ад, а не программирование.
Там вот и пишут такие саги на 3 страницы, которые всего-то открывают файл.

Оно конечно, где-то и такой код нужен, и оправдан, но уж больно он черезжопенский.

И ещё на счёт исключений -- я глубоко убеждён, что не любит исключения только тот, кто их не понимает. А не понимает он их только по одной причине -- не хочет понять. Потому что исключения -- очень простая концепция, уже вошедшая во многие современные языки, и ничего сложного в них нет, это очень легко понять. Это даже не conditions из common lisp и не continuation из schema. Это очень просто.

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

Это не так. Если например не выделилась память, а ты это не проверил через какой-то код возврата
(да хоть тот же malloc на NULL), то первый же код, который эту память будет использовать, упадёт.
Такие же случаи могут быть и с другими видами объектов и функциями.

В Win32/64 бывают и Unhandled non-C++ exceptions...
ну их-то обычно нет смысла перехватывать и пытаться продолжать работу

Если бы это было бы так, то и исключения SEH никто бы не придумывал. Были бы как в линухе segfault -- и всё.



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


Это не проблема исключений или их отсутствия. Это -- вообще общая проблема программирования.
Когда программируешь, очень легко сделать ошибку.

Ну и что теперь с этим делать, не программировать ?