https://bugs.documentfoundation.org/show_bug.cgi?id=112167
Bug ID: 112167
Summary: Crash in: _CxxThrowException
Product: LibreOffice
Version: 5.3.3.1 rc
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: michael.me...@collabora.com
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 ...
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
