vicente.botet wrote:
I have posted two mails related to threadalert library with no answer.
Sorry for this, but I am tied up currently with something very different.
Please let me know what do you think of this new design.
Unfortunately I cannot afford the time to look into it at the moment, but I am glad to hear that you are working on it.
Do you think that these two classes might be a candidate to a separated Boost library ...
This is exactly what I had in mind. My primary motivation for the thread_member_ptr was to provide a inter-thread communication mechanism that works like global variables but without real global variables. The thread_member_ptr was only a supporting infrastructure for my "fake-cancellation". In the mean time boost threads have (afaik) another cancellation approach, so my code is not as interesting to me anymore.
I'm interesteed in the thread_member_ptr part of your library and I would like to know if you plan to submit it to boost.
I am not planning to submit it to boost because the lack of interest so far. If you want to go this route, please do so. The only thing I certainly would be glad to see if you are mentioning my name somewhere in the files. -- _________________________________________ _ _ | Roland Schwarz |_)(_ | aka. speedsnail | \__) | mailto:roland.schwarz@chello.at ________| http://www.blackspace.at