Hello, On Mon, 2011-02-14 at 11:05 +0000, Michael Meeks wrote: > > For me, saxparser crashes... I am debugging that but not really getting much > I wonder if the stlport iterators were simply more robust against > changes in the underlying structures. Is this a list it is iterating or > a hash ? If the latter then changes in the 'hash' had undefined (but > non-crashy) behaviour with stlport.
If it is the same crash we saw during FOSDEM, it is due to the fact that with the hash_* containers of stlport, erasing the element pointed to by the one-beyond-the-end iterator was graciously handled, whereas the boost::unordered ones are crashing with it. But the fix is just easy by checking whether the corresponding find did not return this kind of iterator and perform the erase only then. Cheers Fridrich _______________________________________________ LibreOffice mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice
