ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> boost
boost
[boost] Re: boost::execution_monitor impl under windows
by Carl Daniel other posts by this author
Sep 21 2003 4:52AM messages near this date
RE: [boost] Re: boost::execution_monitor impl under windows | [boost] Re: Re: boost::execution_monitor impl under windows
carlos pizano wrote:
>  Hello Boosters. I am looking into the boost.test library for insights.
>  In particular I like the boost::execution_monitor idea. However, I
>  found
>  that on Windows + VC execution_monitor implementation uses
>  _set_se_translator() to translate native exceptions (SEHs) into C++
>  exceptions, and I was fine with that for a while until I stumbled unto
>  John Robbins book : "Debugging applications for Microsoft .NET and for
>  Microsoft Windows" (Microsoft Press, 2003) chapter 13 specifically in
>  pg. 524 he has section named "Don't Use _set_se_translator" where he
>  goes to say that _set_se_translator:
> 
>  1- Is not global, works only on a per thread basis

Naturally.  Since DLLs frequently create internal worker threads, a global
SE translator function would be very inappropriate.

>  2- Does not work in release builds (!!)

_set_se_translator works just fine in release builds.

>  3- Forces your code to use asynchronous exception handling (/EHa),
>  which reduces performance and maybe increases code bloat.

This is true.  If, that is, you're relying on proper C++ unwinding semantics
when an SEH is raised.  With /EHs, _set_se_translator will still be called,
but some C++ objects may not have destructors called, and the exception may
not be caught in the nearest enclosing scope.  This isn't a problem with
_set_se_tranlator, per se, but due to the fact that the c++ compiler may
optimize-out exception handling frames where it can show that no exception
can occur under the synchronous model.

-cd





_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Thread:
carlos pizano
David Abrahams
David Abrahams
Holger Grund
Holger Grund
Holger Grund
Holger Grund
David Abrahams
Carl Daniel
carlos pizano
carlos pizano
David Abrahams
carlos pizano
carlos pizano
carlos pizano
Carl Daniel
Carl Daniel
carlos pizano

Privacy Policy | Email Opt-out | Feedback | Syndication
© 2004 ActiveState, a division of Sophos All rights reserved