From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui can't handle mutiple debugging sessions Date: Tue, 14 Sep 2004 13:33:33 +1200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <001101c499fa$f5fba540$949260cb@h> References: <001001c49915$c144efe0$479460cb@h> Reply-To: Nick Roberts NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1095126338 2876 80.91.229.6 (14 Sep 2004 01:45:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Sep 2004 01:45:38 +0000 (UTC) Cc: Andreas Schwab , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 14 03:45:23 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C72Nm-00031x-00 for ; Tue, 14 Sep 2004 03:45:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C72TK-0002KS-Hi for ged-emacs-devel@m.gmane.org; Mon, 13 Sep 2004 21:51:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C72TD-0002KN-Sb for emacs-devel@gnu.org; Mon, 13 Sep 2004 21:51:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C72TA-0002KA-2e for emacs-devel@gnu.org; Mon, 13 Sep 2004 21:50:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C72T9-0002K7-W5 for emacs-devel@gnu.org; Mon, 13 Sep 2004 21:50:56 -0400 Original-Received: from [202.0.58.20] (helo=linda-1.paradise.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C72NM-0001ue-2r for emacs-devel@gnu.org; Mon, 13 Sep 2004 21:44:56 -0400 Original-Received: from smtp-1.paradise.net.nz (smtp-1b.paradise.net.nz [202.0.32.210]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0I4000KPJCUPOT@linda-1.paradise.net.nz> for emacs-devel@gnu.org; Tue, 14 Sep 2004 13:44:50 +1200 (NZST) Original-Received: from suzanne (203-96-146-148.apx1.paradise.net.nz [203.96.146.148]) by smtp-1.paradise.net.nz (Postfix) with SMTP id E31F182B88; Tue, 14 Sep 2004 13:44:47 +1200 (NZST) Original-To: Stefan X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-Priority: 3 X-MSMail-priority: Normal 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27096 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27096 > Do multiple sessions still work (at least as well as before) if you use > `gdb --fullname'? gdb -fullname *should* work as before in all respects but I won't be able to check anything for another couple of weeks. > What's the source of difficulty in supporting multiple sesions with gdb-ui? > My experience in removing the "only one per Emacs process" limitation of > various special modes (such as pcl-cvs) is that it's usually not that hard, > only it requires care (basically: make all the relevant variables > buffer-local in the main buffer and be careful to always select the main > buffer before reading those vars). The original code (gdba.el) did have buffer-local variables although I'm not sure that multiple sessions worked. Since the mode has multiple windows/frames for a single session I decided it was best to make the variables global for cleaner code. Given the difficulty that I've had controlling the display of the appropriate windows/frames just for a single session, I still don't think that was a bad decision. > In Emacs-21.3, the multiple-session support in gud.el is pretty fragile: > it only works if all the GUD sessions use the same backend (i.e. all gdb, > or all dbx, or all perldb). That should be added to the TODO (which should > have a KNOWN-BUGS section). How often would people need that kind of support? gdb-ui needs feedback from a wider audience to find out which features are important. Eventually it has to be replaced by a mode that uses GDB's Machine Interface (MI) so it is really interim code.. When I started I just didn't realise that a release would take so long. Nick