Overview
Artifact ID: | a15bc6535ad424e66225d024dd8cb90f8de75f4e |
---|---|
Ticket: | 39e510f69e6e641894d24582c61ba0c99ab21799
Revised [text]: textDisp-27.7.2 segfaults on OS X |
User & Date: | gcramer 2017-05-24 13:06:31 |
Changes
- icomment:
<verbatim> > Hmmm, it seems the lldb debugger cannot be trusted with -01 </verbatim> <p> It can be trusted, but debugging optimized code is uncomfortable, because the optimization is reorganizing the code a bit, and some variables will be replaced by registers, or simply removed. <p> If I look onto the results then I guess that the font initialization of the Mac code has any severe problem, and is probably destroying the hash table (sharedTextPtr->tagTable). So I think that the font initialization while performing <verbatim> tagPtr->optionTable = Tk_CreateOptionTable(textPtr->interp, tagOptionSpecs); </verbatim> <p> needs investigation. Later, wen the lines tkTextTag.c:1924-1931 will be executed, one of the functions Tcl_CreateHashEntry(), or more likely Tcl_GetHashKey(), seems to corrupt the stack, as a side-effect.
- login: "gcramer"
- mimetype: "text/html"