[thread] Reducing the number of open tickets.
Hi, I have committed the following tickets in trunk. Fixed Bugs: * [@http://svn.boost.org/trac/boost/ticket/2639 #2639] documentation should be extended(defer_lock, try_to_lock, ...). * [@http://svn.boost.org/trac/boost/ticket/3762 #3762] Thread can't be compiled with winscw (Codewarrior by Nokia). * [@http://svn.boost.org/trac/boost/ticket/3885 #3885] document about mix usage of boost.thread and native thread api. * [@http://svn.boost.org/trac/boost/ticket/3975 #3975] Incorrect precondition for promise::set_wait_callback(). * [@http://svn.boost.org/trac/boost/ticket/4480 #4480] OpenVMS patches for compiler issues workarounds. * [@http://svn.boost.org/trac/boost/ticket/4819 #4819] boost.thread's documentation misprints. * [@http://svn.boost.org/trac/boost/ticket/5423 #5423] thread issues with C++0x. * [@http://svn.boost.org/trac/boost/ticket/5739 #5739] set-but-not-used warnings with gcc-4.6 * [@http://svn.boost.org/trac/boost/ticket/6168 #6168] recursive_mutex is using wrong config symbol (possible typo). * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR. These are tickets with a simple solution or that had associated a complete patch or a clear solution. Anthony I would prefer that you do the merge so that you can check what goes on the release version. I have not closed the tickets. These tickets have just release 1.49 as Milestone. Please, close them when you merge to release. There were 113 tickets two days ago. There are now 114 tickets associated to Boost.Thread. I have closed some duplicates, but some news tickets have been created since. I would like to reduce by 10% the number of tickets every month. I encourage the Boost users that have created tickets for Boost to provide a clear an complete patch when possible so that we can reduce together the number of tickets associated to this Boost library and make it more portable/usable. Don't forget to provide tests that make evident the bug, or to add doc when you are proposing a anew feature. There are a lot of tickets associated to move semantics emulation. I have created a ticket to adapt Boost.Thread to Boost.Move hoping most of these bugs will be solved. As posted in another thread there is already a patch using Boost.Move that could be a good starting point. Of course the help offered by Ion will be too much appreciated. I have created another to adapt the interface to Boost.Chrono, but I will prefer to take care of this once the one for Boost.Move adaptation is committed, as the chance of collisions is big. On the mean time I will continue with some tickets specific to Windows platform. Best, Vicente
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Hi,
I have committed the following tickets in trunk.
Fixed Bugs:
* [@http://svn.boost.org/trac/boost/ticket/2639 #2639] documentation should be extended(defer_lock, try_to_lock, ...). * [@http://svn.boost.org/trac/boost/ticket/3762 #3762] Thread can't be compiled with winscw (Codewarrior by Nokia). * [@http://svn.boost.org/trac/boost/ticket/3885 #3885] document about mix usage of boost.thread and native thread api. * [@http://svn.boost.org/trac/boost/ticket/3975 #3975] Incorrect precondition for promise::set_wait_callback(). * [@http://svn.boost.org/trac/boost/ticket/4480 #4480] OpenVMS patches for compiler issues workarounds. * [@http://svn.boost.org/trac/boost/ticket/4819 #4819] boost.thread's documentation misprints. * [@http://svn.boost.org/trac/boost/ticket/5423 #5423] thread issues with C++0x. * [@http://svn.boost.org/trac/boost/ticket/5739 #5739] set-but-not-used warnings with gcc-4.6 * [@http://svn.boost.org/trac/boost/ticket/6168 #6168] recursive_mutex is using wrong config symbol (possible typo). * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR.
More easy to solve tickets committed in trunk * [@http://svn.boost.org/trac/boost/ticket/6208 #2309] Lack of g++ symbol visibility support in Boost.Thread. * [@http://svn.boost.org/trac/boost/ticket/4315 #4315] gcc 4.4 Warning: inline ... declared as dllimport: attribute ignored. * [@http://svn.boost.org/trac/boost/ticket/5859 #5859] win32 shared_mutex constructor leaks on exceptions. * [@http://svn.boost.org/trac/boost/ticket/6208 #6208] try_lock_wrapper swap compiler error on clang 3.0 c++11. * [@http://svn.boost.org/trac/boost/ticket/6207 #6207] shared_lock swap compiler error on clang 3.0 c++11. Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011) I have also closed some tickets that were invalid or duplicated: #1826 Auto detection of threadapi and target-os broken under cygwin gcc thread closed Bugs 5 hours #4648 boost::lock_error Thrown While Using Upgrade Locks thread closed Support Requests 5 hours #4367 Proposed fix for test_thread_move_return.cpp thread closed Bugs 6 hours #6130 condition_variable::timed_wait wakes up too early thread closed Bugs To Be Determined 9 hours #5936 Missing prototype for pthread_mutex_timedlock causes Oracle/SUN CC to fail on Linux thread closed Bugs To Be Determined 14 hours #5373 Boost Thread fails on SunStudio/OpenSolaris thread closed Bugs To Be Determined 23 hours #4894 segmentation fault on thread_group::join_all depending on the machine used thread closed Support Requests To Be Determined 23 hours #6170 boost::move conflicts in thread upgrade mutexes (1.48.0) thread closed Bugs To Be Determined 2 days #5344 condition_variable.hpp warning thread closed Patches To Be Determined 3 days #4773 boost::this_thread::sleep(Microsecond Resolution) Let me know if something was wrong. I will have some difficulties finding tickets easy to resolve. The hard work is ahead (tss, dynamic linking, race conditions, leaks, missed error handling, move semantic, standard compliance). Please, if there is a candidate that is interested in analyzing difficult bugs and want to help to improve Boost.Thread, The Boost.Thread library and her users will be grateful. 69 Bugs (1 with patch) 17 Feature requests (1 with patch) 3 support requests 1 task 90 TOTAL Best, Vicente
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
I have committed the following tickets in trunk.
Fixed Bugs:
More easy to solve tickets committed in trunk
[snip lists]
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
I have also closed some tickets that were invalid or duplicated:
Great! Anthony -- Author of C++ Concurrency in Action http://www.stdthread.co.uk/book/ just::thread C++0x thread library http://www.stdthread.co.uk Just Software Solutions Ltd http://www.justsoftwaresolutions.co.uk 15 Carrallack Mews, St Just, Cornwall, TR19 7UL, UK. Company No. 5478976
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that? Best, Vicente
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets, #5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516> Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195> but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected. Please, let me know. Best, Vicente
Le 29/12/11 15:26, Vicente J. Botet Escriba a écrit :
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets,
#5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516>
Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195>
but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected.
Please, let me know.
Anthony, I guess you are very busy, so I will merge to release, so that I will continue the work on the trunk. Let me know if you find something wrong. Best, Vicente
On 03/01/12 17:28, Vicente J. Botet Escriba wrote:
Le 29/12/11 15:26, Vicente J. Botet Escriba a écrit :
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets,
#5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516>
Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195>
but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected.
Please, let me know.
Anthony,
I guess you are very busy, so I will merge to release, so that I will continue the work on the trunk.
I'm in the middle of doing the merge. There's a change to a WaitForMultipleObjects call that changes a true parameter to false for Windows CE that I need to check. Anthony -- Author of C++ Concurrency in Action http://www.stdthread.co.uk/book/ just::thread C++0x thread library http://www.stdthread.co.uk Just Software Solutions Ltd http://www.justsoftwaresolutions.co.uk 15 Carrallack Mews, St Just, Cornwall, TR19 7UL, UK. Company No. 5478976
Le 03/01/12 18:50, Anthony Williams a écrit :
On 03/01/12 17:28, Vicente J. Botet Escriba wrote:
Le 29/12/11 15:26, Vicente J. Botet Escriba a écrit :
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets,
#5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516>
Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195>
but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected.
Please, let me know.
Anthony,
I guess you are very busy, so I will merge to release, so that I will continue the work on the trunk.
I'm in the middle of doing the merge. There's a change to a WaitForMultipleObjects call that changes a true parameter to false for Windows CE that I need to check.
Anthony
Hrrr, I've committed already. The change id needed as documented in the ticket (https://svn.boost.org/trac/boost/ticket/5594). Of course I had no the platform to test it :( MSDN for WaitForMultipleObjects? <https://svn.boost.org/trac/boost/wiki/WaitForMultipleObjects> under Windows CE 6.0 can be found http://msdn.microsoft.com/en-us/library/aa915354.aspx. Sorry, Vicente
On 03/01/12 18:10, Vicente J. Botet Escriba wrote:
Le 03/01/12 18:50, Anthony Williams a écrit :
On 03/01/12 17:28, Vicente J. Botet Escriba wrote:
Le 29/12/11 15:26, Vicente J. Botet Escriba a écrit :
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote: > Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
> Anthony, please take a look at them and merge whatever you > consider is > good after the testers have the time to take them in account (not > before > the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets,
#5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516>
Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195>
but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected.
Please, let me know.
Anthony,
I guess you are very busy, so I will merge to release, so that I will continue the work on the trunk.
I'm in the middle of doing the merge. There's a change to a WaitForMultipleObjects call that changes a true parameter to false for Windows CE that I need to check.
Anthony
Hrrr,
I've committed already. The change id needed as documented in the ticket (https://svn.boost.org/trac/boost/ticket/5594). Of course I had no the platform to test it :(
MSDN for WaitForMultipleObjects? <https://svn.boost.org/trac/boost/wiki/WaitForMultipleObjects> under Windows CE 6.0 can be found http://msdn.microsoft.com/en-us/library/aa915354.aspx.
This just means that Windows CE doesn't support the required semantics (wait for all). Changing the parameter to false makes it wait for any rather than wait for all, but this code requires wait for all. I guess it's broken either way on CE :-( Anthony -- Author of C++ Concurrency in Action http://www.stdthread.co.uk/book/ just::thread C++0x thread library http://www.stdthread.co.uk Just Software Solutions Ltd http://www.justsoftwaresolutions.co.uk 15 Carrallack Mews, St Just, Cornwall, TR19 7UL, UK. Company No. 5478976
Le 03/01/12 18:28, Vicente J. Botet Escriba a écrit :
Le 29/12/11 15:26, Vicente J. Botet Escriba a écrit :
Le 17/12/11 15:35, Vicente J. Botet Escriba a écrit :
Le 05/12/11 12:02, Anthony Williams a écrit :
On 04/12/11 23:56, Vicente J. Botet Escriba wrote:
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
Thanks for doing this Vicente. I will take a look when the tests have cycled, and merge them to release.
Any news on that?
Best, Vicente
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Anthony, I would like to continue committing other patch for other tickets,
#5351 <https://svn.boost.org/trac/boost/ticket/5351> interrupt a future get boost::unknown_exception <https://svn.boost.org/trac/boost/ticket/5351> #5990 <https://svn.boost.org/trac/boost/ticket/5990> shared_future<T>::get() has wrong return type <https://svn.boost.org/trac/boost/ticket/5990> #6174 <https://svn.boost.org/trac/boost/ticket/6174> packaged_task doesn't correctly handle moving results <https://svn.boost.org/trac/boost/ticket/6174> #5516 <https://svn.boost.org/trac/boost/ticket/5516> Upgrade lock is not acquired when previous upgrade lock releases if another read lock is present <https://svn.boost.org/trac/boost/ticket/5516>
Part of #6195 <https://svn.boost.org/trac/boost/ticket/6195> c++11 compliance: Provide the standard time related interface using Boost.Chrono <https://svn.boost.org/trac/boost/ticket/6195>
but I would prefer if you merge before the current state on trunk. The date limit to merge to release for 1.49 is very close. If you have no time to do the merge I could do it, but I really prefer that you do it so that the modifications are inspected.
Please, let me know.
Anthony,
I guess you are very busy, so I will merge to release, so that I will continue the work on the trunk.
Let me know if you find something wrong.
Committed revision 76291. Vicente
Le 03/12/11 18:23, Vicente J. Botet Escriba a écrit :
Hi,
I have committed the following tickets in trunk.
Fixed Bugs:
* [@http://svn.boost.org/trac/boost/ticket/2639 #2639] documentation should be extended(defer_lock, try_to_lock, ...). * [@http://svn.boost.org/trac/boost/ticket/3762 #3762] Thread can't be compiled with winscw (Codewarrior by Nokia). * [@http://svn.boost.org/trac/boost/ticket/3885 #3885] document about mix usage of boost.thread and native thread api. * [@http://svn.boost.org/trac/boost/ticket/3975 #3975] Incorrect precondition for promise::set_wait_callback(). * [@http://svn.boost.org/trac/boost/ticket/4480 #4480] OpenVMS patches for compiler issues workarounds. * [@http://svn.boost.org/trac/boost/ticket/4819 #4819] boost.thread's documentation misprints. * [@http://svn.boost.org/trac/boost/ticket/5423 #5423] thread issues with C++0x. * [@http://svn.boost.org/trac/boost/ticket/5739 #5739] set-but-not-used warnings with gcc-4.6 * [@http://svn.boost.org/trac/boost/ticket/6168 #6168] recursive_mutex is using wrong config symbol (possible typo). * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR. More easy to solve tickets committed in trunk
* [@http://svn.boost.org/trac/boost/ticket/6208 #2309] Lack of g++ symbol visibility support in Boost.Thread. * [@http://svn.boost.org/trac/boost/ticket/4315 #4315] gcc 4.4 Warning: inline ... declared as dllimport: attribute ignored. * [@http://svn.boost.org/trac/boost/ticket/5859 #5859] win32 shared_mutex constructor leaks on exceptions. * [@http://svn.boost.org/trac/boost/ticket/6208 #6208] try_lock_wrapper swap compiler error on clang 3.0 c++11. * [@http://svn.boost.org/trac/boost/ticket/6207 #6207] shared_lock swap compiler error on clang 3.0 c++11. More, some of them where updated already last week but I forget them in
Anthony, please take a look at them and merge whatever you consider is good after the testers have the time to take them in account (not before the 12/12/2011)
I have also closed some tickets that were invalid or duplicated:
#1826 Auto detection of threadapi and target-os broken under cygwin gcc thread closed Bugs 5 hours #4648 boost::lock_error Thrown While Using Upgrade Locks thread closed Support Requests 5 hours #4367 Proposed fix for test_thread_move_return.cpp thread closed Bugs 6 hours #6130 condition_variable::timed_wait wakes up too early thread closed Bugs To Be Determined 9 hours #5936 Missing prototype for pthread_mutex_timedlock causes Oracle/SUN CC to fail on Linux thread closed Bugs To Be Determined 14 hours #5373 Boost Thread fails on SunStudio/OpenSolaris thread closed Bugs To Be Determined 23 hours #4894 segmentation fault on thread_group::join_all depending on the machine used thread closed Support Requests To Be Determined 23 hours #6170 boost::move conflicts in thread upgrade mutexes (1.48.0) thread closed Bugs To Be Determined 2 days #5344 condition_variable.hpp warning thread closed Patches To Be Determined 3 days #4773 boost::this_thread::sleep(Microsecond Resolution) More closed tickets either duplicate, invalid or already committed
Le 05/12/11 00:56, Vicente J. Botet Escriba a écrit : the previous list. * [@http://svn.boost.org/trac/boost/ticket/3639 #3639] Boost.Thread doesn't build with Sun-5.9 on Linux. * [@http://svn.boost.org/trac/boost/ticket/4048 #4048] thread::id formatting involves locale * [@http://svn.boost.org/trac/boost/ticket/5617 #5617] boost::thread::id copy ctor. * [@http://svn.boost.org/trac/boost/ticket/5826 #5826] threads.cpp: resource leak on threads creation failure. * [@http://svn.boost.org/trac/boost/ticket/5839 #5839] thread.cpp: ThreadProxy leaks on exceptions. * [@http://svn.boost.org/trac/boost/ticket/6100 #6100] Compute hardware_concurrency() using get_nprocs() on GLIBC systems. * [@http://svn.boost.org/trac/boost/ticket/6175 #6175] Compile error with SunStudio. previously. #5727 <https://svn.boost.org/trac/boost/ticket/5727> race condition between ~basic_condition_variable() and notify_all() <https://svn.boost.org/trac/boost/ticket/5727> #5699 <https://svn.boost.org/trac/boost/ticket/5699> boost::thread_specific_ptr will reuse a value if allocated with the same this pointer <https://svn.boost.org/trac/boost/ticket/5699> #4849 <https://svn.boost.org/trac/boost/ticket/4849> MinGW-64: detail/interlocked.hpp chooses wrong prototypes for InterlockedCompareExchange et al <https://svn.boost.org/trac/boost/ticket/4849> #5150 <https://svn.boost.org/trac/boost/ticket/5150> boost::thread does not print or return the error value when creating a thread fails. <https://svn.boost.org/trac/boost/ticket/5150> Should these duplicated or invalid closed tickets appear in the change list? <https://svn.boost.org/trac/boost/timeline?from=2011-12-06T19%3A11%3A16-05%3A00&precision=second>
69 Bugs (1 with patch) 17 Feature requests (1 with patch) 3 support requests 1 task 90 TOTAL
52 Bugs (1 with patch) 16 Feature requests 13 support requests 10 task 91 TOTAL + 22 to be merged and closed As you see the total number of tickets is not decreasing yet, there were some news since. However, I moved some to Support request when I believed that there weren't bugs and the resolution needed to be clarified. I expect most of them will be closed on a week. Hoping I'm not introducing regressions ;-) Best, Vicente
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/03/2011 12:23 PM, Vicente J. Botet Escriba wrote:
Hi,
I have committed the following tickets in trunk.
Fixed Bugs: [... snip ...] * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR.
[... snip ...]
Thanks for committing a corrected version of my patch. However, I notice that only the condition_variable and condition_variable_fwd portion of the patch was applied. Were the changes to mutex rejected or merely overlooked?
Best, Vicente
- -- - ---Brett. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO3NvwAAoJEEAzW/nB31+3T84H/1rcI3iM2LP5+gXpKAFm9Xsu W49GMWnlakZuIfEiNFEB/I6ecH7okGbtrgODY8CHrcCORnYztCRDbhljvTI+MQVc 5gyYoM+YvuSyYB0VKeIID44Fancn0JR6tWkgdn1Xffkgv0xJLp1C1glmNqz/2wj5 M7lPK8H0MMVY2WrXjqBV9wTemhfzEv0Ltt6ZdLN1duuSOplMA+f8eAKtsEp50ebm cv2CRk02Tfmavyc17oqdUF16JhzwlbZPcgnYeVNJE1w+1n8766KurisGPAVTvx7h mvonJuYvGgDXavQleEtNATwqmtSfxz8s4Te/WRumKdN4XCl+m/iQHfAFUxGiyH8= =2D58 -----END PGP SIGNATURE-----
Brett Lentz wrote
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/03/2011 12:23 PM, Vicente J. Botet Escriba wrote:
Hi,
I have committed the following tickets in trunk.
Fixed Bugs: [... snip ...] * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR.
[... snip ...]
Thanks for committing a corrected version of my patch.
However, I notice that only the condition_variable and condition_variable_fwd portion of the patch was applied.
Were the changes to mutex rejected or merely overlooked?
overlooked :( I will apply them soon. Best, Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/thread-Reducing-the-number-of-open-ticket... Sent from the Boost - Dev mailing list archive at Nabble.com.
participants (4)
-
Anthony Williams -
Brett Lentz -
Vicente Botet -
Vicente J. Botet Escriba