Looks like a race condition related to shutdown of UNO services. Since this
probably isnt easily reproducable, could you try to create a stack trace with
module extensions build with debug=true (for liboooimprovement)? I already have
an idea what this is about, but as shutdown is fragile stuff, I want to be sure
to turn the right screws.

@b_michaelsen:  debug=true would not lead to better stack traces.  I can only
reproduce this when running under valgrind, so the only stack trace available is
the one printed by valgrind.  And all the libraries in the used OOo installation
are already unstripped, but valgrind apparently chooses not to display symbol
information here anyway.

Observed what is probably the same problem on DEV300_m77 based CWS sb120,
unxmacxi non-pro, when executing configmgr/qa/unoapi:  Stdout/err output
mentions "terminate called after throwing an instance of
com::sun::star::uno::RuntimeException'" and stack trace is

(gdb) where
#0  0x96ef862e in __ovfl_delete ()
#1  0x96ef868a in abort ()
#2  0x92ee5005 in _CUICopyIconURL ()
#3  0x92ee310c in _CUICopyIconURL ()
#4  0x92ee314b in _CUICopyIconURL ()
#5  0x92ee3261 in _CUICopyIconURL ()
#6  0x019799e3 in ucbhelper::getContentBroker ()
#7  0x0197a12b in ucbhelper::Content::Content ()
#8  0x18d794f3 in io_FileAccess::OFileAccess::getFolderContents ()
#9  0x18a2b1f9 in (anonymous namespace)::getLogStoragefiles ()
#10 0x18a2b750 in oooimprovement::LogStorage::clear ()
#11 0x18a2bfd1 in (anonymous namespace)::OnLogRotateThread::run ()
#12 0x18a333ba in threadFunc ()
#13 0x001fd5b7 in osl_thread_start_Impl ()
#14 0x96e3d155 in _pthread_start ()
#15 0x96e3d012 in thread_start ()

where the _CUICopyIconURL frames are inside libstdc++ (so this is probably
throwing the "No Content Broker!" exception from
ucbhelper/source/client/content.cxx leading to terminate/abort), and the main
thread is already in DestroyApplicationServiceManager within DeInitVCL.

Observed what is probably the same problem on DEV300_m77 based CWS sb120,
unxsols4.pro, when executing ucb/qa/unoapi:  "Fatal exception: Signal 6" during
termination, with stack

(dbx) where -h
current thread: t@6
=>[1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xffbffeff, 0x0), at 0xff2caa58
  [2] raise(0x6, 0x0, 0xff342f18, 0xff2aa378, 0xffffffff, 0x6), at 0xff265a5c
  [3] abort(0x6, 0x1, 0xff069e30, 0xfcb78, 0xff3413d8, 0x0), at 0xff24194c
  [4] CallSystemHandler(0x6, 0x2, 0xff069dd4, 0x274c, 0xff06c524, 0x2400), at
0xff023e14
  [5] SignalHandlerFunction(0x6, 0x7, 0xff023e28, 0x2, 0xa4, 0x0), at 0xff023f64
  [6] __sighndlr(0x6, 0x0, 0xf2bfb640, 0xff023e6c, 0x0, 0x0), at 0xff2c6e78
  ---- called from signal handler with signal 6 (SIGABRT) ------
  [7] __lwp_kill(0x0, 0x6, 0xd5748, 0xff2b89b8, 0xff347390, 0x0), at 0xff2caa58
  [8] raise(0x6, 0x6, 0x5, 0x6, 0x82bf8, 0x0), at 0xff265a5c
  [9] abort(0xf2bfb9b8, 0xf2fa13c8, 0xff37cb68, 0xfcb78, 0x17248, 0xff381458),
at 0xff24190c
  [10] __Cimpl::default_terminate(0xff381458, 0xff343800, 0xff3813f8,
0xff37c9f8, 0x17248, 0xff3653ec), at 0xff3653f0
  [11] __Cimpl::ex_terminate(0xff37d3c0, 0x0, 0x0, 0xff37d3c0, 0xff37c9f8, 0x1),
at 0xff365200
  [12] _ex_rethrow_body(0xff37d3c0, 0x0, 0x0, 0x16ae0, 0xbab, 0xff1f35e8), at
0xff365fa8
  [13] __Crun::ex_chk_unexpected(0xff37d1a4, 0x0, 0xff343800, 0x0, 0x166d8,
0x0), at 0xff3663c4
  [14] io_FileAccess::OFileAccess::getFolderContents(0xf2bfbdac, 0xf56066c8,
0xf2bfbd10, 0x0, 0xf882b854, 0xf88c21a8), at 0xf5d56400
  [15] __unnamed_CHEEK16l0LkMc::getAllLogStoragefiles(0xf2bfbdac, 0xf2bfbeac,
0xf56066dc, 0xf5dd8c40, 0xf5dd81c4, 0x11000), at 0xf5dbb788
  [16] __unnamed_CHEEK16l0LkMc::getLogStoragefiles(0xf2bfbe18, 0xf2bfbeac,
0xf5dbb62c, 0xf2bfbdac, 0xf5dd81c4, 0xf5dd8a88), at 0xf5dbb8c0
  [17] oooimprovement::LogStorage::clear(0xf2bfbeac, 0xf5601d4c, 0xfee00d58,
0xf5dd81c4, 0xfffeefb1, 0x11000), at 0xf5dbbf7c
  [18] __unnamed_CHEEK26l0LEOc::OnLogRotateThread::run(0xf2de8a78, 0x1e,
0xf5dd8c88, 0xf5dd81c4, 0xf2de8a80, 0x0), at 0xf5dbd0a4
  [19] threadFunc(0xf2de8a78, 0xf2bfbf90, 0xff343800, 0x0, 0xf5dd8d90,
0xf5dbcfe0), at 0xf5dbdedc
  [20] osl_thread_start_Impl(0x931e20, 0xf5dbded0, 0x16, 0xff01d9e0, 0xff069dd4,
0x931e48), at 0xff01dbd4

*** Issue 113145 has been marked as a duplicate of this issue. ***

quoting issue 113145: "What looks wrong in
extensions/source/oooimprovement/onlogrotate_job.cxx is the unused
OnLogRotateThread::disposing together with the fact that there is no join on the
'new OnLogRotateThread(m_ServiceFactory)'."

raising prio, as this affects build stability (see
<http://tools.openoffice.org/servlets/ReadMsg?list=tinderbox&msgNo=398> for
enabling subsequenttests on buildbots)

Created attachment 70658 [details]
proposed patch vs. DEV300_m84

reassign to sb, IIRC patch is integrated in one of your cws?

@b_michaelsen:  I included the patch in my experimental CWS sb127, which however
is only used to experiment with enabling subsequenttests on buildbots, and is
never to be integrated.  It appeared to work there (the sporadically appearing
problem did not appear since, and it had no other negative impact), so please
integrate it yourself via some proper CWS of yours (I have none handy at the
moment).

added usagetracking keyword

added fix to cws oooimprovement6 => STARTED

fixed in cws oooimprovement6 with changeset 7f47dba0c135

setting release 3.4

reassigning to sb for verification

verified, see <#desc10>

.