From: Mike Crowe <mac@mcrowe.com>
To: 16737@debbugs.gnu.org
Subject: bug#16737: Yank causes hang in v24.4.1
Date: Tue, 11 Nov 2014 13:26:05 +0000 [thread overview]
Message-ID: <20141111132605.GA27193@mcrowe.com> (raw)
In-Reply-To: <20141111123750.GA25517@mcrowe.com>
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=<optimized out>)
at xterm.c:6951
#3 0x00000000004c4ed9 in event_handler_gdk (gxev=0x7fff51b23ee0, ev=<optimized out>, data=<optimized out>)
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.
next prev parent reply other threads:[~2014-11-11 13:26 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan
2014-02-13 5:22 ` Dmitry Antipov
2014-02-19 16:04 ` Sujith Manoharan
2014-03-04 12:47 ` Nicolas Richard
2014-03-04 16:59 ` Eli Zaretskii
2014-03-05 11:01 ` Nicolas Richard
2014-03-05 17:08 ` Eli Zaretskii
2014-03-21 6:19 ` Nicolas Richard
2014-03-21 6:28 ` Nicolas Richard
2014-03-21 6:42 ` Nicolas Richard
2014-03-21 8:18 ` Eli Zaretskii
2014-03-21 8:17 ` Eli Zaretskii
2014-03-27 9:34 ` Nicolas Richard
2014-02-13 10:23 ` Nicolas Richard
2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier
2014-06-25 18:07 ` Alex Bennée
2015-06-03 15:18 ` Tassilo Horn
2015-06-03 15:35 ` Alex Bennée
2015-06-03 15:39 ` bug#20283: " Oleh Krehel
2015-06-05 9:26 ` Alex Bennée
2014-06-25 18:28 ` Jan Djärv
2014-06-25 19:56 ` Stefan Monnier
2014-07-21 15:02 ` Alex Bennée
2014-11-21 10:53 ` Tom Tromey
2014-06-25 19:58 ` Nicolas Richard
2014-09-25 20:43 ` bug#16737: Autoloading `safe-local-variable' properties Stefan Monnier
2014-11-11 12:37 ` bug#16737: Yank causes hang in v24.4.1 Mike Crowe
2014-11-11 13:26 ` Mike Crowe [this message]
2015-01-17 14:38 ` bug#16737: Timed out waiting for reply from selection owner Oleh Krehel
2015-01-17 14:56 ` Eli Zaretskii
2015-01-17 15:34 ` Oleh Krehel
2015-01-17 18:07 ` Eli Zaretskii
2015-01-17 21:43 ` Vincent Bernat
2015-01-17 21:45 ` Vincent Bernat
2015-01-19 17:46 ` Eli Zaretskii
2015-01-27 16:43 ` Vincent Bernat
2015-01-27 17:42 ` Eli Zaretskii
2015-01-27 18:16 ` Vincent Bernat
2015-01-28 9:54 ` Nicolas Richard
2015-01-28 10:16 ` Vincent Bernat
2015-01-28 14:14 ` Vincent Bernat
2015-01-28 14:23 ` Oleh Krehel
2015-01-27 10:43 ` Oleh Krehel
2015-01-27 17:43 ` Eli Zaretskii
2015-01-27 18:05 ` Oleh Krehel
2015-01-27 19:10 ` Eli Zaretskii
2015-04-04 14:12 ` bug#16737: 24.3.50; Yank causes hang Jan Djärv
2015-06-04 13:42 ` bug#16737: Timed out waiting for reply from selection owner Alan D. Salewski
2015-06-05 14:36 ` Alan D. Salewski
2015-06-15 3:00 ` Alan D. Salewski
2015-06-16 11:10 ` Oleh Krehel
2015-06-23 23:45 ` Stefan Monnier
2015-07-08 20:54 ` bug#16737: A bit of digging Mike Crowe
2015-07-09 12:44 ` bug#16737: Possible patch Mike Crowe
2015-07-15 18:36 ` bug#16737: Emacs bug #16737: " Mike Crowe
2015-07-16 8:32 ` Tassilo Horn
2015-07-17 19:58 ` Martin Renold
2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert
2015-07-18 5:16 ` Sujith Manoharan
2015-09-26 4:39 ` bug#19320: " Mitchel Humpherys
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141111132605.GA27193@mcrowe.com \
--to=mac@mcrowe.com \
--cc=16737@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.