Opened 10 years ago
Last modified 9 years ago
#7912 assigned Bugs
boost:thread documentation for 1.50 does not mention BOOST_THREAD_WAIT_BUG
Reported by: | Owned by: | viboes | |
---|---|---|---|
Milestone: | To Be Determined | Component: | thread |
Version: | Boost 1.50.0 | Severity: | Problem |
Keywords: | Cc: | dnljms@… |
Description
As I understood from the trac ticket https://svn.boost.org/trac/boost/ticket/7089 and sources for boost 1.50, boost::thread 1.50 implicitly adds 100 ms to the sleep time of boost::this_thread::sleep and boost::thread_sleep on linux. If the fix for 7089 cannot be backported into 1.50, the warning about broken functionality must be present in the documentation for 1.50.
Change History (13)
comment:1 by , 10 years ago
Component: | Documentation → thread |
---|---|
Owner: | changed from | to
comment:2 by , 10 years ago
comment:3 by , 10 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
follow-up: 5 comment:4 by , 10 years ago
BOOST_THREAD_WAIT_BUG was a workaround for the ticket 6130, which describes some strange OS problem. If possible, please remove the workaround from 1.50 issue/branch (and where else it has been applied), it breaks the functionality.
comment:5 by , 10 years ago
Resolution: | → worksforme |
---|---|
Status: | assigned → closed |
Replying to anonymous:
BOOST_THREAD_WAIT_BUG was a workaround for the ticket #6130, which describes some strange OS problem. If possible, please remove the workaround from 1.50 issue/branch (and where else it has been applied), it breaks the functionality.
Thanks for the ticket number. What do you mean by "remove the workaround from 1.50 issue/branch"? Boost doesn't maintain specific release branches.
follow-up: 7 comment:6 by , 10 years ago
Component: | thread → Documentation |
---|---|
Resolution: | worksforme |
Status: | closed → reopened |
I mean the people, which distribution happens to have 1.50 release should be aware, that the mentioned functionality is broken in this release. That's why the problem report was filed agains documentation.
comment:7 by , 10 years ago
Replying to anonymous:
I mean the people, which distribution happens to have 1.50 release should be aware, that the mentioned functionality is broken in this release. That's why the problem report was filed agains documentation.
Thanks for the clarification. I didn't know that the documentation for a release could be updated.
follow-up: 10 comment:8 by , 10 years ago
Component: | Documentation → thread |
---|
Bugs in a library's documentation should be filed against the library, not Documentation. 'Documentation' is for general documentation bugs.
If you want to update website documentation, you need to add files to the appropriate location under https://svn.boost.org/svn/boost/website/public_html/live/doc/fixes/
comment:9 by , 10 years ago
Cc: | added |
---|
comment:10 by , 10 years ago
Replying to anonymous:
Bugs in a library's documentation should be filed against the library, not Documentation. 'Documentation' is for general documentation bugs.
If you want to update website documentation, you need to add files to the appropriate location under https://svn.boost.org/svn/boost/website/public_html/live/doc/fixes/
I didn't know that we could add patches to the library documentation. Please, could you point me to a link where the procedure is explained? Should I generate the html documentation or it is enough to provide the qbk and Jamfile files?
comment:11 by , 10 years ago
It isn't explained anywhere because I make it up as I go along. Maintaining documentation would be too much work. Basically, I have a directory on the website (the fixes directory I linked to), and if you place a html file in the appropriate location within it, it will be served instead of the one from the distribution. If you look in the directory I linked to, the layout should be obvious. But if you get it wrong, I'll fix it up.
But if that's too hard for you, can you let me know what you want to change (giving full text).
comment:12 by , 9 years ago
Status: | reopened → new |
---|
comment:13 by , 9 years ago
Status: | new → assigned |
---|
I don't remember which problem BOOST_THREAD_WAIT_BUG tried to fix. Currently this is not used any more. If you know of a problem please, be free to signal it here.