FW: [MI] -break-delete with several breakpoints

FW: [MI] -break-delete with several breakpoints

[Bjarke Viksoe]

> Vladimir  wrote:
> I've noticed that right now, both -break-delete and -break-disable
> commands accept several breakpoint ids, like:
>  -break-disable 1 2 3
> This behaviour comes almost by accident, and is not documented
> anywhere. The question is -- should we document it and add tests, or
> should we declare this behaviour does not exist? I would disallow it.
> Keep it simple ;-)

It's documented alright...

 -break-disable ( breakpoint )+

Notice the + character in the MI definition!

I'm using this behaviour. Other IDEs would be too, I'd imagine.

bjarke


_________________________________________________________________
Connect to the next generation of MSN Messenger 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline

Re: FW: [MI] -break-delete with several breakpoints

[Vladimir Prus]

Bjarke Viksoe wrote:

> 
>> Vladimir  wrote:
>> I've noticed that right now, both -break-delete and -break-disable
>> commands accept several breakpoint ids, like:
>>  -break-disable 1 2 3
>> This behaviour comes almost by accident, and is not documented
>> anywhere. The question is -- should we document it and add tests, or
>> should we declare this behaviour does not exist? I would disallow it.
>> Keep it simple ;-)
> 
> It's documented alright...
> 
>  -break-disable ( breakpoint )+
> 
> Notice the + character in the MI definition!

Ok, we'll keep it then.

> I'm using this behaviour. Other IDEs would be too, I'd imagine.

For reference, which IDE are you using this behaviour in?

- Volodya

Re: FW: [MI] -break-delete with several breakpoints

[Bjarke Viksoe]

> 
>> Vladimir  wrote:
> For reference, which IDE are you using this behaviour in?
> - Volodya

BVRDE; a personal project of mine, yet hosted on sourceforge.
http://sourceforge.net/projects/bvrde/

I don't have the luxury of installing the latest GDB with my tool, and 
because of network latency, small and concise MI messages are 
important.

Please be aware that the majority of MI consumers are not on this 
list. What may seem nifty to the 2-3 IDE implementations that 
discusses MI changes here may not be easy for Apple, Wind River 
or the scores of other tools that have integrated with the current 
MI interface.
I feel confident that you will eventually find the best path, but if you
do introduce breaking changes, please consider putting it in a 
milestone where you can add all, not just the non-stop stuff, pending
breaking changes.
Adding non-stop to MI3 now, then adding MI4 with a few more 
breaking changes a couple of months later, MI5, MI6... well, it going 
to be a mess and you'll end up with a lot of tools hard-coded to MI2 
forever. Surely these changes are needed, just appreciate the 
impact on tool developers.

bjarke


_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us

Re: FW: [MI] -break-delete with several breakpoints

[Daniel Jacobowitz]

On Sat, May 03, 2008 at 08:56:07AM +0200, Bjarke Viksoe wrote:
> 
> > 
> >> Vladimir  wrote:
> > For reference, which IDE are you using this behaviour in?
> > - Volodya
> 
> BVRDE; a personal project of mine, yet hosted on sourceforge.
> http://sourceforge.net/projects/bvrde/

Thanks for the link; I decided to start a list of front ends on the
wiki.

So you're running the front end on Windows and the GDB on the remote
Unix system, rather than GDB on Windows and gdbserver on the remote
system?

> I don't have the luxury of installing the latest GDB with my tool, and 
> because of network latency, small and concise MI messages are 
> important.

That doesn't sound quite right... small and concise messages are
important for throughput.  If you are prepared to pipeline multiple
requests latency can be less of an issue.

-- 
Daniel Jacobowitz
CodeSourcery