Apache OpenOffice (AOO) Bugzilla – Issue 111332
sw/qa/unoapi sw.XMLStylesExporter::com::sun::star::document::XFilter crash
Last modified: 2017-05-20 11:28:11 UTC
At least on DEV300_m77-based CWS sb120 (mainly making changes to the testing framework), executing sw/qa/unoapi at least under unxsoli4 non-pro once failed at [...] 19: LOG> disposing xTextDoc 19: ***** State for sw.XMLStylesExporter::com::sun::star::lang::XInitialization ****** 19: Whole interface: PASSED.OK 19: ********************************************************************************** 19: LOG> Log started 30.03.2010 - 16:45:13 19: Creating: sw.XMLStylesExporter 19: LOG> Log started 30.03.2010 - 16:45:13 19: LOG> creating a textdocument 19: LOG> creating a new environment 19: Environment created 19: checking: [sw.XMLStylesExporter::com::sun::star::document::XFilter] is iface: [com.sun.star.document.XFilter] testcode: [ifc.document._XFilter] 19: LOG> Execute: filter() 19: sh: crash_report: not found 19: Application Error 19: 19: Fatal exception: Signal 6 with ---- called from signal handler with signal 11 (SIGSEGV) ------ [25] rtl_ImplGetFastUTF8ByteLen(0x86fb230, 0x10b38c4, 0xf159e891, 0xfece73da), at 0xfece7320 [26] rtl_impl_convertUStringToString(0xf134d45c, 0x86fb230, 0x10b38c4, 0x4c, 0x4566, 0x0, 0xf134d428, 0xfece794c, 0x86fb228), at 0xfece7496 [27] rtl_uString2String(0xf134d45c, 0x86fb230, 0x10b38c4, 0x4c, 0x4566, 0xfef9e000, 0xf134d458, 0xf158712d), at 0xfece796e [28] bridges_urp::Marshal::pack(0x845910c, 0xee6d9038, 0x8080558, 0xf158ed6d), at 0xf1587650 [29] bridges_urp::ServerMultiJob::execute(0x8576ec8, 0xfa9ee4c8, 0xfc32ac29, 0xf158ccc0), at 0xf158f46a [30] doit(0x8576ec8, 0x10, 0x0, 0xfa9d844f), at 0xf158ccd2 [31] cppu_threadpool::JobQueue::enter(0x8cdfcd8), at 0xfa9d859f [32] cppu_threadpool::ThreadPool::enter(0xfa9f6218, 0xf134d67c, 0x86e8158, 0x0), at 0xfa9d6a14 [33] uno_threadpool_enter(0x86e8158, 0xf134d6c8, 0xf134d718, 0xf158e69e), at 0xfa9d6da6 [34] bridges_urp::ClientJob::wait(0xf134d720, 0xf134d8b0, 0xf134d728, 0xf158c996), at 0xf158e6c8 [35] bridges_urp::urp_sendRequest_internal(0x8463918, 0x8f88e80, 0xf0d260e4, 0x85ed5b8, 0xf134da58, 0xf134d820, 0xf134d8b0, 0xf158c946), at 0xf158c9f5 [36] urp_sendRequest(0x8463918, 0x8f88e80, 0xf0d260e4, 0x85ed5b8, 0xf134da58, 0xf134d820, 0xf134d8b0, 0xfa9ee4c8), at 0xf158c981 [37] thisDispatch(0x8fd8a98, 0x8f88e80, 0xf134da58, 0xf134d820, 0xf134d8b0, 0xf134d910, 0x8f88ee8, 0x84dff78), at 0xf159fa4a [38] bridges_remote::dispatchRemote2UnoProxy(0x84e0fd8, 0x8f88e80, 0xf134da58, 0xf134d920, 0xf134d988, 0xf134dab0, 0x8f88ee8, 0x84d6274), at 0xf159e071 [39] __unnamed_KAxQjUMc0L2py::cpp2uno_call(0x8f203a0, 0x8f88e80, 0x8082590, 0x2, 0x888bf80, 0xf134da64, 0xf134da58, 0xfbb62a16), at 0xfbb627e8 [40] cpp_vtable_call(0x5, 0x0, 0xf134da64, 0x3, 0xee753758, 0xf134db00), at 0xfbb62c47 [41] privateSnippetExecutorVoid(0x8f203b4, 0x8ce7908, 0xf134dab0, 0xffff), at 0xfbb687a2 [42] XMLStyleOASISTContext::StartElement(0x8ce78f0, 0xf134db3c, 0xf134db50, 0xffff), at 0xee72cc4e [43] XMLTransformerBase::startElement(0xee7d50c8, 0xf134de6c, 0xf0bdedc8, 0xf22755d2), at 0xee733bbc [44] SvXMLExport::StartElement(0xf0bded6c, 0xf134de6c, 0x1, 0xf2276afe), at 0xf2275639 [45] SvXMLElementExport::StartElement(0xf134de68, 0xf0bded6c, 0x1, 0x8f7d988, 0x1, 0xdeadbeef, 0xf1340004, 0xf2276ce6), at 0xf2276b4e [46] SvXMLElementExport::SvXMLElementExport(0xf134de68, 0xf0bded6c, 0x1, 0x644, 0x1, 0x1, 0xf2711c24, 0x7), at 0xf2276d5f [47] XMLStyleExport::exportStyle(0x90160d0, 0xf134df44, 0x9017dc0, 0xf134e0e8, 0xf134df3c, 0x0, 0xf224e6d0, 0xf22d828d), at 0xf22d793a [48] XMLStyleExport::exportStyleFamily(0x90160d0, 0xf134e064, 0x9017dc0, 0xf134e0e8, 0x0, 0x64, 0x0, 0xf22d81fa), at 0xf22d8682 [49] XMLStyleExport::exportStyleFamily(0x90160d0, 0xf25d4d88, 0x9017dc0, 0xf134e0e8, 0x0, 0x64, 0x0, 0xf134e0e4), at 0xf22d8248 [50] XMLTextParagraphExport::exportTextStyles(0x90160d0, 0x0, 0x1, 0xf3e2725e), at 0xf23a662c [51] SwXMLExport::_ExportStyles(0xf0bded6c, 0x0, 0xf4b5000c, 0xf226df5a), at 0xf3e273a0 [52] SvXMLExport::ImplExportStyles(0xf0bded6c, 0x0, 0x715, 0xf134e2d8), at 0xf226df9f [53] SvXMLExport::exportDoc(0xf0bded6c, 0x684, 0xf134e4d0, 0xf3e0071c), at 0xf226fafd [54] SwXMLExport::exportDoc(0xf0bded6c, 0x684, 0xee69bd00, 0xf226c716), at 0xf3e00f96 [55] SvXMLExport::filter(0xf0bded6c, 0xf134e788, 0x8082460, 0xfbb7e958, 0xf134e540, 0x80825c8), at 0xf226c840 [56] callVirtualMethod(0xf0bded80, 0x3, 0xee6bee4c, 0x2, 0xf134e580, 0x2, 0x850fe40, 0x84d6284), at 0xfbb68869 [57] __unnamed_KAxQjUMc0Lmpy::cpp_call(0x8f32b20, 0x0, 0x3, 0x80825c8, 0x1, 0x8d9b790, 0xee6bee4c, 0xf134ec64, 0xf134ed98, 0x8fcee30, 0x8d9b790, 0xfbb63d3e), at 0xfbb647de [58] bridges::cpp_uno::shared::unoInterfaceProxyDispatch(0x8f32b20, 0x8fcee30, 0xee6bee4c, 0xf134ec64, 0xf134ed98, 0x0), at 0xfbb63ed4 [59] thisDispatch(0x9011f08, 0x8fcee30, 0xee6bee4c, 0xee6bee2c, 0xee6bedec, 0xee652c6c, 0x8463aa0, 0xf158ed6d), at 0xf159f016 [60] bridges_urp::ServerMultiJob::execute(0x8f79080, 0xfa9ee4c8, 0xfc32ac29, 0xf158ccc0), at 0xf158f12b [61] doit(0x8f79080, 0x10, 0x0, 0xfa9d844f), at 0xf158ccd2 [62] cppu_threadpool::JobQueue::enter(0x8cdfcd8), at 0xfa9d859f [63] cppu_threadpool::ORequestThread::run(0x8df4518), at 0xfa9d90b1 [64] cppu_requestThreadWorker(0x8df4518, 0xf134efb0, 0xf134efd8, 0xf134efb0), at 0xfa9d8a7a [65] osl_thread_start_Impl(0x857b078), at 0xfeccba13 [66] _thr_setup(0xfeb05200), at 0xfef744b7 [67] _lwp_start(0x76, 0x6, 0xfef9e000, 0xf134ca9c, 0xfef213f3, 0x76), at 0xfef747a0
worked around for now by disabling the affected tests in sw/qa/unoapi/knownissues.xcl, see <http://hg.services.openoffice.org/cws/sb120/rev/f89aaa9d683f>; please revert when fixing this issue
Created attachment 81057 [details] backtrace Reproduced in app-office/libreoffice-4.1.0.1. To reproduce I cut and paste following page http://telecombloger.ru/katalog-cod into libreoffice calc. I've manage to do this few times, but now it just works...
(In reply to pva from comment #2) > Created attachment 81057 [details] > backtrace > > Reproduced in app-office/libreoffice-4.1.0.1. > > To reproduce I cut and paste following page > http://telecombloger.ru/katalog-cod > into libreoffice calc. I've manage to do this few times, but now it just > works... Even though your backtrace ended at the same symbol rtl_ImplGetFastUTF8ByteLen, the underlying problem is something completely different. Your (LibreOffice-specific) problem will be fixed in LibreOffice 4.1.0.2, see <https://bugs.freedesktop.org/show_bug.cgi?id=66324> " crashes when loading multiple images from HTTP links."
Reset assigne to the default "issues@openoffice.apache.org".