From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r100117: Run kill-emacs when exiting for display closed or SIGTERM/HUP. Date: Tue, 04 May 2010 15:03:12 +0200 Message-ID: <4BE01B10.7030607@swipnet.se> References: <3D94147C-CA80-4DB1-AD11-4707C3077275@swipnet.se> <4BDE87A4.5060701@swipnet.se> <4BDF1106.7060200@swipnet.se> <4BDFD3CE.4030700@swipnet.se> <87bpcv7up4.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1272978226 15931 80.91.229.12 (4 May 2010 13:03:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 4 May 2010 13:03:46 +0000 (UTC) Cc: Stefan Monnier , "emacs-devel@gnu.org" To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 04 15:03:42 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O9Hml-00008T-Aw for ged-emacs-devel@m.gmane.org; Tue, 04 May 2010 15:03:39 +0200 Original-Received: from localhost ([127.0.0.1]:58033 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9Hmk-0006dh-Fh for ged-emacs-devel@m.gmane.org; Tue, 04 May 2010 09:03:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O9Hme-0006dE-PN for emacs-devel@gnu.org; Tue, 04 May 2010 09:03:32 -0400 Original-Received: from [140.186.70.92] (port=52565 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9Hmc-0006d5-4z for emacs-devel@gnu.org; Tue, 04 May 2010 09:03:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O9HmZ-00036J-1r for emacs-devel@gnu.org; Tue, 04 May 2010 09:03:29 -0400 Original-Received: from smtprelay-h11.telenor.se ([62.127.194.4]:41877) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9HmU-00035T-T7 for emacs-devel@gnu.org; Tue, 04 May 2010 09:03:26 -0400 Original-Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h11.telenor.se (Postfix) with ESMTP id 64992EBF63 for ; Tue, 4 May 2010 15:03:23 +0200 (CEST) X-SENDER-IP: [85.225.45.110] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArY6AKi330tV4S1uPGdsb2JhbACHaZVHDAEBAQE1LbtVhRME X-IronPort-AV: E=Sophos;i="4.52,327,1270418400"; d="scan'208";a="514545773" Original-Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb3.telenor.se with ESMTP; 04 May 2010 15:03:20 +0200 Original-Received: from [10.225.32.35] (unknown [193.45.43.33]) by coolsville.localdomain (Postfix) with ESMTPSA id C7CDE7FA05A; Tue, 4 May 2010 15:03:17 +0200 (CEST) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 In-Reply-To: <87bpcv7up4.fsf@uwakimon.sk.tsukuba.ac.jp> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124504 Archived-At: On 2010-05-04 13:49, Stephen J. Turnbull wrote: > Jan Dj=E4rv writes: > > > So what? Session management doesn't care what the processes do > > internally. > > No, but users do. And users don't care what Emacs's actual cwd is > (except that I am daily thankful that Emacs doesn't chdir because that > means that Emacs's cwd is never on the USB key that I want to umount!) So you don't care but you do care? --chdir solves a problem for current users of session restarted Emacs.=20 Not all problems, but enough to get by. You are still just arguing for=20 enhancements, not that chdir is bad. If you don't care (except when you=20 do in the USB case), why do you think removing it is such a good idea?=20 If someone wants enhancements to session restore, please implement it the= n. Jan D.