Boost logo

Boost Users :

From: Howard Hinnant (hinnant_at_[hidden])
Date: 2008-02-06 19:42:35

My recommendation would be to wait until the threading package appears
in a WP draft (expected any day now). Then perhaps propose a
rationale threading priority system (don't ask someone else to create
one for you) on std-c++. And don't call anything petty. This area is
fraught with emotion and one can just not be too diplomatic. I'd be
happy to work with you on this. But I'm not sure I would actually be
a help at this point. My name will come with preconceived assumptions
because of my previous involvement over the years. You might be better
off as a "fresh start". Be forewarned that things are already over-
schedule. People are likely to shunt any new ideas off to TR2 no
matter how great they are, just because it is so late in the game. My
advice would be to state upfront any arguments you might have on
targeting C++0X vs TR2, and accept targeting decisions of the
committee gracefully.


On Feb 6, 2008, at 7:31 PM, Ovanes Markarian wrote:

> Thanks for your reply. That is really petty, that the standard will
> be partially useful :( Is there any chance to get your ideas on
> handling thread priorities? Should I may be move this discussion to
> the std-c++ list?
> Many thanks,
> Ovanes
> On Feb 7, 2008 1:20 AM, Howard Hinnant <hinnant_at_[hidden]> wrote:
> On Feb 6, 2008, at 2:24 PM, Ovanes Markarian wrote:
> > Hello,
> >
> > I used boost thread library a lot and like it very much. Currently,
> > I was reading the C++ Standerd proposal and saw that a thread (as
> > well as boost::thread) does not have a priority. Which reason was it
> > not to implement the thread priority in boost, and why is it not
> > considered in the upcoming standard? I understand this feature is
> > rarely required, but if someone suddenly needs to start a real-time
> > priority thread he/she will be forced to use a third party lib
> > again. Or is there smth. what I miss?
> I can answer the std::part. I attempted to introduce a fairly
> rudimentary priority system into the std::thread proposal and it ended
> up being sufficiently controversial that I pulled it in order to get
> the std::thread proposal to advance. It is my hope (as a fallback
> position) that the "native_handle" interface will allow one to adjust
> thread priorities, albeit in a non-portable fashion.
> -Howard
> _______________________________________________
> Boost-users mailing list
> Boost-users_at_[hidden]
> _______________________________________________
> Boost-users mailing list
> Boost-users_at_[hidden]

Boost-users list run by williamkempf at, kalb at, bjorn.karlsson at, gregod at, wekempf at