On Mon, Jul 14, 2014 at 5:56 PM, Terrence Enger <tenger@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.
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.