Re: FW: -break-delete with several breakpoints

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

BVRDE; a personal project of mine, yet hosted on
sourceforge.
http://sourcef
orge.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

 > Please be aware that the majority of MI consumers are
not on this 
 > list. 

You may be right but it is hard to know.  In the manual we
say:

      The best way to avoid unexpected changes in MI that
might break your
      front end is to make your project known to GDB
developers and follow
      development on <gdbsourceware.org> and
<gdb-patchessourceware.org>.

 >      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.

Apple have their own version of Gdb.  The only other
debuggers that use GDB/MI
and which are not active on this list, that I am aware of,
are Netbeans and
Nemiver.  Scores (= 40+) seems like an exaggeration.  In any
case it would be
useful to be aware of them.  Can you list them here?

-- 
Nick                                           http://www.inet.net.n
z/~nickrob

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://sourcef
orge.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

> Daniel wrote:
>> BVRDE; a personal project of mine, yet hosted on
sourceforge.
>> http://sourcef
orge.net/projects/bvrde/
>
> Thanks for the link; I decided to start a list of front
ends on the
> wiki.
>

Do a search on google /codesearch for "-exec-run"
and a number of 
opensource IDE and tools that use MI will turn up too.


> 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?
>

This is correct.


>> 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.
>

This was discussed to some degree a long time ago:
  ht
tp://sourceware.org/ml/gdb/2006-05/msg00063.html
Part of the problem is obviously my lack of skills, some of
it because
of the enviroments I wish to support.

bjarke

____________________________________________________________
_____
News, entertainment and everything you care about at
Live.com. Get it now!
http://www.live.c
om/getstarted.aspx