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


User hdu changed the following:

                What    |Old value                 |New value
================================================================================
                      CC|'cl,ericb,fheckl,sparcmoz,|'cl,ericb,fheckl,pl,sparcm
                        |ssa,tino'                 |oz,ssa,thb,tino'
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Fri Jun  1 15:38:56 +0000 
2007 -------
Ok, after a reaalllyy long debugging session I think I understand what happened:
- SRC680_m211 uses the boost-1.30.2 headers
- the boost header file "macosx.hpp" includes "posix_features.hpp"
- unless TARGET_CARBON is defined, which we have for obvious reasons in the VCL 
aqua build
- without "posix_features.hpp" boost doesn't know that the OS has pthread 
support
- when boost doesn't know which threading library to use it undefines 
BOOST_HAS_THREADS
- boost/detail/shared_count.hpp without BOOST_HAS_THREADS doesn't use pthread 
mutexes
- so the class sp_counted_base does no longer contain a mutex member mtx_
=>
- this base class now has a different memory layout in VCL than other libraries
=>
- a different memory layout of classes with the same name does not seem to be 
too much of a problem, 
when the class is only used inline
- when inlining is disabled (e.g. for -O0 or also for -O -fno-default-inline) 
then the problem rears its 
ugly head very forcefully

So even in a build without debug=true the problem was there, only much smaller. 
With objects of type 
shared_counter not being mutex protected the problem would have shown only for 
highly 
multithreaded use cases.

Newer versions of boost's macos.hpp header file do not disable pthread mutexes 
for shared_counter  
(some related info can be found here: 
http://lists.boost.org/boost-users/2004/10/8110.php).

We should either upgrade the boost library or patch our boost macos.hpp include 
file to remove the 
stupid TARGET_CARBON check.

---------------------------------------------------------------------
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