Re: [boost] [threadalert] alternative design for thread_member_ptr and thread preamble

Subject: Re: [boost] [threadalert] alternative design for thread_member_ptr and thread preamble
From: Roland Schwarz (roland.schwarz_at_[hidden])
Date: 2008-10-03 11:44:08

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_at_[hidden]
________| http://www.blackspace.at