On 02/09/2013 10:04 PM, Henrik /KaarPoSoft wrote:
Program received signal SIGABRT, Aborted. 0x00007ffff6fcaf65 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:63 63 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. #0 0x00007ffff6fcaf65 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:63 #1 0x00007ffff6fcc3e8 in __GI_abort () at abort.c:90 #2 0x00007ffff78a8edd in __gnu_cxx::__verbose_terminate_handler () at ../../../../gcc-4.7.2/libstdc++-v3/libsupc++/vterminate.cc:95 #3 0x00007ffff78a6fd6 in __cxxabiv1::__terminate (handler=<optimized out>) at ../../../../gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:40 #4 0x00007ffff78a7003 in std::terminate () at ../../../../gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:50 #5 0x00007ffff78a722e in __cxxabiv1::__cxa_throw (obj=0x49f270, tinfo=<optimized out>, dest=<optimized out>) at ../../../../gcc-4.7.2/libstdc++-v3/libsupc++/eh_throw.cc:83 #6 0x00007ffff56ef5fa in cpp2uno_call(bridges::cpp_uno::shared::CppInterfaceProxy*, _typelib_TypeDescription const*, _typelib_TypeDescriptionReference*, int, _typelib_MethodParameter*, void**, void**, void**, unsigned long*) [clone .3078] () from /home/kaarpux/kaarpux/linux/build/opt/libreoffice-4.0.0.3/solver/unxlngx6.pro/lib/libgcc3_uno.so #7 0x00007ffff56eb31c in cpp_vtable_call () from /home/kaarpux/kaarpux/linux/build/opt/libreoffice-4.0.0.3/solver/unxlngx6.pro/lib/libgcc3_uno.so #8 0x00007ffff56f0a1e in privateSnippetExecutor () at /home/kaarpux/kaarpux/linux/build/opt/libreoffice-4.0.0.3/bridges/source/cpp_uno/gcc3_linux_x86-64/call.s:56 #9 0x00007ffff7eacf1e in cppu::throwException(com::sun::star::uno::Any const&) () from /home/kaarpux/kaarpux/linux/build/opt/libreoffice-4.0.0.3/solver/unxlngx6.pro/lib/libuno_cppuhelpergcc3.so.3
cppu::throwException is "dirty" in that it synthesizes a C++ throw expression, by using the bridge between C++ and binary UNO (bridges/source/cpp_uno/). __cxxabiv1::__cxa_throw calling std::terminate can either mean that the synthesized stuff LO passes into the C++ runtime is not acceptable at all, or that the synthesized RTTI is bad, so that some catch block that should match doesn't.
Looks like the C++ UNO bridge is not working well with your toolchain, for whatever reason.
Stephan _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice