Issue 63397

Summary: SDK: examples does not work on Solaris
Product: App Dev Reporter: chne
Component: apiAssignee: Stephan Bergmann <stephan.bergmann.secondary>
Severity: Trivial    
Priority: P2 CC: issues, kschenk
Version: 3.3.0 or older (OOo)   
Target Milestone: ---   
Hardware: All   
OS: Solaris   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description chne 2006-03-20 15:16:27 UTC
While compiling examples/DevelopersGuide/Components/CppComponent the unopkg
crashes on Solaris.
Comment 1 Stephan Bergmann 2006-03-22 09:47:53 UTC
Comment 2 Stephan Bergmann 2006-03-24 08:11:52 UTC
Comment 3 Stephan Bergmann 2006-03-24 08:13:47 UTC
Comment 4 chne 2006-03-28 12:41:33 UTC
ok in sb49
Comment 5 Stephan Bergmann 2006-04-04 13:50:41 UTC
See issue 63473 for details.
Comment 6 Stephan Bergmann 2006-04-06 09:43:22 UTC
changes made:
Comment 7 jsc 2006-04-26 14:29:58 UTC
Comment 8 jsc 2006-04-26 14:30:33 UTC
back to sb
Comment 9 jsc 2006-04-26 14:38:16 UTC
JSC -> SB: Stephan i reopened the bug because i moved your changes back because
of a UNO remote problem (second connect failed, C++ and Java and probaly other
languges as well). Internal P1 issue 134738 -> automatic testtool doesn't work

i have changed back:
cppu/source/threadpool/jobqueue.cxx:1.4 to1.3
cppu/source/threadpool/jobqueue.hxx:1.4 to 1.3
cppu/source/threadpool/thread.cxx:1.8 to 1.7
cppu/source/threadpool/thread.hxx:1.5 to 1.4
cppu/source/threadpool/threadpool.cxx:1.13 to 1.12
cppu/source/threadpool/threadpool.hxx:1.3 to 1.2
Comment 10 kai.sommerfeld 2006-04-27 08:45:51 UTC
=> 2.0.4
Comment 11 Stephan Bergmann 2006-05-10 09:11:16 UTC
Comment 12 Stephan Bergmann 2006-06-01 10:03:39 UTC
cppu/source/threadpool/threadpool.cxx:1.13 fails to take into account that
uno_threadpool_destroy might be followed by uno_threadpool_create again (if one
remote connection is used and terminated, and then another remote connection is
used).  A simple g_threadPool=0 at the end of uno_threadpool_destroy is not
enough, however:  For one, g_threadPool must be set to zero only if its refcount
reaches zero, and for another, uno_threadpool_attach/detach probably also need
to adjust g_threadPool's refcount to synchronize with another thread calling
Comment 13 Stephan Bergmann 2006-07-04 08:01:49 UTC
target 2.x
Comment 14 Stephan Bergmann 2007-08-06 09:04:45 UTC
Issue 80121 is probably a duplicate of this issue.  Remember to undo that
issue's "temporary fix [...] to dispose the bridges directly."
Comment 15 Stephan Bergmann 2010-04-28 13:15:42 UTC
see also issue 111223
Comment 16 Stephan Bergmann 2010-07-02 15:01:46 UTC
The changes made to bridges/source/remote/context/context.cxx: have
effectively been reverted through issue 112784.
Comment 17 Kay 2016-07-17 23:13:59 UTC
Confusing comments but it seems this issue was either resolved or a duplicate of another.