Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Alain Magloire" <alain@qnx.com>
To: eliz@gnu.org
Cc: cagney@gnu.org (Andrew Cagney),
	alain@qnx.com, bob@brasko.net, nick@nick.uklinux.net,
	gdb-patches@sources.redhat.com
Subject: Re: MI handshaking
Date: Wed, 17 Nov 2004 16:05:00 -0000	[thread overview]
Message-ID: <200411171514.KAA17278@smtp.ott.qnx.com> (raw)
In-Reply-To: <01c4c95e$Blat.v2.2.2$f59e0820@zahav.net.il> from "Eli Zaretskii" at Nov 13, 2004 10:57:33 AM

> 
> > Date: Fri, 12 Nov 2004 17:57:30 -0500
> > From: Andrew Cagney <cagney@gnu.org>
> > Cc: Bob Rossi <bob@brasko.net>, Nick Roberts <nick@nick.uklinux.net>,
> >         gdb-patches@sources.redhat.com
> > 
> > > =mi-handshake,versions=[mi1,mi2,mi3],stable=[mi2]
> > 
> > Yes, thanks for the correction with ``=''.   But not 
> > ``versions=[mi1,mi2,mi3]'' that's too much and misleading information.
> > 
> > I think the objective here needs to be to provide as much information as 
> > possible about what version of GDB and MI is running.  Hence the:
> > 
> > 	version="mi2"
> > 
> > (where hopefully VERSION version is a member of STABLE :-)
> 
> We've been through this discussion, and the only suggestion that
> brought a consensus was to print all the supported MI versions, not
> just one.  Let's not reopen that discussion again, even if the result
> looks ``too much and misleading''.  (Why ``misleading'', btw?)
> 
> > although strictly speaking it should probably be:
> > 
> > 	mi-version="mi2"
> 
> Yes, mi-version is better, IMO.
> 

Right 8-).

But it would also be nice to have a command that would show this 
information.  It will bring symmetry/consistency:
- If you want to see the information again, then the only
  would be to kill gdb and restart again ?

- Most of the information in the prologue blurb can be retrieve:
   show version
   show annotate
   show copying
   show warranty
  Why would the mi-version be different ?

- It would be a big advantage to a frontend  ... well at least to me 8-)
  In our case, we do not necessarly spawn gdb, the process is spawn
  by a delegate.  For now I can just rely on smart guesses:
   --interpreter-exec console "echo"  --> working good that means mi2 and above
  no fun and easy to get wrong.


-- 
au revoir, alain
----
Aussi haut que l'on soit assis, on est toujours assis que sur son cul !!!


  parent reply	other threads:[~2004-11-17 16:05 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200411120344.WAA24018@smtp.ott.qnx.com>
2004-11-12 22:59 ` Andrew Cagney
2004-11-13  9:01   ` Eli Zaretskii
2004-11-13 13:48     ` Bob Rossi
2004-11-17 16:05       ` Alain Magloire
2004-11-17 16:32         ` Bob Rossi
2004-11-18  1:35           ` Alain Magloire
     [not found]           ` <200411180135.UAA14730@smtp.ott.qnx.com>
2004-11-19 19:23             ` Bob Rossi
2005-01-05  1:36               ` Bob Rossi
2005-01-05  1:51                 ` Jim Ingham
2005-01-05  1:53                   ` Bob Rossi
2005-01-05  2:01                     ` Jim Ingham
2005-01-05  2:34                       ` Bob Rossi
2005-01-05  2:40                         ` Bob Rossi
2004-11-17 16:05     ` Alain Magloire [this message]
     [not found] <200411171514.KAA17361@smtp.ott.qnx.com>
2004-11-17 17:30 ` Eli Zaretskii
2004-11-12  9:54 Nick Roberts
  -- strict thread matches above, loose matches on Subject: below --
2004-11-04 19:57 Bob Rossi
2004-11-04 19:59 ` Bob Rossi
2004-11-11 20:30   ` Andrew Cagney
2004-11-12  3:44     ` Alain Magloire
2004-11-04 21:28 ` Eli Zaretskii
2004-11-05 16:39   ` Bob Rossi
2004-11-05 17:50     ` Eli Zaretskii
2004-11-05 22:12       ` Bob Rossi
2004-11-06 10:12         ` Eli Zaretskii
2004-11-08 14:49           ` Bob Rossi
2004-11-08 15:01             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200411171514.KAA17278@smtp.ott.qnx.com \
    --to=alain@qnx.com \
    --cc=bob@brasko.net \
    --cc=cagney@gnu.org \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sources.redhat.com \
    --cc=nick@nick.uklinux.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox