On Mon, Jul 14, 2014 at 5:56 PM, Terrence Enger <ten...@iseries-guru.com> wrote: > > > The long string of nines looks like the result of reading freed memory > in a debug build. valgrind may be able to tell you where the memory > was freed, if you have the patience to wait for it. >
Valgrind definitely found something kinda directly related to my new code; still have to understand what goes wrong at the lowermost call though. Some relevant output: *==19443== Invalid read of size 8* ==19443== at 0xF4339F6: *SdrTextObj::ImpGetDrawOutliner()* const (svdotext.cxx:1233) ==19443== by 0xF43988B: SdrTextObj::impCopyTextInTextObj(SdrTextObj*) const (svdotextdecomposition.cxx:813) ==19443== by 0xF4389BF: (anonymous namespace)::impTextBreakupHandler::impHandleTruncatedPortion(DrawPortionInfo const&) (svdotextdecomposition.cxx:587) ==19443== by 0xF4387EE: (anonymous namespace)::impTextBreakupHandler::impHandleDrawPortionInfo(DrawPortionInfo const&) (svdotextdecomposition.cxx:529) [more backtrace...] *==19443== Address 0xd8 is not stack'd, malloc'd or (recently) free'd* ==19443== ==19443== *==19443== Process terminating with default action of signal 11 (SIGSEGV)* ==19443== Access not within mapped region at address 0xD8 ==19443== at 0xF4339F6: SdrTextObj::ImpGetDrawOutliner() const (svdotext.cxx:1233) ==19443== by 0xF43988B: SdrTextObj::impCopyTextInTextObj(SdrTextObj*) const (svdotextdecomposition.cxx:813) [more backtrace...] Is 0xd8 the address returned by the lowermost call by any chance (i.e. SdrTextObj::ImpGetDrawOutliner())? Matteo > HTH, > Terry. > > >
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
