[boost] Re: Re: Re: Threads & Exceptions

From: Eric Woodruff (Eric.Woodruff_at_[hidden])
Date: 2002-08-07 13:03:51

"Could it not"? I'm confused there. In my implementation, it was easily
stored.

----- Original Message -----
From: Iain K.Hanson
Newsgroups: gmane.comp.lib.boost.devel
Sent: Wednesday, 2002:August:07 1:02 PM
Subject: RE: Re: Re: Threads & Exceptions

-----Original Message-----
[mailto:boost-bounces_at_[hidden]]On Behalf Of William E. Kempf
Sent: 07 August 2002 17:05
To: boost_at_[hidden]
Subject: Re: [boost] Re: Re: Threads & Exceptions

>Possibly.  Ignoring the issues of the main thread, this is behavior that
>could be trivially implemented in Boost.Threads (in fact, that's the way it
>works today because of a bug).  However, this allows exceptions to be
"lost"
>with no way for the program to detect them.  I think it's much more
>appropriate for this to result in a call to terminate(), which removes the
>issues of the main thread being different, and requires no language changes
>to support this.

If I remember correctly, pthreads says that if the main thread exits while
other threads  are running then the process exits whether they like it or
not. I don't see this as being a
big problem although it would be nice if a thread could be told, so that it
could clean up.
( not all resources are cleaned up when a process terminates. )

Could the exception that caused a thread to die not be stored in the thread
class? That
would allow detection if it was desired.

/ikh

-------------------------------------------------------
We have moved! We are now at:

CPC1                     Telephone: [phone]
Capital Park             Fax:       [phone]
Fulbourn
Cambridge CB1 5XE
United Kingdom
-------------------------------------------------------
This e-mail and the information it contains are
confidential and may be privileged. If you have
received this e-mail in error please notify us
immediately. You should not copy it for any purpose, or
disclose its contents to any other person. All emails
to and from ip.access may be monitored and stored for
audit and other legal reasons.
-------------------------------------------------------

_______________________________________________
Unsubscribe & other changes:
http://lists.boost.org/mailman/listinfo.cgi/boost