Patched around with: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=576f40c827638e002752fee256c1f67b7b493007 in Ubuntu packaging. Upstreamed and backported to 3.6 upstream as: https://gerrit.libreoffice.org/#/c/373/
However I could not reproduce this in a simple testcase so far although I tried. Looking further I found that LibreOffice uses an icky cast in this for the map, although unless I am mistaken, that should not lead to any issues on our archs (it might cause unhelpful hash collisions on windows 64-Bit though). Jut to be save and sane I also commited a better cast there: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=03d64b736ac612f7ce2e7c40a0be04a6e23ae489 Hints or corrections (on why that have might indeed be troublesome) most welcome. ** Changed in: libreoffice (Ubuntu) Status: In Progress => Fix Committed -- 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
