From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 Aug 2014 23:33:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18375@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140952793812991 (code B ref -1); Sun, 31 Aug 2014 23:33:03 +0000 Received: (at submit) by debbugs.gnu.org; 31 Aug 2014 23:32:18 +0000 Received: from localhost ([127.0.0.1]:55207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOEbZ-0003NN-9j for submit@debbugs.gnu.org; Sun, 31 Aug 2014 19:32:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51960) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XO3kf-000331-CP for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XO3kU-00017r-3f for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kT-00017n-UF for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53626) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kN-0006kn-SG for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XO3kH-000167-O7 for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:39 -0400 Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:40547) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kH-00015q-Gq for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:33 -0400 Received: by mail-wi0-f172.google.com with SMTP id n3so11165507wiv.5 for ; Sun, 31 Aug 2014 04:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type; bh=TNaB9WPBKqgRJKl1w5VGsJ1d8BaioFbslKtT0RsVfP8=; b=jHuSvCOvv2hoMBXulXL5z4SvwN0mPvbWY5L+A/WYsqSbodOaZ6AVFBcz/pDgvoEIZm PoIL/J3a1Su7MwmC1KnfhLE1zyVYVSQAM7Ec1cn+yVg32kdddj7YQZgwSdhppGpKSQhP cJHm5c2ROaUsKXIgESt617EVcwH1k9NzQ3m6yZDpdp23nwHmzKf15b4Uvknf5fjoiRWB IzXZNL0q0YaZDvfdpIPqN0bsHc83upnfXoxUc5jmVBGHyfeLA5bw5pE3+i6xuNSiMFJK tM5L+53p3/HOtD1N+zDtBj1YqQAvwNilDTTMmdfi0WRBcHw5bE6cvhpDAwzVKJdPilyt e4aw== X-Received: by 10.180.92.134 with SMTP id cm6mr15495710wib.72.1409486192077; Sun, 31 Aug 2014 04:56:32 -0700 (PDT) Received: from io (gtng-4d08a320.pool.mediaWays.net. [77.8.163.32]) by mx.google.com with ESMTPSA id ba3sm8939086wib.10.2014.08.31.04.56.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 31 Aug 2014 04:56:30 -0700 (PDT) From: Christoph Ruegge Date: Sun, 31 Aug 2014 13:56:23 +0200 Message-ID: <87y4u4euu0.fsf@cxcs.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Sun, 31 Aug 2014 19:32:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I experience a bug that can be produced as follows: (1) start emacs -Q --daemon (2) open an X frame (3) close the frame (4) logout. The result is that the session manager (KDE's, in my case) logout hangs since Emacs does not respond to the logout signal. The bug does not occur if I logout before closing the frame, or open other frames and interact with Emacs in any way that does not lead to no frame being open at any given time (I can even close the first frame). Moreover, if I logout before opening any frame, the logout does not hang, but the Emacs process does not terminate. I investigated a bit and think the reason has something to do with the way the SM communication is tied to the first opened terminal. The connection is opened at the end of x_term_init() when the first terminal is opened (and is an X terminal). Once the last X frame is closed, the terminal is closed as well. I don't know precisely why this causes the bug, since the SM connection is supposed to be shut down in x_delete_display(), but I am pretty sure that the bug happens if and only if the first terminal has been closed. Far as I see, the bug occurs only on non-GTK toolkits, since for GTK the terminal is kept open to circumvent some GTK some bug, apparently. If I may add, the current behaviour is rather weird to begin with. The SM integration's purpose is to cleanly shutdown Emacs on logout, so it should be tied to the entire process and not to a particular terminal. There are essentially two scenarios for the Emacs daemon: it can be run outside a desktop session (in which case there should be no SM connection at all) or inside (in which case the connection should last for the lifetime of the process). A cleaner approach would therefore maybe be to seperate the SM connection from opening and closing the terminal and have it done at startup if the user wishes, maybe depending on a command line parameter, the presence of the DISPLAY variable, or after user init depending on some elisp variable. The connection itself could maybe be done through a dummy X terminal that is kept open all the time. I tried simpy adding a call to `x-open-connection' to startup.el, and this indeed fixes the bug (for one of the use cases). I'd be willing to try to write a patch for this, but as I'm not much of a programmer and do not really understand the way Emacs handles displays, it would likely not be up to quality standards. Best regards In GNU Emacs 24.4.50.16 (x86_64-unknown-linux-gnu) of 2014-08-30 on io Windowing system distributor `The X.Org Foundation', version 11.0.11600000 System Description: Arch Linux Configured using: `configure --prefix=/home/cs/.local --with-x-toolkit=no --without-gconf --without-gsettings Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Sep 2014 11:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18375@debbugs.gnu.org Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140957169523777 (code B ref 18375); Mon, 01 Sep 2014 11:42:02 +0000 Received: (at 18375) by debbugs.gnu.org; 1 Sep 2014 11:41:35 +0000 Received: from localhost ([127.0.0.1]:55451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOPzK-0006BQ-IQ for submit@debbugs.gnu.org; Mon, 01 Sep 2014 07:41:34 -0400 Received: from mail-oa0-f48.google.com ([209.85.219.48]:42374) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOPzH-0006BD-BY for 18375@debbugs.gnu.org; Mon, 01 Sep 2014 07:41:32 -0400 Received: by mail-oa0-f48.google.com with SMTP id m1so3649226oag.21 for <18375@debbugs.gnu.org>; Mon, 01 Sep 2014 04:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=cIaIj99uTWiEYfZ1TGCEnUtvXlakqCk86JomijY6LOw=; b=uU+B6mMloOJoZnJuoH3AiVG3zt1FVvWEb+FzvDIN94RcZPAy74sbVf58UCdoDKkTda uo+BoYFAzqKc32fcm7neQyGDOo9UAmvEcLcDlX4Etj6PdWSyA45rzYC3GoaTirHF25Id LuUtPAiTrhMTR9CFlpH98HZSDRjxDbqAf/F+bYtvG4UZ4cPtQXNNCoMnwC1jAl1m5l1Z 74INAhuLYIemybEZF/Hdci974Dn4UT48QAjh2T019nJKYYS+FnX2yDK5ZFTSgVHa65k0 LF5TfE5x95vG90iVlEZGkcsM9rhgDT+nLt0/UBi6ifhU3rZGbc9rlRc7lSfVMOO0sRUd pw+Q== X-Received: by 10.182.209.101 with SMTP id ml5mr25977198obc.2.1409571685402; Mon, 01 Sep 2014 04:41:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.183.16.133 with HTTP; Mon, 1 Sep 2014 04:40:55 -0700 (PDT) In-Reply-To: <87y4u4euu0.fsf@cxcs.de> References: <87y4u4euu0.fsf@cxcs.de> From: Christoph Ruegge Date: Mon, 1 Sep 2014 13:40:55 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I don't know precisely why this causes the > bug, since the SM connection is supposed to be shut down in > x_delete_display(), but I am pretty sure that the bug happens if and > only if the first terminal has been closed. Adding to this, I think the reason is that the call to x_session_close() in x_delete_display() deletes the connection's FD, but does not actually tell the SM to close. Adding a call to SmcCloseConnection() to x_session_close() solves the hanging behaviour for me, but of course retains the weird behaviour of Emacs not shutting down if the first terminal was closed. From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Sep 2014 16:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18375@debbugs.gnu.org Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140959052026440 (code B ref 18375); Mon, 01 Sep 2014 16:56:01 +0000 Received: (at 18375) by debbugs.gnu.org; 1 Sep 2014 16:55:20 +0000 Received: from localhost ([127.0.0.1]:55847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOUsx-0006sN-IA for submit@debbugs.gnu.org; Mon, 01 Sep 2014 12:55:20 -0400 Received: from mail-oa0-f44.google.com ([209.85.219.44]:36626) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOUsu-0006s8-S3 for 18375@debbugs.gnu.org; Mon, 01 Sep 2014 12:55:18 -0400 Received: by mail-oa0-f44.google.com with SMTP id o6so3954408oag.31 for <18375@debbugs.gnu.org>; Mon, 01 Sep 2014 09:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=Eq3mszfJfee/TzqhRYTvAfYqzB+k6xT2XoxMGhdlvj8=; b=YAWKdKbqiFtbJ5L0BK+ern/nESVDm0USNlpgcn/2oL5Nz5pv25dgJeLDryJjDeJHgX dSoB2RvbrL3gHijgr5gYmKM1v0MvheSbXv0njets6SBKAJIBo5Ms1LAKPhmIoPp94vxB +5JMZPl7hRm9VA+cYz1sgRAIqfuOrVAgtAJWwhkR4pcaABTO0FCK8YrjFSmPFMFK3Pg1 PWT/uL+XKH7J6lD7VAt4sOMyLpcjxrpVGgDdjvvsH5N5QS6iyD0J+sNhNARYj7nPqoy3 BollRfVpdHjvkwgpRsMlm560AD0LIdmRigKnrvVp0ARVwL6GfsNyAy/JvEZYOKBF5h9l Vtrw== X-Received: by 10.60.80.72 with SMTP id p8mr3051049oex.74.1409590510704; Mon, 01 Sep 2014 09:55:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.183.16.133 with HTTP; Mon, 1 Sep 2014 09:54:39 -0700 (PDT) In-Reply-To: References: <87y4u4euu0.fsf@cxcs.de> From: Christoph Ruegge Date: Mon, 1 Sep 2014 18:54:39 +0200 Message-ID: Content-Type: multipart/mixed; boundary=089e011608acab73e2050203ddbb X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e011608acab73e2050203ddbb Content-Type: text/plain; charset=UTF-8 Ok, I wrote a patch that fixes the problem for me and implements the behaviour I described earlier. Like I said, I don't really know what I'm doing here, but maybe it can be helpful somehow ;-) Best regards --089e011608acab73e2050203ddbb Content-Type: text/x-patch; charset=US-ASCII; name="session-manager.patch" Content-Disposition: attachment; filename="session-manager.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hzk1phnx0 ZGlmZiAtLWdpdCBhL2xpc3Avc3RhcnR1cC5lbCBiL2xpc3Avc3RhcnR1cC5lbAppbmRleCBiYjU1 MDgwLi4xOWJkYjg0IDEwMDY0NAotLS0gYS9saXNwL3N0YXJ0dXAuZWwKKysrIGIvbGlzcC9zdGFy dHVwLmVsCkBAIC05OSw2ICs5OSwxMSBAQCBzdGFydHVwIG1lc3NhZ2UgdW5sZXNzIGhlIHBlcnNv bmFsbHkgYWN0cyB0byBpbmhpYml0IGl0LiIKICAgOnR5cGUgJ2Jvb2xlYW4KICAgOmdyb3VwICdp bml0aWFsaXphdGlvbikKIAorKGRlZmN1c3RvbSBpbmhpYml0LXgtc2Vzc2lvbi1tYW5hZ2VyIG5p bAorICAiTm9uLW5pbCBpbmhpYml0cyBjb25uZWN0aW5nIHRvIHRoZSBYIHNlc3Npb24gbWFuYWdl ciBvbiBzdGFydHVwLiIKKyAgOnR5cGUgJ2Jvb2xlYW4KKyAgOmdyb3VwICdpbml0aWFsaXphdGlv bikKKwogKGRlZnZhciBjb21tYW5kLXN3aXRjaC1hbGlzdCBuaWwKICAgIkFsaXN0IG9mIGNvbW1h bmQtbGluZSBzd2l0Y2hlcy4KIEVsZW1lbnRzIGxvb2sgbGlrZSAoU1dJVENILVNUUklORyAuIEhB TkRMRVItRlVOQ1RJT04pLgpAQCAtMTMxOCw2ICsxMzIzLDIwIEBAIENvbnNpZGVyIHVzaW5nIGEg c3ViZGlyZWN0b3J5IGluc3RlYWQsIGUuZy46ICVzIiBkaXIKICAgOzsgSWYgLWJhdGNoLCB0ZXJt aW5hdGUgYWZ0ZXIgcHJvY2Vzc2luZyB0aGUgY29tbWFuZCBvcHRpb25zLgogICAoaWYgbm9uaW50 ZXJhY3RpdmUgKGtpbGwtZW1hY3MgdCkpCiAKKyAgKHdoZW4gKGFuZCAobm90IGluaGliaXQteC1z ZXNzaW9uLW1hbmFnZXIpCisgICAgICAgICAgICAgKG9yIChnZXQgJ3ggJ3dpbmRvdy1zeXN0ZW0t aW5pdGlhbGl6ZWQpCisgICAgICAgICAgICAgICAgIChnZXRlbnYgIkRJU1BMQVkiKSkpCisgICAg KGNvbmRpdGlvbi1jYXNlIGVycgorICAgICAgICAocHJvZ24KKyAgICAgICAgICAodW5sZXNzIChn ZXQgJ3ggJ3dpbmRvdy1zeXN0ZW0taW5pdGlhbGl6ZWQpCisgICAgICAgICAgICAoeC1pbml0aWFs aXplLXdpbmRvdy1zeXN0ZW0pCisgICAgICAgICAgICAocHV0ICd4ICd3aW5kb3ctc3lzdGVtLWlu aXRpYWxpemVkIHQpKQorICAgICAgICAgICh4LXNlc3Npb24taW5pdGlhbGl6ZSB4LWRpc3BsYXkt bmFtZSkpCisgICAgICAoZXJyb3IgKGRpc3BsYXktd2FybmluZworCSAgICAnaW5pdGlhbGl6YXRp b24KKwkgICAgKGZvcm1hdCAiQ291bGQgbm90IGNvbm5lY3QgdG8gWCBzZXNzaW9uIG1hbmFnZXI6 ICVzIiBlcnIpCisJICAgIDp3YXJuaW5nKSkpKQorCiAgIDs7IEluIGRhZW1vbiBtb2RlLCBzdGFy dCB0aGUgc2VydmVyIHRvIGFsbG93IGNsaWVudHMgdG8gY29ubmVjdC4KICAgOzsgVGhpcyBpcyBk b25lIGFmdGVyIGxvYWRpbmcgdGhlIHVzZXIncyBpbml0IGZpbGUgYW5kIGFmdGVyCiAgIDs7IHBy b2Nlc3NpbmcgYWxsIGNvbW1hbmQgbGluZSBhcmd1bWVudHMgdG8gYWxsb3cgZS5nLiBgc2VydmVy LW5hbWUnCmRpZmYgLS1naXQgYS9zcmMveHNtZm5zLmMgYi9zcmMveHNtZm5zLmMKaW5kZXggODFi MDEyNi4uNjY3MDYwNCAxMDA2NDQKLS0tIGEvc3JjL3hzbWZucy5jCisrKyBiL3NyYy94c21mbnMu YwpAQCAtNTksNiArNTksMTAgQEAgc3RhdGljIGludCBkb2luZ19pbnRlcmFjdDsKIAogc3RhdGlj IFNtY0Nvbm4gc21jX2Nvbm47CiAKKy8qIFRoZSBYIHRlcm1pbmFsIG9uIHdoaWNoIHRoZSBzZXNz aW9uIG1hbmFnZXIgY29ubmVjdGlvbiBpcyBvcGVuZWQuICovCisKK3N0YXRpYyBzdHJ1Y3QgdGVy bWluYWwgKnNtY190ZXJtaW5hbDsKKwogLyogVGhlIGNsaWVudCBzZXNzaW9uIGlkIGZvciB0aGlz IHNlc3Npb24uICAqLwogCiBzdGF0aWMgY2hhciAqY2xpZW50X2lkOwpAQCAtMzkwLDggKzM5NCwx NCBAQCBjcmVhdGVfY2xpZW50X2xlYWRlcl93aW5kb3cgKHN0cnVjdCB4X2Rpc3BsYXlfaW5mbyAq ZHB5aW5mbywgY2hhciAqY2xpZW50X0lEKQogCiAvKiBUcnkgdG8gb3BlbiBhIGNvbm5lY3Rpb24g dG8gdGhlIHNlc3Npb24gbWFuYWdlci4gICovCiAKLXZvaWQKLXhfc2Vzc2lvbl9pbml0aWFsaXpl IChzdHJ1Y3QgeF9kaXNwbGF5X2luZm8gKmRweWluZm8pCitERUZVTiAoIngtc2Vzc2lvbi1pbml0 aWFsaXplIiwgRnhfc2Vzc2lvbl9pbml0aWFsaXplLAorICAgICAgIFN4X3Nlc3Npb25faW5pdGlh bGl6ZSwgMCwgMSwgMCwKKyAgICAgICBkb2M6IC8qIEluaXRpYWxpemUgdGhlIGNvbm5lY3Rpb24g dG8gdGhlIFggc2Vzc2lvbiBtYW5hZ2VyLgorVGhpcyBpcyBkb25lIGF1dG9tYXRpY2FsbHkgb24g c3RhcnR1cCBpZiBgaW5oaWJpdC14LXNlc3Npb24tbWFuYWdlcicKK2lzIG5vbi1uaWwuICBUaGUg b3B0aW9uYWwgcGFyYW1ldGVyIFRFUk1JTkFMIHNob3VsZCBiZSB0aGUgWCB0ZXJtaW5hbAorb24g d2hpY2ggdG8gb3BlbiB0aGUgY29ubmVjdGlvbi4gIFggc2hvdWxkIGJlIGluaXRpYWxpemVkIHVz aW5nCitgeC1pbml0aWFsaXplLXdpbmRvdy1zeXN0ZW0nIGJlZm9yZSBjYWxsaW5nIHRoaXMuICov KQorICAoTGlzcF9PYmplY3QgdGVybWluYWwpCiB7CiAjZGVmaW5lIFNNX0VSUk9SU1RSSU5HX0xF TiA1MTIKICAgY2hhciBlcnJvcnN0cmluZ1tTTV9FUlJPUlNUUklOR19MRU5dOwpAQCAtMzk5LDYg KzQwOSw4IEBAIHhfc2Vzc2lvbl9pbml0aWFsaXplIChzdHJ1Y3QgeF9kaXNwbGF5X2luZm8gKmRw eWluZm8pCiAgIFNtY0NhbGxiYWNrcyBjYWxsYmFja3M7CiAgIHB0cmRpZmZfdCBuYW1lX2xlbiA9 IDA7CiAKKyAgc3RydWN0IHhfZGlzcGxheV9pbmZvICpkcHlpbmZvID0gY2hlY2tfeF9kaXNwbGF5 X2luZm8gKHRlcm1pbmFsKTsKKwogICBpY2VfZmQgPSAtMTsKICAgZG9pbmdfaW50ZXJhY3QgPSBG YWxzZTsKIApAQCAtNDY1LDE1ICs0NzcsMzMgQEAgeF9zZXNzaW9uX2luaXRpYWxpemUgKHN0cnVj dCB4X2Rpc3BsYXlfaW5mbyAqZHB5aW5mbykKICNlbHNlCiAgICAgICBjcmVhdGVfY2xpZW50X2xl YWRlcl93aW5kb3cgKGRweWluZm8sIGNsaWVudF9pZCk7CiAjZW5kaWYKKworICAgICAgc21jX3Rl cm1pbmFsID0gZHB5aW5mby0+dGVybWluYWw7CisgICAgICBzbWNfdGVybWluYWwtPnJlZmVyZW5j ZV9jb3VudCsrOwogICAgIH0KKworICByZXR1cm4gUW5pbDsKIH0KIAogLyogRW5zdXJlIHRoYXQg dGhlIHNlc3Npb24gbWFuYWdlciBpcyBub3QgY29udGFjdGVkIGFnYWluLiAqLwogCi12b2lkCi14 X3Nlc3Npb25fY2xvc2UgKHZvaWQpCitERUZVTiAoIngtc2Vzc2lvbi1jbG9zZSIsIEZ4X3Nlc3Np b25fY2xvc2UsCisgICAgICAgU3hfc2Vzc2lvbl9jbG9zZSwgMCwgMCwgMCwKKyAgICAgICBkb2M6 IC8qIENsb3NlIHRoZSBjb25uZWN0aW9uIHRvIHRoZSBYIHNlc3Npb24gbWFuYWdlci4gICovKQor ICAoKQogeworICBTbWNDbG9zZUNvbm5lY3Rpb24gKHNtY19jb25uLCAwLCAwKTsKICAgaWNlX2Nv bm5lY3Rpb25fY2xvc2VkICgpOworCisgIHNtY190ZXJtaW5hbC0+cmVmZXJlbmNlX2NvdW50LS07 CisgIGlmIChzbWNfdGVybWluYWwtPnJlZmVyZW5jZV9jb3VudCA9PSAwKQorICAgIHsKKwlMaXNw X09iamVjdCB0bXA7CisJWFNFVFRFUk1JTkFMICh0bXAsIHNtY190ZXJtaW5hbCk7CisgICAgICAg IEZkZWxldGVfdGVybWluYWwgKHRtcCwgUW5pbCk7CisgICAgfQorCisgIHJldHVybiBRbmlsOwog fQogCiAKQEAgLTU2Myw2ICs1OTMsOCBAQCBTZWUgYWxzbyBgZW1hY3Mtc2F2ZS1zZXNzaW9uLWZ1 bmN0aW9ucycsIGBlbWFjcy1zZXNzaW9uLXNhdmUnIGFuZAogICBWeF9zZXNzaW9uX3ByZXZpb3Vz X2lkID0gUW5pbDsKIAogICBkZWZzdWJyICgmU2hhbmRsZV9zYXZlX3Nlc3Npb24pOworICBkZWZz dWJyICgmU3hfc2Vzc2lvbl9pbml0aWFsaXplKTsKKyAgZGVmc3ViciAoJlN4X3Nlc3Npb25fY2xv c2UpOwogfQogCiAjZW5kaWYgLyogSEFWRV9YX1NNICovCmRpZmYgLS1naXQgYS9zcmMveHRlcm0u YyBiL3NyYy94dGVybS5jCmluZGV4IGJlYjdkNzguLjQyZmY5NDcgMTAwNjQ0Ci0tLSBhL3NyYy94 dGVybS5jCisrKyBiL3NyYy94dGVybS5jCkBAIC0xMTE4MCwxNCArMTExODAsNiBAQCB4X3Rlcm1f aW5pdCAoTGlzcF9PYmplY3QgZGlzcGxheV9uYW1lLCBjaGFyICp4cm1fb3B0aW9uLCBjaGFyICpy ZXNvdXJjZV9uYW1lKQogI2VuZGlmCiAgIH0KIAotI2lmZGVmIEhBVkVfWF9TTQotICAvKiBPbmx5 IGRvIHRoaXMgZm9yIHRoZSB2ZXJ5IGZpcnN0IGRpc3BsYXkgaW4gdGhlIEVtYWNzIHNlc3Npb24u Ci0gICAgIElnbm9yZSBYIHNlc3Npb24gbWFuYWdlbWVudCB3aGVuIEVtYWNzIHdhcyBmaXJzdCBz dGFydGVkIG9uIGEKLSAgICAgdHR5LiAgKi8KLSAgaWYgKHRlcm1pbmFsLT5pZCA9PSAxKQotICAg IHhfc2Vzc2lvbl9pbml0aWFsaXplIChkcHlpbmZvKTsKLSNlbmRpZgotCiAgIHVuYmxvY2tfaW5w dXQgKCk7CiAKICAgcmV0dXJuIGRweWluZm87CkBAIC0xMTIwNiwxMSArMTExOTgsNiBAQCB4X2Rl bGV0ZV9kaXNwbGF5IChzdHJ1Y3QgeF9kaXNwbGF5X2luZm8gKmRweWluZm8pCiAgIGZvciAodCA9 IHRlcm1pbmFsX2xpc3Q7IHQ7IHQgPSB0LT5uZXh0X3Rlcm1pbmFsKQogICAgIGlmICh0LT50eXBl ID09IG91dHB1dF94X3dpbmRvdyAmJiB0LT5kaXNwbGF5X2luZm8ueCA9PSBkcHlpbmZvKQogICAg ICAgewotI2lmZGVmIEhBVkVfWF9TTQotICAgICAgICAvKiBDbG9zZSBYIHNlc3Npb24gbWFuYWdl bWVudCB3aGVuIHdlIGNsb3NlIGl0cyBkaXNwbGF5LiAgKi8KLSAgICAgICAgaWYgKHQtPmlkID09 IDEgJiYgeF9zZXNzaW9uX2hhdmVfY29ubmVjdGlvbiAoKSkKLSAgICAgICAgICB4X3Nlc3Npb25f Y2xvc2UgKCk7Ci0jZW5kaWYKICAgICAgICAgZGVsZXRlX3Rlcm1pbmFsICh0KTsKICAgICAgICAg YnJlYWs7CiAgICAgICB9CmRpZmYgLS1naXQgYS9zcmMveHRlcm0uaCBiL3NyYy94dGVybS5oCmlu ZGV4IGM4NjczMTIuLjdmNWUwODcgMTAwNjQ0Ci0tLSBhL3NyYy94dGVybS5oCisrKyBiL3NyYy94 dGVybS5oCkBAIC0xMDk3LDkgKzEwOTcsNyBAQCBleHRlcm4gdm9pZCBpbml0aWFsaXplX2ZyYW1l X21lbnViYXIgKHN0cnVjdCBmcmFtZSAqKTsKIAogLyogRGVmaW5lZCBpbiB4c21mbnMuYyAqLwog I2lmZGVmIEhBVkVfWF9TTQotZXh0ZXJuIHZvaWQgeF9zZXNzaW9uX2luaXRpYWxpemUgKHN0cnVj dCB4X2Rpc3BsYXlfaW5mbyAqZHB5aW5mbyk7CiBleHRlcm4gaW50IHhfc2Vzc2lvbl9oYXZlX2Nv bm5lY3Rpb24gKHZvaWQpOwotZXh0ZXJuIHZvaWQgeF9zZXNzaW9uX2Nsb3NlICh2b2lkKTsKICNl bmRpZgogCiAvKiBEZWZpbmVkIGluIHh0ZXJtLmMgKi8K --089e011608acab73e2050203ddbb-- From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Sep 2014 18:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Christoph Ruegge Cc: 18375@debbugs.gnu.org Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140968236826268 (code B ref 18375); Tue, 02 Sep 2014 18:27:02 +0000 Received: (at 18375) by debbugs.gnu.org; 2 Sep 2014 18:26:08 +0000 Received: from localhost ([127.0.0.1]:57115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOsmN-0006pb-Dh for submit@debbugs.gnu.org; Tue, 02 Sep 2014 14:26:07 -0400 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:60030) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOsmL-0006pT-Hr for 18375@debbugs.gnu.org; Tue, 02 Sep 2014 14:26:06 -0400 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id E81DC84EA4; Tue, 2 Sep 2014 14:26:04 -0400 (EDT) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 1E98A1E5B8A; Tue, 2 Sep 2014 14:25:40 -0400 (EDT) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 06798B40F7; Tue, 2 Sep 2014 14:25:39 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87y4u4euu0.fsf@cxcs.de> Date: Tue, 02 Sep 2014 14:25:39 -0400 In-Reply-To: <87y4u4euu0.fsf@cxcs.de> (Christoph Ruegge's message of "Sun, 31 Aug 2014 13:56:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.49, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_REPONSE 0.33, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) > I investigated a bit and think the reason has something to do with the > way the SM communication is tied to the first opened terminal. Your analysis makes a lot of sense. > If I may add, the current behaviour is rather weird to begin with. The > SM integration's purpose is to cleanly shutdown Emacs on logout, so it > should be tied to the entire process and not to a particular terminal. Indeed, we have a problem there. The `emacs --daemon' is not tied to a particular display, so it should not shutdown in response to such SM events. OTOH, many users use "emacs --daemon" only for their current session. So I can't think of any way to resolve this, short of making it a config var, like in your patch. Looking at your patch, I like the idea of exposing the session-start/end to Elisp, but I know too little about this area to really review your patch. Could someone else take a look at it? Stefan From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: "Jan D." Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Sep 2014 20:57:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Stefan Monnier Cc: Christoph Ruegge , "18375@debbugs.gnu.org" <18375@debbugs.gnu.org> Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.14096913808113 (code B ref 18375); Tue, 02 Sep 2014 20:57:03 +0000 Received: (at 18375) by debbugs.gnu.org; 2 Sep 2014 20:56:20 +0000 Received: from localhost ([127.0.0.1]:57151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOv7g-00026c-Ee for submit@debbugs.gnu.org; Tue, 02 Sep 2014 16:56:20 -0400 Received: from mailfe01.swip.net ([212.247.154.1]:47434 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOv7a-00026D-Ko for 18375@debbugs.gnu.org; Tue, 02 Sep 2014 16:56:14 -0400 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 529073496; Tue, 02 Sep 2014 22:56:03 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: "Jan D." X-Mailer: iPad Mail (11D257) In-Reply-To: Date: Tue, 2 Sep 2014 22:56:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> References: <87y4u4euu0.fsf@cxcs.de> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi. 2 sep 2014 kl. 20:25 skrev Stefan Monnier : >> I investigated a bit and think the reason has something to do with the >> way the SM communication is tied to the first opened terminal. >=20 > Your analysis makes a lot of sense. >=20 >> If I may add, the current behaviour is rather weird to begin with. The >> SM integration's purpose is to cleanly shutdown Emacs on logout, so it >> should be tied to the entire process and not to a particular terminal. No. The reason is to have Emacs restarted when the user logs in again. Logout is no problem, the X connection will go away. > Indeed, we have a problem there. The `emacs --daemon' is not tied to > a particular display, so it should not shutdown in response to such > SM events. OTOH, many users use "emacs --daemon" only for their > current session. So I can't think of any way to resolve this, short of > making it a config var, like in your patch. >=20 > Looking at your patch, I like the idea of exposing the session-start/end > to Elisp, but I know too little about this area to really review > your patch. Could someone else take a look at it? Why not just skip all session manager interactions if run as a daemon? You are technically not part of the session if the process can survive the s= ession. Jan D.=20= From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Sep 2014 00:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: "Jan D." Cc: Christoph Ruegge , "18375@debbugs.gnu.org" <18375@debbugs.gnu.org> Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140970277225822 (code B ref 18375); Wed, 03 Sep 2014 00:07:01 +0000 Received: (at 18375) by debbugs.gnu.org; 3 Sep 2014 00:06:12 +0000 Received: from localhost ([127.0.0.1]:57208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOy5T-0006iP-OS for submit@debbugs.gnu.org; Tue, 02 Sep 2014 20:06:12 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:56705) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOy5Q-0006iC-Tr for 18375@debbugs.gnu.org; Tue, 02 Sep 2014 20:06:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4AQOpGYFqg0wh X-IPAS-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4AQOpGYFqg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="88571298" Received: from 69-165-145-6.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([69.165.145.6]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Sep 2014 20:06:02 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 3EA53AE176; Tue, 2 Sep 2014 20:06:00 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> Date: Tue, 02 Sep 2014 20:06:00 -0400 In-Reply-To: <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> (Jan D.'s message of "Tue, 2 Sep 2014 22:56:02 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Why not just skip all session manager interactions if run as a daemon? I think that's what his patch does. Stefan From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Sep 2014 05:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Stefan Monnier Cc: Christoph Ruegge , "18375@debbugs.gnu.org" <18375@debbugs.gnu.org> Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140972056721657 (code B ref 18375); Wed, 03 Sep 2014 05:03:02 +0000 Received: (at 18375) by debbugs.gnu.org; 3 Sep 2014 05:02:47 +0000 Received: from localhost ([127.0.0.1]:57388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XP2iU-0005dC-Uq for submit@debbugs.gnu.org; Wed, 03 Sep 2014 01:02:47 -0400 Received: from mailfe05.swip.net ([212.247.154.129]:45353 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XP2iQ-0005cv-VC for 18375@debbugs.gnu.org; Wed, 03 Sep 2014 01:02:44 -0400 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 524442927; Wed, 03 Sep 2014 07:02:37 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Jan =?UTF-8?Q?Dj=C3=A4rv?= In-Reply-To: Date: Wed, 3 Sep 2014 07:02:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <86D65BA7-57D9-44B5-95C0-7121E2DF74F6@swipnet.se> References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 3 sep 2014 kl. 02:06 skrev Stefan Monnier : >> Why not just skip all session manager interactions if run as a = daemon? >=20 > I think that's what his patch does. It does not. It doesn't do SM if inhibit-x-session-manager is non-nil, = which is not the same thing, it requires the user to set it. It also adds/changes code in several files and exposes things to lisp. Disabling SM in case of deamon is two additional if-statements in = xterm.c. Jan D. From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Sep 2014 09:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: "Jan D." Cc: "18375@debbugs.gnu.org" <18375@debbugs.gnu.org>, Stefan Monnier Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140973804717374 (code B ref 18375); Wed, 03 Sep 2014 09:55:02 +0000 Received: (at 18375) by debbugs.gnu.org; 3 Sep 2014 09:54:07 +0000 Received: from localhost ([127.0.0.1]:57501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XP7GQ-0004W9-Bm for submit@debbugs.gnu.org; Wed, 03 Sep 2014 05:54:06 -0400 Received: from mail-ob0-f176.google.com ([209.85.214.176]:43961) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XP7GO-0004Vf-C5 for 18375@debbugs.gnu.org; Wed, 03 Sep 2014 05:54:04 -0400 Received: by mail-ob0-f176.google.com with SMTP id wn1so5843764obc.35 for <18375@debbugs.gnu.org>; Wed, 03 Sep 2014 02:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=7EQkO2+8O9sApAHCtIdthnYscDJnA8QOJs5d0/HFdRQ=; b=eqqmKKNKLPhBYdaeNr5S9+3vtssIvL1ofdeseck/2Bn3ktsTKfqFT2Wn3gCuiW3EnP eMDrGdmuF1r4iECgYX/TVgiu+Cml0UpsOftEwJoYzLaRbtO4JA3I+Zn8VBL+aVL7kQWd BwCutIB1rzbqqXg8MidEgAoHU9QxbXY17FzxeikgBIgnNoPxsLpl3vtByLoixePZrfLf lTGDuta35H2YXl8UnGM7MKRp2C5BMWVBLO7BqD1qPMg0dovKWDlCYkQLqfTIUCm71E0J WvfQ+vlqZua6ewa3M3j7u+7JMmocTuQQrDRiiGHI6SaSfPoHDBFIp6RA6oog6MW8cK9E pEJQ== X-Received: by 10.60.130.170 with SMTP id of10mr19495627oeb.10.1409738038587; Wed, 03 Sep 2014 02:53:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.183.16.133 with HTTP; Wed, 3 Sep 2014 02:53:28 -0700 (PDT) In-Reply-To: <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> From: Christoph Ruegge Date: Wed, 3 Sep 2014 11:53:28 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> If I may add, the current behaviour is rather weird to begin with. The >>> SM integration's purpose is to cleanly shutdown Emacs on logout, so it >>> should be tied to the entire process and not to a particular terminal. > > > No. The reason is to have Emacs restarted when the user logs in again. > Logout is no problem, the X connection will go away. But that is not necessarily the only function of a session manager (some SMs aren't even set to restart applications by default). They also give applications the opportunity to query the user about unsaved changes and such things. Now Emacs does not do that, but it's fairly simple to do implement using `emacs-save-session-functions'. Additionally, the only reason for me to log out is usually to restart the computer, so Emacs will get killed anyway. Having the opportunity to query about potential data loss may be useful. That being said, I realize that my patch is rather intrusive and that the more minimal solution of the daemon not using the SM at all is better, especially since the daemon _can_ survive losing the X connection (maybe in case of an X crash), which would lead to unexpected behaviour in the next session. So one simply has to rely on something like auto-save to prevent data loss. Still, there's a corner case of the same bug occuring in non-daemon mode, since it's technically possible to close the first terminal after using e.g. "emacsclient -t", though that is likely a rather rare situation. From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Sep 2014 18:41:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Christoph Ruegge Cc: "18375@debbugs.gnu.org" <18375@debbugs.gnu.org>, Stefan Monnier Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.14097696519121 (code B ref 18375); Wed, 03 Sep 2014 18:41:03 +0000 Received: (at 18375) by debbugs.gnu.org; 3 Sep 2014 18:40:51 +0000 Received: from localhost ([127.0.0.1]:58076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPFUA-0002N2-FZ for submit@debbugs.gnu.org; Wed, 03 Sep 2014 14:40:51 -0400 Received: from mailfe04.swip.net ([212.247.154.97]:48236 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPFU7-0002Mq-2k for 18375@debbugs.gnu.org; Wed, 03 Sep 2014 14:40:48 -0400 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 527659100; Wed, 03 Sep 2014 20:40:44 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Jan =?UTF-8?Q?Dj=C3=A4rv?= In-Reply-To: Date: Wed, 3 Sep 2014 20:40:43 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <49A5C6F0-15EF-4F3E-B89D-C98311C3632D@swipnet.se> References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi. 3 sep 2014 kl. 11:53 skrev Christoph Ruegge : > They > also give applications the opportunity to query the user about unsaved > changes and such things. Now Emacs does not do that, but it's fairly > simple to do implement using `emacs-save-session-functions'. > Additionally, the only reason for me to log out is usually to restart > the computer, so Emacs will get killed anyway. Having the opportunity > to query about potential data loss may be useful. Save state is part of the session protocol. But as daemon is supposed = to survive the session, there is no saving of state needed when the = session dies. > That being said, I realize that my patch is rather intrusive and that > the more minimal solution of the daemon not using the SM at all is > better, especially since the daemon _can_ survive losing the X > connection (maybe in case of an X crash), which would lead to > unexpected behaviour in the next session. So one simply has to rely on > something like auto-save to prevent data loss. >=20 > Still, there's a corner case of the same bug occuring in non-daemon > mode, since it's technically possible to close the first terminal > after using e.g. "emacsclient -t", though that is likely a rather rare > situation. The tests I done shows that the SM connection is not closed properly, = ever. So it is a bug. On the other hand, X style session management is kind = of deprecated. You can see this in Fedora 20, where the whole desktop dies when = emacsclient -c starts a new frame for a daemon outside the session. I = guess it looses it when a process outside the session attach to the = session (or something like that). I will fix the bug, and disable SM for daemon. As for exposing SM to lisp, that might not be a bad idea, but it would = be better to implement and expose the newer d-bus based SM than the old = X based SM. The latter will probably go away within a couple of years. = Gnome only has a compability layer for it on top of the d-bus SM. Jan D. From unknown Thu Sep 11 13:39:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Sep 2014 18:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18375 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: "18375@debbugs.gnu.org" <18375@debbugs.gnu.org>, Stefan Monnier Received: via spool by 18375-submit@debbugs.gnu.org id=B18375.140977035310251 (code B ref 18375); Wed, 03 Sep 2014 18:53:02 +0000 Received: (at 18375) by debbugs.gnu.org; 3 Sep 2014 18:52:33 +0000 Received: from localhost ([127.0.0.1]:58087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPFfV-0002fG-6a for submit@debbugs.gnu.org; Wed, 03 Sep 2014 14:52:33 -0400 Received: from mail-oi0-f52.google.com ([209.85.218.52]:38863) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPFfS-0002f0-D7 for 18375@debbugs.gnu.org; Wed, 03 Sep 2014 14:52:31 -0400 Received: by mail-oi0-f52.google.com with SMTP id e131so5837927oig.39 for <18375@debbugs.gnu.org>; Wed, 03 Sep 2014 11:52:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=rZWRkqzIYJP5zkm9nwYHaSSbDl0luuAPk4kX1++M/Ck=; b=fp5rd1vc4ciKuyMfDF3oyDPmMP/r5ngs+TZlMN6BBGdyccwt481ZVcUExERcFxursV E2RDr5uWPwA23+YZmy4RvnfPWU8ysVx4EfxWfgp1MT3Qbu2YHtnqRyyBoGbWeY5cSjOJ hjAFAYIL3RelOGT4xWDe6P0bzyR3qWD+JtrACdAzL6EXe1NgHKHI2QCK/GpDupKrYUm4 Z0ONmIWkRdeO+iktEana2tLKPikDuEpCxk+p4nrTcArIzJxUY50kc2sfgIfct+vqlZG0 Q5pjd8mASLShmnJykPq5OmicsQxfQB3E9j7cm4KlPvQmGvHdUI4iaVoW8fXEABOQq5b7 WYkg== X-Received: by 10.60.97.7 with SMTP id dw7mr11176804oeb.63.1409770344537; Wed, 03 Sep 2014 11:52:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.183.16.133 with HTTP; Wed, 3 Sep 2014 11:51:53 -0700 (PDT) In-Reply-To: <49A5C6F0-15EF-4F3E-B89D-C98311C3632D@swipnet.se> References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> <49A5C6F0-15EF-4F3E-B89D-C98311C3632D@swipnet.se> From: Christoph Ruegge Date: Wed, 3 Sep 2014 20:51:53 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > The tests I done shows that the SM connection is not closed properly, eve= r. Even if you add an SmcCloseConnection() call to x_session_close()? Seemed to work for me. > As for exposing SM to lisp, that might not be a bad idea, but it would be= better to implement and expose the newer d-bus based SM than the old X bas= ed SM. The latter will probably go away within a couple of years. Gnome onl= y has a compability layer for it on top of the d-bus SM. That could maybe be done in pure Elisp, I suppose. Maybe I'll try that if I have some spare time. From unknown Thu Sep 11 13:39:51 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Christoph Ruegge Subject: bug#18375: closed (Re: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases) Message-ID: References: <87y4u4euu0.fsf@cxcs.de> X-Gnu-PR-Message: they-closed 18375 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 18375@debbugs.gnu.org Date: Thu, 04 Sep 2014 05:41:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1409809263-11558-1" This is a multi-part message in MIME format... ------------=_1409809263-11558-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #18375: 24.4.50; Emacs hangs X session manager logout in certain cases which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 18375@debbugs.gnu.org. --=20 18375: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18375 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1409809263-11558-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 18375-done) by debbugs.gnu.org; 4 Sep 2014 05:40:26 +0000 Received: from localhost ([127.0.0.1]:58346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPPmT-0002zF-HX for submit@debbugs.gnu.org; Thu, 04 Sep 2014 01:40:25 -0400 Received: from mailfe07.swip.net ([212.247.154.193]:35481 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPPmQ-0002z4-Qd for 18375-done@debbugs.gnu.org; Thu, 04 Sep 2014 01:40:24 -0400 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 528596426; Thu, 04 Sep 2014 07:40:19 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#18375: 24.4.50; Emacs hangs X session manager logout in certain cases From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Thu, 4 Sep 2014 07:40:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87y4u4euu0.fsf@cxcs.de> <1B3078FA-936D-4F4A-9187-1D6732B03763@swipnet.se> <49A5C6F0-15EF-4F3E-B89D-C98311C3632D@swipnet.se> To: Christoph Ruegge X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18375-done Cc: "18375@debbugs.gnu.org" <18375-done@debbugs.gnu.org>, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Bug fixed in trunk. 3 sep 2014 kl. 20:51 skrev Christoph Ruegge : >> The tests I done shows that the SM connection is not closed properly, = ever. >=20 > Even if you add an SmcCloseConnection() call to x_session_close()? > Seemed to work for me. Sure, if I change stuff it works, but not as it is. Jan D. >=20 >> As for exposing SM to lisp, that might not be a bad idea, but it = would be better to implement and expose the newer d-bus based SM than = the old X based SM. The latter will probably go away within a couple of = years. Gnome only has a compability layer for it on top of the d-bus SM. >=20 > That could maybe be done in pure Elisp, I suppose. Maybe I'll try that > if I have some spare time. ------------=_1409809263-11558-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 31 Aug 2014 23:32:18 +0000 Received: from localhost ([127.0.0.1]:55207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOEbZ-0003NN-9j for submit@debbugs.gnu.org; Sun, 31 Aug 2014 19:32:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51960) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XO3kf-000331-CP for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XO3kU-00017r-3f for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kT-00017n-UF for submit@debbugs.gnu.org; Sun, 31 Aug 2014 07:56:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53626) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kN-0006kn-SG for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XO3kH-000167-O7 for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:39 -0400 Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:40547) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XO3kH-00015q-Gq for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2014 07:56:33 -0400 Received: by mail-wi0-f172.google.com with SMTP id n3so11165507wiv.5 for ; Sun, 31 Aug 2014 04:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type; bh=TNaB9WPBKqgRJKl1w5VGsJ1d8BaioFbslKtT0RsVfP8=; b=jHuSvCOvv2hoMBXulXL5z4SvwN0mPvbWY5L+A/WYsqSbodOaZ6AVFBcz/pDgvoEIZm PoIL/J3a1Su7MwmC1KnfhLE1zyVYVSQAM7Ec1cn+yVg32kdddj7YQZgwSdhppGpKSQhP cJHm5c2ROaUsKXIgESt617EVcwH1k9NzQ3m6yZDpdp23nwHmzKf15b4Uvknf5fjoiRWB IzXZNL0q0YaZDvfdpIPqN0bsHc83upnfXoxUc5jmVBGHyfeLA5bw5pE3+i6xuNSiMFJK tM5L+53p3/HOtD1N+zDtBj1YqQAvwNilDTTMmdfi0WRBcHw5bE6cvhpDAwzVKJdPilyt e4aw== X-Received: by 10.180.92.134 with SMTP id cm6mr15495710wib.72.1409486192077; Sun, 31 Aug 2014 04:56:32 -0700 (PDT) Received: from io (gtng-4d08a320.pool.mediaWays.net. [77.8.163.32]) by mx.google.com with ESMTPSA id ba3sm8939086wib.10.2014.08.31.04.56.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 31 Aug 2014 04:56:30 -0700 (PDT) From: Christoph Ruegge To: bug-gnu-emacs@gnu.org Subject: 24.4.50; Emacs hangs X session manager logout in certain cases Date: Sun, 31 Aug 2014 13:56:23 +0200 Message-ID: <87y4u4euu0.fsf@cxcs.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 31 Aug 2014 19:32:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I experience a bug that can be produced as follows: (1) start emacs -Q --daemon (2) open an X frame (3) close the frame (4) logout. The result is that the session manager (KDE's, in my case) logout hangs since Emacs does not respond to the logout signal. The bug does not occur if I logout before closing the frame, or open other frames and interact with Emacs in any way that does not lead to no frame being open at any given time (I can even close the first frame). Moreover, if I logout before opening any frame, the logout does not hang, but the Emacs process does not terminate. I investigated a bit and think the reason has something to do with the way the SM communication is tied to the first opened terminal. The connection is opened at the end of x_term_init() when the first terminal is opened (and is an X terminal). Once the last X frame is closed, the terminal is closed as well. I don't know precisely why this causes the bug, since the SM connection is supposed to be shut down in x_delete_display(), but I am pretty sure that the bug happens if and only if the first terminal has been closed. Far as I see, the bug occurs only on non-GTK toolkits, since for GTK the terminal is kept open to circumvent some GTK some bug, apparently. If I may add, the current behaviour is rather weird to begin with. The SM integration's purpose is to cleanly shutdown Emacs on logout, so it should be tied to the entire process and not to a particular terminal. There are essentially two scenarios for the Emacs daemon: it can be run outside a desktop session (in which case there should be no SM connection at all) or inside (in which case the connection should last for the lifetime of the process). A cleaner approach would therefore maybe be to seperate the SM connection from opening and closing the terminal and have it done at startup if the user wishes, maybe depending on a command line parameter, the presence of the DISPLAY variable, or after user init depending on some elisp variable. The connection itself could maybe be done through a dummy X terminal that is kept open all the time. I tried simpy adding a call to `x-open-connection' to startup.el, and this indeed fixes the bug (for one of the use cases). I'd be willing to try to write a patch for this, but as I'm not much of a programmer and do not really understand the way Emacs handles displays, it would likely not be up to quality standards. Best regards In GNU Emacs 24.4.50.16 (x86_64-unknown-linux-gnu) of 2014-08-30 on io Windowing system distributor `The X.Org Foundation', version 11.0.11600000 System Description: Arch Linux Configured using: `configure --prefix=/home/cs/.local --with-x-toolkit=no --without-gconf --without-gsettings Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB ------------=_1409809263-11558-1--