Boost C++ Libraries: Ticket #7768: serialization test_array_xml_warchive: double free or corruption

Robert Ramey — Wed, 05 Dec 2012 16:19:32 GMT

I haven't checked in any changes for sometime. So presumably this has been tripped by some other change. Does anyone have any idea when this started to occur? Or any other information about it?

Robert Ramey

anonymous — Wed, 05 Dec 2012 16:59:59 GMT

It could also be a bug in libstdc++, because clang with "-stdlib=libc++" (http://libcxx.llvm.org/) doesn't show the issue. I've tried to reduce the testcase yesterday, but couldn't get rid of boost libraries. And a simple testcase, that doesn't depend on any external libraries, is needed before one could open a gcc bug.

Robert Ramey — Wed, 12 Dec 2012 21:54:57 GMT

I've spent some time investigating this so far with no results. Here are a few facts:

a) This occurs in a very few programs which use the xml_?archive classes. b) This suggests issues related to utf8_codecvt and /or spirit parser. I've spent some time improving the test for utf8 and believe that there are issues here. I've checked in the changes and we'll watch the trunk tests to see if errors on test_utf8_codecvt go away.

Issue is still pending.

Robert Ramey

Robert Ramey — Wed, 06 Feb 2013 20:38:37 GMT

I believed I (with Marshall's help) have traced this to an issue with utf8_codecvt facet. The problem only shows up when it's recovering from an exception. That is, utf8_codecvt is not exception-safe on these platforms. This is because due variations among standard header implementations we're sometimes pulling code from the standard header ans sometimes from our own facet. It's a bit of a fiasco but it needs a real fix - not just a quick one. So it's on our list.

Robert Ramey

status changed; resolution set

Robert Ramey — Mon, 03 Feb 2014 22:54:26 GMT

status new → closed
resolution → fixed

I believe that recent fixes to utf_codecvt will address this issue. Feel free to re-test and resubmit if this problem still exists.