From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: M-x gdb troubles Date: 21 Apr 2004 16:30:46 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <16518.51349.955232.751075@nick.uklinux.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1082579737 14636 80.91.224.253 (21 Apr 2004 20:35:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 21 Apr 2004 20:35:37 +0000 (UTC) Cc: emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 21 22:35:27 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BGORL-0000fv-00 for ; Wed, 21 Apr 2004 22:35:27 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BGORL-0001pH-00 for ; Wed, 21 Apr 2004 22:35:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BGOOL-0007r1-1P for emacs-devel@quimby.gnus.org; Wed, 21 Apr 2004 16:32:21 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BGOOD-0007q2-Uh for emacs-devel@gnu.org; Wed, 21 Apr 2004 16:32:13 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BGONe-0007ap-2t for emacs-devel@gnu.org; Wed, 21 Apr 2004 16:32:10 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BGOMt-0007Cr-Km for emacs-devel@gnu.org; Wed, 21 Apr 2004 16:30:51 -0400 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id C805B211FA; Wed, 21 Apr 2004 16:30:47 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 89FB38B4C3; Wed, 21 Apr 2004 16:30:46 -0400 (EDT) Original-To: Nick Roberts In-Reply-To: <16518.51349.955232.751075@nick.uklinux.net> Original-Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-0.001, requis 5, BAYES_44 -0.00) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22006 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22006 >> If I have a running gdb process (M-x gdb ... run), and accidentally do >> M-x gdb again (instead of switching to the gdb buffer), things get >> really messy... >> Maybe the second M-x gdb should just switch to the current gdb buffer >> if I enter the same command line as a previous gdb run. > How about this patch. The catch form would have to be added to the other > debugger functions (dbx, pdb, perldb etc) to be consistent. Yuck. I'd much rather just throw an error and be done with it. Let the user switch to the gdb buffer manually. Stefan PS: while I'm here: it occurred to me that the gdb-ui stuff should be split into a "frame/window management" part (the gdb-many-windows stuff) and an "annotation=3" part. The frame/window-management would be extended to include the "old GUD" style, would be made non-GDB specific, and moved to gud.el. This way the new frame system (with a special gud-source-window and such) would also be available for other debuggers. Of course, this is only seen from a conceptual point of view. From a coding point of view, it might require a complete rewrite/redesign: I wouldn't know. Tho I do understand that the frame/window-management is already partly separate so maybe it wouldn't be that hard to do.