From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 09 12:42:40 2010 Received: (at submit) by debbugs.gnu.org; 9 Feb 2010 17:42:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Neu6h-0000KY-U5 for submit@debbugs.gnu.org; Tue, 09 Feb 2010 12:42:40 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Neu6b-0000KR-V4 for submit@debbugs.gnu.org; Tue, 09 Feb 2010 12:42:39 -0500 Received: from mail.gnu.org ([199.232.76.166]:48084 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Neu6X-0007Zk-Gb for submit@debbugs.gnu.org; Tue, 09 Feb 2010 12:42:29 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Neu6W-0005Wo-QY for submit@debbugs.gnu.org; Tue, 09 Feb 2010 12:42:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,NO_REAL_NAME,UNPARSEABLE_RELAY autolearn=no version=3.1.0 Received: from lists.gnu.org ([199.232.76.165]:35146) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Neu6W-0005Wk-A7 for submit@debbugs.gnu.org; Tue, 09 Feb 2010 12:42:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Neu6V-000540-VB for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2010 12:42:27 -0500 Received: from [199.232.76.173] (port=59548 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Neu6U-00053l-HL for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2010 12:42:26 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Neu6R-0005Vp-OL for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2010 12:42:26 -0500 Received: from exprod7og112.obsmtp.com ([64.18.2.177]:50387) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Neu6Q-0005Us-VF for bug-gnu-emacs@gnu.org; Tue, 09 Feb 2010 12:42:23 -0500 Received: from source ([209.85.219.227]) by exprod7ob112.postini.com ([64.18.6.12]) with SMTP ID DSNKS3GeeZ3qTkW8lf8Ljk9ghePJ6sBYX5Le@postini.com; Tue, 09 Feb 2010 09:42:22 PST Received: by ewy27 with SMTP id 27so345187ewy.38 for ; Tue, 09 Feb 2010 09:42:16 -0800 (PST) Received: by 10.213.100.231 with SMTP id z39mr986607ebn.32.1265737335789; Tue, 09 Feb 2010 09:42:15 -0800 (PST) Received: from canta.dyndns.org (93-96-139-152.zone4.bethere.co.uk [93.96.139.152]) by mx.google.com with ESMTPS id 14sm215356ewy.15.2010.02.09.09.42.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Feb 2010 09:42:15 -0800 (PST) From: rrt@sc3d.org Date: Tue, 09 Feb 2010 17:42:13 +0000 Message-Id: <87bpfyqpai.fsf@canta.dyndns.org> To: bug-gnu-emacs@gnu.org Subject: 23.1; desktop seems not quite to understand session management MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.0 (------) If I log out of my GNOME desktop then back in, desktop says that another Emacs process (the old one) appears to be using the desktop file and asks me if I want to use it anyway. If I say “y” then things work as normal (unsurprisingly, since the old process is no longer running). However, desktop should know that the old process is dead; perhaps it needs to talk to the session manager code? In GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3) of 2009-11-10 on vernadsky, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.10604000 configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: CPerl Minor modes in effect: show-paren-mode: t savehist-mode: t minibuffer-electric-default-mode: t iswitchb-mode: t icomplete-mode: t global-auto-revert-mode: t desktop-save-mode: t global-whitespace-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: y M-x r e p o r t - e m Recent messages: uncompressing emacs-6.gz...done uncompressing emacs-7.gz...done uncompressing emacs-8.gz...done Scanning for "hard" Perl constructions... done Loading make-mode...done Scanning for "hard" Perl constructions... done Scanning for "hard" Perl constructions... done Scanning for "hard" Perl constructions... done Lazy desktop load complete call-interactively: Text is read-only [2 times] From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 09 13:57:48 2010 Received: (at 5552) by debbugs.gnu.org; 9 Feb 2010 18:57:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NevHP-00014n-J5 for submit@debbugs.gnu.org; Tue, 09 Feb 2010 13:57:47 -0500 Received: from proxy2.bredband.net ([195.54.101.72]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NevHL-00014i-QU for 5552@debbugs.gnu.org; Tue, 09 Feb 2010 13:57:46 -0500 Received: from ipb1.telenor.se (195.54.127.164) by proxy2.bredband.net (7.3.140.3) id 4AD3E1BC032A819B for 5552@debbugs.gnu.org; Tue, 9 Feb 2010 19:57:38 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An1IABQ/cUtV4S1uPGdsb2JhbACBM4IAhFSTMQEBAQE3rjyQJYEvgkpbBA X-IronPort-AV: E=Sophos;i="4.49,437,1262559600"; d="scan'208";a="35096438" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb1.telenor.se with ESMTP; 09 Feb 2010 19:57:38 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 2DF6B7FA01A; Tue, 9 Feb 2010 19:57:38 +0100 (CET) Message-ID: <4B71B021.1010305@swipnet.se> Date: Tue, 09 Feb 2010 19:57:37 +0100 From: =?UTF-8?B?SmFuIERqw6Rydg==?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: rrt@sc3d.org Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management References: <87bpfyqpai.fsf@canta.dyndns.org> In-Reply-To: <87bpfyqpai.fsf@canta.dyndns.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: Quoted-Printable X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 5552 Cc: 5552@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) rrt@sc3d.org skrev 2010-02-09 18.42: > If I log out of my GNOME desktop then back in, desktop says that > another Emacs process (the old one) appears to be using the desktop > file and asks me if I want to use it anyway. If I say =E2=80=9Cy=E2=80=9D= then things > work as normal (unsurprisingly, since the old process is no longer > running). However, desktop should know that the old process is dead; > perhaps it needs to talk to the session manager code? > Note: The desktop-save feature is independent from the Gnome session=20 management. I too have seen this question when Emacs is terminated by ju= st=20 logging out. Jan D. > > In GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3) > of 2009-11-10 on vernadsky, modified by Debian > Windowing system distributor `The X.Org Foundation', version 11.0.10604= 000 > configured using `configure '--build=3Di486-linux-gnu' '--host=3Di486-= linux-gnu' '--prefix=3D/usr' '--sharedstatedir=3D/var/lib' '--libexecdir=3D= /usr/lib' '--localstatedir=3D/var/lib' '--infodir=3D/usr/share/info' '--m= andir=3D/usr/share/man' '--with-pop=3Dyes' '--enable-locallisppath=3D/etc= /emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/shar= e/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-l= isp:/usr/share/emacs/23.1/leim' '--with-x=3Dyes' '--with-x-toolkit=3Dgtk'= '--with-toolkit-scroll-bars' 'build_alias=3Di486-linux-gnu' 'host_alias=3D= i486-linux-gnu' 'CFLAGS=3D-DDEBIAN -g -O2' 'LDFLAGS=3D-g' 'CPPFLAGS=3D'' > > Important settings: > value of $LC_ALL: nil > value of $LC_COLLATE: nil > value of $LC_CTYPE: nil > value of $LC_MESSAGES: nil > value of $LC_MONETARY: nil > value of $LC_NUMERIC: nil > value of $LC_TIME: nil > value of $LANG: en_GB.UTF-8 > value of $XMODIFIERS: nil > locale-coding-system: utf-8-unix > default-enable-multibyte-characters: t > > Major mode: CPerl > > Minor modes in effect: > show-paren-mode: t > savehist-mode: t > minibuffer-electric-default-mode: t > iswitchb-mode: t > icomplete-mode: t > global-auto-revert-mode: t > desktop-save-mode: t > global-whitespace-mode: t > mouse-wheel-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > global-auto-composition-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > column-number-mode: t > line-number-mode: t > transient-mark-mode: t > > Recent input: > > y > M-x r e p o r t - e m > > Recent messages: > uncompressing emacs-6.gz...done > uncompressing emacs-7.gz...done > uncompressing emacs-8.gz...done > Scanning for "hard" Perl constructions... done > Loading make-mode...done > Scanning for "hard" Perl constructions... done > Scanning for "hard" Perl constructions... done > Scanning for "hard" Perl constructions... done > Lazy desktop load complete > call-interactively: Text is read-only [2 times] > > > > From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 10 04:08:30 2010 Received: (at 5552) by debbugs.gnu.org; 10 Feb 2010 09:08:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nf8Yf-0002Ze-S6 for submit@debbugs.gnu.org; Wed, 10 Feb 2010 04:08:30 -0500 Received: from proxy3.bredband.net ([195.54.101.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nf8Ye-0002ZX-0q for 5552@debbugs.gnu.org; Wed, 10 Feb 2010 04:08:28 -0500 Received: from ipb2.telenor.se (195.54.127.165) by proxy3.bredband.net (7.3.140.3) id 4AD3E1BA031B16F7 for 5552@debbugs.gnu.org; Wed, 10 Feb 2010 10:08:24 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApJIAEEGcktV4S1uPGdsb2JhbACDCoRUkwoMAQEBATcurDyQEYEvgktbBA X-IronPort-AV: E=Sophos;i="4.49,442,1262559600"; d="scan'208";a="35448025" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb2.telenor.se with ESMTP; 10 Feb 2010 10:08:24 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id CAB027FA01A; Wed, 10 Feb 2010 10:08:23 +0100 (CET) Message-ID: <4B727787.5080106@swipnet.se> Date: Wed, 10 Feb 2010 10:08:23 +0100 From: =?UTF-8?B?SmFuIERqw6Rydg==?= User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: rrt@sc3d.org Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management References: <87bpfyqpai.fsf@canta.dyndns.org> In-Reply-To: <87bpfyqpai.fsf@canta.dyndns.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: Quoted-Printable X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 5552 Cc: 5552@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) rrt@sc3d.org skrev: > If I log out of my GNOME desktop then back in, desktop says that > another Emacs process (the old one) appears to be using the desktop > file and asks me if I want to use it anyway. If I say =E2=80=9Cy=E2=80=9D= then things > work as normal (unsurprisingly, since the old process is no longer > running). However, desktop should know that the old process is dead; > perhaps it needs to talk to the session manager code? >=20 When you log out, the X connection is closed and emacs exits. However, i= t=20 does not run kill-emacs-hooks. Desktop.el depends on that hook to clean = up=20 after itself. Should we run kill-emacs instead of shut_down_emacs when exiting due to X= =20 connection lost? Jan D. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 10 04:38:40 2010 Received: (at 5552) by debbugs.gnu.org; 10 Feb 2010 09:38:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nf91r-0002wb-T5 for submit@debbugs.gnu.org; Wed, 10 Feb 2010 04:38:40 -0500 Received: from pantheon-po34.its.yale.edu ([130.132.50.80]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nf91q-0002wQ-7X for 5552@debbugs.gnu.org; Wed, 10 Feb 2010 04:38:38 -0500 Received: from furry (bb116-15-9-83.singnet.com.sg [116.15.9.83]) (authenticated bits=0) by pantheon-po34.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o1A9cW6X002186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 10 Feb 2010 04:38:34 -0500 Received: by furry (Postfix, from userid 1000) id F0E1EC05D; Wed, 10 Feb 2010 04:38:31 -0500 (EST) From: Chong Yidong To: Jan =?utf-8?Q?Dj=C3=A4rv?= Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management References: <87bpfyqpai.fsf@canta.dyndns.org> <4B727787.5080106@swipnet.se> Date: Wed, 10 Feb 2010 04:38:31 -0500 In-Reply-To: <4B727787.5080106@swipnet.se> ("Jan =?utf-8?Q?Dj=C3=A4rv=22's?= message of "Wed, 10 Feb 2010 10:08:23 +0100") Message-ID: <87eiktqvl4.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5552 Cc: 5552@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Jan Dj=C3=A4rv writes: > When you log out, the X connection is closed and emacs exits. > However, it does not run kill-emacs-hooks. Desktop.el depends on that > hook to clean up after itself. > > Should we run kill-emacs instead of shut_down_emacs when exiting due > to X connection lost? There was a related thread about this a year ago, regarding how Emacs responds to SIGTERM by calling shut_down_emacs rather than kill-emacs: http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00530.html The thread did not have a clear conclusion, but I'm in favor of changing things to run kill-emacs in such situations. But I think this is best done after the release, unless someone can come up with a very convincing argument otherwise. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 15 02:48:17 2010 Received: (at 5552) by debbugs.gnu.org; 15 Feb 2010 07:48:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ngvgn-0006TH-6J for submit@debbugs.gnu.org; Mon, 15 Feb 2010 02:48:17 -0500 Received: from proxy1.bredband.net ([195.54.101.71]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ngvgl-0006TC-6V for 5552@debbugs.gnu.org; Mon, 15 Feb 2010 02:48:15 -0500 Received: from ipb1.telenor.se (195.54.127.164) by proxy1.bredband.net (7.3.140.3) id 4B62ECEA00A6EBC6 for 5552@debbugs.gnu.org; Mon, 15 Feb 2010 08:48:11 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Am48AESLeEtV4S1uPGdsb2JhbACDBZgVDAEBAQE3LqxmjkKBMIJQWwSGDg X-IronPort-AV: E=Sophos;i="4.49,475,1262559600"; d="scan'208";a="37374935" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb1.telenor.se with ESMTP; 15 Feb 2010 08:48:10 +0100 Received: from [192.168.77.62] (ns1.operax.com [213.88.244.216]) by coolsville.localdomain (Postfix) with ESMTPSA id E7D2B7FA01A; Mon, 15 Feb 2010 08:48:09 +0100 (CET) Message-ID: <4B78FC33.1010701@swipnet.se> Date: Mon, 15 Feb 2010 08:48:03 +0100 From: "Jan D." User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management References: <87bpfyqpai.fsf@canta.dyndns.org> <4B727787.5080106@swipnet.se> <87eiktqvl4.fsf@stupidchicken.com> In-Reply-To: <87eiktqvl4.fsf@stupidchicken.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 5552 Cc: 5552@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Chong Yidong wrote: > There was a related thread about this a year ago, regarding how Emacs > responds to SIGTERM by calling shut_down_emacs rather than kill-emacs: > > http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00530.html > > The thread did not have a clear conclusion, but I'm in favor of changing > things to run kill-emacs in such situations. But I think this is best > done after the release, unless someone can come up with a very > convincing argument otherwise. > Then we need to add some parameter or other mean to tell functions in kill-emacs-hook that is it not OK to interact with the user. This is the case if the X server closes connection in case of a logout. Desktop.el might in some situations try to ask the user if a desktop file shall be used. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 15 09:12:06 2010 Received: (at 5552) by debbugs.gnu.org; 15 Feb 2010 14:12:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nh1gE-0003EZ-3h for submit@debbugs.gnu.org; Mon, 15 Feb 2010 09:12:06 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nh1g0-0003E9-Fr for 5552@debbugs.gnu.org; Mon, 15 Feb 2010 09:12:04 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAMLkeEtFpaHD/2dsb2JhbACbG3W8EYRbBIMUgnqEaA X-IronPort-AV: E=Sophos;i="4.49,476,1262581200"; d="scan'208";a="56062037" Received: from 69-165-161-195.dsl.teksavvy.com (HELO pastel.home) ([69.165.161.195]) by ironport2-out.pppoe.ca with ESMTP; 15 Feb 2010 09:11:47 -0500 Received: by pastel.home (Postfix, from userid 20848) id 5D28F80E3; Mon, 15 Feb 2010 09:11:46 -0500 (EST) From: Stefan Monnier To: "Jan D." Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management Message-ID: References: <87bpfyqpai.fsf@canta.dyndns.org> <4B727787.5080106@swipnet.se> <87eiktqvl4.fsf@stupidchicken.com> <4B78FC33.1010701@swipnet.se> Date: Mon, 15 Feb 2010 09:11:46 -0500 In-Reply-To: <4B78FC33.1010701@swipnet.se> (Jan D.'s message of "Mon, 15 Feb 2010 08:48:03 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 5552 Cc: Chong Yidong , 5552@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.2 (--) >> There was a related thread about this a year ago, regarding how Emacs >> responds to SIGTERM by calling shut_down_emacs rather than kill-emacs: >> http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00530.html >> The thread did not have a clear conclusion, but I'm in favor of changing >> things to run kill-emacs in such situations. But I think this is best >> done after the release, unless someone can come up with a very >> convincing argument otherwise. > Then we need to add some parameter or other mean to tell functions in > kill-emacs-hook that is it not OK to interact with the user. This is the > case if the X server closes connection in case of a logout. Desktop.el > might in some situations try to ask the user if a desktop file shall > be used. Or alternatively use a new hook instead (call it `emacs-exit-hook' maybe), i.e. pass that parameter via the control flow rather than the data flow. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 14:50:23 2010 Received: (at 5552-done) by debbugs.gnu.org; 2 May 2010 18:50:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O8eFD-0002qz-GK for submit@debbugs.gnu.org; Sun, 02 May 2010 14:50:23 -0400 Received: from smtprelay-h21.telenor.se ([195.54.99.196]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O8eFB-0002qu-IK for 5552-done@debbugs.gnu.org; Sun, 02 May 2010 14:50:22 -0400 Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id 41F55EBC2F for <5552-done@debbugs.gnu.org>; Sun, 2 May 2010 20:50:16 +0200 (CEST) X-SENDER-IP: [85.225.45.110] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmcwAK9m3UtV4S1uPGdsb2JhbACDF5oMDAEBAQE1Ladyj2KBJoJ+bgSGZQ X-IronPort-AV: E=Sophos;i="4.52,314,1270418400"; d="scan'208";a="513936627" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb3.telenor.se with ESMTP; 02 May 2010 20:50:15 +0200 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id EE8D97FA05A; Sun, 2 May 2010 20:50:14 +0200 (CEST) Message-ID: <4BDDC966.9070905@swipnet.se> Date: Sun, 02 May 2010 20:50:14 +0200 From: =?UTF-8?B?SmFuIERqw6Rydg==?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#5552: 23.1; desktop seems not quite to understand session management References: <87bpfyqpai.fsf@canta.dyndns.org> <4B727787.5080106@swipnet.se> <87eiktqvl4.fsf@stupidchicken.com> In-Reply-To: <87eiktqvl4.fsf@stupidchicken.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 5552-done Cc: 5552-done@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) 2010-02-10 10:38, Chong Yidong skrev: > Jan Dj=C3=A4rv writes: > >> When you log out, the X connection is closed and emacs exits. >> However, it does not run kill-emacs-hooks. Desktop.el depends on that >> hook to clean up after itself. >> >> Should we run kill-emacs instead of shut_down_emacs when exiting due >> to X connection lost? > > There was a related thread about this a year ago, regarding how Emacs > responds to SIGTERM by calling shut_down_emacs rather than kill-emacs: > > http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00530.html > > The thread did not have a clear conclusion, but I'm in favor of changin= g > things to run kill-emacs in such situations. But I think this is best > done after the release, unless someone can come up with a very > convincing argument otherwise. kill-emacs is now run in Emacs 24 when X connection is lost, when SIGTERM= or=20 SIGHUP is received (Gnome session management uses SIGHUP to kill X client= s). Jan D. From unknown Sat Jun 21 03:17:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 31 May 2010 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator