insight 6.8 crash on setting breakpoint in shared library

[Denis PILAT]

Hello everybody,

This bugs occurs for any pending breakpoints. If you do "break printf" 
before the program is being run, then insight crashes.
It was not present in the 6.7.1 version of insight.

I've just implemented a fix for that. It's not a perfect support for 
pending breakpoints into insight, but it's better than before.
Attached the proposed patch.
It's based on the 6.8 version of insight. I did not had time to rebase 
it on the cvs head, but if it's suitable, I can do it.

So with this patch, Eclipse does not crash anymore, and the breakpoint 
window display "<PENDING>" in the FileName column and the entered user 
expression into the Function field of the breakpoint view. Zeros are 
displayed into the  line number and address field.

There is just one thing I'm not satisfied with: when the breakpoint 
becomes not pending, then the Breakpoint view is not refreshed. User 
needs to close and open it. I'm not familiar enough with this part of 
gdb to handle that correctly, may be Keith can help.

Waiting for your feedback,
-- 
Denis






Robert Bu wrote:
> Hello All,
>
> When I try to set a breakpoint, which is in a shared library not loaded
> in yet, such as
>
> In GDB console window of insight, type:
> b test_file.cpp:20
>
> Insight pops up a window saying:
> Make breakpoint pending on future shared library load?
>
> I click Yes. Then insight crashes with "Segmentation fault". GDB 6.8 can
> set the breakpoint on the shared library.
>
> My insight version is 6.8 under Linux.
> To reproduce the problem, just open an executable file with insight
> (e.g. insight test, set a breakpoint on even an un-existed shared
> library (e.g. b hello.cpp:20).
>
> Best regards.
>
> Robert
>
>   
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gdbtk-bp.c.patch
URL: <http://sourceware.org/pipermail/insight/attachments/20080917/ccb68fc0/attachment.ksh>