[Bug 1017125] Re: [SRU quantal] boost::unordered_multimap<>::erase(iterator, iterator) broken in boost1.49

Launchpad Bug Tracker 1017125 at bugs.launchpad.net
Fri Nov 16 01:30:39 UTC 2012


** Branch linked: lp:~ubuntu-branches/ubuntu/quantal/boost1.49/quantal-
proposed

** Branch linked: lp:~ubuntu-branches/ubuntu/quantal/boost-mpi-
source1.49/quantal-proposed

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1017125

Title:
  [SRU quantal] boost::unordered_multimap<>::erase(iterator, iterator)
  broken in boost1.49

Status in Boost C++ Libraries:
  New
Status in LibreOffice Productivity Suite:
  Won't Fix
Status in “boost-mpi-source1.49” package in Ubuntu:
  Fix Released
Status in “boost1.49” package in Ubuntu:
  Fix Released
Status in “gcc-4.7” package in Ubuntu:
  Invalid
Status in “libreoffice” package in Ubuntu:
  Fix Released
Status in “boost-mpi-source1.49” source package in Quantal:
  Fix Committed
Status in “boost1.49” source package in Quantal:
  Fix Committed
Status in “gcc-4.7” source package in Quantal:
  Invalid
Status in “libreoffice” source package in Quantal:
  New
Status in “boost1.49” package in Debian:
  Unknown
Status in “boost1.49” package in Fedora:
  Unknown
Status in “boost1.49” package in Gentoo Linux:
  New

Bug description:
  [Impact]

   * possible root cause of bug 1067907 and essentially ever other client using boost::unordered
   * bug 1067907 alone has ~50 reported crashes per day

  [Test Case]

   * compile and run the attached testcase

  [Regression Potential]

   * miminal patch provided as a patch by upstream -- has been fixed in
  later boost versions

  [Other Info]

  These was the original symptoms in LibreOffice causing the bug hunt --
  it has been evaded (without fixing the root cause in boost up to now)
  by not using the broken boost method in LibreOffice with
  http://cgit.freedesktop.org/libreoffice/core/commit/?id=861e55bd889d9f5f5b37724b3615e9355e2d5c15&g=libreoffice-3-6
  :

  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/boost/+bug/1017125/+subscriptions



More information about the Ubuntu-sponsors mailing list