InteractiveAugmentedIOException in CUT sc_ucalc
Stephan Bergmann
sbergman at redhat.com
Wed Feb 13 06:42:48 PST 2013
On 02/09/2013 10:04 PM, Henrik /KaarPoSoft wrote:
> Program received signal SIGABRT, Aborted.
> 0x00007ffff6fcaf65 in __GI_raise (sig=sig at 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 at 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
More information about the LibreOffice
mailing list