(In reply to comment #26) > Reopening, finally found the root cause of this it seems and LibreOffice is > not > really innocent.
Just for the record, it more looks like a problem of boost than of LibreOffice to me (though the commit that happens to fix it is fine in and of itself anyway, of course); quoting recent #libreoffice-dev: Aug 07 11:56:18 <Sweetshark> caolan: could you please review https://gerrit.libreoffice.org/#/c/373/ for libreoffice-3-6 ? Aug 07 11:57:28 <sberg> Sweetshark, but aCandidates.first/second are not used after erase, so the original code should be fine? Aug 07 12:01:21 <Sweetshark> sberg: afaik the iterator are not guaranteed to be stable _inside_ an erase (at least a few stl pages warned about that). Aug 07 12:02:15 <sberg> Sweetshark, and "Remove the links [plural!] from the given window" suggests that there can indeed be multiple entries for pWindow (after all, its an unordered_multimap) Aug 07 12:02:47 <sberg> Sweetshark, "not guaranteed to be stable": that would render erase(iterator,iterator) completely useless Aug 07 12:07:38 <Sweetshark> sberg: fact is: without that I crash after ~10 iterations, with the change it crashes after >100 iterations on a different issue here. So either we are doing something illegal (which -- as you say is unlikely), or boost-1.49/gcc4.7 is broken wrt that. Aug 07 12:15:04 <sberg> Sweetshark, or, only removing a single entry per pWindow instead of all of them happens to mask some other error Aug 07 12:17:05 <Sweetshark> sberg: huh? according to boost docs erase(key&) also kills _all_ pWindows Aug 07 12:18:39 <sberg> Sweetshark, ah, right; odd, then Aug 07 12:20:19 <Sweetshark> sberg: note I also replaced some of the std::lists with std::deques before to evade ABI breakage. however that did not fix the issue. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1017125 Title: boost::unordered_multimap<>::erase(iterator, iterator) broken on quantal Status in LibreOffice Productivity Suite: Won't Fix Status in “boost1.49” package in Ubuntu: Confirmed Status in “gcc-4.7” package in Ubuntu: New Status in “libreoffice” package in Ubuntu: Fix Committed Bug description: subsequentcheck sometimes crashes in xmloff.Impress.XMLContentImporter::com::sun::star::document::XImporter Testcode: http://opengrok.libreoffice.org/xref/core/qadevOOo/tests/java/ifc/document/_XImporter.java against service: http://opengrok.libreoffice.org/xref/core/qadevOOo/tests/java/mod/_xmloff/Impress/XMLContentImporter.java steps to reproduce: cd xmloff echo "-o xmloff.Impress.XMLContentImporter" > qa/unoapi/xmloff.sce echo > qa/unoapi/knownissues.xcl << EOF xmloff.Impress.XMLContentImporter::com::sun::star::lang::XInitialization xmloff.Impress.XMLContentImporter::com::sun::star::document::XFilter xmloff.Impress.XMLContentImporter::com::sun::star::container::XNamed EOF R=T; while test "$R" = "T"; do make subsequentcheck || R=F; done expected result: test passes without a crash actual result: crash To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1017125/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
