From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Crowe Newsgroups: gmane.emacs.bugs Subject: bug#16737: Yank causes hang in v24.4.1 Date: Tue, 11 Nov 2014 13:26:05 +0000 Message-ID: <20141111132605.GA27193@mcrowe.com> References: <20141111123750.GA25517@mcrowe.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1415725649 31222 80.91.229.3 (11 Nov 2014 17:07:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Nov 2014 17:07:29 +0000 (UTC) To: 16737@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 11 18:07:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XoEuX-0002e6-VN for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 18:07:22 +0100 Original-Received: from localhost ([::1]:49899 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEuX-0002rh-Be for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 12:07:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36872) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEuL-0002rS-PT for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 12:07:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoEuE-0000DV-9o for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 12:07:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60341) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEuE-0000DJ-6m for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 12:07:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XoEuD-0005hi-No for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 12:07:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Mike Crowe Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Nov 2014 17:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16737 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 16737-submit@debbugs.gnu.org id=B16737.141572556121832 (code B ref 16737); Tue, 11 Nov 2014 17:07:01 +0000 Original-Received: (at 16737) by debbugs.gnu.org; 11 Nov 2014 17:06:01 +0000 Original-Received: from localhost ([127.0.0.1]:57554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoEtE-0005fx-Du for submit@debbugs.gnu.org; Tue, 11 Nov 2014 12:06:01 -0500 Original-Received: from smtpout.karoo.kcom.com ([212.50.160.34]:28452) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoBSR-0000SG-Ss for 16737@debbugs.gnu.org; Tue, 11 Nov 2014 08:26:08 -0500 X-IronPort-AV: E=Sophos;i="5.07,361,1413241200"; d="scan'208";a="23134020" Original-Received: from deneb.mcrowe.com ([82.152.148.4]) by smtpout.karoo.kcom.com with ESMTP; 11 Nov 2014 13:26:06 +0000 Original-Received: from mac by deneb.mcrowe.com with local (Exim 4.80) (envelope-from ) id 1XoBSP-0007CF-La for 16737@debbugs.gnu.org; Tue, 11 Nov 2014 13:26:05 +0000 Content-Disposition: inline In-Reply-To: <20141111123750.GA25517@mcrowe.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 11 Nov 2014 12:05:58 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95868 On Tuesday 11 November 2014 at 12:37:50 +0000, Mike Crowe wrote: > > I still see it and I've been tracking the emacs-24 branch. It seems to be > > a consequence of a long lived Emacs daemon session - I.e. any given > > daemon eventually starts to timeout with x pastes. I just restart the > > daemon and it goes away. I haven't restarted X/i3 for weeks. > > I'm running Debian Jessie's "GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ > Version 3.14.3)" in daemon mode. I rebooted yesterday and I'm seeing this > problem today (in fact, I think I saw it late yesterday too.) I have seen > the problem in earlier Debian Jessie Emacs versions too (v24.3) > > I'm also running with i3 as my window manager. I forgot to mention that I connect to Emacs both from a tty and X. The X client stays active all the time. The tty ones come and go. I attached with gdb and set a breakpoint on x_handle_property_notify as suggested by the patch in message #55. When it fired: Breakpoint 1, x_handle_property_notify (event=event@entry=0x7fff51b23ee0) at xselect.c:1147 1147 xselect.c: No such file or directory. (gdb) bt #0 x_handle_property_notify (event=event@entry=0x7fff51b23ee0) at xselect.c:1147 #1 0x00000000004c3c20 in handle_one_xevent (dpyinfo=0x1a56800, event=event@entry=0x7fff51b23ee0, finish=finish@entry=0x7fff51b23e44, hold_quit=hold_quit@entry=0x0) at xterm.c:6026 #2 0x00000000004c4dc0 in x_dispatch_event (event=event@entry=0x7fff51b23ee0, display=) at xterm.c:6951 #3 0x00000000004c4ed9 in event_handler_gdk (gxev=0x7fff51b23ee0, ev=, data=) at xterm.c:5727 #4 0x00007fb5c1164a51 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #5 0x00007fb5c1164d11 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #6 0x00007fb5c113b879 in gdk_display_get_event () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #7 0x00007fb5c1164ad2 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #8 0x00007fb5bfac0c5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 [...] (gdb) p event->state $1 = 0 (gdb) p (char *)XGetAtomName(event->display, event->atom) $3 = 0x2772080 "_EMACS_TMP_" (gdb) p event->window $4 = 44040303 (gdb) p event->display $5 = (Display *) 0x1883410 (gdb) p property_change_wait_list $6 = (struct prop_location *) 0x0 I continued a few times and property_change_wait_list was always NULL. I set another breakpoint on x_handle_property_notify only if property_change_wait_list was non-NULL and it never fired when pasting into Emacs. Is there anything else I can usefully determine without recompiling? Thanks. Mike.