|
Boost : |
From: williamkempf_at_[hidden]
Date: 2001-06-11 22:35:16
--- In boost_at_y..., <boost_at_y...> wrote:
>
> Hello,
>
> This email message is a notification to let you know that
> a file has been uploaded to the Files area of the boost
> group.
>
> File : /threads/threads2.zip
> Uploaded by : williamkempf_at_h...
> Description : Initial Phase II impelemtation.
>
> You can access this file at the URL
>
> http://groups.yahoo.com/group/boost/files/threads/threads2.zip
>
> To learn more about file sharing for your group, please visit
>
> http://help.yahoo.com/help/us/groups/files
>
> Regards,
>
> williamkempf_at_h...
Changes:
* Improved recursive_mutex performance for pthread implementations
that support pthread_mutexattr_settype().
* Improved error handling.
* Completed implementation of boost::thread and tested for Win32 and
pthreads.
Notes:
I was unable to get boost::function support working for thread
creation. Unfortunately on my compiler (the dreaded VC6) I'm
receiving the infamous Internal Compiler Error. A single line that
I've left commented out in boost::detail::thread_state that declares
a member of boost::function<int> will illustrate the problem if
anyone feels like figuring out what's wrong with Boost.Function
here. I took the cowards way out for now and threads are only
creatable from function pointers with the signature "void func
(void*)".
I've tested both Win32 and pthread implementations (including support
for recursive pthread mutexes, thanks to the latest pthreads-win32)
and with the test and example programs available right now everything
appears to work just fine. So this would be a good time for some
volunteers to help get this working on other compilers/platforms and
for people to really scrutinize the implementation for signs that the
interfaces may not be optimal.
My next two goals are to refine the test program (to do better
testing and to include tests for the new types) and to catch the
documentation up with the changes that have occured recently.
Bill Kempf
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk