Конструктор отрабатывает, выводит тестовое сообщение, а до catch дело не доходит; - core dumped. И деструктор исключения тоже не отрабатывает.

    Так происходит, если точки для перехвата в стеке нет, но я поставил catch (...), должен поймать по теории.

Может кто разбирался уже с траблом?

• А почему throw может валить задачу в дамп?,Lamr, 21:07 , 17-Фев-05
• А почему throw может валить задачу в дамп?,Dead Mustdie, 09:38 , 18-Фев-05
  • А почему throw может валить задачу в дамп?,Lamr, 10:14 , 18-Фев-05

> Может кто разбирался уже с траблом?

Да, ещё могу сказать, что исключение генерит переменная класса, которая описана глобальной ( за пределами main ). Т е ничего исчезать или быть за пределами видимости не должно вообще-то

>Конструктор отрабатывает, выводит тестовое сообщение, а до catch
>дело не доходит; - core dumped. И деструктор исключения
>тоже не отрабатывает.
>
>    Так происходит, если точки для перехвата в стеке
>нет, но я поставил catch (...), должен поймать по теории.
>
> Может кто разбирался уже с траблом?

Если исключение не обрабатывается, то вызывается abort().
Если исключение не ловится на catch(...), то это не исключение :).
Причина coredump'а может быть и не в самом факте выброса исключения.

>Если исключение не ловится на catch(...), то это не исключение :).

Это точно, я кажись понял причину. Как я писал throw генерил член класса, который я поместил за функцией main. А catch - внутри функции main. Ему некуда просто стек раскручивать - он за пределами всех функций, на самом верху стека.

Не знаю, правильны мои рассуждения или нет, но прога заработала когда я поместил член в main :-))
  Член класса :-))