From: bill_kempf (williamkempf_at_[hidden])
Date: 2002-01-26 21:30:03
--- In boost_at_y..., "terekhov" <terekhov_at_d...> wrote:
> --- In boost_at_y..., "bill_kempf" <williamkempf_at_h...> wrote:
> > > *IF* the posted design would fully support (and be
> > > compatible wrt C-level cancel/exit/etc functions in
> > > my OLD code) the full functionality (*100%*) of the
> > > following *mandatory* (not optional) POSIX threading
> > > calls (thread/mutex/cond attributes aside for now,
> > > these are just pthread_* calls used in the current
> > > version of mythread.c):
> > I don't think it's going to be possible to fully support the C-
> > cancel/exit/etc. methods of any "native" API in Boost.Threads,
> > that would be the plan for any proposal to the standard.
> Are you saying that pthread_* calls implemented
> on top of some other proprietary platform specific
> primitives/interfaces are NOT "native"? For example,
> is SUN's *Solaris proprietary LWP interfaces* more
> native than SUN's Solaris pthread implementation?
> What is the principle difference with respect to
> MS-WIN proprietary API and some win32 pthread
"Native" simply means the API used by the Boost.Threads
> > > [***] BTW, the last time I've looked at it,
> > > WIN32 version was lacking proper sync. in
> > > boost::condition's destructor.
> > Could you send a diff showing the fix you think is required?
> Is it helpful enough if I just refer you to the
> comments/description and implementation sections
> of pthread_cond_destroy standard function here:
It would just be faster for me if you could point out the error.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk