Insight build problem on cygwin (tentative patch enclosed)

Christopher Faylor cgf@redhat.com
Mon Feb 17 19:01:00 GMT 2003


On Mon, Feb 17, 2003 at 01:48:19PM -0500, Christopher Faylor wrote:
>[reply-to set]
>On Mon, Feb 17, 2003 at 01:38:02PM -0500, Andrew Cagney wrote:
>>>-  static const struct interp_procs tk_procs =
>>>-  {
>>>-    tk_init,
>>>-    gdbtk_resume,
>>>-    gdbtk_suspend,
>>>-    gdbtk_exec,
>>>-    gdbtk_prompt_p,
>>>-    gdbtk_command_loop,
>>>-  };
>>>-
>>>-  interp_add (interp_new ("gdbtk", NULL, NULL, &tk_procs));
>>>-
>>
>>FYI,
>>
>>Removing from _initialize*() is wrong.  Interpreters should only be 
>>registered in _initialize*() function.
>>
>>I think the underlying problem is general confusion over the separation 
>>of powers between interp_add() and interp_init().
>>
>>BTW, even with that NULL, it worked for me.  Is there something cygwin 
>>centric going on?
>
>Don't see how it could be.  interp_set does this:
>
>  uiout = interp->interpreter_out;
>
>So, at some point uiout becomes NULL.  I wiped out my old non-working version
>so I can't give the specific instance right now but it seems obvious that this
>could happen.  If you set interpreter_out to NULL and call interp_set at some
>point then uiout will be NULL.

The call which sets uiout to NULL is in captured_main, line 559.  Just typing
"insight foo.exe" was enough for me to trigger the problem.  You can also see
it if you type "insight" (which brings up a window) and then do a "File->Open".

cgf



More information about the Insight mailing list