Вопрос: Как дела с catch(...) в MS?

[dememax]

Думаю, многие из вас в курсе, что в NPTL механизм pthread_cancel() реализован с помощью исключений. Таким образом, следует избегать нейтрализации catch(...).

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

Заранее благодарен! :-)

Update: Обратные ссылки: alextutubalin: Об исключениях (C++)

Comments

[esil0x.livejournal.com]

за catch(...) и rethrow тоже надо убивать, ибо всё это надо засунуть в конструкторы/деструкторы. Но речь сейчас идёт про либу с C-интерфейсом. Идея с catch(std::exception &), кстати, подходит.

Re: Идея с catch(std::exception &), кстати, подходит.

[dememax]

Вполне, вполне, т.к. библиотека использует только STL, а библиотечные исключения - тоже от std::exception выведены.

Всем спасибо!
Я должен был бы сам догадаться и не тревожить общественность по пустякам...

[vaddimka.livejournal.com]

чочо? я не понял мысль

конструкторы вообще не должны ничего кидать, это когда-то было debatable, но в итоге порешали что ну его нафиг, но это к вопросу мало относится

Re: конструкторы вообще не должны ничего кидать, это ког

[dememax]

Конструкторы - не должны? От чего же? Кто же может обеспечить атомарность создания сложного объекта?

Деструкторы - да, согласен, не должны.

[vaddimka.livejournal.com]

очепятался
конструкторы могут, деструкторы не могут