To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=74137


User sb changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|NEW                       |RESOLVED
--------------------------------------------------------------------------------
              Resolution|                          |INVALID
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Fri Mar 30 11:31:39 +0000 
2007 -------
The gotcha here is that for some derivative of osl::Thread the pure virtual
function run must not be called (and the virtual function onTerminate if
overridden should not be called) after object destruction has started.  (With a
strict reading of the C++ standard, probably no non-static member function must
be called then, but that is probably a rather theoretic point.)

As per sal/inc/osl/thread.h:1.10 l. 108--109, osl_destroyThread (and thus
osl::Thread::~Thread) itself should not cause any problems when called on a
still running thread.  See the newly added test at
sal/qa/osl/thread/makefile.mk:1.1.2.1
sal/qa/osl/thread/test_thread.cxx:1.1.2.1
sal/qa/osl/thread/version.map:1.1.2.1

That means that "the destructor call join()" or "fire an assertion" would IMO be
dubious, as there can be valid cases of detached threads for which
osl_destroyThread is called while the thread itself is still running.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to