 А почему throw может валить задачу в дамп?,  Lamr, 17-Фев-05, 21:03 [смотреть все]Конструктор отрабатывает, выводит тестовое сообщение, а до catch дело не доходит; - core dumped. И деструктор исключения тоже не отрабатывает. Так происходит, если точки для перехвата в стеке нет, но я поставил catch (...), должен поймать по теории. Может кто разбирался уже с траблом? |
- А почему throw может валить задачу в дамп?, Lamr, 21:07 , 17-Фев-05 (1)
> Может кто разбирался уже с траблом?
Да, ещё могу сказать, что исключение генерит переменная класса, которая описана глобальной ( за пределами main ). Т е ничего исчезать или быть за пределами видимости не должно вообще-то
- А почему throw может валить задачу в дамп?, Dead Mustdie, 09:38 , 18-Фев-05 (2)
>Конструктор отрабатывает, выводит тестовое сообщение, а до catch
>дело не доходит; - core dumped. И деструктор исключения
>тоже не отрабатывает.
>
> Так происходит, если точки для перехвата в стеке
>нет, но я поставил catch (...), должен поймать по теории.
>
> Может кто разбирался уже с траблом? Если исключение не обрабатывается, то вызывается abort().
Если исключение не ловится на catch(...), то это не исключение :).
Причина coredump'а может быть и не в самом факте выброса исключения.
- А почему throw может валить задачу в дамп?, Lamr, 10:14 , 18-Фев-05 (3)
>Если исключение не ловится на catch(...), то это не исключение :). Это точно, я кажись понял причину. Как я писал throw генерил член класса, который я поместил за функцией main. А catch - внутри функции main. Ему некуда просто стек раскручивать - он за пределами всех функций, на самом верху стека. Не знаю, правильны мои рассуждения или нет, но прога заработала когда я поместил член в main :-))
Член класса :-))
|
Версия для распечатки
