Хочется знать кто и как поступает с брошенными исключениями стандартной библиотекой  в коде своих библиотек?

Пока я делаю так:

Написан свой Fw::Exception и в каждой библиотеке есть свой главный тип исключения Lib1GeneralException, Lib2GeneralException,..., LibNGeneralException. Для того чтобы знать какая реально произошла ошибка от каждого главного типа исключения есть потомки к примеру Lib1SubExceptionType1, Lib1SubExceptionType2, ... Lib1SubExceptionTypeN.
Это очень похоже на Python-way, там есть юзер-дефайнед исключения.

Хочется знать как поступают другие? У кого какой опыт? Кто какое соглашение принял с самим собой или в компании?

свои исключения только тогда, когда предоставленые (стандартные и библиотечные) не справляются с задачей..

Кидаешь только тип исключения к примеру throw super_excepiton() или же передаешь еще и текст ошибки throw super_excepiton('hz hz') ?

EvilsInterrupt, в разных исключениях по разному. Разве это не логично?

bsa, Это не всегда логично. Во-первых: в разных проектах разные конвенции кодирования Во-вторых: В библиотечном коде не должно быть работы с каким-либо логером. Отсюда, если кидать исключительно тип, то нет возможности написать в пользовательском коде распечатку текста ошибки. Человек конечно может запомнить коды ошибок, но куда нагляднее все-таки тексты.

Вобщем, пока пришел к след. конвенции кодирования при написании библиотечного кода:

1) Библиотека сопровождается своей собственной иерархией типов исключений.
2) На вершине иерархии находится класс LibNameError , наследник от std::exception. Это дает пользователю узнать ответ на вопрос "А вообще ошибки были?" в тех случаях когда ему не важно знать детали, но хочется знать об ошибках
3) Интерфейс LibNameError обязан иметь методы code, text.
4) LibNameError обязан иметь перегруженные конструкторы для задания 1) только на основании кода ошибки 2) На основании текста и кода ошибки
5) От LibNameError  наследуются конкретные типы ошибок для тех случаев когда пользователь хочет знать конкретную причину поломки.

Оставшийся вопрос:

Что делать если перехваченное исключение не хочется терять, но при этом хочется сообщить пользователю и конкретной операции библиотечного кода во время которого возникло это исключение?
Не помню чтобы в С++ была возможность вкладывать одно исключение в другое, как это есть в Python

Кидаю своего наследника от std::exception и boost::exception, всю нужную информацию (код, человекочитаемое сообщение и т. д.) кладу через boost::error_info механизм...

kosmonaFFFt, Применяешь ли какой-либо инструмент для разворачивания стекдампа ?

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

kosmonaFFFt, 

Может быть это: http://code.google.com/p/google-breakpad/ смотрел?

оно вообще работает? проверял? на каких платформах проверял?

Я уже и не помню, смотрел это или нет... Точно помню, что из того, что смотрел, ничего не понравилось...

boostcoder, 

из:
http://code.google.com/p/google-breakpad/w...tedWithBreakpad
цитато:

Перехватить исключение, в catch блоке напечатать, что надо, и бросить дальше (через throw без параметров)