Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Elena Zannoni <ezannoni@redhat.com>
To: Nick Roberts <nick@nick.uklinux.net>
Cc: gdb@sources.redhat.com
Subject: Re: [Various] obsoleting the annotate level 2 interface
Date: Fri, 31 Jan 2003 20:56:00 -0000	[thread overview]
Message-ID: <15930.58372.75272.21296@localhost.redhat.com> (raw)
In-Reply-To: <15930.55387.208309.948761@nick.uklinux.net>

Nick Roberts writes:
 > > On Wed, 29 Jan 2003 10:56:02 -0500, Christopher Faylor wrote:
 > > > On Wed, Jan 29, 2003 at 04:51:06PM +0100, Arnaud Charlet wrote:
 > > > > Honestly?  No.  MI has `kick ass' features sufficent to justify the
 > > > > move now:
 > 
 > > > Well fine, so we are in disagreement.  Maybe the gdb GUI you've written
 > > > does not have the same requirements than GVD has.
 > 
 > > > I'm not saying MI does not have some added value compared to CLI, I'm
 > > > just saying (and I'm not the only one) that there are some missing
 > > > features in MI which are important enough to be taken into account.
 > 
 > > And the missing features are...?
 > 
 > Well, the current online documentation at, 
 > http://sources.redhat.com/gdb/current/onlinedocs/gdb_25.html#SEC217,
 > says (summarised) :
 > 
 > Also note that the commands with a non-available example (N.A.) are not yet
 > implemented.
 > 
 > -display-delete                 N.A.
 > -display-disable                N.A.
 > -display-enable                 N.A.
 > -display-insert                 N.A.
 > -display-list                   N.A.
 > -exec-abort                     N.A.
 > -exec-show-arguments            N.A.
 > -file-list-exec-sections        N.A.
 > -file-list-exec-source-files    N.A.
 > -file-list-shared-libraries     N.A.
 > -file-list-symbol-files         N.A.
 > -stack-info-frame               N.A.
 > -symbol-info-address            N.A.
 > -symbol-info-file               N.A.
 > -symbol-info-function           N.A.
 > -symbol-info-line               N.A.
 > -symbol-info-symbol             N.A.
 > -symbol-list-functions          N.A.
 > -symbol-list-types              N.A.
 > -symbol-list-variables          N.A.
 > -symbol-locate                  N.A.
 > -symbol-type                    N.A.
 > -target-attach                  N.A.
 > -target-compare-sections        N.A.
 > -target-exec-status             N.A.
 > -target-list-available-targets  N.A.
 > -target-list-current-targets    N.A.
 > -target-list-parameters         N.A.
 > -thread-info                    N.A.
 > -thread-list-all-threads        N.A.
 > 
 > Ah, don't be fooled by the current online documentation... ;-)
 > 
 > Nick


I don't understand. The on line doc is up to date, it is not
lying. Those commands have not been implememted. We have gone through
3 projects (one internal to Cygnus, eclipse, and the apple ui) and
none of those missing commands was obviously a show stopper. Of course
those are *new* GUIs and they can be less functional. Emacs cannot go
backwards because some commands are missing. Does emacs need these
commands? for instance, does emacs have a window that shows the
threads of the inferior?

But it is not hard to implement them. These are fairly simple, almost
wrappers.

As far as the interpreter stuff, there are up to date patches I
posted, but I didn't have time to commit. They might need a day or so
of work & testing. If somebody feels lucky....

elena


  reply	other threads:[~2003-01-31 20:56 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-31 20:14 Nick Roberts
2003-01-31 20:56 ` Elena Zannoni [this message]
2003-01-31 21:10   ` Andrew Cagney
     [not found]     ` <15931.6572.456534.588251@nick.uklinux.net>
     [not found]       ` <15931.8581.923838.921739@localhost.redhat.com>
2003-02-01 16:16         ` Nick Roberts
2003-01-31 22:33   ` Nick Roberts
2003-02-01  4:13   ` Jim Blandy
     [not found] <1044050405.3227.ezmlm@sources.redhat.com>
2003-02-01  0:43 ` Jim Ingham
  -- strict thread matches above, loose matches on Subject: below --
2003-01-28 20:05 Jim Blandy
2003-01-28 20:36 ` Andrew Cagney
2003-01-29  6:14   ` Eli Zaretskii
2003-01-29 21:56     ` Jim Blandy
2003-01-28 22:29 ` Arnaud Charlet
2003-01-29  5:38   ` Andrew Cagney
2003-01-29  8:55     ` Arnaud Charlet
2003-01-29 15:19       ` Andrew Cagney
2003-01-29 15:31         ` Arnaud Charlet
2003-01-29 15:43           ` Andrew Cagney
2003-01-29 15:51             ` Arnaud Charlet
2003-01-29 15:55               ` Christopher Faylor
2003-01-29 16:01                 ` Arnaud Charlet
2003-01-29 16:19                   ` Andrew Cagney
2003-01-29 16:34                     ` Arnaud Charlet
2003-01-29 17:16                       ` Andrew Cagney
2003-01-29 19:03                       ` Tom Tromey
2003-01-29 22:38                         ` Jim Blandy
2003-01-29 17:19         ` 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=15930.58372.75272.21296@localhost.redhat.com \
    --to=ezannoni@redhat.com \
    --cc=gdb@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