As per upstream bug:
Building LibreOffice with its internal boost version (1.44) evades the bug on 
quantal. It works fine with boost 1.48 on precise, so its a regression.
Using internal boost for LibreOffice is workaround, but not a good one:
- there was a hickup in the build with 1.44 (I had to rebuild codemaker 
manually once for the build to complete. Though that might be fixable).
- it would need careful reexamination of the interfaces between LibreOffice and 
its close deps for boost classes that might be incompatible between boost 
versions
- boost 1.49 would still broken on quantal
- as this is a heisenbug is possibly affects a _lot_ of apps unknowingly
- there is no working alternative on quantal

As this is a regression between 1.48 and 1.49 I had a look at the diff
in boost/unordered, but its 1.5 KLOC of heavy template code, so so
obvious quick fix from my side.

@doko: Can we have 1.48 on quantal too as a nonbroken boost
implementation?

-- 
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:
  New

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     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to