From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 03 23:06:01 2014 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)) From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 07 03:26:03 2014 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 To: Christoph Scholtes Subject: Re: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Sun Sep 07 21:36:53 2014 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: Subject: Re: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client From: Christoph To: Paul Eggert , dmantipov@yandex.ru Content-Type: multipart/alternative; boundary=089e01493a0ce94a5f050283d9be X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Sun Sep 07 21:40:25 2014 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: Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client From: Christoph To: Paul Eggert , dmantipov@yandex.ru Content-Type: multipart/alternative; boundary=001a11c3cf32900381050283e6c4 X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Sun Sep 07 22:48:18 2014 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 To: Christoph , dmantipov@yandex.ru Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client References: <540C0878.8050302@cs.ucla.edu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000509030807020000080102" X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Mon Sep 08 04:45:59 2014 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 To: Paul Eggert , Christoph Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client 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-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Mon Sep 08 09:45:06 2014 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 To: Dmitry Antipov , Christoph Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client 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-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Mon Sep 08 10:18:44 2014 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 To: Paul Eggert , Christoph Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client 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-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Mon Sep 08 17:33:33 2014 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: Subject: Re: bug#18403: 24.4.50; emacsclient sometimes hangs on exit with Lucid GUI client From: Christoph To: Dmitry Antipov Content-Type: multipart/alternative; boundary=001a11c3cf3275ad07050294915a X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 18403 Cc: 18403@debbugs.gnu.org, Paul Eggert 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 debbugs-submit-bounces@debbugs.gnu.org Sat Sep 13 12:21:55 2014 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-- From unknown Tue Aug 19 02:52:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 12 Oct 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator