From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15138 invoked by alias); 31 Jan 2003 22:33:29 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15063 invoked from network); 31 Jan 2003 22:33:28 -0000 Received: from unknown (HELO nick.uklinux.net) (194.247.51.125) by 172.16.49.205 with SMTP; 31 Jan 2003 22:33:28 -0000 Received: by nick.uklinux.net (Postfix, from userid 501) id 9094076037; Fri, 31 Jan 2003 22:30:19 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15930.63739.197712.283245@nick.uklinux.net> Date: Fri, 31 Jan 2003 22:33:00 -0000 To: Elena Zannoni Cc: gdb@sources.redhat.com Subject: Re: [Various] obsoleting the annotate level 2 interface In-Reply-To: <15930.58372.75272.21296@localhost.redhat.com> References: <15930.55387.208309.948761@nick.uklinux.net> <15930.58372.75272.21296@localhost.redhat.com> X-SW-Source: 2003-01/txt/msg00540.txt.bz2 > > Ah, don't be fooled by the current online documentation... ;-) > I don't understand. The on line doc is up to date, it is not > lying. Sorry, it was just a cheeky paraphrase of something Andrew Cagney said earlier. Trying to be more helpful, the documentation says that -break-info has not been implemented yet but it seems to work even on my version of gdb (GNU gdb 20010813 (MI_OUT)). If -break-info does work, then presumably -break-list is not needed. > 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. gdb-ui.el currently uses the CLI equivalent of: -display-delete -display-disable -display-enable -display-insert -display-list although enable/disable probably aren't necessary. How do the other projects display variables ? > Of course those are *new* GUIs and they can be less functional. Emacs > cannot go backwards because some commands are missing. I imagine most modern GUIs are currently more functional than the one that I have provided for Emacs. It is the context of Emacs where I think the value of gdb-ui.el lies. > for instance, does emacs have a window that shows the threads of the > inferior? I've done nothing about threads, partly because different operating systems seem to treat them differently and partly from my lack of understanding of them. > But it is not hard to implement them. These are fairly simple, almost > wrappers. I agree there's no point of implementing them for the sake of it. If the existing commands work for the three projects you mention, then they should also work for Emacs. That just leaves the question of the console, which Andrew covers in his e-mail. Nick