I installed the x86 rpm (which claims to be 3.3.2 on the outside but 3.3.2rc2 within) in opensuse 11.3 to see if it behaves like the OpenSuse build in https://bugzilla.novell.com/show_bug.cgi?id=690798 and it does: ~> /usr/bin/libreoffice -headless -accept="socket,port=8100;urp;" & [1] 7827 ~> /opt/libreoffice/program/python DocumentConverter.py /opt/libreoffice/basis3.3/share/config/wizard/web/preview.html tmp.odt ~> /opt/libreoffice/program/python DocumentConverter.py /opt/libreoffice/basis3.3/share/config/wizard/web/preview.html tmp.odt Traceback (most recent call last): File "DocumentConverter.py", line 225, in <module> converter.convert(argv[1], argv[2]) File "DocumentConverter.py", line 144, in convert document = self.desktop.loadComponentFromURL(inputUrl, "_blank", 0, self._toProperties(loadProperties)) __main__.DisposedException: URP_Bridge : disposed (tid=3) Unexpected connection closure Meanwhile, in an attached gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb0afbb70 (LWP 7941)] 0xaeaaace4 in SwDocShell::ReconnectDdeLink(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libswli.so (gdb) bt #0 0xaeaaace4 in SwDocShell::ReconnectDdeLink(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libswli.so #1 0xb6c5a17a in SfxObjectShell::ReconnectDdeLinks(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so #2 0xb6cf12b8 in SfxObjectShell::DoLoad(SfxMedium*) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so #3 0xb6d311ab in SfxBaseModel::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so #4 0xb6d6e8cc in ?? () from /opt/libreoffice/program/../basis-link/program/libsfxli.so #5 0xb1535bf5 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so #6 0xb1535e47 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so #7 0xb1535f30 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so #8 0xb14d6d71 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so #9 0xb3e743a8 in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so #10 0xb3e7471f in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so #11 0xb3e74b78 in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so #12 0xb0b11dcf in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so #13 0xb0b06153 in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so #14 0xb0b06950 in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so #15 0xb6f4473e in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3 #16 0xb6f4527b in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3 #17 0xb6f456d2 in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3 #18 0xb7626f48 in ?? () from /opt/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 #19 0xb70e2b25 in start_thread () from /lib/libpthread.so.0 #20 0xb71d046e in clone () from /lib/libc.so.6
It looks working fine in 3.4 rc1 /SLED 11 i586. Thanks Petr to have a review, did we actually fix this recently?
I guess that this is a duplicate of the bug #37412. That one is visible only on x86_64. Muthu, could you please have a look?
With a stacktrace that starts with "#0 0xaeaaace4 in " this is obviously not a duplicate of a bug that happens only in x86_64 (unless this is in fact a combination of several bugs that are partially masked in 32 bit builds of 3.4), but apart from that, both these bugs are closely related, see also the OpenSUSE bug linked to in the first comment, and expecially comments https://bugzilla.novell.com/show_bug.cgi?id=690798#c13 and following. Also related may be bug #37357 and https://bugzilla.novell.com/show_bug.cgi?id=690796 which point to further weirdness in the html conversion code.
@hars: It would be great if you could reverify this with 3.5, please? Thank you!
*** This bug has been marked as a duplicate of bug 32575 ***