Bug 867808

Summary: [abrt] libreoffice-core- cppu::createCTD calls std::terminate for unhandled RuntimeException
Product: [Fedora] Fedora Reporter: qkurdej
Component: libreofficeAssignee: Stephan Bergmann <sbergman>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: caolanm, dtardon, erack, ltinkl, mstahl, sbergman
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:b6cf1f3696325fa8f731929205302e911bde186d
Fixed In Version: libreoffice- Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-02 22:01:49 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
File: core_backtrace
File: environ
File: limits
File: backtrace
File: cgroup
File: maps
File: dso_list
File: var_log_messages
File: open_fds none

Description qkurdej 2012-10-18 06:28:24 EDT
Description of problem:
Just tried to save ods document on a USB drive. Using a copy of the document on the HDD has the same result.

Version-Release number of selected component:

Additional info:
libreport version: 2.0.14
abrt_version:   2.0.13
backtrace_rating: 4
cmdline:        /usr/lib/libreoffice/program/soffice.bin --calc --splash-pipe=6
crash_function: (anonymous namespace)::Parameter::getType
kernel:         3.6.1-1.fc17.i686

truncated backtrace:
:Thread no. 1 (10 frames)
: #7 (anonymous namespace)::Parameter::getType at /usr/src/debug/libreoffice-
: #8 cppu::createCTD at /usr/src/debug/libreoffice-
: #10 cppu::typelib_callback at /usr/src/debug/libreoffice-
: #11 callChain at /usr/src/debug/libreoffice-
: #12 typelib_typedescription_getByName at /usr/src/debug/libreoffice-
: #13 typelib_typedescriptionreference_getDescription at /usr/src/debug/libreoffice-
: #14 stoc_corefl::InterfaceIdlClassImpl::initMembers at /usr/src/debug/libreoffice-
: #15 stoc_corefl::InterfaceIdlClassImpl::getFields at /usr/src/debug/libreoffice-
: #16 stoc_inspect::ImplIntrospection::implInspect at /usr/src/debug/libreoffice-
: #17 stoc_inspect::ImplIntrospection::inspect(com::sun::star::uno::Any const&) at /usr/src/debug/libreoffice-
Comment 1 qkurdej 2012-10-18 06:28:30 EDT
Created attachment 629300 [details]
File: core_backtrace
Comment 2 qkurdej 2012-10-18 06:28:33 EDT
Created attachment 629302 [details]
File: environ
Comment 3 qkurdej 2012-10-18 06:28:36 EDT
Created attachment 629303 [details]
File: limits
Comment 4 qkurdej 2012-10-18 06:28:39 EDT
Created attachment 629304 [details]
File: backtrace
Comment 5 qkurdej 2012-10-18 06:28:41 EDT
Created attachment 629305 [details]
File: cgroup
Comment 6 qkurdej 2012-10-18 06:28:43 EDT
Created attachment 629306 [details]
File: maps
Comment 7 qkurdej 2012-10-18 06:28:45 EDT
Created attachment 629307 [details]
File: dso_list
Comment 8 qkurdej 2012-10-18 06:28:49 EDT
Created attachment 629308 [details]
File: var_log_messages
Comment 9 qkurdej 2012-10-18 06:28:51 EDT
Created attachment 629309 [details]
File: open_fds
Comment 10 Caolan McNamara 2012-10-18 11:05:39 EDT
Does just launching calc (with no document) work ? or does it just happen when you save a specific spreadsheet ? If the latter, can we get that spreadsheet ?
Comment 11 qkurdej 2012-10-19 11:34:16 EDT
It happened either when opening program with no file to open or opening a file from pcmanfm.
Now I'm unable to open calc, but a while ago (like 10 minutes?) I opened my spreadsheet, edited it and saved. With no problems.

When trying to run LO Calc I see the splashscreen and progress bar, but after it disappears nothing happens. And lxtask doesn't show running instantion of calc. But now, after second try calc works. lol. This is crazy. Saving a file works. Also opening specific file and saving it works fine. It looks like it's not about the spreadsheet.
Comment 12 Michael Stahl 2013-01-04 15:45:32 EST
crashes via std::terminate...
#12 typelib_typedescription_getByName
is defined with SAL_THROW_EXTERN_C() which expands to "throw ()".

but the RuntimeException from
 #7  0xb6cfbbec in (anonymous namespace)::Parameter::getType
should be caught already in
 #10 0x4d7cb399 in cppu::typelib_callback

also the exception typeinfo is clearly exported:

> nm -D --demangle /usr/lib64/libreoffice/ure/lib/libuno_cppuhelpergcc3.so.3 | grep RuntimeException
0000003ccdeb9980 V typeinfo for com::sun::star::uno::RuntimeException
0000003ccdebbeb0 V typeinfo for com::sun::star::lang::WrappedTargetRuntimeException
0000003ccdc9b940 V typeinfo name for com::sun::star::uno::RuntimeException
0000003ccdc9f840 V typeinfo name for com::sun::star::lang::WrappedTargetRuntimeException

> nm -D --demangle /usr/lib64/libreoffice/ure/lib/bootstrap.uno.so | grep RuntimeException
00000000002ba0b0 V typeinfo for com::sun::star::uno::RuntimeException
00000000002c2a80 V typeinfo for com::sun::star::uno::RuntimeException*
0000000000097740 V typeinfo name for com::sun::star::uno::RuntimeException
000000000009e260 V typeinfo name for com::sun::star::uno::RuntimeException*

don't understand what's going on there.
Comment 13 Stephan Bergmann 2013-04-16 11:13:53 EDT
Turned out the problem was (a hard to spot) throwing a UNO exception by pointer in C++ code.  Audited the code for that problem, found and fixed a handful of instances.
Comment 14 Fedora Update System 2013-04-23 06:52:56 EDT
libreoffice- has been submitted as an update for Fedora 19.
Comment 15 Fedora Update System 2013-04-23 12:59:03 EDT
libreoffice- has been submitted as an update for Fedora 18.
Comment 16 Fedora Update System 2013-04-23 21:25:53 EDT
Package libreoffice-
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libreoffice-'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Comment 17 Fedora Update System 2013-04-30 00:30:04 EDT
libreoffice- has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 18 Fedora Update System 2013-05-02 22:01:51 EDT
libreoffice- has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.