From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Christoph Scholtes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Sep 2014 03:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18403@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140979996128951 (code B ref -1); Thu, 04 Sep 2014 03:06:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Sep 2014 03:06:01 +0000 Received: from localhost ([127.0.0.1]:58294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPNN2-0007Ws-Ph for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:06:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43629) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPNN0-0007Wb-C5 for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPNMt-0003V3-Jj for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05: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=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38885) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMt-0003Uz-Gv for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45346) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMs-0004BT-Am for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPNMr-0003UZ-8z for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:50 -0400 Received: from mail-ie0-x22b.google.com ([2607:f8b0:4001:c03::22b]:50019) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMr-0003UQ-38 for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:49 -0400 Received: by mail-ie0-f171.google.com with SMTP id rp18so10956484iec.30 for ; Wed, 03 Sep 2014 20:05:47 -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=zV+771YypvFBizzJqk94gAGx7fLOc2i091qxaBZPqKU=; b=LitgkjFlXB583AGyXY5ahSg7IJ7SxMCGHBW8UiLt9m1UAnucoTzCGKVS1+TgSmIw3v 4mUhWrX+uVt9XcCd5OXCMEgqC7JHJ82rTzY+mE4bZBEuAciVx/qIASN3nK7n215xS/I1 cytmbTGSS9c2V3tjZQs1RccNi3Zy0zojJtnuMghzSclSBPcs8zcEp/tQR80l3IAVdOXf h3g4yEiic+ci7z/BfC2UQDC8mI7ixmWzT0P+HDMxM4YZLdfe6QDAR+MfOylEBDjypeiQ bJldOHGWKdAxalJWMnl5oh1lDL8eODLSgosPAi5ADMpxC0pOAPomYV3CrOhNZHH/Evjz Uk9w== X-Received: by 10.42.40.144 with SMTP id l16mr1463466ice.27.1409799947632; Wed, 03 Sep 2014 20:05:47 -0700 (PDT) Received: from marvin ([2601:1:9180:b68:f9d3:38da:1ff0:5ef5]) by mx.google.com with ESMTPSA id m4sm7212368igr.20.2014.09.03.20.05.46 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 03 Sep 2014 20:05:46 -0700 (PDT) From: Christoph Scholtes Date: Wed, 03 Sep 2014 21:05:45 -0600 Message-ID: <87lhq084qe.fsf@gmail.com> 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: -3.8 (---) 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: -3.8 (---) Emacs 24 (r117814) compiled with Lucid toolkit. Steps to reproduce: emacs --daemon -q emacsclient -c Exit GUI client with `C-x C-c' or evaluate `(kill-emacs)' in *scratch*. Emacsclient will hang with `Waiting for Emacs...' at the shell prompt and not exit. In case of `(kill-emacs)', it will kill the daemon correctly, but emacsclient hangs. I attached a debugger and Emacs seems to be stuck in the do..while loop around line 1734 of `emacsclient.c'. I tried same procedure with Emacs compiled with GTK3 and it works correctly. emacsclient exits at the prompt upon executing either `C-x C-c' or (kill-emacs). emacsclient -t also works correctly and emacsclient exits after executing `C-x C-c'. In GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-09-03 on marvin Repository revision: 117814 eggert@cs.ucla.edu-20140904020246-9nko8pp4vqjsfdfy Windowing system distributor `The X.Org Foundation', version 11.0.11103000 System Description: Linux Mint 13 Maya Configured using: `configure --with-x-toolkit=lucid' Configured features: XPM JPEG TIFF GIF PNG SOUND DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t my-keys-minor-mode: t erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-networks-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t show-smartparens-global-mode: t show-smartparens-mode: t smartparens-global-mode: t smartparens-strict-mode: t smartparens-mode: t shell-dirtrack-mode: t desktop-save-mode: t ido-everywhere: t global-auto-revert-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: Desktop: 1 frame, 0 buffers restored. Starting Emacs daemon. Restarting server Saving all Org-mode buffers... (No files need saving) Saving all Org-mode buffers... done Saving all Org-mode buffers... (No files need saving) Saving all Org-mode buffers... done When done with this frame, type C-x 5 0 [...] Memory information: ((conses 16 287414 14434) (symbols 48 41994 0) (miscs 40 87 169) (strings 32 88161 8807) (string-bytes 1 2681717) (vectors 16 32629) (vector-slots 8 631672 6983) (floats 8 203 274) (intervals 56 319 0) (buffers 976 12) (heap 1024 29623 1082)) From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client References: <87lhq084qe.fsf@gmail.com> In-Reply-To: <87lhq084qe.fsf@gmail.com> Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Sep 2014 07:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christoph Scholtes Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141007476317512 (code B ref 18403); Sun, 07 Sep 2014 07:27:01 +0000 Received: (at 18403) by debbugs.gnu.org; 7 Sep 2014 07:26:03 +0000 Received: from localhost ([127.0.0.1]:60853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQWrL-0004YO-Ce for submit@debbugs.gnu.org; Sun, 07 Sep 2014 03:26:03 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:36722) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQWrH-0004Xq-SW for 18403@debbugs.gnu.org; Sun, 07 Sep 2014 03:26:00 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 1015CA6001A; Sun, 7 Sep 2014 00:25:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m9-GhVriOMPf; Sun, 7 Sep 2014 00:25:45 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 5EBB2A60007; Sun, 7 Sep 2014 00:25:45 -0700 (PDT) Message-ID: <540C0878.8050302@cs.ucla.edu> Date: Sun, 07 Sep 2014 00:25:44 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 took a brief look at this and my guess is that it's the new frame code, in that server-handle-delete-frame never gets around to calling delete-process. Perhaps you could bisect to see which revision introduced the bug? From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Christoph Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 01:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert , dmantipov@yandex.ru Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141014021329738 (code B ref 18403); Mon, 08 Sep 2014 01:37:02 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 01:36:53 +0000 Received: from localhost ([127.0.0.1]:33071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQnsy-0007jZ-Ee for submit@debbugs.gnu.org; Sun, 07 Sep 2014 21:36:52 -0400 Received: from mail-la0-f49.google.com ([209.85.215.49]:39396) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQnsv-0007jL-NG for 18403@debbugs.gnu.org; Sun, 07 Sep 2014 21:36:50 -0400 Received: by mail-la0-f49.google.com with SMTP id b17so16275638lan.8 for <18403@debbugs.gnu.org>; Sun, 07 Sep 2014 18:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ndPFiPTZOm9va4e+Hc0sSSdmU6VDkvy8v5Xx19UFqnA=; b=e7ZlmKArFsAvMd9FxFW5x8sdje1VekFSabaNV+Gh6bpSdrOrOON9kz/Ml+e73DPI5I ZPTj95NOZpTxUcJu9CKnY0ipMZzjMW5ZfNGAQIY3dKdqVT5tBKzFR5bOD7/ctdvreNQe gSwXxaf4fF9Ta+/+LyNKLTB7QwcH+RlgL3KCe1QTGxfG2ADp+r8EpT0b2hG3E+aG4RoD o0vYd6qovv1Tb5lH0qkw5RDMxPtI6yWm1kGshXXpf/82Vcn+pfNj8kkS8vsOHZ3UTCa+ OlZdV6zZRAmXPTXYAGNHnqpHjPLn4l0RMKjuWwyMjoRFoKFiQm//PYHLD2K/0HOezBF+ rSFQ== MIME-Version: 1.0 X-Received: by 10.152.19.167 with SMTP id g7mr25779555lae.46.1410140203467; Sun, 07 Sep 2014 18:36:43 -0700 (PDT) Received: by 10.152.133.167 with HTTP; Sun, 7 Sep 2014 18:36:43 -0700 (PDT) In-Reply-To: <540C0878.8050302@cs.ucla.edu> References: <540C0878.8050302@cs.ucla.edu> Date: Sun, 7 Sep 2014 19:36:43 -0600 Message-ID: From: Christoph Content-Type: multipart/alternative; boundary=089e01493a0ce94a5f050283d9be X-Spam-Score: -0.4 (/) 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.4 (/) --089e01493a0ce94a5f050283d9be Content-Type: text/plain; charset=UTF-8 cschol@marvin:~/devel/emacs/trunk_git$ git bisect good b54c7814ea5dc4e8636aa4dccf48428f9a48271c is the first bad commit commit b54c7814ea5dc4e8636aa4dccf48428f9a48271c Author: Dmitry Antipov Date: Wed Apr 2 20:17:08 2014 +0400 * xterm.c (x_term_init) [USE_LUCID]: Fix minor memory leak. :040000 040000 867a5b7066df97ad537bb4b5394580e784d82fd8 6acc79277b810e8f0322dcd767f61f0023db488c M src CC'ed Dmitry --089e01493a0ce94a5f050283d9be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
cschol@marvin:~/devel/emacs/trunk_git$ git bisect goo= d
b54c7814ea5dc4e8636aa4dccf48428f9a48271c is the first bad commi= t
commit b54c7814ea5dc4e8636aa4dccf48428f9a48271c
Autho= r: Dmitry Antipov <dmantipov@yand= ex.ru>
Date: =C2=A0 Wed Apr 2 20:17:08 2014 +0400

=C2=A0 =C2=A0 * xterm.c (x_term_init) [USE_LUCID]: Fix min= or memory leak.

:040000 040000 867a5b7066df97ad537= bb4b5394580e784d82fd8 6acc79277b810e8f0322dcd767f61f0023db488c M =C2=A0 =C2= =A0 =C2=A0src


CC'ed Dmitry
--089e01493a0ce94a5f050283d9be-- From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Christoph Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 01:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert , dmantipov@yandex.ru Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141014042530077 (code B ref 18403); Mon, 08 Sep 2014 01:41:01 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 01:40:25 +0000 Received: from localhost ([127.0.0.1]:33075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQnwO-0007p3-FD for submit@debbugs.gnu.org; Sun, 07 Sep 2014 21:40:24 -0400 Received: from mail-la0-f50.google.com ([209.85.215.50]:45284) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQnwL-0007on-Nb for 18403@debbugs.gnu.org; Sun, 07 Sep 2014 21:40:22 -0400 Received: by mail-la0-f50.google.com with SMTP id ty20so1795247lab.23 for <18403@debbugs.gnu.org>; Sun, 07 Sep 2014 18:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qHYz7vo7lIVxWYm+97D0Ka2rDD8eDsQi9KeOltmDwTM=; b=sWfDv2H+dQkmpi350AD2wbW3FDiRKhtbG3IEXSk2Y9ibLKj7eSVsZxu9rd8EJcMNo2 TM1SA2nVfyfCWTxWI8QZrGZclinfCAdP3cKlUBHNcbpU5zv3+DvR2DIFvlV8qyjooQ32 XWRF1ioJqL9/Tzs9lPergmSsmo0m/gV6URXt6i6gpMpXn5Z4J6c5AkvSHRvOBdjJ8pUR vtdv/PYnYPxytcLivcwY5c6+wYHQjfaKHtAxXX0KEwD77/+JyodzgP37D13gzxqZ2iA7 toELD3JJVyU1ReMImO4qPtptEwmRx7prp5eIdnghQXtE/Eo4OndrBpBr8FCPJUAAJVX2 MmJg== MIME-Version: 1.0 X-Received: by 10.112.204.36 with SMTP id kv4mr6973421lbc.54.1410140415720; Sun, 07 Sep 2014 18:40:15 -0700 (PDT) Received: by 10.152.133.167 with HTTP; Sun, 7 Sep 2014 18:40:15 -0700 (PDT) In-Reply-To: References: <540C0878.8050302@cs.ucla.edu> Date: Sun, 7 Sep 2014 19:40:15 -0600 Message-ID: From: Christoph Content-Type: multipart/alternative; boundary=001a11c3cf32900381050283e6c4 X-Spam-Score: -0.4 (/) 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.4 (/) --001a11c3cf32900381050283e6c4 Content-Type: text/plain; charset=UTF-8 Sorry, here is the bzr reference: revno: 116929 committer: Dmitry Antipov branch nick: trunk timestamp: Wed 2014-04-02 20:17:08 +0400 message: * xterm.c (x_term_init) [USE_LUCID]: Fix minor memory leak. On Sun, Sep 7, 2014 at 7:36 PM, Christoph wrote: > cschol@marvin:~/devel/emacs/trunk_git$ git bisect good > b54c7814ea5dc4e8636aa4dccf48428f9a48271c is the first bad commit > commit b54c7814ea5dc4e8636aa4dccf48428f9a48271c > Author: Dmitry Antipov > Date: Wed Apr 2 20:17:08 2014 +0400 > > * xterm.c (x_term_init) [USE_LUCID]: Fix minor memory leak. > > :040000 040000 867a5b7066df97ad537bb4b5394580e784d82fd8 > 6acc79277b810e8f0322dcd767f61f0023db488c M src > > > CC'ed Dmitry > --001a11c3cf32900381050283e6c4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sorry, here is the bzr reference:

= revno: 116929
committer: Dmitry Antipov <dmantipov@yandex.ru>
branch nick: trunk<= /div>
timestamp: Wed 2014-04-02 20:17:08 +0400
message:
=
=C2=A0 * xterm.c (x_term_init) [USE_LUCID]: Fix minor memory leak.

On = Sun, Sep 7, 2014 at 7:36 PM, Christoph <cschol2112@gmail.com> wrote:
cschol@= marvin:~/devel/emacs/trunk_git$ git bisect good
b54c7814ea5dc4e86= 36aa4dccf48428f9a48271c is the first bad commit
commit b54c7814ea= 5dc4e8636aa4dccf48428f9a48271c
Author: Dmitry Antipov <dmantipov@yandex.ru&g= t;
Date: =C2=A0 Wed Apr 2 20:17:08 2014 +0400

=C2=A0 =C2=A0 * xterm.c (x_term_init) [USE_LUCID]: Fix minor memory l= eak.

:040000 040000 867a5b7066df97ad537bb4b5394580= e784d82fd8 6acc79277b810e8f0322dcd767f61f0023db488c M =C2=A0 =C2=A0 =C2=A0s= rc


CC'ed Dmitry

--001a11c3cf32900381050283e6c4-- From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 02:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christoph , dmantipov@yandex.ru Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.14101444984272 (code B ref 18403); Mon, 08 Sep 2014 02:49:02 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 02:48:18 +0000 Received: from localhost ([127.0.0.1]:33130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQp06-00016p-0w for submit@debbugs.gnu.org; Sun, 07 Sep 2014 22:48:18 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:42795) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQp03-00016c-LP for 18403@debbugs.gnu.org; Sun, 07 Sep 2014 22:48:16 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id CBF9A39E8011; Sun, 7 Sep 2014 19:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02uaE7kyXwCM; Sun, 7 Sep 2014 19:48:01 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 1BB6CA60005; Sun, 7 Sep 2014 19:48:01 -0700 (PDT) Message-ID: <540D18E0.4080205@cs.ucla.edu> Date: Sun, 07 Sep 2014 19:48:00 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 References: <540C0878.8050302@cs.ucla.edu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000509030807020000080102" 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 (----) This is a multi-part message in MIME format. --------------000509030807020000080102 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thanks, I can confirm that the attached patch (which reverts that change) does fix the bug on the trunk for me (trunk bzr 117838). Dmitry, do you have any thoughts? --------------000509030807020000080102 Content-Type: text/plain; charset=UTF-8; name="lucid.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lucid.diff" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy94dGVybS5jJwotLS0gc3JjL3h0ZXJtLmMJMjAxNC0w NC0wMiAxNjoxNzowOCArMDAwMAorKysgc3JjL3h0ZXJtLmMJMjAxNC0wNC0wMiAxNToxNDo1 MCArMDAwMApAQCAtMTAxNjIsNyArMTAxNjIsNiBAQAogCiAjaWZkZWYgVVNFX0xVQ0lECiAg IHsKLSAgICBYRm9udFN0cnVjdCAqeGZvbnQgPSBOVUxMOwogICAgIFhybVZhbHVlIGQsIGZy LCB0bzsKICAgICBGb250IGZvbnQ7CiAKQEAgLTEwMTc2LDEwICsxMDE3NSw4IEBACiAgICAg eF9jYXRjaF9lcnJvcnMgKGRweSk7CiAgICAgaWYgKCFYdENhbGxDb252ZXJ0ZXIgKGRweSwg WHRDdnRTdHJpbmdUb0ZvbnQsICZkLCAxLCAmZnIsICZ0bywgTlVMTCkpCiAgICAgICBlbWFj c19hYm9ydCAoKTsKLSAgICBpZiAoeF9oYWRfZXJyb3JzX3AgKGRweSkgfHwgISgoeGZvbnQg PSBYUXVlcnlGb250IChkcHksIGZvbnQpKSkpCisgICAgaWYgKHhfaGFkX2Vycm9yc19wIChk cHkpIHx8ICFYUXVlcnlGb250IChkcHksIGZvbnQpKQogICAgICAgWHJtUHV0TGluZVJlc291 cmNlICgmeHJkYiwgIkVtYWNzLmRpYWxvZy4qLmZvbnQ6IDl4MTUiKTsKLSAgICBpZiAoeGZv bnQpCi0gICAgICBYRnJlZUZvbnQgKGRweSwgeGZvbnQpOwogICAgIHhfdW5jYXRjaF9lcnJv cnMgKCk7CiAgIH0KICNlbmRpZgoK --------------000509030807020000080102-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 07 22:49:30 2014 Received: (at control) by debbugs.gnu.org; 8 Sep 2014 02:49:30 +0000 Received: from localhost ([127.0.0.1]:33135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQp1F-00018u-Sa for submit@debbugs.gnu.org; Sun, 07 Sep 2014 22:49:30 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:42822) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQp1D-00018e-A3 for control@debbugs.gnu.org; Sun, 07 Sep 2014 22:49:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id CEEDC39E8012 for ; Sun, 7 Sep 2014 19:49:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6-6EHkt73IRZ for ; Sun, 7 Sep 2014 19:49:13 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 3F2B639E8011 for ; Sun, 7 Sep 2014 19:49:13 -0700 (PDT) Message-ID: <540D1928.7080506@cs.ucla.edu> Date: Sun, 07 Sep 2014 19:49:12 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: 18403 has a patch Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: control 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 (----) tags 18403 + patch From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 08:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Paul Eggert , Christoph Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141016596014896 (code B ref 18403); Mon, 08 Sep 2014 08:46:02 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 08:46:00 +0000 Received: from localhost ([127.0.0.1]:33213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQuaF-0003sB-49 for submit@debbugs.gnu.org; Mon, 08 Sep 2014 04:45:59 -0400 Received: from forward1l.mail.yandex.net ([84.201.143.144]:39794) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQuaB-0003rv-9k for 18403@debbugs.gnu.org; Mon, 08 Sep 2014 04:45:56 -0400 Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward1l.mail.yandex.net (Yandex) with ESMTP id AB71115218A3; Mon, 8 Sep 2014 12:45:48 +0400 (MSK) Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id 184766A02F9; Mon, 8 Sep 2014 12:45:47 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Cd05ATcIu8-jl381Umt; Mon, 8 Sep 2014 12:45:47 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: b5c84331-d4fb-4dd9-8364-8a6ed7e1853d DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1410165947; bh=RDvax3Wfz1UCnAdWMkJ5OY94yrfL9k8GBtUmid4YDfg=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Qh4biqCmvr2abqFZvgtCTsuL2VVM1aiJPTPvX/uKhWUU8r1JUvoNQFFsG8eNfM3rG DoBUC5lOmcwR5EnW4D18MMJdayunLBWBSGH7RuU+1IhqTmt8CdjNSKcsUeIkjYjYiQ 9U8nWlTHfsfkTfOdLGQv603tPsNK31JflxO9bN+Q= Authentication-Results: smtp16.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <540D6CBA.7090904@yandex.ru> Date: Mon, 08 Sep 2014 12:45:46 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 References: <540C0878.8050302@cs.ucla.edu> <540D18E0.4080205@cs.ucla.edu> In-Reply-To: <540D18E0.4080205@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 (/) On 09/08/2014 06:48 AM, Paul Eggert wrote: > Thanks, I can confirm that the attached patch (which reverts that change) does fix > the bug on the trunk for me (trunk bzr 117838). Dmitry, do you have any thoughts? Argh. It looks like we can't free XtDefaultFont, otherwise XtCloseDisplay causes X protocol error, and poor handling of that causes a mess with normal fds listening loop. Thanks. While debugging this issue, I noticed one more error: Breakpoint 1, die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) at ../../trunk/src/alloc.c:7116 7116 fprintf (stderr, "\r\n%s:%d: Emacs fatal error: assertion failed: %s\r\n", (gdb) bt 10 #0 0x00000000005f6cee in die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) at ../../trunk/src/alloc.c:7116 #1 0x0000000000598469 in emacs_close (fd=8) at ../../trunk/src/sysdep.c:2408 #2 0x0000000000547834 in x_delete_terminal (terminal=0xfa0218) at ../../trunk/src/xterm.c:11381 #3 0x000000000051f8b6 in Fdelete_terminal (terminal=..., force=...) at ../../trunk/src/terminal.c:348 #4 0x00000000004290ba in delete_frame (frame=..., force=...) at ../../trunk/src/frame.c:1691 #5 0x0000000000429630 in Fdelete_frame (frame=..., force=...) at ../../trunk/src/frame.c:1801 #6 0x0000000000618c95 in Ffuncall (nargs=2, args=0x7fffd6a18ae0) at ../../trunk/src/eval.c:2815 #7 0x0000000000663e4a in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fffd6a193a0) at ../../trunk/src/bytecode.c:920 #8 0x00000000006194bd in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fffd6a19398) at ../../trunk/src/eval.c:2980 #9 0x0000000000618e4e in Ffuncall (nargs=2, args=0x7fffd6a19390) at ../../trunk/src/eval.c:2861 #10 0x0000000000663e4a in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fffd6a19c30) at ../../trunk/src/bytecode.c:920 Steps to reproduce: ./src/emacs -Q --daemon ./lib-src/emacsclient -c gdb -p [pid of daemon process] b die c C-x C-x in client window ==> backtrace above IIUC dpyinfo->connection is no longer valid after call to X(t)CloseDisplay (dpyinfo->display). But this fd is still > 0, so we hit eassert at sysdep.c:2408: eassert (errno != EBADF || fd < 0); Since daemon runs in background, there is no way to see this error except using debugger. Also note that the comment above emacs_close says do not use this function for non-negative but closed descriptor. Dmitry From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 13:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Dmitry Antipov , Christoph Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141018390614536 (code B ref 18403); Mon, 08 Sep 2014 13:46:02 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 13:45:06 +0000 Received: from localhost ([127.0.0.1]:33416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQzFh-0003mN-Jb for submit@debbugs.gnu.org; Mon, 08 Sep 2014 09:45:05 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:33011) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQzFe-0003lV-JR for 18403@debbugs.gnu.org; Mon, 08 Sep 2014 09:45:03 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 61E07A60005; Mon, 8 Sep 2014 06:44:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sojyz2pHTJFg; Mon, 8 Sep 2014 06:44:47 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 9E67439E8011; Mon, 8 Sep 2014 06:44:47 -0700 (PDT) Message-ID: <540DB2CF.7050701@cs.ucla.edu> Date: Mon, 08 Sep 2014 06:44:47 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 References: <540C0878.8050302@cs.ucla.edu> <540D18E0.4080205@cs.ucla.edu> <540D6CBA.7090904@yandex.ru> In-Reply-To: <540D6CBA.7090904@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.8 (----) 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.8 (----) Dmitry Antipov wrote: > IIUC dpyinfo->connection is no longer valid after call to > X(t)CloseDisplay (dpyinfo->display). > But this fd is still > 0, so we hit eassert at sysdep.c:2408: I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk bzr 117843 --with-x-toolkit=lucid. x_delete_terminal calls XtCloseDisplay, and then calls emacs_close (dpyinfo->connection), and the 'close' returns 0. Perhaps you configured with some other toolkit? That might explain the discrepancy. Does it fix things for you if you add a line 'dpyinfo->connection = -1;' after the existing line 'dpyinfo->display = 0;' in xterm.c's x_connection_closed? Though that might cause a file descriptor leak; I'm not fully following what's going on here, since I can't reproduce the new problem. From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 14:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Paul Eggert , Christoph Cc: 18403@debbugs.gnu.org Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.141018592417924 (code B ref 18403); Mon, 08 Sep 2014 14:19:01 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 14:18:44 +0000 Received: from localhost ([127.0.0.1]:33936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQzmF-0004f1-9r for submit@debbugs.gnu.org; Mon, 08 Sep 2014 10:18:43 -0400 Received: from forward5l.mail.yandex.net ([84.201.143.138]:33697) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XQzmB-0004em-AG for 18403@debbugs.gnu.org; Mon, 08 Sep 2014 10:18:41 -0400 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward5l.mail.yandex.net (Yandex) with ESMTP id D4EC7C41395; Mon, 8 Sep 2014 18:18:32 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 47AEABE0277; Mon, 8 Sep 2014 18:18:32 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id JtMYQ9XYOC-IVSai3ej; Mon, 8 Sep 2014 18:18:31 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: d2717e7a-d4e0-4235-9703-c318988634fe DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1410185911; bh=sHdbvzLklejf3glrArAjhCjim+Txhxh9TsjZMkza7gE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=VPoTbVHCc0dfQzmQdpnSwOO66nhqgmnvj3XwZZNeLu8d007PDEQ/Qhx4p+jIAxSKH uevOtYsaCBI0Cha4imzgcb915ev6bUXKFVPphENpeRVo13ejKab9eQwxY5dCePogFJ x7dGRDxFlZTUNMzlIMqxaZPuv2m2ZinBz/qTc4hE= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <540DBAB7.2040607@yandex.ru> Date: Mon, 08 Sep 2014 18:18:31 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 References: <540C0878.8050302@cs.ucla.edu> <540D18E0.4080205@cs.ucla.edu> <540D6CBA.7090904@yandex.ru> <540DB2CF.7050701@cs.ucla.edu> In-Reply-To: <540DB2CF.7050701@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 (/) On 09/08/2014 05:44 PM, Paul Eggert wrote: > I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk bzr 117843 --with-x-toolkit=lucid. > x_delete_terminal calls XtCloseDisplay, and then calls emacs_close (dpyinfo->connection), and > the 'close' returns 0. > > Perhaps you configured with some other toolkit? That might explain the discrepancy. No, this is Lucid but with your revert patch applied. > Does it fix things for you if you add a line 'dpyinfo->connection = -1;' after the existing line >'dpyinfo->display = 0;' in xterm.c's x_connection_closed? Though that might cause a file descriptor > leak; I'm not fully following what's going on here, since I can't reproduce the new problem. No, because x_connection_closed is not called. There is another example of a debugging session, clearly showing double-close problem: ;; 1) Run ./src/emacs -Q --daemon ;; 2) Run ./lib-src/emacsclient -c ;; 3) Attach gdb -p to daemon process (gdb) b close Breakpoint 1 at 0x3290ce6c10: close. (4 locations) (gdb) b x_connection_closed Breakpoint 2 at 0x541d10: file ../../trunk/src/xterm.c, line 8425. (gdb) b die Breakpoint 3 at 0x5f6d05: file ../../trunk/src/alloc.c, line 7116. (gdb) c Continuing. ;; 4) C-x C-c in emacsclient frame Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) n close () at ../sysdeps/unix/syscall-template.S:82 82 ret (gdb) xcb_disconnect (c=0x13825e0) at xcb_conn.c:320 320 pthread_mutex_destroy(&c->iolock); (gdb) p c->fd ;; X connection fd is 8 $1 = 8 (gdb) c Continuing. Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) n 83 T_PSEUDO_END (SYSCALL_SYMBOL) (gdb) posix_close (fd=8, flag=1) at ../../trunk/src/sysdep.c:2386 ;; We're closing X connection fd again 2386 } (gdb) c Continuing. Breakpoint 3, die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) at ../../trunk/src/alloc.c:7116 7116 fprintf (stderr, "\r\n%s:%d: Emacs fatal error: assertion failed: %s\r\n", (gdb) bt 6 #0 0x00000000005f6d05 in die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) at ../../trunk/src/alloc.c:7116 #1 0x0000000000598480 in emacs_close (fd=8) at ../../trunk/src/sysdep.c:2408 ;; This is it #2 0x000000000054784b in x_delete_terminal (terminal=0xfa0218) at ../../trunk/src/xterm.c:11382 #3 0x000000000051f8b6 in Fdelete_terminal (terminal=..., force=...) at ../../trunk/src/terminal.c:348 #4 0x00000000004290ba in delete_frame (frame=..., force=...) at ../../trunk/src/frame.c:1691 #5 0x0000000000429630 in Fdelete_frame (frame=..., force=...) at ../../trunk/src/frame.c:1801 Dmitry From unknown Tue Aug 19 02:50:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Resent-From: Christoph Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Sep 2014 21:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Dmitry Antipov Cc: 18403@debbugs.gnu.org, Paul Eggert Received: via spool by 18403-submit@debbugs.gnu.org id=B18403.14102120138080 (code B ref 18403); Mon, 08 Sep 2014 21:34:02 +0000 Received: (at 18403) by debbugs.gnu.org; 8 Sep 2014 21:33:33 +0000 Received: from localhost ([127.0.0.1]:34128 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XR6Z2-00026F-2r for submit@debbugs.gnu.org; Mon, 08 Sep 2014 17:33:32 -0400 Received: from mail-la0-f49.google.com ([209.85.215.49]:55369) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XR6Yy-000260-P6 for 18403@debbugs.gnu.org; Mon, 08 Sep 2014 17:33:29 -0400 Received: by mail-la0-f49.google.com with SMTP id b17so18166402lan.22 for <18403@debbugs.gnu.org>; Mon, 08 Sep 2014 14:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Np1Y5zJq/7nzq/c4RYBOY4Yij/sa+NQHMwQKQRmRiOY=; b=pRYVl0Syc/X7gLKMcvvPXkxhC8KLNiMgZJJRTkCmKoBftR68ibkf9nSnDVppK8UeIt xPacG7YZzt6srNxutMQoN8r0ZP4zAdPJnycng+mWtr+z59Yz7HjuwarxRPPIBb1QyLmY 5wLPaIxjCIaxEjqWqOLoPukEK3q/VuU2JXl/U13fyg3jlm+aRApXBeJlKxC0BjLeBPU4 fZifYisYjgqVomSU+ftNDYYanV6NAUY4KnRC0iHjZ1E4JX4266nNu7ePbhrC/MCPR9jc JkasjGssWk5+mhgvu9yQRycML0WZGgjz7OLW5eKoGj3PbUf1Rw1YOba2ryywM5GaoHep m97Q== MIME-Version: 1.0 X-Received: by 10.112.204.36 with SMTP id kv4mr12659908lbc.54.1410212002375; Mon, 08 Sep 2014 14:33:22 -0700 (PDT) Received: by 10.152.87.9 with HTTP; Mon, 8 Sep 2014 14:33:22 -0700 (PDT) In-Reply-To: <540DBAB7.2040607@yandex.ru> References: <540C0878.8050302@cs.ucla.edu> <540D18E0.4080205@cs.ucla.edu> <540D6CBA.7090904@yandex.ru> <540DB2CF.7050701@cs.ucla.edu> <540DBAB7.2040607@yandex.ru> Date: Mon, 8 Sep 2014 15:33:22 -0600 Message-ID: From: Christoph Content-Type: multipart/alternative; boundary=001a11c3cf3275ad07050294915a X-Spam-Score: -0.4 (/) 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.4 (/) --001a11c3cf3275ad07050294915a Content-Type: text/plain; charset=UTF-8 One other thing I noticed: after quitting the GUI frame, Ctrl-C to break the "waiting" loop and reconnecting with a terminal emacsclient, the *Messages* buffer shows the following error: server-delete-client: X protocol error: BadFont (invalid Font parameter) on protocol request 46 Not sure if that helps at all. On Mon, Sep 8, 2014 at 8:18 AM, Dmitry Antipov wrote: > On 09/08/2014 05:44 PM, Paul Eggert wrote: > > I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk >> bzr 117843 --with-x-toolkit=lucid. >> x_delete_terminal calls XtCloseDisplay, and then calls emacs_close >> (dpyinfo->connection), and >> the 'close' returns 0. >> >> Perhaps you configured with some other toolkit? That might explain the >> discrepancy. >> > > No, this is Lucid but with your revert patch applied. > > Does it fix things for you if you add a line 'dpyinfo->connection = -1;' >> after the existing line >> 'dpyinfo->display = 0;' in xterm.c's x_connection_closed? Though that >> might cause a file descriptor >> leak; I'm not fully following what's going on here, since I can't >> reproduce the new problem. >> > > No, because x_connection_closed is not called. > > There is another example of a debugging session, clearly showing > double-close problem: > > ;; 1) Run ./src/emacs -Q --daemon > ;; 2) Run ./lib-src/emacsclient -c > ;; 3) Attach gdb -p to daemon process > > (gdb) b close > Breakpoint 1 at 0x3290ce6c10: close. (4 locations) > (gdb) b x_connection_closed > Breakpoint 2 at 0x541d10: file ../../trunk/src/xterm.c, line 8425. > (gdb) b die > Breakpoint 3 at 0x5f6d05: file ../../trunk/src/alloc.c, line 7116. > (gdb) c > Continuing. > > ;; 4) C-x C-c in emacsclient frame > > Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 > 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) > (gdb) n > close () at ../sysdeps/unix/syscall-template.S:82 > 82 ret > (gdb) > xcb_disconnect (c=0x13825e0) at xcb_conn.c:320 > 320 pthread_mutex_destroy(&c->iolock); > (gdb) p c->fd ;; X > connection fd is 8 > $1 = 8 > (gdb) c > Continuing. > > Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 > 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) > (gdb) n > 83 T_PSEUDO_END (SYSCALL_SYMBOL) > (gdb) > posix_close (fd=8, flag=1) at ../../trunk/src/sysdep.c:2386 ;; > We're closing X connection fd again > 2386 } > (gdb) c > > Continuing. > Breakpoint 3, die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 > "../../trunk/src/sysdep.c", line=2408) > at ../../trunk/src/alloc.c:7116 > 7116 fprintf (stderr, "\r\n%s:%d: Emacs fatal error: assertion > failed: %s\r\n", > (gdb) bt 6 > #0 0x00000000005f6d05 in die (msg=0x717274 "errno != EBADF || fd < 0", > file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) > at ../../trunk/src/alloc.c:7116 > #1 0x0000000000598480 in emacs_close (fd=8) at > ../../trunk/src/sysdep.c:2408 ;; This is it > #2 0x000000000054784b in x_delete_terminal (terminal=0xfa0218) at > ../../trunk/src/xterm.c:11382 > #3 0x000000000051f8b6 in Fdelete_terminal (terminal=..., force=...) at > ../../trunk/src/terminal.c:348 > #4 0x00000000004290ba in delete_frame (frame=..., force=...) at > ../../trunk/src/frame.c:1691 > #5 0x0000000000429630 in Fdelete_frame (frame=..., force=...) at > ../../trunk/src/frame.c:1801 > > Dmitry > --001a11c3cf3275ad07050294915a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
One other thing I noticed:=C2=A0

after = quitting the GUI frame, Ctrl-C to break the "waiting" loop and re= connecting with a terminal emacsclient, the *Messages* buffer shows the fol= lowing error:

server-delete-client: X protocol erro= r: BadFont (invalid Font parameter) on protocol request 46

Not sure if that helps at all.

On Mon, Sep 8, 2014 at 8:18= AM, Dmitry Antipov <dmantipov@yandex.ru> wrote:
On 09/08/2014 05:44 PM, Paul Eggert wrote:

I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk bzr = 117843 --with-x-toolkit=3Dlucid.
x_delete_terminal calls XtCloseDisplay, and then calls emacs_close (dpyinfo= ->connection), and
the 'close' returns 0.

Perhaps you configured with some other toolkit?=C2=A0 That might explain th= e discrepancy.

No, this is Lucid but with your revert patch applied.

Does it fix things for you if you add a line 'dpyinfo->connection = =3D -1;' after the existing line
'dpyinfo->display =3D 0;' in xterm.c's x_connection_closed?= =C2=A0 Though that might cause a file descriptor
leak; I'm not fully following what's going on here, since I can'= ;t reproduce the new problem.

No, because x_connection_closed is not called.

There is another example of a debugging session, clearly showing double-clo= se problem:

;; 1) Run ./src/emacs -Q --daemon
;; 2) Run ./lib-src/emacsclient -c
;; 3) Attach gdb -p to daemon process

(gdb) b close
Breakpoint 1 at 0x3290ce6c10: close. (4 locations)
(gdb) b x_connection_closed
Breakpoint 2 at 0x541d10: file ../../trunk/src/xterm.c, line 8425.
(gdb) b die
Breakpoint 3 at 0x5f6d05: file ../../trunk/src/alloc.c, line 7116.
(gdb) c
Continuing.

;; 4) C-x C-c in emacsclient frame

Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81
81=C2=A0 =C2=A0 =C2=A0 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARG= S)
(gdb) n
close () at ../sysdeps/unix/syscall-template.S:82
82=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ret
(gdb)
xcb_disconnect (c=3D0x13825e0) at xcb_conn.c:320
320=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pthread_mutex_destroy(&c->iolock);
(gdb) p c->fd=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; X connection fd = is 8
$1 =3D 8
(gdb) c
Continuing.

Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81
81=C2=A0 =C2=A0 =C2=A0 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARG= S)
(gdb) n
83=C2=A0 =C2=A0 =C2=A0 T_PSEUDO_END (SYSCALL_SYMBOL)
(gdb)
posix_close (fd=3D8, flag=3D1) at ../../trunk/src/sysdep.c:2386=C2=A0 =C2= =A0 =C2=A0 =C2=A0 ;; We're closing X connection fd again
2386=C2=A0 =C2=A0 }
(gdb) c

Continuing.
Breakpoint 3, die (msg=3D0x717274 "errno !=3D EBADF || fd < 0"= , file=3D0x7170e0 "../../trunk/src/sysdep.c", line=3D2408)
=C2=A0 =C2=A0 at ../../trunk/src/alloc.c:7116
7116=C2=A0 =C2=A0 =C2=A0 fprintf (stderr, "\r\n%s:%d: Emacs fatal erro= r: assertion failed: %s\r\n",
(gdb) bt 6
#0=C2=A0 0x00000000005f6d05 in die (msg=3D0x717274 "errno !=3D EBADF |= | fd < 0", file=3D0x7170e0 "../../trunk/src/sysdep.c", li= ne=3D2408)
=C2=A0 =C2=A0 at ../../trunk/src/alloc.c:7116
#1=C2=A0 0x0000000000598480 in emacs_close (fd=3D8) at ../../trunk/src/sysd= ep.c:2408=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; This is it
#2=C2=A0 0x000000000054784b in x_delete_terminal (terminal=3D0xfa0218) at .= ./../trunk/src/xterm.c:11382
#3=C2=A0 0x000000000051f8b6 in Fdelete_terminal (terminal=3D..., force=3D..= .) at ../../trunk/src/terminal.c:348
#4=C2=A0 0x00000000004290ba in delete_frame (frame=3D..., force=3D...) at .= ./../trunk/src/frame.c:1691
#5=C2=A0 0x0000000000429630 in Fdelete_frame (frame=3D..., force=3D...) at = ../../trunk/src/frame.c:1801=

Dmitry

--001a11c3cf3275ad07050294915a-- From unknown Tue Aug 19 02:50:27 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 Scholtes Subject: bug#18403: closed (Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client) Message-ID: References: <87lhq084qe.fsf@gmail.com> X-Gnu-PR-Message: they-closed 18403 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 18403@debbugs.gnu.org Date: Sat, 13 Sep 2014 16:22:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1410625322-27019-1" This is a multi-part message in MIME format... ------------=_1410625322-27019-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client 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 18403@debbugs.gnu.org. --=20 18403: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18403 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1410625322-27019-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 18403-done) by debbugs.gnu.org; 13 Sep 2014 16:21:55 +0000 Received: from localhost ([127.0.0.1]:40343 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XSq5C-00071S-Aj for submit@debbugs.gnu.org; Sat, 13 Sep 2014 12:21:55 -0400 Received: from mail-la0-f42.google.com ([209.85.215.42]:44057) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XSq59-00071K-PL for 18403-done@debbugs.gnu.org; Sat, 13 Sep 2014 12:21:53 -0400 Received: by mail-la0-f42.google.com with SMTP id hz20so2583515lab.15 for <18403-done@debbugs.gnu.org>; Sat, 13 Sep 2014 09:21:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=N19QKf2Du9maDyR0qRryQMkzB3suQHcMT4cho4HVPQg=; b=N8jfV4gPFn7kt9IhkzymjH5bhgt0gA8L07L5kIGR+ktavL8lLvfPI1h3MlgJFHMhPV DbZbI7KRaIOSuPXVYrJnAODXeg/bKEold6X6RT7v/DBIOVkjsV3LOLzqhqdFFjIqfmwl YU+MZ+1xi9P/3jECGlSQiLse/ZDWUNhcYLT8ClFXLWMK7Sx5otI+gJfoBK6JEvVuDqUU w0EMr0jOPXRHybWkm6j2MneIZ598dom+zm9d97GgYdsUJUve2/60PxoJnQAUymzwakmt CZwTclGikwKwbiiP3U3LOJHsai1Vc4GoQywnqfH/LRF8sC69lhHFVQcZ9pjQ3uUkivQf l/yg== MIME-Version: 1.0 X-Received: by 10.112.225.7 with SMTP id rg7mr15859164lbc.52.1410625310798; Sat, 13 Sep 2014 09:21:50 -0700 (PDT) Received: by 10.152.87.9 with HTTP; Sat, 13 Sep 2014 09:21:50 -0700 (PDT) In-Reply-To: References: <540C0878.8050302@cs.ucla.edu> <540D18E0.4080205@cs.ucla.edu> <540D6CBA.7090904@yandex.ru> <540DB2CF.7050701@cs.ucla.edu> <540DBAB7.2040607@yandex.ru> Date: Sat, 13 Sep 2014 10:21:50 -0600 Message-ID: Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client From: Christoph To: 18403-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a11348d4e8fb7940502f4cc0a X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 18403-done Cc: Paul Eggert , Dmitry Antipov 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.4 (/) --001a11348d4e8fb7940502f4cc0a Content-Type: text/plain; charset=UTF-8 The original issue of the hanging emacsclient with Lucid is fixed in trunk, bzr r117565. I am closing this bug. Thank you. On Mon, Sep 8, 2014 at 3:33 PM, Christoph wrote: > One other thing I noticed: > > after quitting the GUI frame, Ctrl-C to break the "waiting" loop and > reconnecting with a terminal emacsclient, the *Messages* buffer shows the > following error: > > server-delete-client: X protocol error: BadFont (invalid Font parameter) > on protocol request 46 > > Not sure if that helps at all. > > On Mon, Sep 8, 2014 at 8:18 AM, Dmitry Antipov > wrote: > >> On 09/08/2014 05:44 PM, Paul Eggert wrote: >> >> I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk >>> bzr 117843 --with-x-toolkit=lucid. >>> x_delete_terminal calls XtCloseDisplay, and then calls emacs_close >>> (dpyinfo->connection), and >>> the 'close' returns 0. >>> >>> Perhaps you configured with some other toolkit? That might explain the >>> discrepancy. >>> >> >> No, this is Lucid but with your revert patch applied. >> >> Does it fix things for you if you add a line 'dpyinfo->connection = -1;' >>> after the existing line >>> 'dpyinfo->display = 0;' in xterm.c's x_connection_closed? Though that >>> might cause a file descriptor >>> leak; I'm not fully following what's going on here, since I can't >>> reproduce the new problem. >>> >> >> No, because x_connection_closed is not called. >> >> There is another example of a debugging session, clearly showing >> double-close problem: >> >> ;; 1) Run ./src/emacs -Q --daemon >> ;; 2) Run ./lib-src/emacsclient -c >> ;; 3) Attach gdb -p to daemon process >> >> (gdb) b close >> Breakpoint 1 at 0x3290ce6c10: close. (4 locations) >> (gdb) b x_connection_closed >> Breakpoint 2 at 0x541d10: file ../../trunk/src/xterm.c, line 8425. >> (gdb) b die >> Breakpoint 3 at 0x5f6d05: file ../../trunk/src/alloc.c, line 7116. >> (gdb) c >> Continuing. >> >> ;; 4) C-x C-c in emacsclient frame >> >> Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 >> 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) >> (gdb) n >> close () at ../sysdeps/unix/syscall-template.S:82 >> 82 ret >> (gdb) >> xcb_disconnect (c=0x13825e0) at xcb_conn.c:320 >> 320 pthread_mutex_destroy(&c->iolock); >> (gdb) p c->fd ;; X >> connection fd is 8 >> $1 = 8 >> (gdb) c >> Continuing. >> >> Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81 >> 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) >> (gdb) n >> 83 T_PSEUDO_END (SYSCALL_SYMBOL) >> (gdb) >> posix_close (fd=8, flag=1) at ../../trunk/src/sysdep.c:2386 ;; >> We're closing X connection fd again >> 2386 } >> (gdb) c >> >> Continuing. >> Breakpoint 3, die (msg=0x717274 "errno != EBADF || fd < 0", file=0x7170e0 >> "../../trunk/src/sysdep.c", line=2408) >> at ../../trunk/src/alloc.c:7116 >> 7116 fprintf (stderr, "\r\n%s:%d: Emacs fatal error: assertion >> failed: %s\r\n", >> (gdb) bt 6 >> #0 0x00000000005f6d05 in die (msg=0x717274 "errno != EBADF || fd < 0", >> file=0x7170e0 "../../trunk/src/sysdep.c", line=2408) >> at ../../trunk/src/alloc.c:7116 >> #1 0x0000000000598480 in emacs_close (fd=8) at >> ../../trunk/src/sysdep.c:2408 ;; This is it >> #2 0x000000000054784b in x_delete_terminal (terminal=0xfa0218) at >> ../../trunk/src/xterm.c:11382 >> #3 0x000000000051f8b6 in Fdelete_terminal (terminal=..., force=...) at >> ../../trunk/src/terminal.c:348 >> #4 0x00000000004290ba in delete_frame (frame=..., force=...) at >> ../../trunk/src/frame.c:1691 >> #5 0x0000000000429630 in Fdelete_frame (frame=..., force=...) at >> ../../trunk/src/frame.c:1801 >> >> Dmitry >> > > --001a11348d4e8fb7940502f4cc0a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The original issue of the hanging emacsclient with Lucid i= s fixed in trunk, bzr r117565. I am closing this bug.

Th= ank you.

On Mon, Sep 8, 2014 at 3:33 PM, Christoph <cschol2112@gmail.com= > wrote:
One o= ther thing I noticed:=C2=A0

after quitting the GUI frame= , Ctrl-C to break the "waiting" loop and reconnecting with a term= inal emacsclient, the *Messages* buffer shows the following error:

=
server-delete-client: X protocol error: BadFont (invalid Fo= nt parameter) on protocol request 46

N= ot sure if that helps at all.

On Mon, Sep 8, 2014 at 8:18 AM, Dmitry Antipov <= dmantipov@yandex.ru> wrote:
On 09/08/2014 05:44 PM, Paul Eggert wrote:

I cannot reproduce this new problem on Ubuntu 14.04, configuring trunk bzr = 117843 --with-x-toolkit=3Dlucid.
x_delete_terminal calls XtCloseDisplay, and then calls emacs_close (dpyinfo= ->connection), and
the 'close' returns 0.

Perhaps you configured with some other toolkit?=C2=A0 That might explain th= e discrepancy.

No, this is Lucid but with your revert patch applied.

Does it fix things for you if you add a line 'dpyinfo->connection = =3D -1;' after the existing line
'dpyinfo->display =3D 0;' in xterm.c's x_connection_closed?= =C2=A0 Though that might cause a file descriptor
leak; I'm not fully following what's going on here, since I can'= ;t reproduce the new problem.

No, because x_connection_closed is not called.

There is another example of a debugging session, clearly showing double-clo= se problem:

;; 1) Run ./src/emacs -Q --daemon
;; 2) Run ./lib-src/emacsclient -c
;; 3) Attach gdb -p to daemon process

(gdb) b close
Breakpoint 1 at 0x3290ce6c10: close. (4 locations)
(gdb) b x_connection_closed
Breakpoint 2 at 0x541d10: file ../../trunk/src/xterm.c, line 8425.
(gdb) b die
Breakpoint 3 at 0x5f6d05: file ../../trunk/src/alloc.c, line 7116.
(gdb) c
Continuing.

;; 4) C-x C-c in emacsclient frame

Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81
81=C2=A0 =C2=A0 =C2=A0 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARG= S)
(gdb) n
close () at ../sysdeps/unix/syscall-template.S:82
82=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ret
(gdb)
xcb_disconnect (c=3D0x13825e0) at xcb_conn.c:320
320=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pthread_mutex_destroy(&c->iolock);
(gdb) p c->fd=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; X connection fd = is 8
$1 =3D 8
(gdb) c
Continuing.

Breakpoint 1, close () at ../sysdeps/unix/syscall-template.S:81
81=C2=A0 =C2=A0 =C2=A0 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARG= S)
(gdb) n
83=C2=A0 =C2=A0 =C2=A0 T_PSEUDO_END (SYSCALL_SYMBOL)
(gdb)
posix_close (fd=3D8, flag=3D1) at ../../trunk/src/sysdep.c:2386=C2=A0 =C2= =A0 =C2=A0 =C2=A0 ;; We're closing X connection fd again
2386=C2=A0 =C2=A0 }
(gdb) c

Continuing.
Breakpoint 3, die (msg=3D0x717274 "errno !=3D EBADF || fd < 0"= , file=3D0x7170e0 "../../trunk/src/sysdep.c", line=3D2408)
=C2=A0 =C2=A0 at ../../trunk/src/alloc.c:7116
7116=C2=A0 =C2=A0 =C2=A0 fprintf (stderr, "\r\n%s:%d: Emacs fatal erro= r: assertion failed: %s\r\n",
(gdb) bt 6
#0=C2=A0 0x00000000005f6d05 in die (msg=3D0x717274 "errno !=3D EBADF |= | fd < 0", file=3D0x7170e0 "../../trunk/src/sysdep.c", li= ne=3D2408)
=C2=A0 =C2=A0 at ../../trunk/src/alloc.c:7116
#1=C2=A0 0x0000000000598480 in emacs_close (fd=3D8) at ../../trunk/src/sysd= ep.c:2408=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; This is it
#2=C2=A0 0x000000000054784b in x_delete_terminal (terminal=3D0xfa0218) at .= ./../trunk/src/xterm.c:11382
#3=C2=A0 0x000000000051f8b6 in Fdelete_terminal (terminal=3D..., force=3D..= .) at ../../trunk/src/terminal.c:348
#4=C2=A0 0x00000000004290ba in delete_frame (frame=3D..., force=3D...) at .= ./../trunk/src/frame.c:1691
#5=C2=A0 0x0000000000429630 in Fdelete_frame (frame=3D..., force=3D...) at = ../../trunk/src/frame.c:1801

Dmitry


--001a11348d4e8fb7940502f4cc0a-- ------------=_1410625322-27019-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Sep 2014 03:06:01 +0000 Received: from localhost ([127.0.0.1]:58294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPNN2-0007Ws-Ph for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:06:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43629) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XPNN0-0007Wb-C5 for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPNMt-0003V3-Jj for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05: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=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38885) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMt-0003Uz-Gv for submit@debbugs.gnu.org; Wed, 03 Sep 2014 23:05:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45346) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMs-0004BT-Am for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPNMr-0003UZ-8z for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:50 -0400 Received: from mail-ie0-x22b.google.com ([2607:f8b0:4001:c03::22b]:50019) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPNMr-0003UQ-38 for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2014 23:05:49 -0400 Received: by mail-ie0-f171.google.com with SMTP id rp18so10956484iec.30 for ; Wed, 03 Sep 2014 20:05:47 -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=zV+771YypvFBizzJqk94gAGx7fLOc2i091qxaBZPqKU=; b=LitgkjFlXB583AGyXY5ahSg7IJ7SxMCGHBW8UiLt9m1UAnucoTzCGKVS1+TgSmIw3v 4mUhWrX+uVt9XcCd5OXCMEgqC7JHJ82rTzY+mE4bZBEuAciVx/qIASN3nK7n215xS/I1 cytmbTGSS9c2V3tjZQs1RccNi3Zy0zojJtnuMghzSclSBPcs8zcEp/tQR80l3IAVdOXf h3g4yEiic+ci7z/BfC2UQDC8mI7ixmWzT0P+HDMxM4YZLdfe6QDAR+MfOylEBDjypeiQ bJldOHGWKdAxalJWMnl5oh1lDL8eODLSgosPAi5ADMpxC0pOAPomYV3CrOhNZHH/Evjz Uk9w== X-Received: by 10.42.40.144 with SMTP id l16mr1463466ice.27.1409799947632; Wed, 03 Sep 2014 20:05:47 -0700 (PDT) Received: from marvin ([2601:1:9180:b68:f9d3:38da:1ff0:5ef5]) by mx.google.com with ESMTPSA id m4sm7212368igr.20.2014.09.03.20.05.46 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 03 Sep 2014 20:05:46 -0700 (PDT) From: Christoph Scholtes To: bug-gnu-emacs@gnu.org Subject: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Date: Wed, 03 Sep 2014 21:05:45 -0600 Message-ID: <87lhq084qe.fsf@gmail.com> 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: -3.8 (---) X-Debbugs-Envelope-To: submit 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: -3.8 (---) Emacs 24 (r117814) compiled with Lucid toolkit. Steps to reproduce: emacs --daemon -q emacsclient -c Exit GUI client with `C-x C-c' or evaluate `(kill-emacs)' in *scratch*. Emacsclient will hang with `Waiting for Emacs...' at the shell prompt and not exit. In case of `(kill-emacs)', it will kill the daemon correctly, but emacsclient hangs. I attached a debugger and Emacs seems to be stuck in the do..while loop around line 1734 of `emacsclient.c'. I tried same procedure with Emacs compiled with GTK3 and it works correctly. emacsclient exits at the prompt upon executing either `C-x C-c' or (kill-emacs). emacsclient -t also works correctly and emacsclient exits after executing `C-x C-c'. In GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-09-03 on marvin Repository revision: 117814 eggert@cs.ucla.edu-20140904020246-9nko8pp4vqjsfdfy Windowing system distributor `The X.Org Foundation', version 11.0.11103000 System Description: Linux Mint 13 Maya Configured using: `configure --with-x-toolkit=lucid' Configured features: XPM JPEG TIFF GIF PNG SOUND DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t my-keys-minor-mode: t erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-networks-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t show-smartparens-global-mode: t show-smartparens-mode: t smartparens-global-mode: t smartparens-strict-mode: t smartparens-mode: t shell-dirtrack-mode: t desktop-save-mode: t ido-everywhere: t global-auto-revert-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: Desktop: 1 frame, 0 buffers restored. Starting Emacs daemon. Restarting server Saving all Org-mode buffers... (No files need saving) Saving all Org-mode buffers... done Saving all Org-mode buffers... (No files need saving) Saving all Org-mode buffers... done When done with this frame, type C-x 5 0 [...] Memory information: ((conses 16 287414 14434) (symbols 48 41994 0) (miscs 40 87 169) (strings 32 88161 8807) (string-bytes 1 2681717) (vectors 16 32629) (vector-slots 8 631672 6983) (floats 8 203 274) (intervals 56 319 0) (buffers 976 12) (heap 1024 29623 1082)) ------------=_1410625322-27019-1--