From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: Multiple debugging sessions Date: Fri, 11 Nov 2005 08:12:13 +1300 Message-ID: <17267.39821.548416.351709@kahikatea.snap.net.nz> References: <87u0feb5b7.fsf@wigwam.deepwood.net> <871x2hck3a.fsf@cut.bc.hsia.telus.net> <17239.8445.256875.931159@kahikatea.snap.net.nz> <17266.60914.593789.221645@kahikatea.snap.net.nz> 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 1131650126 8303 80.91.229.2 (10 Nov 2005 19:15:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 10 Nov 2005 19:15:26 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 10 20:15:24 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EaHrZ-0000lw-Cd for ged-emacs-devel@m.gmane.org; Thu, 10 Nov 2005 20:13:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EaHrY-0005XK-Ms for ged-emacs-devel@m.gmane.org; Thu, 10 Nov 2005 14:13:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EaHrQ-0005X8-1h for emacs-devel@gnu.org; Thu, 10 Nov 2005 14:13:24 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EaHrO-0005Wv-Er for emacs-devel@gnu.org; Thu, 10 Nov 2005 14:13:23 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EaHrO-0005Ws-Bp for emacs-devel@gnu.org; Thu, 10 Nov 2005 14:13:22 -0500 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EaHq3-0006gg-Bx; Thu, 10 Nov 2005 14:11:59 -0500 Original-Received: from kahikatea.snap.net.nz (p84-tnt1.snap.net.nz [202.124.110.84]) by viper.snap.net.nz (Postfix) with ESMTP id 18C3A731185; Fri, 11 Nov 2005 08:11:55 +1300 (NZDT) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 289BB83AE; Fri, 11 Nov 2005 08:12:14 +1300 (NZDT) Original-To: snogglethorpe@gmail.com, miles@gnu.org In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.0.50.14 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:45691 Archived-At: Miles Bader writes: > 2005/11/10, Nick Roberts : > > I can understand that it's not as ideal as working with one instance. > > Could you please explain, in practical terms, what makes it "very > > inconvenient". > > Because having multiple emacs instances is almost always a horrible > nuisance -- you get multiple instances of open files etc (even worse > is multiple gnus sessions -- I've done this a few times!). One of the > biggest benefits of Emacs is having a shared global workspace. > > [Do I really need to say this?!?] I'm impressed that you can debug multiple programs and read gnus all at the same time. You could open the files and read gnus in just one instance, changing the background colour, for example, so that you can distinguish between the two. By practical, I really meant something more concrete and unavoidable. > > I'm > > afraid that managing multiple debugging sessions is low down on my list > > of things to do... > > Retrofitting such a feature is probably a lot harder than simply being > a bit careful to keep things well-parameterized from the beginning > (well i guess it's too late now, but ...). I've already said that I'm not planning to retrofit such a feature but keep the code simple by not having it. Of course, if many users share your view after the release, I will reconsider. > If you plan to make large scale change anyway, simply being aware of > the issue may go a long way towards avoiding such problems in the > rewritten code. I was aware of the issue. The file gdba.el, which I used as my starting point, used many buffer local variables, presumably to allow multiple sessions. It didn't work, so I made them global. Nick