Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||SDK: examples does not work on Solaris|
|Component:||api||Assignee:||Stephan Bergmann <stephan.bergmann.secondary>|
|Status:||CLOSED FIXED_WITHOUT_CODE||QA Contact:|
|Version:||3.3.0 or older (OOo)|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
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 6 Stephan Bergmann 2006-04-06 09:43:22 UTC
changes made: bridges/source/remote/context/context.cxx:126.96.36.199 cppu/prj/build.lst:188.8.131.52 cppu/source/threadpool/jobqueue.cxx:184.108.40.206 cppu/source/threadpool/jobqueue.hxx:220.127.116.11 cppu/source/threadpool/thread.cxx:18.104.22.168 cppu/source/threadpool/thread.hxx:22.214.171.124 cppu/source/threadpool/threadpool.cxx:126.96.36.199 cppu/source/threadpool/threadpool.hxx:188.8.131.52 cppu/source/uno/lbmap.cxx:184.108.40.206 cppu/util/makefile.mk:220.127.116.11
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
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 uno_threadpool_destroy.
Comment 13 Stephan Bergmann 2006-07-04 08:01:49 UTC
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 16 Stephan Bergmann 2010-07-02 15:01:46 UTC
The changes made to bridges/source/remote/context/context.cxx:18.104.22.168 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.