[Libreoffice] UNO related crashes on NetBSD

[Francois Tigeot]

Hi,

The latest -master version crashes reliably on NetBSD (i386 and amd64).

The primary suspect is UNO, the 'uno' binary segfaults:

=============
Building module testtools
=============
Entering /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/testtools/inc

Entering /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/testtools/source/bridgetest/idl

Entering /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/testtools/com/sun/star/comp/bridge

Entering /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/testtools/source/bridgetest

cd ../../unxnbsd.pro/lib && : && LD_LIBRARY_PATH=/usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/bin/uno \
        -ro uno_services.rdb -ro uno_types.rdb \
        -s com.sun.star.test.bridge.BridgeTest -- \
	        com.sun.star.test.bridge.CppTestObject
/usr/pkgsrc/wip/libreoffice/work/.tools/bin/bash: line 1: 29084 Segmentation fault      (core dumped) LD_LIBRARY_PATH=/usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /usr/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/bin/uno -ro uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
dmake:  Error code 139, while making 'runtest'

The symptoms are the same as in this Gentoo/arm bug:

https://bugs.freedesktop.org/show_bug.cgi?id=38332
https://bugs.gentoo.org/show_bug.cgi?id=370975

In July, the amd64 version didn't crash, but I may just have been lucky.

One user tried to debug the i386 binary; this is the gdb output:

(gdb) bt
#0  0xbbba7732 in osl_incrementInterlockedCount ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_sal.so.3
#1  0xbbb6065f in typelib_typedescriptionreference_acquire ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_cppu.so.3
#2  0xbbb65099 in typelib_typedescription_newMIInterface ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_cppu.so.3
#3  0xbbb14d81 in cppu::installTypeDescriptionManager ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_cppuhelpergcc3.so.3
#4  0xbbb13949 in cppu::installTypeDescriptionManager ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_cppuhelpergcc3.so.3
#5  0xbfbfa5f4 in ?? ()
#6  0xbb671688 in ?? ()
#7  0xbfbfa5c8 in ?? ()
#8  0xbbb76618 in uno_type_isAssignableFromData ()
   from /d0/build/pkgsrc/wip/libreoffice/work/libreoffice-core-2011-08-30/solver/unxnbsd.pro/lib/libuno_cppu.so.3
Previous frame inner to this frame (corrupt stack?)
(gdb)

Does any UNO specialist have a clue what to look for ?

-- 
Francois Tigeot