http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394

--- Comment #22 from Markus Trippelsdorf <markus at trippelsdorf dot de> 
2011-09-22 19:42:44 UTC ---
(In reply to comment #20)
> For:
> 
> terminate called after throwing an instance of
> 'com::sun::star::container::NoSuchElementException'
> It throws an exception in: xmlreader::XmlReader::XmlReader(rtl::OUString
> const&) () from image/usr/ure/lib/libxmlreader.so.
> This happens in xmlreader/source/xmlreader.cxx.
> 
>     This is new code, and shouldn't suffer lots of aliasing / compilation
> nasties I hope - it is also -fairly- self-standing and relatively simple. If 
> we
> have a problem here - we have a real problem I think. I'd personally focus on
> that, it should (I hope) be easier.

This problem is fixed in the current git version of LibreOffice.
(I cannot reproduce it anymore, even with --with-max-jobs=4 and
--with-num-cpus=4)

> How did you install though ? run a 'make dev-install' ? and then run
> install/program/soffice ? 

Yes.

> this:
> 
> #6  0x00007ffff7d0d741 in __cxa_throw () from /usr/lib64/libstdc++.so.6
> #7  0x00007ffff18915c8 in gcc3::raiseException(_uno_Any*, _uno_Mapping*) ()
> from
> /var/tmp/portage/app-office/libreoffice-9999-r1/image/usr/ure/lib/libgcc3_uno.so
> #8  0x00007ffff1892dff in
> cpp2uno_call(bridges::cpp_uno::shared::CppInterfaceProxy*,
> _typelib_TypeDescription const*, _typelib_TypeDescriptionReference*, int,
> _typelib_MethodParameter*, void**, void**, void**, unsigned long*) () from
> /var/tmp/portage/app-office/libreoffice-9999-r1/image/usr/ure/lib/libgcc3_uno.so
> #9  0x00007ffff1893553 in cpp_vtable_call () from
> 
> is altogether more hairy - we create at run-time C++ vtables packed with
> trampolines so we can intercept / model native C++ objects and interact with
> them via python etc. that would need some more intense debugging love I guess.

and this one is the only remaining issue.

Issue 3) from Comment 2 was a dup of PR50365 and was fixed by Jason recently.

Reply via email to