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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1017125 Title: boost::unordered_multimap<>::erase(iterator, iterator) broken on quantal To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1017125/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
