Issue 63397 - SDK: examples does not work on Solaris
Summary: SDK: examples does not work on Solaris
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All Solaris
: P2 Trivial
Target Milestone: ---
Assignee: Stephan Bergmann
QA Contact:
Depends on:
Reported: 2006-03-20 15:16 UTC by chne
Modified: 2016-07-19 17:49 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
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.