This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [8/9] multiple locations


On Tuesday 13 November 2007 10:15:16 Nick Roberts wrote:
> 
> Formerly, pending breakpoints were reported as:
> 
> (gdb) inf bre
> Num Type           Disp Enb Address    What
> 1   breakpoint     keep y   <PENDING>  cos
> 
> 
> now they're reported as:
> 
> 
> (gdb) inf bre
> Num     Type           Disp Enb  Address    What
> 1       breakpoint     keep y(p) <PENDING>  cos
> 
> 
> This can break a front end which parses the old output, and this is indeed
> the case for Emacs 22.1, which has already been released.

The CLI output was never documented as stable, and using it in frontend
is prone to such breakage. 

> 
> Does the (p) add anything useful to the user?  The manual says:
> 
>       An optional `(p)' suffix marks pending breakpoints
> 
> Is that not clear from the word PENDING?

No, because if you set breakpoint in a shared library, and that library
is unloaded, you have some number in 'address' field, but the breakpoint won't
actually fire, and the "(p)" indicates that fact.

> If it's not needed can we please revert it to the old format?  If it is needed
> can we find a format that doesn't break existing parsing?

I personally don't think we should cater for clients that try to use CLI
despite that being known as bad idea. That said -- do you have any suggestions
for an alternative format?

- Volodya
 



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]