From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "R. Bernstein" Newsgroups: gmane.emacs.devel Subject: Re: gud.el organization and adding debuggers Date: Thu, 2 Feb 2006 23:08:38 -0500 Message-ID: <17378.55110.663952.964583@panix3.panix.com> References: <17377.22796.880736.93318@panix3.panix.com> <17378.36015.450470.209995@panix3.panix.com> <87d5i5npmn.fsf-monnier+emacs@gnu.org> Reply-To: rocky@panix.com NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1138939743 717 80.91.229.2 (3 Feb 2006 04:09:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Feb 2006 04:09:03 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 03 05:09:02 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F4sFh-00023O-Sj for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 05:08:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4sIq-0002Vf-Rj for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2006 23:12:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F4sIe-0002VZ-KQ for emacs-devel@gnu.org; Thu, 02 Feb 2006 23:11:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F4sId-0002VN-4R for emacs-devel@gnu.org; Thu, 02 Feb 2006 23:11:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4sIc-0002VK-Ub for emacs-devel@gnu.org; Thu, 02 Feb 2006 23:11:54 -0500 Original-Received: from [166.84.1.72] (helo=mail1.panix.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F4sHZ-0008FX-H6 for emacs-devel@gnu.org; Thu, 02 Feb 2006 23:10:49 -0500 Original-Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail1.panix.com (Postfix) with ESMTP id E6FB7597B2 for ; Thu, 2 Feb 2006 23:08:38 -0500 (EST) Original-Received: (from rocky@localhost) by panix3.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k1348c625428; Thu, 2 Feb 2006 23:08:38 -0500 (EST) Original-To: emacs-devel@gnu.org In-Reply-To: <87d5i5npmn.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.19 under Emacs 21.3.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49950 Archived-At: Stefan Monnier writes: > >> Yes, GUD's support for particular debuggers should be made more modular. > >> It should also be possible to have several GUD sessions using different > >> debuggers at the same time. > > > Huh? Currently I have have no problem having several GUD sessions. > > Really? And those GUD sessions don't all use the same debugger? > Which debuggers do they use? Whatever I asked to be debugged. Could be perl's, mdb, bashdb, pydb and/or gdb. As I look at my emacs buffer list, I see all of them in use right now. The two gdb sessions debug different programs and have different breakpoints set for each -- different gdb states (file args, etc.), and that is true in other debuggers when I debug multiple programs. If you're trying to be diadactic, give it up. I wrote "Currently I have no problem having serveral GUD sessions", and just take that at face value. No doubt there are subtleties I'm missing and perhaps when you add into GNU Emacs in whatever it is you are clearly conveying (to others), feeble me will see the light and marvel at it. I'm still down at the level where I am trying to understand where/when the "local-set-key" of the "menu-bar" keymap makes itself evident to users. ;-) > > > And if I want to debug the same program more than once > > simultaneously a "rename-buffer" or "rename-uniquely" works for > > me. > > The problem is (among a few others) that each sessions makes global changes. > E.g. `gud-def' redefines globally the text sent to the underlying debuggers. Okay. > I'd rather keep as many entries in gud-menu-map as possible, and simply make > them invisible when the debugger doesn't support them. This will ensure > better consistency between the various debuggers supported. By all means -- GO FOR IT! I'm assuming these changes you envision will at least solve the set of issues that have been troubling me. Thanks for volunteering to take this on.