Are there any plans to support handling of exceptions thrown during joinable thread execution? I recall Usenet discussions with proposals varying from Futures to throwable join(): try { thread.join(); } catch (std::runtime_error& e) { ... } Any ideas? On Thu, 5 Feb 2004 09:59:03 -0500, "Michael Glassford" <glassfordm@hotmail.com> said:
"Burc Arpat" <burch@stanford.edu> wrote in message news:loom.20040205T111202-673@post.gmane.org...
i was actually waiting for the rush of the new release to go away to
ask this
question:
i have seen some recent discussions regarding the threads library and from what i gathered there are plans to start working on it again.
That would be Roland and myself.
but, it also seems the original owner of the lib has disappeared from the list
Yes. Again, if anyone knows how to contact him, please do!
here at the petroleum eng. dept. of stanford university, we use boost rather heavily and lately we started into looking parallelization issues. we, of course, would like to use a cross-platform library such as boost.threads but are a bit worried about the future of it
so, i guess, the questions are: is there gonna be a new release of boost.threads?
I'm hoping so. At the very least I hope to fix any known or newly discovered bugs. Also, there are changes that William Kempf checked into the thread_dev branch in CVS before he disappeared from the list. I hope to incorporate these changes--or at least the ones that are already finished.
if so, are there any plans to change the interface to a degree that it will require significant changes in the user code?
Definitely not. Thread cancellation or one of the other features William Kempf was working on may require some changes (I need to look into this), but I wouldn't expect any of them to require major changes. I've communicated with Roland privately, and the changes we are both most interested in (other than those listed above) are changes that build on the existing implementation rather than change it (e.g. new classes that use the existing ones). Most of the changes others have suggested to the Boost.Thread library from time to time also fall into this category.
with that said, let me also state that, i will be more than glad to give full test support for the library if any changes are being considered
Thanks!
burch
- - -
G. Burc ARPAT Ph.D. Candidate
Dept. of Petroleum Engineering Stanford University Stanford, CA 94305
Internet: www.burcarpat.com
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost