From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier 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: Mon, 03 May 2010 22:38:26 -0400 Message-ID: References: <3D94147C-CA80-4DB1-AD11-4707C3077275@swipnet.se> <4BDE87A4.5060701@swipnet.se> <4BDF1106.7060200@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272941102 23074 80.91.229.12 (4 May 2010 02:45:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 4 May 2010 02:45:02 +0000 (UTC) Cc: "emacs-devel@gnu.org" To: Jan =?iso-8859-1?Q?Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 04 04:45:01 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 1O9885-0007cl-87 for ged-emacs-devel@m.gmane.org; Tue, 04 May 2010 04:45:01 +0200 Original-Received: from localhost ([127.0.0.1]:57104 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9884-0004pK-Fk for ged-emacs-devel@m.gmane.org; Mon, 03 May 2010 22:45:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O987z-0004ol-TR for emacs-devel@gnu.org; Mon, 03 May 2010 22:44:55 -0400 Original-Received: from [140.186.70.92] (port=43975 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O987y-0004oG-O1 for emacs-devel@gnu.org; Mon, 03 May 2010 22:44:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O987x-0005vv-5G for emacs-devel@gnu.org; Mon, 03 May 2010 22:44:54 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:15967 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O987x-0005vk-1s for emacs-devel@gnu.org; Mon, 03 May 2010 22:44:53 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJMm30vO+KoL/2dsb2JhbACdL3K8WoUSBIwo X-IronPort-AV: E=Sophos;i="4.52,323,1270440000"; d="scan'208";a="63265932" Original-Received: from 206-248-170-11.dsl.teksavvy.com (HELO pastel.home) ([206.248.170.11]) by ironport2-out.pppoe.ca with ESMTP; 03 May 2010 22:44:52 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id C948B8007; Mon, 3 May 2010 22:38:26 -0400 (EDT) In-Reply-To: <4BDF1106.7060200@swipnet.se> ("Jan =?iso-8859-1?Q?Dj=E4rv=22?= =?iso-8859-1?Q?'s?= message of "Mon, 03 May 2010 20:08:06 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) 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:124490 Archived-At: >>> For this bug report, yes. But for the more general session management >>> handling, it really is "start where we stopped". >> But that's the whole problem: what do you define as "where we stopped"? >> As I said, there are as many current directories as there are buffers. > Yes there is, it is what getcwd returns. That is where the process is > started. A far cry from "where we stopped". > That is the current directory according to the OS. A process can > only have one current directory, and Emacs is no different. But that directory is mostly invisible to Emacs, because Emacs really doesn't have such a concept (that the OS imposes it on us doesn't make any difference to it). >>> Who knows what other/future packages save in the current directory? >> There's really no such thing as "Emacs's current directory". > Yes there is, it is what getcwd returns. Anything else is just cosmetics > and not the current directory of the Emacs process. In which way is this getcwd data relevant/useful? Stefan