Bug 112167 - Crash in: _CxxThrowException
Summary: Crash in: _CxxThrowException
Status: CLOSED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 115045 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-09-01 18:31 UTC by Michael Meeks
Modified: 2020-06-29 08:19 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["_CxxThrowException"]


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Meeks 2017-09-01 18:31:24 UTC
This bug was filed from the crash reporting server and is br-c7e8776b-5b9d-4ffd-ade9-9fdb5dc04424.
=========================================

Clipboard thread seems to be creating UNO services: 

http://crashreport.libreoffice.org/stats/crash_details/c7e8776b-5b9d-4ffd-ade9-9fdb5dc04424#allthreads

    m_XDataFormatTranslator = DataFormatTranslator::create( rxContext );

which throws via this:

        if (!the_instance.is()) {
            throw ::css::uno::DeploymentException(::rtl::OUString("component context fails to supply service ") + "com.sun.star.datatransfer.DataFormatTranslator" + " of type " + "com.sun.star.datatransfer.XDataFormatTranslator", the_context);
        }

This appears to happen while we are destroying the service manager, and through it the clipboard code & thread in another thread:

5	sysdtrans.dll	CWinClipbImpl::~CWinClipbImpl()	dtrans/source/win32/clipb/WinClipbImpl.cxx:69
6	sysdtrans.dll	CWinClipboard::disposing()	dtrans/source/win32/clipb/WinClipboard.cxx:219
...
18	cppuhelper3MSC.dll	cppuhelper::ServiceManager::disposing()	cppuhelper/source/servicemanager.cxx:909

I imagine given the call-stack that this is intermittent not only racing, but allso depending on the order of items in the std::Tree as to whether the thing is destroyed first or not.

I suspect we should catch this exception - and ignore it higher the stack inside the CMtaOleClipboard (perhaps); referencing this bug ...
Comment 1 Xisco Faulí 2018-01-16 16:14:19 UTC
*** Bug 115045 has been marked as a duplicate of this bug. ***
Comment 2 Xisco Faulí 2018-01-16 16:16:57 UTC
Hi Michael,
Telesto found a way to reproduce it systematically -> https://bugs.documentfoundation.org/show_bug.cgi?id=115045#c2

Bit more specific
1. Open attachment 139120 [details] with or without Macro Enabled
2. Select A47 -> Cut
3. Close LibreOffice CTRL+Q -> No save

Do you think it will be fixed if your solution in the description is used ?
Comment 3 Xisco Faulí 2018-01-16 16:25:33 UTC
I can also reproduce it in

Versión: 4.4.0.3
Id. de compilación: de093506bcdc5fafd9023ee680b8c60e3e0645d7
Configuración regional: es_ES
Comment 4 Xisco Faulí 2018-01-16 16:35:52 UTC
For me, it crashes even if I cut a normal cell ( without comments ) but it doesn't crash if I cut the whole sheet selecting it all
Comment 5 Chavdar 2018-01-16 20:35:03 UTC
No crash here, no matter if the whole sheet is cut or only cell A47

Version: 6.0.0.2 (x64)
Build ID: 06b618bb6f431d27fd2def25aa19c833e29b61cd
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: bg-BG (bg_BG); Calc: group
Comment 6 QA Administrators 2019-06-15 02:59:06 UTC Comment hidden (obsolete)
Comment 7 Xisco Faulí 2019-06-17 15:56:23 UTC
No longer reproducible in

Versión: 6.2.4.2
Id. de compilación: 2412653d852ce75f65fbfa83fb7e7b669a126d64
Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: threaded

nor in

Version: 6.4.0.0.alpha0+
Build ID: af37bb23f63b209af1193e20177c3aacbd777543
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Besides, no new reports in https://crashreport.libreoffice.org/stats/signature/_CxxThrowException...

Closing as RESOLVED WORKSFORME
Comment 8 Nate Watkins 2020-06-29 06:42:27 UTC Comment hidden (spam)