GNU bug report logs - #16737
24.3.50; Yank causes hang

Previous Next

Package: emacs;

Reported by: Sujith Manoharan <sujith <at> msujith.org>

Date: Thu, 13 Feb 2014 03:49:02 UTC

Severity: important

Tags: moreinfo, patch

Merged with 17026, 17101, 17172, 19320, 20283

Found in versions 24.3.50, 24.4, 25.0.50

Done: Tassilo Horn <tsdh <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16737 in the body.
You can then email your comments to 16737 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 13 Feb 2014 03:49:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Sujith Manoharan <sujith <at> msujith.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 13 Feb 2014 03:49:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sujith Manoharan <sujith <at> msujith.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; Yank causes hang
Date: Thu, 13 Feb 2014 09:10:55 +0530
[Message part 1 (text/plain, inline)]
Pasting content selected in a browser causes Emacs to hang completely
sometimes. This is not consistently reproducible, but it happens after
a few hours of usage, sometimes days.

"top" shows Emacs' CPU usage at 100% and after a few minutes, it stops
and the frame is usable again, but after this happens, doing any yank
causes Emacs to hang again, so it has to be killed and restarted to get
paste working again.

Kill/yank from within Emacs doesn't have this problem.

I attached using strace to the running Emacs process when this happened and
captured the log.

Please let me know if any other information is required.


In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.22)
 of 2014-02-09 on nako
Windowing system distributor `The X.Org Foundation', version 11.0.11500000
Configured using:
 `configure --prefix=/usr/ --without-toolkit-scroll-bars --without-xaw3d
 --without-xim --without-gpm --without-gconf --without-gsettings
 --without-selinux --without-gnutls --with-x-toolkit=gtk2 --disable-acl
 --enable-link-time-optimization --without-compress-install'

Important settings:
  value of $LC_COLLATE: C
  value of $LANG: en_IN.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  shell-dirtrack-mode: t
  display-battery-mode: t
  display-time-mode: t
  iswitchb-mode: t
  savehist-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: 1
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> . <return> <down> <down> <down> <down> 
P l e a s e SPC l e t SPC m e SPC k n o w SPC u i f 
<backspace> <backspace> <backspace> i f SPC a n y SPC 
o t h e r SPC i n f o r m a t i o n SPC i s SPC r e 
q u i r e d . <return> <return> M-> <return> <return> 
C-c C-a e m a <tab> <return> <return> s t r a c e SPC 
l o g <return> M-< C-c C-c y y n <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <C-tab> <C-S-iso-lefttab> 
<up> C-x C-b g <down> <up> <return> M-< <down> <down> 
<down> <down> <down> <down> <down> <down> <up> <up> 
<up> C-e <return> C-c C-f C-c C-x u F r o m : SPC s 
u j i t h <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> S u j i t h SPC M a n o h a 
r a n SPC < s u j i t h @ m s u j i t h o <backspace> 
. o r g > M-x v m <return> v I <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> S <tab> 
m <tab> <return> n n n n n n n n n n n n n n n n c 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> C-S-a C-S-g C-S-g C-S-a 
C-SPC <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
C-S-x R I C-S-g C-S-x R S 1 C-S-x K <return> C-S-x 
O G Q C-S-g C-S-g Q Q q M-x <up> <up> <return>

Recent messages:
SENT-msujith: 436 messages, 0 new, 0 unread, 0 deleted [3 times]
vm-next-message: End of folder [16 times]
Mark set
Quit [2 times]
Mark set
Mark activated
register-read-with-preview: Non-character input-event
Quit [2 times]
SENT-msujith: Quitting...
INBOX-gmail: Quitting...

Load-path shadows:
/usr/share/emacs/site-lisp/emms/tq hides /usr/share/emacs/24.3.50/lisp/emacs-lisp/tq

Features:
(ibuf-ext ibuffer eieio-opt speedbar sb-image ezimage dframe find-func shadow
emacsbug emms-info-libtag emms-playlist-limit emms-volume easy-mmode
emms-volume-amixer emms-i18n emms-history emms-score emms-stream-info
emms-metaplaylist-mode emms-bookmarks emms-lastfm-client xml parse-time emms-cue
emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played
emms-player-xine emms-player-mpd tq emms-playing-time emms-lyrics emms-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util url-parse url-vars mailcap emms-streams emms-tag-editor emms-mark
emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do
emms-playlist-mode emms-player-vlc emms-player-mplayer emms-player-simple
emms-source-playlist emms-source-file emms-setup emms emms-compat xterm
mule-util cal-move cal-menu calendar cal-loaddefs dired-aux cycbuf misearch
multi-isearch help-mode vm-delete network-stream starttls tls message idna
format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
gmm-utils mailheader smtpmail auth-source eieio eieio-core gnus-util
password-cache mailalias mailabbrev flyspell ispell vm-reply w3m-form w3m
browse-url doc-view jka-compr image-mode w3m-hist w3m-fb bookmark-w3m w3m-ems
w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util vm-w3m timezone u-vm-color
vm-save tapestry vm-sort sendmail rfc2047 rfc2045 ietf-drums mail-utils
vm-rfaddons vm-undo vm-virtual vm-summary-faces vm-pop utf7 mm-util mail-prsvr
vm-imap vm-thread vm-mime vm-toolbar vm-menu vm-window vm-folder vm-crypto
vm-summary vm-mouse vm-page vm-motion vm-minibuf vm-message vm-misc vm-macro
mairix vm-autoloads vm-vars vm-version vm shell pcomplete comint ansi-color
zenburn-theme-autoloads package byte-opt bytecomp byte-compile cconv eudcb-ldap
ldap eudc cus-edit cus-start cus-load eudc-vars wid-edit advice help-fns battery
time dired-x dired edmacro kmacro cl-loaddefs cl-lib xcscope ring easymenu
zenburn-theme server iswitchb savehist saveplace time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode
register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind gfilenotify dynamic-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)

[emacs.strace.gz (application/x-gzip, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 13 Feb 2014 05:24:02 GMT) Full text and rfc822 format available.

Message #8 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Sujith Manoharan <sujith <at> msujith.org>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Thu, 13 Feb 2014 09:22:56 +0400
On 02/13/2014 07:40 AM, Sujith Manoharan wrote:

> I attached using strace to the running Emacs process when this happened and
> captured the log.
>
> Please let me know if any other information is required.

1) It's better to attach gdb and try to obtain a backtrace, especially when
Emacs sits in CPU-eating loops.

2) If CPU-eating loop involves I/O (read/write/sendmsg/recvmsg/select/etc.),
try to understand how the relevant fds are used, by looking under
/proc/[Emacs PID]/fd directory. (In your log, the most important is fd 4;
probably this is an X socket).

Dmitry





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 13 Feb 2014 10:24:02 GMT) Full text and rfc822 format available.

Message #11 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Sujith Manoharan <sujith <at> msujith.org>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Thu, 13 Feb 2014 11:23:56 +0100
Sujith Manoharan <sujith <at> msujith.org> writes:
> Pasting content selected in a browser causes Emacs to hang completely
> sometimes.

I had a similar problem yesterday, and noticed (thanks to M-x
profiler-start/report) that (x-get-selection) was at fault. 

Unfortunately I gave up and restarted emacs (I had been downgrading a
few packages in that session, and I thought maybe there was an
inconsistency because of that).

Before giving up, I also noticed an error message:
"Timed out getting a reply from selection owner"

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 19 Feb 2014 16:06:01 GMT) Full text and rfc822 format available.

Message #14 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Sujith Manoharan <sujith <at> msujith.org>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Wed, 19 Feb 2014 21:34:42 +0530
Dmitry Antipov wrote:
> 1) It's better to attach gdb and try to obtain a backtrace, especially when
> Emacs sits in CPU-eating loops.
> 
> 2) If CPU-eating loop involves I/O (read/write/sendmsg/recvmsg/select/etc.),
> try to understand how the relevant fds are used, by looking under
> /proc/[Emacs PID]/fd directory. (In your log, the most important is fd 4;
> probably this is an X socket).

Ok. The next time this happens, I'll get a gdb backtrace.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 04 Mar 2014 12:48:02 GMT) Full text and rfc822 format available.

Message #17 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16737 <at> debbugs.gnu.org, Sujith Manoharan <sujith <at> msujith.org>
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Tue, 04 Mar 2014 13:47:53 +0100
Dmitry Antipov <dmantipov <at> yandex.ru> writes:
> 1) It's better to attach gdb and try to obtain a backtrace, especially when
> Emacs sits in CPU-eating loops.
>
> 2) If CPU-eating loop involves I/O (read/write/sendmsg/recvmsg/select/etc.),
> try to understand how the relevant fds are used, by looking under
> /proc/[Emacs PID]/fd directory. (In your log, the most important is fd 4;
> probably this is an X socket).

I'm currently in a session which has the same problem. (This is not from
emacs -Q, emacs-uptime reports almost 2 weeks of uptime.)

Evalling (x-get-selection) or (x-get-selection 'CLIPBOARD) with C-x C-e
work fine but (x-get-selection 'SECONDARY) hangs for about 5 seconds (it
seemed more before I started timing it... not sure if it's purely
psychological). I then get a lisp bt:

Debugger entered--Lisp error: (error "Timed out waiting for reply from selection owner")
  x-get-selection-internal(SECONDARY STRING)
  x-get-selection(SECONDARY)
  eval((x-get-selection (quote SECONDARY)) nil)
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp nil nil)
  command-execute(eval-last-sexp)

During these 5 seconds, htop shows that emacs has almost 100% CPU usage.

Btw I also have bug #16925, which triggers debugger regularly.

Below is a gdb backtrace. I keep this emacs session open in case you
want me to investigate more.

Program received signal SIGTSTP, Stopped (user).
0xb726f1dd in __GI_clock_gettime (clock_id=1, tp=0xbfffcd78) at ../sysdeps/unix/clock_gettime.c:115
115	../sysdeps/unix/clock_gettime.c: Aucun fichier ou dossier de ce type.
(gdb) thread apply all bt full

Thread 6 (Thread 0xb1435b40 (LWP 5760)):
#0  0xb6e36325 in sys_futex0 (val=148, op=<optimized out>, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/x86/futex.h:90
        res = <optimized out>
#1  futex_wait (val=148, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/x86/futex.h:120
No locals.
#2  do_wait (val=148, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/wait.h:58
        i = <optimized out>
        count = <optimized out>
#3  gomp_barrier_wait_end (bar=0xc6f4af0, state=148) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/bar.c:49
No locals.
#4  0xb6e363cc in gomp_barrier_wait (bar=0xc6f4af0) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/bar.c:57
No locals.
#5  0xb6e34c28 in gomp_thread_start (xdata=0xbfffb7b4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/team.c:119
        team = 0x14b13a68
        data = 0xbfffb7b4
        pool = 0xc6f4ab0
        local_fn = 0xb72e98c0 <CompositeImageChannel._omp_fn.3>
        local_data = 0xbfff6708
#6  0xb6e44ecf in start_thread (arg=0xb1435b40) at pthread_create.c:308
        __res = <optimized out>
        pd = 0xb1435b40
        now = <optimized out>
        unwind_buf = {
          cancel_jmp_buf = {{
              jmp_buf = {-1226481676, 0, 4001536, -1320987992, 1533093687, 358586680}, 
              mask_was_saved = 0
            }}, 
          priv = {
            pad = {0x0, 0x0, 0x0, 0x0}, 
            data = {
              prev = 0x0, 
              cleanup = 0x0, 
              canceltype = 0
            }
          }
        }
        not_first_call = <optimized out>
        robust = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#7  0xb6d6d5de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
No locals.

Lisp Backtrace:
0x816eb08 Lisp type 7
"debugger-make-xrefs" (0xbfffbe9c)
"debugger-setup-buffer" (0xbfffc244)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)

Thread 5 (Thread 0xb1c36b40 (LWP 5759)):
#0  0xb6e36325 in sys_futex0 (val=148, op=<optimized out>, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/x86/futex.h:90
        res = <optimized out>
#1  futex_wait (val=148, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/x86/futex.h:120
No locals.
#2  do_wait (val=148, addr=0xc6f4af4) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/wait.h:58
        i = <optimized out>
        count = <optimized out>
#3  gomp_barrier_wait_end (bar=0xc6f4af0, state=148) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/bar.c:49
No locals.
#4  0xb6e363cc in gomp_barrier_wait (bar=0xc6f4af0) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/config/linux/bar.c:57
No locals.
#5  0xb6e34c28 in gomp_thread_start (xdata=0xbfffb780) at /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/libgomp/team.c:119
        team = 0x14b13a68
        data = 0xbfffb780
        pool = 0xc6f4ab0
        local_fn = 0xb72e98c0 <CompositeImageChannel._omp_fn.3>
        local_data = 0xbfff6708
#6  0xb6e44ecf in start_thread (arg=0xb1c36b40) at pthread_create.c:308
        __res = <optimized out>
        pd = 0xb1c36b40
        now = <optimized out>
        unwind_buf = {
          cancel_jmp_buf = {{
              jmp_buf = {-1226481676, 0, 4001536, -1312595288, 1526802230, 358586680}, 
              mask_was_saved = 0
            }}, 
          priv = {
            pad = {0x0, 0x0, 0x0, 0x0}, 
            data = {
              prev = 0x0, 
              cleanup = 0x0, 
              canceltype = 0
            }
          }
        }
        not_first_call = <optimized out>
        robust = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#7  0xb6d6d5de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
No locals.

Lisp Backtrace:
"symbol-file" (0xbfffbb54)
"debugger-make-xrefs" (0xbfffbe9c)
"debugger-setup-buffer" (0xbfffc244)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)

Thread 4 (Thread 0xb4f11b40 (LWP 22285)):
#0  0xb7ffd424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb6d628db in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#2  0xb77e93ab in poll (__timeout=-1, __nfds=1, __fds=0xb4600c78) at /usr/include/bits/poll2.h:46
No locals.
#3  g_poll (fds=0xb4600c78, nfds=1, timeout=-1) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gpoll.c:132
No locals.
#4  0xb77db71e in g_main_context_poll (n_fds=1, fds=0xb4600c78, timeout=<optimized out>, context=0x88ced10, priority=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3995
        poll_func = 0xb77e9380 <g_poll>
#5  g_main_context_iterate (dispatch=1, block=-1216441472, context=0x88ced10, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3696
        timeout = -1
        some_ready = <optimized out>
        fds = 0xb4600c78
        max_priority = 2147483647
        nfds = 1
        allocated_nfds = <optimized out>
#6  g_main_context_iterate (context=0x88ced10, block=-1216441472, dispatch=1, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3638
        some_ready = 1
#7  0xb77dbc33 in g_main_loop_run (loop=0xb4600c68) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3895
        __PRETTY_FUNCTION__ = "g_main_loop_run"
#8  0xb5b24736 in dconf_context_thread (data=0x88ced10) at dconfcontext.c:11
        context = 0x88ced10
        loop = <optimized out>
        __PRETTY_FUNCTION__ = "dconf_context_thread"
#9  0xb780050a in g_thread_proxy (data=0x88e66c0) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gthread.c:798
        thread = 0x88e66c0
#10 0xb6e44ecf in start_thread (arg=0xb4f11b40) at pthread_create.c:308
        __res = <optimized out>
        pd = 0xb4f11b40
        now = <optimized out>
        unwind_buf = {
          cancel_jmp_buf = {{
              jmp_buf = {-1226481676, 0, 4001536, -1259269464, 1071720252, 358586680}, 
              mask_was_saved = 0
            }}, 
          priv = {
            pad = {0x0, 0x0, 0x0, 0x0}, 
            data = {
              prev = 0x0, 
              cleanup = 0x0, 
              canceltype = 0
            }
          }
        }
        not_first_call = <optimized out>
        robust = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#11 0xb6d6d5de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
No locals.

Lisp Backtrace:
"symbol-file" (0xbfffbb54)
"debugger-make-xrefs" (0xbfffbe9c)
"debugger-setup-buffer" (0xbfffc244)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)

Thread 3 (Thread 0xb596eb40 (LWP 22284)):
#0  0xb7ffd424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb6d628db in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#2  0xb77e93ab in poll (__timeout=-1, __nfds=3, __fds=0xb50023b0) at /usr/include/bits/poll2.h:46
No locals.
#3  g_poll (fds=0xb50023b0, nfds=3, timeout=-1) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gpoll.c:132
No locals.
#4  0xb77db71e in g_main_context_poll (n_fds=3, fds=0xb50023b0, timeout=<optimized out>, context=0x88d0f98, priority=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3995
        poll_func = 0xb77e9380 <g_poll>
#5  g_main_context_iterate (dispatch=1, block=-1216441472, context=0x88d0f98, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3696
        timeout = -1
        some_ready = <optimized out>
        fds = 0xb50023b0
        max_priority = 2147483647
        nfds = 3
        allocated_nfds = <optimized out>
#6  g_main_context_iterate (context=0x88d0f98, block=-1216441472, dispatch=1, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3638
        some_ready = 3
#7  0xb77dbc33 in g_main_loop_run (loop=0x88d0f78) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3895
        __PRETTY_FUNCTION__ = "g_main_loop_run"
#8  0xb7a149aa in gdbus_shared_thread_func (user_data=0x88d2250) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gio/gdbusprivate.c:278
        data = 0x88d2250
#9  0xb780050a in g_thread_proxy (data=0x8898060) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gthread.c:798
        thread = 0x8898060
#10 0xb6e44ecf in start_thread (arg=0xb596eb40) at pthread_create.c:308
        __res = <optimized out>
        pd = 0xb596eb40
        now = <optimized out>
        unwind_buf = {
          cancel_jmp_buf = {{
              jmp_buf = {-1226481676, 0, 4001536, -1248402776, -268359874, 358586680}, 
              mask_was_saved = 0
            }}, 
          priv = {
            pad = {0x0, 0x0, 0x0, 0x0}, 
            data = {
              prev = 0x0, 
              cleanup = 0x0, 
              canceltype = 0
            }
          }
        }
        not_first_call = <optimized out>
        robust = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#11 0xb6d6d5de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
No locals.

Lisp Backtrace:
"symbol-file" (0xbfffbb54)
"gc-cons-threshold" (0x186a00)
"buffer-read-only" (0x84d57c2)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)

Thread 2 (Thread 0xb639bb40 (LWP 22283)):
#0  0xb7ffd424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb6d628db in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#2  0xb77e93ab in poll (__timeout=-1, __nfds=1, __fds=0xb5a00478) at /usr/include/bits/poll2.h:46
No locals.
#3  g_poll (fds=0xb5a00478, nfds=1, timeout=-1) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gpoll.c:132
No locals.
#4  0xb77db71e in g_main_context_poll (n_fds=1, fds=0xb5a00478, timeout=<optimized out>, context=0x8871b00, priority=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3995
        poll_func = 0xb77e9380 <g_poll>
#5  g_main_context_iterate (dispatch=1, block=-1216441472, context=0x8871b00, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3696
        timeout = -1
        some_ready = <optimized out>
        fds = 0xb5a00478
        max_priority = 2147483647
        nfds = 1
        allocated_nfds = <optimized out>
#6  g_main_context_iterate (context=0x8871b00, block=-1216441472, dispatch=1, self=<optimized out>) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3638
        some_ready = 1
#7  0xb77db857 in g_main_context_iteration (context=0x8871b00, may_block=1) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3762
        retval = <optimized out>
#8  0xb77db8d6 in glib_worker_main (data=0x0) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:5427
No locals.
#9  0xb780050a in g_thread_proxy (data=0x8897a00) at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gthread.c:798
        thread = 0x8897a00
#10 0xb6e44ecf in start_thread (arg=0xb639bb40) at pthread_create.c:308
        __res = <optimized out>
        pd = 0xb639bb40
        now = <optimized out>
        unwind_buf = {
          cancel_jmp_buf = {{
              jmp_buf = {-1226481676, 0, 4001536, -1237732696, -1365170375, 358586680}, 
              mask_was_saved = 0
            }}, 
          priv = {
            pad = {0x0, 0x0, 0x0, 0x0}, 
            data = {
              prev = 0x0, 
              cleanup = 0x0, 
              canceltype = 0
            }
          }
        }
        not_first_call = <optimized out>
        robust = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#11 0xb6d6d5de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
No locals.

Lisp Backtrace:
"proced-auto-update-timer" (0xbfffb26c)
"apply" (0xbfffb268)
"byte-code" (0xbfffb500)
"timer-event-handler" (0xbfffb97c)
"recursive-edit" (0xbfffc244)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)

Thread 1 (Thread 0xb674a880 (LWP 22279)):
#0  0x081b368e in swap_in_symval_forwarding (symbol=0x84e80d8, blv=0x88bade0) at data.c:1114
        tem1 = 372442566
#1  0x081b3754 in find_symbol_value (symbol=139362522) at data.c:1141
        blv = 0x88bade0
        sym = 0x84e80d8
#2  0x081b37a8 in Fsymbol_value (symbol=139362522) at data.c:1159
        val = 136001388
#3  0x0816ea3d in set_buffer_internal_1 (b=0x102557c8) at buffer.c:2158
        var = 139362522
        sym = 0x84e80d8
        old_buf = 0xa0b7fd0
        tail = 372442550
#4  0x0814a299 in set_buffer_internal (b=0x102557c8) at buffer.h:1102
No locals.
#5  0x0816eb3f in set_buffer_if_live (buffer=270882765) at buffer.c:2219
No locals.
#6  0x081cc681 in unbind_to (count=70, value=139286466) at eval.c:3306
        quitf = 139286466
        gcpro1 = {
          next = 0x84e7bea, 
          var = 0x84d57c2, 
          nvars = -1073762776
        }
        gcpro2 = {
          next = 0x5, 
          var = 0xbfffae28, 
          nvars = 136001448
        }
#7  0x08202e60 in exec_byte_code (bytestr=284293321, vector=203797629, maxdepth=16, args_template=139286466, nargs=0, args=0x0) at bytecode.c:941
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 68
        count_volatile = -1073762600
        op = 1
        vectorp = 0xc25b47c
        vectorp_volatile = 0x8be7704
        stack = {
          pc = 0x12765878 "\tA\211\021\204\t", 
          byte_string = 284293321, 
          byte_string_start = 0x12765858 "\304 \305\030\211\031\205(", 
          next = 0xbfffb2b4
        }
        stack_volatile = {
          pc = 0x6 <Address 0x6 out of bounds>, 
          byte_string = -1073762600, 
          byte_string_start = 0x81cc6f6 <unbind_to+210> "\213U\360\211B", <incomplete sequence \351\235>, 
          next = 0x96fbcd8
        }
        top = 0xbfffae40
        result = 240431854
        type = (unknown: 135564854)
#8  0x081cc0fc in funcall_lambda (fun=211132389, nargs=0, arg_vector=0xc25b47d) at eval.c:3049
        val = 139286466
        syms_left = 139286466
        next = 138878240
        lexenv = 139286466
        count = 68
        i = 0
        optional = false
        rest = false
#9  0x081cb9e3 in Ffuncall (nargs=1, args=0xbfffb268) at eval.c:2864
        fun = 211132389
        original_fun = 324725050
        funcar = 12
        numargs = 0
        lisp_numargs = -1073761960
        val = 139286466
        internal_args = 0x0
        i = 2
#10 0x081cab3d in Fapply (nargs=2, args=0xbfffb268) at eval.c:2297
        i = 135564989
        numargs = 0
        spread_arg = 139286466
        funcall_args = 0x0
        fun = 324725050
        retval = 138881552
        gcpro1 = {
          next = 0xe54b2ee, 
          var = 0xbfffb1a8, 
          nvars = 135564854
        }
        sa_count = 67
        sa_must_free = false
#11 0x081cb6a3 in Ffuncall (nargs=3, args=0xbfffb264) at eval.c:2796
        fun = 138881557
        original_fun = 139359234
        funcar = 206667477
        numargs = 2
        lisp_numargs = -1073761720
        val = -1073761720
        internal_args = 0x820248c <Fbyte_code>
        i = 6
#12 0x08202dbd in exec_byte_code (bytestr=137851793, vector=137851821, maxdepth=16, args_template=139286466, nargs=0, args=0x0) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 65
        count_volatile = 0
        op = 2
        vectorp = 0x83773ac <pure+684012>
        vectorp_volatile = 0x0
        stack = {
          pc = 0x83f0125 <pure+1178981> "\210)\301\207", 
          byte_string = 137851793, 
          byte_string_start = 0x83f011c <pure+1178972> "r\301\b\302H\b\303H\"\210)\301\207", 
          next = 0xbfffb694
        }
        stack_volatile = {
          pc = 0x837718d <pure+683469> "}\206\b\362\326M\b\n\327M\bz\203\206\b\222\203\206\bj\360M\b", 
          byte_string = -1073761544, 
          byte_string_start = 0x81cc6f6 <unbind_to+210> "\213U\360\211B", <incomplete sequence \351\235>, 
          next = 0x96fbc68
        }
        top = 0xbfffb264
        result = 139359234
        type = (CONDITION_CASE | unknown: 137152324)
#13 0x082024c4 in Fbyte_code (bytestr=137851793, vector=137851821, maxdepth=16) at bytecode.c:482
No locals.
#14 0x081ca725 in eval_sub (form=137851782) at eval.c:2191
        numargs = 12
        args_left = 139286466
        i = 136324236
        maxargs = 3
        argvals = {137851793, 137851821, 16, 136102784, -1073761520, 137850964, 135, 68}
        fun = 138886029
        val = 139286466
        original_fun = 139364738
        original_args = 137851790
        funcar = 0
        gcpro1 = {
          next = 0xbfffb598, 
          var = 0x81cc111 <funcall_lambda+1077>, 
          nvars = 65
        }
        gcpro2 = {
          next = 0x84d57c2, 
          var = 0x14, 
          nvars = 137850965
        }
        gcpro3 = {
          next = 0x14c54, 
          var = 0xbfffb500, 
          nvars = 3
        }
#15 0x081c8ec4 in internal_lisp_condition_case (var=141432890, bodyform=137851782, handlers=137851846) at eval.c:1323
        val = 139286466
        c = 0x85ba460
        oldhandlerlist = 0x88f4400
        clausenb = 1
#16 0x08203cff in exec_byte_code (bytestr=137851641, vector=137851661, maxdepth=20, args_template=139286466, nargs=0, args=0x0) at bytecode.c:1169
        handlers = 137851846
        body = 137851782
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 61
        count_volatile = -1073760568
        op = 143
        vectorp = 0x837730c <pure+683852>
        vectorp_volatile = 0x84d57c2
        stack = {
          pc = 0x83f01a0 <pure+1179104> "\210\016\027\205\213", 
          byte_string = 137851641, 
          byte_string_start = 0x83f012a <pure+1178986> "\b\021\n\020\v\022\306\034\v\033\307\v!\206\026", 
          next = 0xbfffc2a4
        }
        stack_volatile = {
          pc = 0x84d57c2 "", 
          byte_string = 383035574, 
          byte_string_start = 0x84d57c2 "", 
          next = 0x1
        }
        top = 0xbfffb644
        result = 139286466
        type = (unknown: 136102784)
#17 0x081cc0fc in funcall_lambda (fun=137851621, nargs=1, arg_vector=0x837730d <pure+683853>) at eval.c:3049
        val = 139286466
        syms_left = 139286466
        next = 143031786
        lexenv = 139286466
        count = 60
        i = 1
        optional = false
        rest = false
#18 0x081cb9e3 in Ffuncall (nargs=2, args=0xbfffb978) at eval.c:2864
        fun = 137851621
        original_fun = 139310986
        funcar = 139286490
        numargs = 1
        lisp_numargs = 270882760
        val = -1073759896
        internal_args = 0x0
        i = 149102469
#19 0x081cb2d2 in call1 (fn=139310986, arg1=206667477) at eval.c:2614
        ret_ungc_val = 139358032
        gcpro1 = {
          next = 0x3a3016e4, 
          var = 0x3a3016e4, 
          nvars = 2
        }
        args = {139310986, 206667477}
#20 0x08154080 in timer_check_2 (timers=383027822, idle_timers=139286466) at keyboard.c:4506
        count = 58
        old_deactivate_mark = 139286466
        idle_timer_ripe = false
        timer = 206667477
        timer_time = {
          tv_sec = 1393935915, 
          tv_nsec = 0
        }
        timer_difference = {
          tv_sec = 5, 
          tv_nsec = 976230116
        }
        idle_timer_difference = {
          tv_sec = 0, 
          tv_nsec = -1
        }
        ripe = true
        idle_timer = 139286466
        idle_timer_time = {
          tv_sec = -1, 
          tv_nsec = 139286466
        }
        difference = {
          tv_sec = 5, 
          tv_nsec = 976230116
        }
        timer_ripe = true
        nexttime = {
          tv_sec = 0, 
          tv_nsec = -1
        }
        now = {
          tv_sec = 1393935920, 
          tv_nsec = 976230116
        }
        idleness_now = {
          tv_sec = 0, 
          tv_nsec = 0
        }
        chosen_timer = 206667477
        gcpro1 = {
          next = 0x84dfdba, 
          var = 0x3e, 
          nvars = -1073759720
        }
#21 0x08154197 in timer_check () at keyboard.c:4573
        nexttime = {
          tv_sec = 0, 
          tv_nsec = 0
        }
        timers = 383027798
        idle_timers = 139286466
        gcpro1 = {
          next = 0x102557c8, 
          var = 0x6, 
          nvars = 33536648
        }
        gcpro2 = {
          next = 0x150cd9ec, 
          var = 0xbfffba88, 
          nvars = 135564854
        }
        tem = 139286466
#22 0x08152652 in readable_events (flags=1) at keyboard.c:3440
No locals.
#23 0x081577c4 in get_input_pending (flags=1) at keyboard.c:6757
No locals.
#24 0x0815c6d9 in detect_input_pending_run_timers (do_display=false) at keyboard.c:9880
        old_timers_run = 682582
#25 0x08150b84 in read_char (commandflag=1, map=383028150, prev_event=139286466, used_mouse_menu=0xbfffbe43, end_time=0x0) at keyboard.c:2558
        echo_current = true
        c = 139286466
        jmpcount = -1073758888
        local_getcjmp = {{
            __jmpbuf = {-1073759080, 141671434, 270882760, 0, -1073759112, 136001401}, 
            __mask_was_saved = 141676280, 
            __saved_mask = {
              __val = {141676280, 3221208184, 136123498, 139286466, 270882760, 141676280, 141671432, 337, 0, 3221208280, 135670192, 141671434, 139286490, 3221207968, 4294967295, 337, 149102469, 139286466, 3221208232, 135561975, 
                383035398, 3221208280, 135971955, 383035398, 383035406, 141671434, 141344022, 139286466, 139286466, 2, 139286466, 372445518}
            }
          }}
        save_jump = {{
            __jmpbuf = {135997592, 142807646, 139286466, 139286466, 16, 149102469}, 
            __mask_was_saved = 172, 
            __saved_mask = {
              __val = {3221208056, 136084283, 142807646, 139286466, 3221208040, 135564854, 137225240, 2, 1900, 2, 61, 3007512, 3221208072, 270882765, 5, 5, 3221208088, 135719261, 270882760, 5, 3221208104, 141671434, 2, 139286466, 
                3221208136, 136001163, 141676280, 141344158, 3221208120, 135565043, 270882765, 139309490}
            }
          }}
        tem = 139286466
        save = 154786710
        previous_echo_area_message = 139286466
        also_record = 139286466
        reread = false
        gcpro1 = {
          next = 0x84db1b2, 
          var = 0xbfffbc98, 
          nvars = 136034597
        }
        gcpro2 = {
          next = 0x78, 
          var = 0x1000000, 
          nvars = 0
        }
        polling_stopped_here = false
        orig_kboard = 0x88b6728
#26 0x0815b2d2 in read_key_sequence (keybuf=0xbfffbf60, bufsize=30, prompt=139286466, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9075
        interrupted_kboard = 0x88b6728
        interrupted_frame = 0x878a348
        key = 139286466
        used_mouse_menu = false
        echo_local_start = 0
        last_real_key_start = 0
        keys_local_start = 0
        new_binding = 139311178
        count = 58
        t = 0
        echo_start = 0
        keys_start = 0
        current_binding = 383028150
        first_event = 139286466
        first_unbound = 31
        mock_input = 0
        fkey = {
          parent = 141228142, 
          map = 141228142, 
          start = 0, 
          end = 0
        }
        keytran = {
          parent = 139273998, 
          map = 139273998, 
          start = 0, 
          end = 0
        }
        indec = {
          parent = 141228158, 
          map = 141228158, 
          start = 0, 
          end = 0
        }
        shift_translated = false
        delayed_switch_frame = 139286466
        original_uppercase = 135593668
        original_uppercase_position = -1
        dummyflag = false
        starting_buffer = 0x102557c8
        fake_prefixed_keys = 139286466
        gcpro1 = {
          next = 0x84d57c2, 
          var = 0xbfffbe68, 
          nvars = 136001527
        }
#27 0x0814ebc6 in command_loop_1 () at keyboard.c:1449
        cmd = 135626152
        keybuf = {143279232, 1, 764, 343693525, -1211928953, -1210892300, 143276792, -1211928700, 143276792, 1, 0, 0, 3056, 1322, 136, 270882760, 343693525, 419437880, -1073758264, 135337986, 0, 0, 16, 268167368, 268167373, 143352084, 
          8, 2, 139286466, 139286466}
        i = -1073758152
        prev_modiff = 0
        prev_buffer = 0x0
        already_adjusted = false
#28 0x081c8fde in internal_condition_case (bfun=0x814e883 <command_loop_1>, handlers=139319546, hfun=0x814e259 <cmd_error>) at eval.c:1354
        val = 488
        c = 0x88f4400
#29 0x0814e61f in command_loop_2 (ignore=139286466) at keyboard.c:1174
        val = -1073757628
#30 0x081c8966 in internal_catch (tag=139358154, func=0x814e5fb <command_loop_2>, arg=139286466) at eval.c:1118
        val = -1073758072
        c = 0x88998e8
#31 0x0814e588 in command_loop () at keyboard.c:1145
        val = 139406048
#32 0x0814def5 in recursive_edit_1 () at keyboard.c:777
        count = 55
        val = -1073757976
#33 0x0814e031 in Frecursive_edit () at keyboard.c:845
        count = 53
        buffer = 139286466
#34 0x081cb792 in Ffuncall (nargs=1, args=0xbfffc240) at eval.c:2812
        fun = 137161573
        original_fun = 139317234
        funcar = 244709531
        numargs = 0
        lisp_numargs = -1073757784
        val = 441179357
        internal_args = 0xbfffc244
        i = 139286466
#35 0x08202dbd in exec_byte_code (bytestr=154592633, vector=149102469, maxdepth=172, args_template=512, nargs=2, args=0xbfffc584) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 22
        count_volatile = -1073757496
        op = 0
        vectorp = 0x8e31f84
        vectorp_volatile = 0x951e9f8
        stack = {
          pc = 0x925e7c1 "\210.\027\266\023\016\065\026N\t.\a\207", 
          byte_string = 154592633, 
          byte_string_start = 0x925e64c "\b\203\006", 
          next = 0xbfffd904
        }
        stack_volatile = {
          pc = 0xe <Address 0xe out of bounds>, 
          byte_string = -1073757512, 
          byte_string_start = 0x870f722 "", 
          next = 0x1
        }
        top = 0xbfffc240
        result = -1073757224
        type = (unknown: 135564854)
#36 0x081cbe45 in funcall_lambda (fun=149102789, nargs=2, arg_vector=0xbfffc584) at eval.c:2983
        val = 25
        syms_left = 512
        next = 0
        lexenv = 12
        count = 22
        i = 149102784
        optional = 8
        rest = 20
#37 0x081cb9e3 in Ffuncall (nargs=3, args=0xbfffc580) at eval.c:2864
        fun = 149102789
        original_fun = 139358298
        funcar = -1073756864
        numargs = 2
        lisp_numargs = 0
        val = -1073756840
        internal_args = 0xbfffc580
        i = 0
#38 0x081cae90 in Fapply (nargs=2, args=0xbfffc604) at eval.c:2354
        i = 3
        numargs = 2
        spread_arg = 139286466
        funcall_args = 0xbfffc580
        fun = 149102789
        retval = 139286490
        gcpro1 = {
          next = 0x84d57da, 
          var = 0x147c58d0, 
          nvars = 3
        }
        sa_count = 21
        sa_must_free = false
#39 0x081cb27d in apply1 (fn=139358298, arg=372412478) at eval.c:2588
        ret_ungc_val = 139286466
        args = {139358298, 372412478}
        gcpro1 = {
          next = 0x1, 
          var = 0xbfffc604, 
          nvars = 2
        }
#40 0x081c77e4 in call_debugger (arg=372412478) at eval.c:332
        debug_while_redisplaying = false
        count = 17
        val = 135972071
        old_depth = 1000
        old_max = 2000
#41 0x081c9a01 in maybe_call_debugger (conditions=137174726, sig=139319546, data=372412518) at eval.c:1733
        combined_data = 372412510
#42 0x081c95f3 in Fsignal (error_symbol=139319546, data=372412518) at eval.c:1551
        debugger_called = 8
        conditions = 137174726
        string = 139286466
        real_error_symbol = 139319546
        clause = 139286490
        h = 0x8899810
#43 0x081c96d3 in xsignal (error_symbol=139319546, data=372412518) at eval.c:1588
No locals.
#44 0x081c9712 in xsignal1 (error_symbol=139319546, arg=357851769) at eval.c:1603
No locals.
#45 0x081c9b2b in verror (m=0x8280b10 "Timed out waiting for reply from selection owner", ap=0xbfffd744 "") at eval.c:1781
        buf = "Timed out waiting for reply from selection owner\000_嶨\307\377\277\221\235\"\b\033\000\000\000\001\235\"\b\345\352\344\266^\215\026\b\033\000\000\000\200\250t\266\350\232%\024\000\324\377\267\033\000\000\000\063\000\000\000\004\000\000\000{\000\000\001{\000\000\000\001\000\000\000\350\307\377\277\221\235\"\b\033\000\000\000\001\235\"\b\001\000\000\000\003\000\000\000\003\000\000\000\003\000\000\000U`?^\000\324\377\267\033\000\000\000\063\000\000\000\004\000\000\000{\000\000\001{\000\000\000\350\232%\024(\310\377\277\221\235\"\b\033\000\000\000\001\235\"\b\364/'\267x\315\377\277\000\000\000\000\003\000\000\000\350\232%\024\000\324\377\267\033\000\000\000\063\000\000\000\000\000\000\000{\000\000\000{\000\000\000\b\000\000\000\310Z\214\b\350\232%\024\264\315\377\277\350\232%"...
        size = 4000
        size_max = 536870912
        buffer = 0xbfffc754 "Timed out waiting for reply from selection owner"
        used = 48
        string = 357851769
#46 0x081c9b4b in error (m=0x8280b10 "Timed out waiting for reply from selection owner") at eval.c:1793
        ap = 0xbfffd744 ""
#47 0x0813b38b in x_get_foreign_selection (selection_symbol=139439402, target_type=139439426, time_stamp=139286466, frame=142123853) at xselect.c:1242
        f = 0x878a348
        dpyinfo = 0x88b60b8
        display = 0x88a3af8
        requestor_window = 71303269
        requestor_time = 1822642445
        target_property = 511
        selection_atom = 2
        type_atom = 31
        timeout = 5000
        secs = 5
        nsecs = 0
#48 0x0813c919 in Fx_get_selection_internal (selection_symbol=139439402, target_type=139439426, time_stamp=139286466, terminal=139286466) at xselect.c:2017
        ret_ungc_val = 269393160
        frame = 142123853
        val = 139286466
        gcpro1 = {
          next = 0xbf3dd40, 
          var = 0xc, 
          nvars = 0
        }
        gcpro2 = {
          next = 0xf, 
          var = 0xbfffd7d8, 
          nvars = 135564854
        }
        f = 0x878a348
#49 0x081cb83c in Ffuncall (nargs=3, args=0xbfffd8b4) at eval.c:2826
        fun = 137161069
        original_fun = 139439050
        funcar = 12
        numargs = 2
        lisp_numargs = -1073751912
        val = -1073751912
        internal_args = 0xbfffd810
        i = 4
#50 0x08202dbd in exec_byte_code (bytestr=137844073, vector=137844093, maxdepth=28, args_template=139286466, nargs=0, args=0x0) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 16
        count_volatile = 135
        op = 2
        vectorp = 0x837557c <pure+676284>
        vectorp_volatile = 0x830aae4 <pure+239396>
        stack = {
          pc = 0x83f103b <pure+1182843> "\311\032\211\033;\203m", 
          byte_string = 137844073, 
          byte_string_start = 0x83f102f <pure+1182831> "\306\b\206\006", 
          next = 0xbfffddd4
        }
        stack_volatile = {
          pc = 0xae48093 "\t", 
          byte_string = -1073751736, 
          byte_string_start = 0x817e262 <set_marker_internal+223> "\213P\f\213E\340\211P\f\351\033\002", 
          next = 0xae48093
        }
        top = 0xbfffd8b4
        result = 139286466
        type = (unknown: 136102784)
#51 0x081cc0fc in funcall_lambda (fun=137844029, nargs=1, arg_vector=0x837557d <pure+676285>) at eval.c:3049
        val = 138881053
        syms_left = 139286466
        next = 143027954
        lexenv = 139286466
        count = 14
        i = 1
        optional = true
        rest = false
#52 0x081cbc6c in apply_lambda (fun=137844029, args=372412590) at eval.c:2924
        args_left = 139286466
        i = 1
        numargs = 1
        arg_vector = 0xbfffdb50
        gcpro1 = {
          next = 0x8148e36 <PSEUDOVECTORP+51>, 
          var = 0x8375538 <pure+676216>, 
          nvars = 1
        }
        gcpro2 = {
          next = 0x1, 
          var = 0xbfffdbb8, 
          nvars = -1073751112
        }
        gcpro3 = {
          next = 0x84f584a, 
          var = 0xb78c2ff4, 
          nvars = -1248399352
        }
        tem = 139439402
        sa_count = 14
        sa_must_free = false
#53 0x081ca92c in eval_sub (form=372412710) at eval.c:2230
        fun = 137844029
        val = 139286466
        original_fun = 143029218
        original_args = 372412590
        funcar = 343693520
        gcpro1 = {
          next = 0xbfffdc78, 
          var = 0x147c5801, 
          nvars = 5
        }
        gcpro2 = {
          next = 0x8, 
          var = 0xbfffdd90, 
          nvars = 137942581
        }
        gcpro3 = {
          next = 0x84b4fb8 <o_fwd.20478>, 
          var = 0x84d57c2, 
          nvars = 343693520
        }
#54 0x081ca081 in Feval (form=372412710, lexical=139286466) at eval.c:2003
        count = 12
#55 0x081cb7d5 in Ffuncall (nargs=3, args=0xbfffdd8c) at eval.c:2818
        fun = 138881533
        original_fun = 139359210
        funcar = 158316728
        numargs = 2
        lisp_numargs = -1073750680
        val = 372412710
        internal_args = 0xbfffdd90
        i = 139286490
#56 0x08202dbd in exec_byte_code (bytestr=137942561, vector=137942581, maxdepth=20, args_template=1028, nargs=1, args=0xbfffe0c0) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 10
        count_volatile = 16381
        op = 2
        vectorp = 0x838d634 <pure+774772>
        vectorp_volatile = 0xffffff0c
        stack = {
          pc = 0x83de6e2 <pure+1106722> "\002\")\207", 
          byte_string = 137942561, 
          byte_string_start = 0x83de6d0 <pure+1106704> "\211\203\b", 
          next = 0xbfffe104
        }
        stack_volatile = {
          pc = 0x0, 
          byte_string = 0, 
          byte_string_start = 0x0, 
          next = 0x0
        }
        top = 0xbfffdd8c
        result = 135563011
        type = (unknown: 135564854)
#57 0x081cbe45 in funcall_lambda (fun=137942541, nargs=1, arg_vector=0xbfffe0bc) at eval.c:2983
        val = 135564854
        syms_left = 1028
        next = 139153272
        lexenv = 12
        count = 10
        i = 137942536
        optional = 8
        rest = 20
#58 0x081cb9e3 in Ffuncall (nargs=2, args=0xbfffe0b8) at eval.c:2864
        fun = 137942541
        original_fun = 143162010
        funcar = 158316696
        numargs = 1
        lisp_numargs = -1073749864
        val = 139286466
        internal_args = 0xbfffe434
        i = 143162106
#59 0x08202dbd in exec_byte_code (bytestr=137942937, vector=137942957, maxdepth=16, args_template=1028, nargs=1, args=0xbfffe438) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 8
        count_volatile = -1073749656
        op = 1
        vectorp = 0x838d7ac <pure+775148>
        vectorp_volatile = 0x20
        stack = {
          pc = 0x83de593 <pure+1106387> "\n)B\211A\t=\204\032", 
          byte_string = 137942937, 
          byte_string_start = 0x83de586 <pure+1106374> "\b\204\b", 
          next = 0xbfffe6c4
        }
        stack_volatile = {
          pc = 0x26f1c6 <Address 0x26f1c6 out of bounds>, 
          byte_string = 0, 
          byte_string_start = 0x6471934 <Address 0x6471934 out of bounds>, 
          next = 0x0
        }
        top = 0xbfffe0b8
        result = 139286466
        type = (unknown: 135564854)
#60 0x081cbe45 in funcall_lambda (fun=137942909, nargs=1, arg_vector=0xbfffe434) at eval.c:2983
        val = 0
        syms_left = 1028
        next = 139152964
        lexenv = 12
        count = 8
        i = 137942904
        optional = 8
        rest = 20
#61 0x081cb9e3 in Ffuncall (nargs=2, args=0xbfffe430) at eval.c:2864
        fun = 137942909
        original_fun = 140934818
        funcar = 158316648
        numargs = 1
        lisp_numargs = -1073749048
        val = 139286466
        internal_args = 0x2
        i = 0
#62 0x081c6fcb in Fcall_interactively (function=140934818, record_flag=139286466, keys=139295309) at callint.c:836
        val = 372412974
        args = 0xbfffe430
        visargs = 0xbfffe410
        specs = 137246409
        filter_specs = 137246409
        teml = 135996995
        up_event = 139286466
        enable = 139286466
        speccount = 5
        next_event = 2
        prefix_arg = 139286466
        string = 0xbfffe450 "P"
        tem = 0x828ca24 ""
        varies = 0xbfffe3f0 ""
        i = 2
        nargs = 2
        mark = 139286466
        arg_from_tty = false
        gcpro1 = {
          next = 0xbfffe578, 
          var = 0x81cbae2 <Ffuncall+1583>, 
          nvars = 158316648
        }
        gcpro2 = {
          next = 0x8148ebd <SUBRP+25>, 
          var = 0x82ce87d <Sx_hide_tip+5>, 
          nvars = 10
        }
        gcpro3 = {
          next = 0x16329346, 
          var = 0x82ce878 <Sx_hide_tip>, 
          nvars = 2
        }
        gcpro4 = {
          next = 0xa, 
          var = 0x84d57c2, 
          nvars = 2
        }
        gcpro5 = {
          next = 0xbfffe4d8, 
          var = 0x8148e36 <PSEUDOVECTORP+51>, 
          nvars = 137160824
        }
        key_count = 2
        record_then_fail = false
        save_this_command = 140934818
        save_last_command = 153814722
        save_this_original_command = 140934818
        save_real_this_command = 140934818
#63 0x081cb804 in Ffuncall (nargs=4, args=0xbfffe66c) at eval.c:2822
        fun = 138880813
        original_fun = 139364994
        funcar = 0
        numargs = 3
        lisp_numargs = -1073748424
        val = 139286466
        internal_args = 0xbfffe670
        i = 2
#64 0x08202dbd in exec_byte_code (bytestr=137630697, vector=137630717, maxdepth=52, args_template=4100, nargs=1, args=0xbfffe9b0) at bytecode.c:919
        targets = {0x8205b58 <exec_byte_code+13943>, 0x8205bb0 <exec_byte_code+14031>, 0x8205bb2 <exec_byte_code+14033>, 0x8205bb4 <exec_byte_code+14035>, 0x8205bb6 <exec_byte_code+14037>, 0x8205bb6 <exec_byte_code+14037>, 
          0x8205c01 <exec_byte_code+14112>, 0x8205c5e <exec_byte_code+14205>, 0x82027e1 <exec_byte_code+768>, 0x82027e3 <exec_byte_code+770>, 0x82027e5 <exec_byte_code+772>, 0x82027e7 <exec_byte_code+774>, 
          0x82027e9 <exec_byte_code+776>, 0x82027e9 <exec_byte_code+776>, 0x82027ef <exec_byte_code+782>, 0x82027ac <exec_byte_code+715>, 0x8202b39 <exec_byte_code+1624>, 0x8202b3b <exec_byte_code+1626>, 
          0x8202b3d <exec_byte_code+1628>, 0x8202b3f <exec_byte_code+1630>, 0x8202b41 <exec_byte_code+1632>, 0x8202b41 <exec_byte_code+1632>, 0x8202b7c <exec_byte_code+1691>, 0x8202b47 <exec_byte_code+1638>, 
          0x8202ced <exec_byte_code+2060>, 0x8202cef <exec_byte_code+2062>, 0x8202cf1 <exec_byte_code+2064>, 0x8202cf3 <exec_byte_code+2066>, 0x8202cf5 <exec_byte_code+2068>, 0x8202cf5 <exec_byte_code+2068>, 
          0x8202c9e <exec_byte_code+1981>, 0x8202cb8 <exec_byte_code+2007>, 0x8202d91 <exec_byte_code+2224>, 0x8202d93 <exec_byte_code+2226>, 0x8202d95 <exec_byte_code+2228>, 0x8202d97 <exec_byte_code+2230>, 
          0x8202d99 <exec_byte_code+2232>, 0x8202d99 <exec_byte_code+2232>, 0x8202d42 <exec_byte_code+2145>, 0x8202d5c <exec_byte_code+2171>, 0x8202e3a <exec_byte_code+2393>, 0x8202e3c <exec_byte_code+2395>, 
          0x8202e3e <exec_byte_code+2397>, 0x8202e40 <exec_byte_code+2399>, 0x8202e42 <exec_byte_code+2401>, 0x8202e42 <exec_byte_code+2401>, 0x8202deb <exec_byte_code+2314>, 0x8202e05 <exec_byte_code+2340>, 
          0x8203c1c <exec_byte_code+5947>, 0x82039d4 <exec_byte_code+5363>, 0x82039cb <exec_byte_code+5354>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8203ded <exec_byte_code+6412>, 0x8203e9e <exec_byte_code+6589>, 0x8203ee5 <exec_byte_code+6660>, 0x8203f2c <exec_byte_code+6731>, 
          0x8203f77 <exec_byte_code+6806>, 0x8202a15 <exec_byte_code+1332>, 0x8202a65 <exec_byte_code+1412>, 0x8203fcc <exec_byte_code+6891>, 0x820299f <exec_byte_code+1214>, 0x8202ab3 <exec_byte_code+1490>, 
          0x8204014 <exec_byte_code+6963>, 0x8204068 <exec_byte_code+7047>, 0x82040a3 <exec_byte_code+7106>, 0x82040f7 <exec_byte_code+7190>, 0x820413c <exec_byte_code+7259>, 0x82041ec <exec_byte_code+7435>, 
          0x8204227 <exec_byte_code+7494>, 0x820427b <exec_byte_code+7578>, 0x82042e8 <exec_byte_code+7687>, 0x8204323 <exec_byte_code+7746>, 0x820435e <exec_byte_code+7805>, 0x82043b2 <exec_byte_code+7889>, 
          0x8204406 <exec_byte_code+7973>, 0x820445a <exec_byte_code+8057>, 0x82044c7 <exec_byte_code+8166>, 0x820450c <exec_byte_code+8235>, 0x8204551 <exec_byte_code+8304>, 0x8204601 <exec_byte_code+8480>, 
          0x8204677 <exec_byte_code+8598>, 0x82046ed <exec_byte_code+8716>, 0x82048ba <exec_byte_code+9177>, 0x8204916 <exec_byte_code+9269>, 0x8204972 <exec_byte_code+9361>, 0x82049ce <exec_byte_code+9453>, 
          0x8204a2a <exec_byte_code+9545>, 0x8204a6f <exec_byte_code+9614>, 0x8204ae9 <exec_byte_code+9736>, 0x8204b2e <exec_byte_code+9805>, 0x8204b73 <exec_byte_code+9874>, 0x8204bb8 <exec_byte_code+9943>, 
          0x8204c96 <exec_byte_code+10165>, 0x8203889 <exec_byte_code+5032>, 0x8204ce7 <exec_byte_code+10246>, 0x8204d22 <exec_byte_code+10305>, 0x8204dce <exec_byte_code+10477>, 0x8204e1f <exec_byte_code+10558>, 
          0x8204e70 <exec_byte_code+10639>, 0x8204eab <exec_byte_code+10698>, 0x8204eee <exec_byte_code+10765>, 0x8204f31 <exec_byte_code+10832>, 0x8204f7c <exec_byte_code+10907>, 0x8205b58 <exec_byte_code+13943>, 
          0x8204fc1 <exec_byte_code+10976>, 0x8204ff8 <exec_byte_code+11031>, 0x820502f <exec_byte_code+11086>, 0x8205066 <exec_byte_code+11141>, 0x820509d <exec_byte_code+11196>, 0x82050d4 <exec_byte_code+11251>, 
          0x8203889 <exec_byte_code+5032>, 0x8205b58 <exec_byte_code+13943>, 0x820510f <exec_byte_code+11310>, 0x8205155 <exec_byte_code+11380>, 0x8205190 <exec_byte_code+11439>, 0x82051cb <exec_byte_code+11498>, 
          0x820521f <exec_byte_code+11582>, 0x8205273 <exec_byte_code+11666>, 0x82052ae <exec_byte_code+11725>, 0x8205369 <exec_byte_code+11912>, 0x82053bd <exec_byte_code+11996>, 0x8205411 <exec_byte_code+12080>, 
          0x8205465 <exec_byte_code+12164>, 0x820549c <exec_byte_code+12219>, 0x8205b58 <exec_byte_code+13943>, 0x82037de <exec_byte_code+4861>, 0x8202ec6 <exec_byte_code+2533>, 0x8202899 <exec_byte_code+952>, 
          0x8202fb8 <exec_byte_code+2775>, 0x82030ca <exec_byte_code+3049>, 0x82031d4 <exec_byte_code+3315>, 0x8203781 <exec_byte_code+4768>, 0x82037b1 <exec_byte_code+4816>, 0x8202c5b <exec_byte_code+1914>, 
          0x820384b <exec_byte_code+4970>, 0x82038b7 <exec_byte_code+5078>, 0x8203931 <exec_byte_code+5200>, 0x820396f <exec_byte_code+5262>, 0x8203c52 <exec_byte_code+6001>, 0x8203cc0 <exec_byte_code+6111>, 
          0x8203d2d <exec_byte_code+6220>, 0x8203d83 <exec_byte_code+6306>, 0x8202e89 <exec_byte_code+2472>, 0x82054d7 <exec_byte_code+12278>, 0x8205544 <exec_byte_code+12387>, 0x820557f <exec_byte_code+12446>, 
          0x82055ba <exec_byte_code+12505>, 0x82055f5 <exec_byte_code+12564>, 0x8205630 <exec_byte_code+12623>, 0x8205684 <exec_byte_code+12707>, 0x82056d8 <exec_byte_code+12791>, 0x820572c <exec_byte_code+12875>, 
          0x8205780 <exec_byte_code+12959>, 0x8205869 <exec_byte_code+13192>, 0x82058bd <exec_byte_code+13276>, 0x8205911 <exec_byte_code+13360>, 0x820594c <exec_byte_code+13419>, 0x82059a0 <exec_byte_code+13503>, 
          0x82059f4 <exec_byte_code+13587>, 0x8205a3b <exec_byte_code+13658>, 0x8205a82 <exec_byte_code+13729>, 0x8204bfd <exec_byte_code+10012>, 0x8204c42 <exec_byte_code+10081>, 0x8205ac7 <exec_byte_code+13798>, 
          0x8205b12 <exec_byte_code+13873>, 0x8205b58 <exec_byte_code+13943>, 0x82032de <exec_byte_code+3581>, 0x82033a9 <exec_byte_code+3784>, 0x82034a3 <exec_byte_code+4034>, 0x820359d <exec_byte_code+4284>, 
          0x820368f <exec_byte_code+4526>, 0x8204181 <exec_byte_code+7328>, 0x8204596 <exec_byte_code+8373>, 0x8204d63 <exec_byte_code+10370>, 0x8205cd9 <exec_byte_code+14328>, 0x8205d36 <exec_byte_code+14421>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205db1 <exec_byte_code+14544>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 0x8205b58 <exec_byte_code+13943>, 
          0x8205e24 <exec_byte_code+14659> <repeats 64 times>}
        count = 4
        count_volatile = -1073748232
        op = 3
        vectorp = 0x83413fc <pure+462908>
        vectorp_volatile = 0x871cef8
        stack = {
          pc = 0x841fb78 <pure+1374136> "\006\006\071\203\225", 
          byte_string = 137630697, 
          byte_string_start = 0x841fb0a <pure+1374026> "\305\020\211?\205\f", 
          next = 0x0
        }
        stack_volatile = {
          pc = 0x84db1b2 "", 
          byte_string = -1073748200, 
          byte_string_start = 0x81bb5cd <Fget_pos_property+255> "\307E\364(", 
          next = 0x16329346
        }
        top = 0xbfffe66c
        result = 4
        type = (unknown: 135564854)
#65 0x081cbe45 in funcall_lambda (fun=137630677, nargs=1, arg_vector=0xbfffe9ac) at eval.c:2983
        val = 0
        syms_left = 4100
        next = 0
        lexenv = 12
        count = 4
        i = 137630672
        optional = 8
        rest = 20
#66 0x081cb9e3 in Ffuncall (nargs=2, args=0xbfffe9a8) at eval.c:2864
        fun = 137630677
        original_fun = 139312922
        funcar = 139286466
        numargs = 1
        lisp_numargs = 143353640
        val = -1073747560
        internal_args = 0x0
        i = 158316600
#67 0x081cb2d2 in call1 (fn=139312922, arg1=140934818) at eval.c:2614
        ret_ungc_val = 139286466
        gcpro1 = {
          next = 0x60, 
          var = 0x8667ea2, 
          nvars = 2
        }
        args = {139312922, 140934818}
#68 0x0814ee73 in command_loop_1 () at keyboard.c:1556
        scount = 2
        cmd = 140934818
        keybuf = {96, 20, 137167825, 139319570, 139358514, 139286466, 4, 139286466, 141024746, 0, -1073747384, 135586864, 139317570, 299325326, 137167825, 139319570, 143353640, 0, -1073747288, 135586693, 299325326, -1073747345, 
          -1073747320, 136093840, 2, 198762825, -1227911223, 0, 1919251558, 1797271584}
        i = 2
        prev_modiff = 1361
        prev_buffer = 0x147c58d0
        already_adjusted = false
#69 0x081c8fde in internal_condition_case (bfun=0x814e883 <command_loop_1>, handlers=139319546, hfun=0x814e259 <cmd_error>) at eval.c:1354
        val = 198762825
        c = 0x8899810
#70 0x0814e61f in command_loop_2 (ignore=139286466) at keyboard.c:1174
        val = 0
#71 0x081c8966 in internal_catch (tag=139317594, func=0x814e5fb <command_loop_2>, arg=139286466) at eval.c:1118
        val = 139286466
        c = 0x8899738
#72 0x0814e5d9 in command_loop () at keyboard.c:1153
No locals.
#73 0x0814def5 in recursive_edit_1 () at keyboard.c:777
        count = 1
        val = -1073747064
#74 0x0814e031 in Frecursive_edit () at keyboard.c:845
        count = 0
        buffer = 139286466
#75 0x0814c464 in main (argc=1, argv=0xbfffed14) at emacs.c:1646
        dummy = 2
        stack_bottom_variable = 0 '\000'
        do_initial_setlocale = true
        dumping = false
        skip_args = 0
        rlim = {
          rlim_cur = 8388608, 
          rlim_max = 18446744073709551615
        }
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = 0x0

Lisp Backtrace:
"proced-auto-update-timer" (0xbfffb26c)
"apply" (0xbfffb268)
"byte-code" (0xbfffb500)
"timer-event-handler" (0xbfffb97c)
"recursive-edit" (0xbfffc244)
"debug" (0xbfffc584)
"x-get-selection-internal" (0xbfffd8b8)
"x-get-selection" (0xbfffdb50)
"eval" (0xbfffdd90)
"eval-last-sexp-1" (0xbfffe0bc)
"eval-last-sexp" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)
(gdb) 

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 04 Mar 2014 17:00:02 GMT) Full text and rfc822 format available.

Message #20 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Tue, 04 Mar 2014 18:59:38 +0200
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Date: Tue, 04 Mar 2014 13:47:53 +0100
> Cc: 16737 <at> debbugs.gnu.org, Sujith Manoharan <sujith <at> msujith.org>
> 
> Dmitry Antipov <dmantipov <at> yandex.ru> writes:
> > 1) It's better to attach gdb and try to obtain a backtrace, especially when
> > Emacs sits in CPU-eating loops.
> >
> > 2) If CPU-eating loop involves I/O (read/write/sendmsg/recvmsg/select/etc.),
> > try to understand how the relevant fds are used, by looking under
> > /proc/[Emacs PID]/fd directory. (In your log, the most important is fd 4;
> > probably this is an X socket).
> 
> I'm currently in a session which has the same problem. (This is not from
> emacs -Q, emacs-uptime reports almost 2 weeks of uptime.)
> 
> Evalling (x-get-selection) or (x-get-selection 'CLIPBOARD) with C-x C-e
> work fine but (x-get-selection 'SECONDARY) hangs for about 5 seconds (it
> seemed more before I started timing it... not sure if it's purely
> psychological). I then get a lisp bt:
> 
> Debugger entered--Lisp error: (error "Timed out waiting for reply from selection owner")
>   x-get-selection-internal(SECONDARY STRING)
>   x-get-selection(SECONDARY)
>   eval((x-get-selection (quote SECONDARY)) nil)
>   eval-last-sexp-1(nil)
>   eval-last-sexp(nil)
>   call-interactively(eval-last-sexp nil nil)
>   command-execute(eval-last-sexp)
> 
> During these 5 seconds, htop shows that emacs has almost 100% CPU usage.
> 
> Btw I also have bug #16925, which triggers debugger regularly.
> 
> Below is a gdb backtrace. I keep this emacs session open in case you
> want me to investigate more.

It looks like you attached GDB too late, the backtrace it shows is
after the busy loop, when Emacs already signaled an error and entered
the Lisp debugger.

Since you say that Emacs hangs for several seconds, would it be
possible for you to attach GDB right after you type C-x C-e to eval
(x-get-selection)?  You could prepare the "gdb -p PID" command line in
the shell window in advance, so all you'd need to type is RET.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 05 Mar 2014 11:12:01 GMT) Full text and rfc822 format available.

Message #23 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Wed, 05 Mar 2014 12:01:06 +0100
Le 04/03/2014 17:59, Eli Zaretskii a écrit :
> Since you say that Emacs hangs for several seconds, would it be
> possible for you to attach GDB right after you type C-x C-e to eval
> (x-get-selection)?  You could prepare the "gdb -p PID" command line in
> the shell window in advance, so all you'd need to type is RET.

I didn't quite do that and unfortunately killed the process at the end,
so can't try your suggestion anymore. FWIW, here's what I did, although
I doubt it's very useful. I'll try to do better next time.

(gdb) break Fx_get_selection_internal 
Breakpoint 4 at 0x813c820: file xselect.c, line 1998.
(gdb) c
Continuing.

## Here I go to emacs and hit C-x C-e to evaluate (x-get-selection 'secondary)

Breakpoint 4, Fx_get_selection_internal (selection_symbol=149985546, target_type=139439426, time_stamp=139286466, terminal=139286466) at xselect.c:1998
1998	  Lisp_Object val = Qnil;
(gdb) info  locals 
val = 135564854
gcpro1 = {
  next = 0xbf39428, 
  var = 0xc, 
  nvars = 0
}
gcpro2 = {
  next = 0xf, 
  var = 0xbfffd7d8, 
  nvars = 135564854
}
f = 0xbfffd7f8
(gdb) n
2000	  struct frame *f = frame_for_x_selection (terminal);
(gdb) 
2003	  CHECK_SYMBOL (selection_symbol);
(gdb) 
2004	  CHECK_SYMBOL (target_type);
(gdb) 
2005	  if (EQ (target_type, QMULTIPLE))
(gdb) 
2007	  if (!f)
(gdb) 
2011				       FRAME_DISPLAY_INFO (f));
(gdb) 
2010	  val = x_get_local_selection (selection_symbol, target_type, 1,
(gdb) 
2013	  if (NILP (val) && FRAME_LIVE_P (f))
(gdb) 
2016	      XSETFRAME (frame, f);
(gdb) 
2017	      RETURN_UNGCPRO (x_get_foreign_selection (selection_symbol, target_type,
(gdb) 
Warning:
Cannot insert breakpoint 0.
Error accessing memory address 0xe4d00845: Erreur d'entrée/sortie.

## At this point my emacs entered the debugger with (error "Timed out waiting for reply from selection owner")
## Hitting 'c' in emacs returns to gdb :

0xb6cb07e1 in __libc_siglongjmp (env=0x8899758, val=1) at longjmp.c:29
29	longjmp.c: Aucun fichier ou dossier de ce type.
(gdb) 


Let's try another recipe:
## Here I go to emacs and hit C-x C-e after (x-get-selection 'secondary)
       
Breakpoint 4, Fx_get_selection_internal (selection_symbol=149985546, target_type=139439426, time_stamp=139286466, terminal=139286466) at xselect.c:1998
1998	  Lisp_Object val = Qnil;
(gdb) n
2000	  struct frame *f = frame_for_x_selection (terminal);
(gdb) 
2003	  CHECK_SYMBOL (selection_symbol);
(gdb) 
2004	  CHECK_SYMBOL (target_type);
(gdb) 
2005	  if (EQ (target_type, QMULTIPLE))
(gdb) 
2007	  if (!f)
(gdb) 
2011				       FRAME_DISPLAY_INFO (f));
(gdb) 
2010	  val = x_get_local_selection (selection_symbol, target_type, 1,
(gdb) 
2013	  if (NILP (val) && FRAME_LIVE_P (f))
(gdb) 
2016	      XSETFRAME (frame, f);
(gdb) 
2017	      RETURN_UNGCPRO (x_get_foreign_selection (selection_symbol, target_type,
(gdb) s
x_get_foreign_selection (selection_symbol=149985546, target_type=139439426, time_stamp=139286466, frame=142123853) at xselect.c:1186
1186	  struct frame *f = XFRAME (frame);
(gdb) n
1187	  struct x_display_info *dpyinfo = FRAME_DISPLAY_INFO (f);
(gdb) 
1188	  Display *display = dpyinfo->display;
(gdb) 
1189	  Window requestor_window = FRAME_X_WINDOW (f);
(gdb) 
1190	  Time requestor_time = dpyinfo->last_user_time;
(gdb) 
1191	  Atom target_property = dpyinfo->Xatom_EMACS_TMP;
(gdb) 
1192	  Atom selection_atom = symbol_to_x_atom (dpyinfo, selection_symbol);
(gdb) 
1193	  Atom type_atom = (CONSP (target_type)
(gdb) 
1195			    : symbol_to_x_atom (dpyinfo, target_type));
(gdb) 
1193	  Atom type_atom = (CONSP (target_type)
(gdb) 
1199	  if (!FRAME_LIVE_P (f))
(gdb) 
1202	  if (! NILP (time_stamp))
(gdb) 
1205	  block_input ();
(gdb) 
1210	  x_catch_errors (display);
(gdb) 
1211	  XConvertSelection (display, selection_atom, type_atom, target_property,
(gdb) 
1213	  x_check_errors (display, "Can't convert selection: %s");
(gdb) 
1214	  x_uncatch_errors ();
(gdb) 
1217	  reading_selection_window = requestor_window;
(gdb) 
1218	  reading_which_selection = selection_atom;
(gdb) 
1219	  XSETCAR (reading_selection_reply, Qnil);
(gdb) 
1230	  unblock_input ();
(gdb) 
1233	  timeout = max (0, x_selection_timeout);
(gdb) 
1234	  secs = timeout / 1000;
(gdb) 
1235	  nsecs = (timeout % 1000) * 1000000;
(gdb) 
1237	  wait_reading_process_output (secs, nsecs, 0, 0,

## At this point, it indeed waited for a few seconds

(gdb) 
1241	  if (NILP (XCAR (reading_selection_reply)))
(gdb) 
1242	    error ("Timed out waiting for reply from selection owner");
(gdb) 
Warning:
Cannot insert breakpoint 0.
Error accessing memory address 0xe4d9da45: Erreur d'entrée/sortie.

deliver_profiler_signal (signal=27) at profiler.c:250
250	{
(gdb) n
251	  deliver_process_signal (signal, handle_profiler_signal);
(gdb) 

Program received signal SIGTRAP, Trace/breakpoint trap.
0x08168cbd in deliver_process_signal (sig=27, handler=0x8229d01 <handle_profiler_signal>) at sysdep.c:1550
1550	{
(gdb) 
1553	  int old_errno = errno;
(gdb) 

Program received signal SIGTRAP, Trace/breakpoint trap.
__errno_location () at ../csu/errno-loc.c:25
25	../csu/errno-loc.c: Aucun fichier ou dossier de ce type.
(gdb) 

Program received signal SIGTRAP, Trace/breakpoint trap.
0xb6e43baa in __i686.get_pc_thunk.cx () from /lib/libpthread.so.0
(gdb) c
Continuing.

Program received signal SIGTRAP, Trace/breakpoint trap.
0xb6e4eae5 in __errno_location () at ../csu/errno-loc.c:25
25	in ../csu/errno-loc.c
(gdb) c
Continuing.

Program received signal SIGTRAP, Trace/breakpoint trap.
__errno_location () at ../csu/errno-loc.c:26
26	in ../csu/errno-loc.c
(gdb) 
Continuing.

Program received signal SIGTRAP, Trace/breakpoint trap.
0xb6e4eaf1 in __errno_location () at ../csu/errno-loc.c:26
26	in ../csu/errno-loc.c
(gdb) 
Continuing.

## After hitting RET a few more times, I got bored and did :

(gdb) handle SIGTRAP pass
SIGTRAP is used by the debugger.
Are you sure you want to change it? (y or n) y 
Signal        Stop	Print	Pass to program	Description
SIGTRAP       Yes	Yes	Yes		Trace/breakpoint trap
(gdb) c
Continuing.
[Thread 0xb1435b40 (LWP 5760) exited]
[Thread 0xb1c36b40 (LWP 5759) exited]
[Thread 0xb4f11b40 (LWP 22285) exited]
[Thread 0xb596eb40 (LWP 22284) exited]
[Thread 0xb639bb40 (LWP 22283) exited]

Program terminated with signal SIGTRAP, Trace/breakpoint trap.
The program no longer exists.
(gdb) 

## Perhaps this wasn't exactly the right thing to do -- sorry about
## that.

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 05 Mar 2014 17:10:01 GMT) Full text and rfc822 format available.

Message #26 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Wed, 05 Mar 2014 19:08:57 +0200
> Date: Wed, 05 Mar 2014 12:01:06 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> CC: dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org, sujith <at> msujith.org
> 
> Le 04/03/2014 17:59, Eli Zaretskii a écrit :
> > Since you say that Emacs hangs for several seconds, would it be
> > possible for you to attach GDB right after you type C-x C-e to eval
> > (x-get-selection)?  You could prepare the "gdb -p PID" command line in
> > the shell window in advance, so all you'd need to type is RET.
> 
> I didn't quite do that and unfortunately killed the process at the end,
> so can't try your suggestion anymore. FWIW, here's what I did, although
> I doubt it's very useful. I'll try to do better next time.

OK, thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Mar 2014 06:19:02 GMT) Full text and rfc822 format available.

Message #29 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Fri, 21 Mar 2014 07:19:05 +0100
Le 05/03/2014 18:08, Eli Zaretskii a écrit :
>> Date: Wed, 05 Mar 2014 12:01:06 +0100
>> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
>> CC: dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org, sujith <at> msujith.org
>> 
>> Le 04/03/2014 17:59, Eli Zaretskii a écrit :
>> > Since you say that Emacs hangs for several seconds, would it be
>> > possible for you to attach GDB right after you type C-x C-e to eval
>> > (x-get-selection)?  You could prepare the "gdb -p PID" command line in
>> > the shell window in advance, so all you'd need to type is RET.
>> 
>> I didn't quite do that and unfortunately killed the process at the end,
>> so can't try your suggestion anymore. FWIW, here's what I did, although
>> I doubt it's very useful. I'll try to do better next time.
> 
> OK, thanks.

Hi, 

Are these better backtraces ?

Program received signal SIGTSTP, Stopped (user).
0xb77dafab in g_main_context_query (context=0x88c73b0, 
    max_priority=2147483647, timeout=0xbfffbd7c, fds=0xb3f5d50, n_fds=11)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3430
3430	/var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c: Aucun fichier ou dossier de ce type.
(gdb) bt
#0  0xb77dafab in g_main_context_query (context=0x88c73b0, 
    max_priority=2147483647, timeout=0xbfffbd7c, fds=0xb3f5d50, n_fds=11)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3430
#1  0xb77db67e in g_main_context_iterate (dispatch=0, block=0, 
    context=0x88c73b0, self=<optimized out>)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3683
#2  g_main_context_iterate (context=0x88c73b0, block=0, dispatch=0, 
    self=<optimized out>)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3638
#3  0xb77db7f5 in g_main_context_pending (context=0x88c73b0)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3727
#4  0x0824d1ba in xg_select (fds_lim=39, rfds=0xbfffc574, wfds=0x0, efds=0x0, 
    timeout=0xbfffc4e8, sigmask=0x0) at xgselect.c:139
#5  0x0820ef6a in wait_reading_process_output (time_limit=5, nsecs=0, 
    read_kbd=0, do_display=false, wait_for_cell=139276054, wait_proc=0x0, 
    just_wait_proc=0) at process.c:4588
#6  0x0813d2bc in x_get_foreign_selection (selection_symbol=139447714, 
    target_type=139447666, time_stamp=139294658, frame=164381317)
    at xselect.c:1237
#7  0x0813e869 in Fx_get_selection_internal (selection_symbol=139447714, 
    target_type=139447666, time_stamp=139294658, terminal=139294658)
    at xselect.c:2017
#8  0x081cd80c in Ffuncall (nargs=3, args=0xbfffc814) at eval.c:2826
#9  0x08204de5 in exec_byte_code (bytestr=137853305, vector=137853325, 
    maxdepth=28, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#10 0x081ce0cc in funcall_lambda (fun=137853261, nargs=2, 
    arg_vector=0x837798d <pure+677293>) at eval.c:3049
#11 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffcb44) at eval.c:2864
#12 0x08204de5 in exec_byte_code (bytestr=138051321, vector=138051349, 
    maxdepth=12, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#13 0x082044ec in Fbyte_code (bytestr=138051321, vector=138051349, maxdepth=12)
    at bytecode.c:482
#14 0x081cc6f5 in eval_sub (form=138051310) at eval.c:2191
#15 0x081cae94 in internal_lisp_condition_case (var=139294658, 
    bodyform=138051310, handlers=137256166) at eval.c:1323
#16 0x08205d27 in exec_byte_code (bytestr=138051217, vector=138051237, 
    maxdepth=24, args_template=139294658, nargs=0, args=0x0) at bytecode.c:1169
#17 0x081ce0cc in funcall_lambda (fun=138051197, nargs=1, 
    arg_vector=0x83a7ea5 <pure+875205>) at eval.c:3049
#18 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffd244) at eval.c:2864
#19 0x08204de5 in exec_byte_code (bytestr=138051465, vector=138051485, 
    maxdepth=12, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#20 0x081ce0cc in funcall_lambda (fun=138051445, nargs=0, 
    arg_vector=0x83a7f9d <pure+875453>) at eval.c:3049
#21 0x081cd9b3 in Ffuncall (nargs=1, args=0xbfffd56c) at eval.c:2864
#22 0x08204de5 in exec_byte_code (bytestr=137650977, vector=137650997, 
    maxdepth=36, args_template=2052, nargs=2, args=0xbfffd8b4)
    at bytecode.c:919
#23 0x081cde15 in funcall_lambda (fun=137650957, nargs=2, 
    arg_vector=0xbfffd8ac) at eval.c:2983
#24 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffd8a8) at eval.c:2864
#25 0x08204de5 in exec_byte_code (bytestr=137651601, vector=289418565, 
    maxdepth=20, args_template=0, nargs=0, args=0xbfffdbe4) at bytecode.c:919
#26 0x081cde15 in funcall_lambda (fun=271420093, nargs=0, 
    arg_vector=0xbfffdbe4) at eval.c:2983
#27 0x081cd9b3 in Ffuncall (nargs=1, args=0xbfffdbe0) at eval.c:2864
#28 0x081cc597 in eval_sub (form=313434174) at eval.c:2157
#29 0x081cae94 in internal_lisp_condition_case (var=141662594, 
    bodyform=313434174, handlers=313434030) at eval.c:1323
#30 0x08205d27 in exec_byte_code (bytestr=137651513, vector=137651533, 
    maxdepth=60, args_template=3080, nargs=2, args=0xbfffe0c4)
    at bytecode.c:1169
#31 0x081cde15 in funcall_lambda (fun=137651485, nargs=2, 
    arg_vector=0xbfffe0bc) at eval.c:2983
#32 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffe0b8) at eval.c:2864
#33 0x08204de5 in exec_byte_code (bytestr=137663209, vector=137663229, 
    maxdepth=16, args_template=1028, nargs=1, args=0xbfffe438)
    at bytecode.c:919
#34 0x081cde15 in funcall_lambda (fun=137663181, nargs=1, 
    arg_vector=0xbfffe434) at eval.c:2983
#35 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffe430) at eval.c:2864
#36 0x081c8f9b in Fcall_interactively (function=141138386, 
    record_flag=139294658, keys=139303501) at callint.c:836
#37 0x081cd7d4 in Ffuncall (nargs=4, args=0xbfffe66c) at eval.c:2822
#38 0x08204de5 in exec_byte_code (bytestr=137639937, vector=137639957, 
    maxdepth=52, args_template=4100, nargs=1, args=0xbfffe9b0)
    at bytecode.c:919
#39 0x081cde15 in funcall_lambda (fun=137639917, nargs=1, 
    arg_vector=0xbfffe9ac) at eval.c:2983
#40 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffe9a8) at eval.c:2864
#41 0x081cd2a2 in call1 (fn=139321114, arg1=141138386) at eval.c:2614
#42 0x08150db7 in command_loop_1 () at keyboard.c:1556
#43 0x081cafae in internal_condition_case (bfun=0x81507c7 <command_loop_1>, 
    handlers=139327738, hfun=0x815019d <cmd_error>) at eval.c:1354
#44 0x08150563 in command_loop_2 (ignore=139294658) at keyboard.c:1174
#45 0x081ca936 in internal_catch (tag=139325786, 
    func=0x815053f <command_loop_2>, arg=139294658) at eval.c:1118
#46 0x0815051d in command_loop () at keyboard.c:1153
#47 0x0814fe39 in recursive_edit_1 () at keyboard.c:777
#48 0x0814ff75 in Frecursive_edit () at keyboard.c:845
#49 0x0814e3a8 in main (argc=1, argv=0xbfffed14) at emacs.c:1646

Lisp Backtrace:
"x-get-selection-internal" (0xbfffc818)
"x-get-selection" (0xbfffcb48)
"byte-code" (0xbfffcdd0)
"x-selection-value-internal" (0xbfffd248)
"x-selection-value" (0xbfffd570)
"kill-new" (0xbfffd8ac)
0x102d8ab8 PVEC_COMPILED
"funcall" (0xbfffdbe0)
"kill-region" (0xbfffe0bc)
"kill-word" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)
(gdb) fg
Continuing.
^Z
Program received signal SIGTSTP, Stopped (user).
0xb6e48184 in __GI___pthread_mutex_unlock (mutex=0x88c7428)
    at pthread_mutex_unlock.c:297
297	pthread_mutex_unlock.c: Aucun fichier ou dossier de ce type.
(gdb) bt
#0  0xb6e48184 in __GI___pthread_mutex_unlock (mutex=0x88c7428)
    at pthread_mutex_unlock.c:297
#1  0xb781e880 in g_mutex_unlock (mutex=0x88c73b0)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gthread-posix.c:229
#2  0xb77db70b in g_main_context_poll (n_fds=10, fds=0xb3f5d50, 
    timeout=<optimized out>, context=0x88c73b0, priority=<optimized out>)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3994
#3  g_main_context_iterate (dispatch=0, block=-1216441472, context=0x88c73b0, 
    self=<optimized out>)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3696
#4  g_main_context_iterate (context=0x88c73b0, block=-1216441472, dispatch=0, 
    self=<optimized out>)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3638
#5  0xb77db7f5 in g_main_context_pending (context=0x88c73b0)
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c:3727
#6  0x0824d1ba in xg_select (fds_lim=39, rfds=0xbfffc254, wfds=0x0, efds=0x0, 
    timeout=0xbfffc1c8, sigmask=0x0) at xgselect.c:139
#7  0x0820ef6a in wait_reading_process_output (time_limit=5, nsecs=0, 
    read_kbd=0, do_display=false, wait_for_cell=139276054, wait_proc=0x0, 
    just_wait_proc=0) at process.c:4588
#8  0x0813d2bc in x_get_foreign_selection (selection_symbol=139447714, 
    target_type=139447786, time_stamp=139294658, frame=164381317)
    at xselect.c:1237
#9  0x0813e869 in Fx_get_selection_internal (selection_symbol=139447714, 
    target_type=139447786, time_stamp=139294658, terminal=139294658)
    at xselect.c:2017
#10 0x081cd80c in Ffuncall (nargs=3, args=0xbfffc4f4) at eval.c:2826
#11 0x08204de5 in exec_byte_code (bytestr=137853305, vector=137853325, 
    maxdepth=28, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#12 0x081ce0cc in funcall_lambda (fun=137853261, nargs=2, 
    arg_vector=0x837798d <pure+677293>) at eval.c:3049
#13 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffc824) at eval.c:2864
#14 0x08204de5 in exec_byte_code (bytestr=138051321, vector=138051349, 
    maxdepth=12, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#15 0x082044ec in Fbyte_code (bytestr=138051321, vector=138051349, maxdepth=12)
    at bytecode.c:482
#16 0x081cc6f5 in eval_sub (form=138051310) at eval.c:2191
#17 0x081cae94 in internal_lisp_condition_case (var=139294658, 
    bodyform=138051310, handlers=137256166) at eval.c:1323
#18 0x08205d27 in exec_byte_code (bytestr=138051217, vector=138051237, 
    maxdepth=24, args_template=139294658, nargs=0, args=0x0) at bytecode.c:1169
#19 0x081ce0cc in funcall_lambda (fun=138051197, nargs=1, 
    arg_vector=0x83a7ea5 <pure+875205>) at eval.c:3049
#20 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffcf24) at eval.c:2864
#21 0x08204de5 in exec_byte_code (bytestr=138051465, vector=138051485, 
    maxdepth=12, args_template=139294658, nargs=0, args=0x0) at bytecode.c:919
#22 0x081ce0cc in funcall_lambda (fun=138051445, nargs=0, 
    arg_vector=0x83a7f9d <pure+875453>) at eval.c:3049
#23 0x081cd9b3 in Ffuncall (nargs=1, args=0xbfffd24c) at eval.c:2864
#24 0x08204de5 in exec_byte_code (bytestr=137650977, vector=137650997, 
    maxdepth=36, args_template=2052, nargs=2, args=0xbfffd594)
    at bytecode.c:919
#25 0x081cde15 in funcall_lambda (fun=137650957, nargs=2, 
    arg_vector=0xbfffd58c) at eval.c:2983
#26 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffd588) at eval.c:2864
#27 0x08204de5 in exec_byte_code (bytestr=137651601, vector=305976237, 
    maxdepth=20, args_template=0, nargs=0, args=0xbfffd8c4) at bytecode.c:919
#28 0x081cde15 in funcall_lambda (fun=305976301, nargs=0, 
    arg_vector=0xbfffd8c4) at eval.c:2983
#29 0x081cd9b3 in Ffuncall (nargs=1, args=0xbfffd8c0) at eval.c:2864
#30 0x081cc597 in eval_sub (form=309151990) at eval.c:2157
#31 0x081cae94 in internal_lisp_condition_case (var=141662594, 
    bodyform=309151990, handlers=309151862) at eval.c:1323
#32 0x08205d27 in exec_byte_code (bytestr=137651513, vector=137651533, 
    maxdepth=60, args_template=3080, nargs=2, args=0xbfffdda4)
    at bytecode.c:1169
#33 0x081cde15 in funcall_lambda (fun=137651485, nargs=2, 
    arg_vector=0xbfffdd9c) at eval.c:2983
#34 0x081cd9b3 in Ffuncall (nargs=3, args=0xbfffdd98) at eval.c:2864
#35 0x08204de5 in exec_byte_code (bytestr=137663209, vector=137663229, 
    maxdepth=16, args_template=1028, nargs=1, args=0xbfffe0d0)
    at bytecode.c:919
#36 0x081cde15 in funcall_lambda (fun=137663181, nargs=1, 
    arg_vector=0xbfffe0cc) at eval.c:2983
#37 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffe0c8) at eval.c:2864
#38 0x08204de5 in exec_byte_code (bytestr=137641457, vector=137663269, 
    maxdepth=12, args_template=1028, nargs=1, args=0xbfffe438)
    at bytecode.c:919
#39 0x081cde15 in funcall_lambda (fun=137663237, nargs=1, 
    arg_vector=0xbfffe434) at eval.c:2983
#40 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffe430) at eval.c:2864
#41 0x081c8f9b in Fcall_interactively (function=141138410, 
    record_flag=139294658, keys=139303501) at callint.c:836
#42 0x081cd7d4 in Ffuncall (nargs=4, args=0xbfffe66c) at eval.c:2822
#43 0x08204de5 in exec_byte_code (bytestr=137639937, vector=137639957, 
    maxdepth=52, args_template=4100, nargs=1, args=0xbfffe9b0)
    at bytecode.c:919
#44 0x081cde15 in funcall_lambda (fun=137639917, nargs=1, 
    arg_vector=0xbfffe9ac) at eval.c:2983
#45 0x081cd9b3 in Ffuncall (nargs=2, args=0xbfffe9a8) at eval.c:2864
#46 0x081cd2a2 in call1 (fn=139321114, arg1=141138410) at eval.c:2614
#47 0x08150db7 in command_loop_1 () at keyboard.c:1556
#48 0x081cafae in internal_condition_case (bfun=0x81507c7 <command_loop_1>, 
    handlers=139327738, hfun=0x815019d <cmd_error>) at eval.c:1354
#49 0x08150563 in command_loop_2 (ignore=139294658) at keyboard.c:1174
#50 0x081ca936 in internal_catch (tag=139325786, 
    func=0x815053f <command_loop_2>, arg=139294658) at eval.c:1118
#51 0x0815051d in command_loop () at keyboard.c:1153
#52 0x0814fe39 in recursive_edit_1 () at keyboard.c:777
#53 0x0814ff75 in Frecursive_edit () at keyboard.c:845
#54 0x0814e3a8 in main (argc=1, argv=0xbfffed14) at emacs.c:1646

Lisp Backtrace:
"x-get-selection-internal" (0xbfffc4f8)
"x-get-selection" (0xbfffc828)
"byte-code" (0xbfffcab0)
"x-selection-value-internal" (0xbfffcf28)
"x-selection-value" (0xbfffd250)
"kill-new" (0xbfffd58c)
0x123cd3e8 PVEC_COMPILED
"funcall" (0xbfffd8c0)
"kill-region" (0xbfffdd9c)
"kill-word" (0xbfffe0cc)
"backward-kill-word" (0xbfffe434)
"call-interactively" (0xbfffe670)
"command-execute" (0xbfffe9ac)
(gdb) c
Continuing.






Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Mar 2014 06:28:02 GMT) Full text and rfc822 format available.

Message #32 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, sujith <at> msujith.org,
 dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Fri, 21 Mar 2014 07:28:00 +0100
Nicolas Richard <theonewiththeevillook <at> yahoo.fr> writes:

> Le 05/03/2014 18:08, Eli Zaretskii a écrit :
>>> Date: Wed, 05 Mar 2014 12:01:06 +0100
>>> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
>>> CC: dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org, sujith <at> msujith.org
>>> 
>>> Le 04/03/2014 17:59, Eli Zaretskii a écrit :
>>> > Since you say that Emacs hangs for several seconds, would it be
>>> > possible for you to attach GDB right after you type C-x C-e to eval
>>> > (x-get-selection)?  You could prepare the "gdb -p PID" command line in
>>> > the shell window in advance, so all you'd need to type is RET.
>>> 
>>> I didn't quite do that and unfortunately killed the process at the end,
>>> so can't try your suggestion anymore. FWIW, here's what I did, although
>>> I doubt it's very useful. I'll try to do better next time.
>> 
>> OK, thanks.
>
> Hi, 
>
> Are these better backtraces ?

After getting them, I evalled (setq x-select-enable-primary), then tried
killing & yanking : it didn't trigger the problem anymore. Are those
facts related ? I guess so. Surpisingly : I set (setq
x-select-enable-primary t) back again and still have no more problem.

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Mar 2014 06:43:02 GMT) Full text and rfc822 format available.

Message #35 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Fri, 21 Mar 2014 07:42:18 +0100
Nicolas Richard <theonewiththeevillook <at> yahoo.fr> writes:
> After getting them, I evalled (setq x-select-enable-primary), then tried
> killing & yanking : it didn't trigger the problem anymore. Are those
> facts related ? I guess so. Surpisingly : I set (setq
> x-select-enable-primary t) back again and still have no more problem.

Sorry, I spoke too fast :
The relation is a bit more complicated:
- if I copy the content of the Firefox address bar (not saying that the
exact app is relevant, I'm just describing what I did) with Ctrl-c then
yank that in an emacs buffer, emacs hangs.
- repeating yanking OR killing in the same buffer still hangs.
- but if I go in another buffer and kill some text, then no hang
- if I go back to first buffer and yank or kill, no hang either.

If I eval (setq x-select-enable-primary) it in fact doesn't change
anything. (it did in my previous post apparently because I had switched
to another buffer.)

OTOH setting x-select-enable-clipboard to nil *does* avoid the hang, but
that was to be expected I guess. Turning it back on makes the hang
appear again.

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Mar 2014 08:18:01 GMT) Full text and rfc822 format available.

Message #38 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, sujith <at> msujith.org, dmantipov <at> yandex.ru
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Fri, 21 Mar 2014 10:17:20 +0200
> Date: Fri, 21 Mar 2014 07:19:05 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> CC: dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org, sujith <at> msujith.org
> 
> Le 05/03/2014 18:08, Eli Zaretskii a écrit :
> >> Date: Wed, 05 Mar 2014 12:01:06 +0100
> >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> >> CC: dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org, sujith <at> msujith.org
> >> 
> >> Le 04/03/2014 17:59, Eli Zaretskii a écrit :
> >> > Since you say that Emacs hangs for several seconds, would it be
> >> > possible for you to attach GDB right after you type C-x C-e to eval
> >> > (x-get-selection)?  You could prepare the "gdb -p PID" command line in
> >> > the shell window in advance, so all you'd need to type is RET.
> >> 
> >> I didn't quite do that and unfortunately killed the process at the end,
> >> so can't try your suggestion anymore. FWIW, here's what I did, although
> >> I doubt it's very useful. I'll try to do better next time.
> > 
> > OK, thanks.
> 
> Hi, 
> 
> Are these better backtraces ?

They  show Emacs is indeed inside the x-get-selection call.  I hope X
specialists will chime in and suggest things to try.  One question I
can think of is: does the same happen with applications other than
Firefox?  (Kill/yank in the same Emacs session doesn't count.)

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Mar 2014 08:20:01 GMT) Full text and rfc822 format available.

Message #41 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: theonewiththeevillook <at> yahoo.fr, sujith <at> msujith.org, dmantipov <at> yandex.ru,
 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Fri, 21 Mar 2014 10:18:24 +0200
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  16737 <at> debbugs.gnu.org,  sujith <at> msujith.org,  dmantipov <at> yandex.ru
> Date: Fri, 21 Mar 2014 07:28:00 +0100
> 
> After getting them, I evalled (setq x-select-enable-primary), then tried
> killing & yanking : it didn't trigger the problem anymore. Are those
> facts related ?

No.  When you kill/yank in the same Emacs session, Emacs avoids
accessing the clipboard or the X selections, AFAIK.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 27 Mar 2014 09:35:02 GMT) Full text and rfc822 format available.

Message #44 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, sujith <at> msujith.org,
 dmantipov <at> yandex.ru, 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: 24.3.50; Yank causes hang
Date: Thu, 27 Mar 2014 10:34:42 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:
> One question I can think of is: does the same happen with applications
> other than Firefox? (Kill/yank in the same Emacs session doesn't
> count.)

Sorry, I realize I forgot to answer this part. Whenever I eval
(x-get-selection 'SECONDARY) (or 'PRIMARY or 'CLIPBOARD, for that
matter), it hangs for a few seconds and then throws "Timed out waiting
for reply from selection owner". No matter what is in that selection,
even if it is empty.

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 25 Jun 2014 16:05:01 GMT) Full text and rfc822 format available.

Message #47 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 16737 <at> debbugs.gnu.org
Cc: Tom Tromey <tromey <at> redhat.com>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Jan Djärv <jan.h.d <at> swipnet.se>,
 Alex Bennée <alex.bennee <at> linaro.org>
Subject: Timed out waiting for reply from selection owner
Date: Wed, 25 Jun 2014 12:04:40 -0400
forcemerge 17026 16737
thanks

Do you guys still experience those hangs?
Any hope of getting a vaguely reproducible recipe?

Jan, is there some debugging code we could add somewhere around the
*select code which could help us track down the source of the problem?


        Stefan




Forcibly Merged 16737 17026 17101 17172. Request was from Stefan Monnier <monnier <at> iro.umontreal.ca> to control <at> debbugs.gnu.org. (Wed, 25 Jun 2014 16:05:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 25 Jun 2014 18:08:02 GMT) Full text and rfc822 format available.

Message #52 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Tom Tromey <tromey <at> redhat.com>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Jan Djärv <jan.h.d <at> swipnet.se>, 16737 <at> debbugs.gnu.org
Subject: Re: Timed out waiting for reply from selection owner
Date: Wed, 25 Jun 2014 19:07:13 +0100
[Message part 1 (text/plain, inline)]
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.
On 25 Jun 2014 17:04, "Stefan Monnier" <monnier <at> iro.umontreal.ca> wrote:

> forcemerge 17026 16737
> thanks
>
> Do you guys still experience those hangs?
> Any hope of getting a vaguely reproducible recipe?
>
> Jan, is there some debugging code we could add somewhere around the
> *select code which could help us track down the source of the problem?
>
>
>         Stefan
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 25 Jun 2014 18:29:02 GMT) Full text and rfc822 format available.

Message #55 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Alex Bennée <alex.bennee <at> linaro.org>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Subject: Re: Timed out waiting for reply from selection owner
Date: Wed, 25 Jun 2014 20:28:18 +0200
Hi.

25 jun 2014 kl. 18:04 skrev Stefan Monnier <monnier <at> iro.umontreal.ca>:

> forcemerge 17026 16737
> thanks
> 
> Do you guys still experience those hangs?
> Any hope of getting a vaguely reproducible recipe?
> 
> Jan, is there some debugging code we could add somewhere around the
> *select code which could help us track down the source of the problem?

If it times out, it is because we don't get the PropertyNotify we expect.
There is some TRACE one can turn on in xselect.c by defining TRACE_SELECTION.

But we should add something like this (totally untested, not even compiled):

=== modified file 'src/xselect.c'
--- src/xselect.c	2014-01-01 07:43:34 +0000
+++ src/xselect.c	2014-06-25 18:27:16 +0000
@@ -1144,8 +1144,19 @@
 {
   struct prop_location *rest;
 
+  fprintf (stderr, "Got property notify for %s, %s, %lu %p\n",
+           (event->state == PropertyDelete ? "deletion" : "change"),
+           XGetAtomName (event->display, event->atom),
+           (unsigned long)event->window,
+           event-display);
+
   for (rest = property_change_wait_list; rest; rest = rest->next)
     {
+      fprintf (stderr, "Check property notify against %s, %s, %lu %p\n",
+               (rest->desired_state == PropertyDelete ? "deletion" : "change"),
+               XGetAtomName (rest->display, rest->atom),
+               (unsigned long)rest->window,
+               rest->display);
       if (!rest->arrived
 	  && rest->property == event->atom
 	  && rest->window == event->window
@@ -1166,6 +1177,7 @@
 	  return;
 	}
     }
+  fprintf (stderr, "No property match\n");
 }
 
 	Jan D.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 25 Jun 2014 19:57:01 GMT) Full text and rfc822 format available.

Message #58 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Alex Bennée <alex.bennee <at> linaro.org>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 25 Jun 2014 21:58:13 +0200
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> Do you guys still experience those hangs?

It's been a long time I didn't see it, but I also tend to copy paste
between non-emacs and emacs much less than before.

-- 
Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 25 Jun 2014 19:58:01 GMT) Full text and rfc822 format available.

Message #61 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Alex Bennée <alex.bennee <at> linaro.org>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Subject: Re: Timed out waiting for reply from selection owner
Date: Wed, 25 Jun 2014 15:56:54 -0400
> If it times out, it is because we don't get the PropertyNotify we expect.
> There is some TRACE one can turn on in xselect.c by defining TRACE_SELECTION.

Also, some people said that during the "idle time before the timeout",
Emacs uses up 100% of CPU, so it's probably looping madly around *select
being told something arrived but failing to read it or something.
Maybe the "Timed out waiting for reply from selection owner" message
could set a global var which then causes the next call to get the
selection to let-bind another variable which causes us to spew all kind
of data about how *select was called and why it returned.


        Stefan




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 21 Jul 2014 15:04:01 GMT) Full text and rfc822 format available.

Message #64 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Subject: Re: Timed out waiting for reply from selection owner
Date: Mon, 21 Jul 2014 16:02:58 +0100
I couldn't get that patch to apply. However it looks like the list of
fd's is null:

Program received signal SIGINT, Interrupt.
0x00007fe50beaaeb9 in __pselect (nfds=<optimised out>,
readfds=<optimised out>, writefds=<optimised out>,
exceptfds=<optimised out>, timeout=<optimised out>, sigmask=<optimised
out>)
    at ../sysdeps/unix/sysv/linux/pselect.c:78
78      ../sysdeps/unix/sysv/linux/pselect.c: No such file or directory.
(gdb) bt
#0  0x00007fe50beaaeb9 in __pselect (nfds=<optimised out>,
readfds=<optimised out>, writefds=<optimised out>,
exceptfds=<optimised out>, timeout=<optimised out>, sigmask=<optimised
out>)
    at ../sysdeps/unix/sysv/linux/pselect.c:78
#1  0x00000000006c3843 in xg_select (fds_lim=28, rfds=0x7fff90d8d8d0,
wfds=0x0, efds=0x0, timeout=0x7fff90d8d8b0, sigmask=0x0) at
xgselect.c:105
#2  0x000000000066bb23 in wait_reading_process_output (time_limit=5,
nsecs=0, read_kbd=0, do_display=false, wait_for_cell=14274358,
wait_proc=0x0, just_wait_proc=0) at process.c:4603
#3  0x00000000005537bb in x_get_foreign_selection
(selection_symbol=14059234, target_type=14325826, time_stamp=14016754,
frame=62671861) at xselect.c:1237
#4  0x00000000005558f2 in Fx_get_selection_internal
(selection_symbol=14059234, target_type=14325826, time_stamp=14016754,
terminal=14016754) at xselect.c:2017
#5  0x0000000000613d7d in Ffuncall (nargs=3, args=0x7fff90d8dcc8) at eval.c:2826
#6  0x000000000065e8d7 in exec_byte_code (bytestr=11267393,
vector=11267429, maxdepth=28, args_template=14016754, nargs=0,
args=0x0) at bytecode.c:916
#7  0x00000000006148d9 in funcall_lambda (fun=11267301, nargs=1,
arg_vector=0xabed65 <pure+1341573>) at eval.c:3049
#8  0x0000000000613edd in Ffuncall (nargs=2, args=0x7fff90d8e1e0) at eval.c:2864
#9  0x000000000065e8d7 in exec_byte_code (bytestr=11250537,
vector=11250573, maxdepth=16, args_template=1028, nargs=1,
args=0x7fff90d8e730) at bytecode.c:916
#10 0x00000000006144ee in funcall_lambda (fun=11250485, nargs=1,
arg_vector=0x7fff90d8e728) at eval.c:2983
#11 0x0000000000613edd in Ffuncall (nargs=2, args=0x7fff90d8e720) at eval.c:2864
#12 0x000000000060c8aa in Fcall_interactively (function=21920738,
record_flag=14016754, keys=14051741) at callint.c:836
#13 0x0000000000613d4a in Ffuncall (nargs=4, args=0x7fff90d8e9c8) at eval.c:2822
#14 0x000000000065e8d7 in exec_byte_code (bytestr=10843817,
vector=10843853, maxdepth=52, args_template=4100, nargs=1,
args=0x7fff90d8ef00) at bytecode.c:916
#15 0x00000000006144ee in funcall_lambda (fun=10843773, nargs=1,
arg_vector=0x7fff90d8eef8) at eval.c:2983
#16 0x0000000000613edd in Ffuncall (nargs=2, args=0x7fff90d8eef0) at eval.c:2864
#17 0x0000000000613644 in call1 (fn=14060610, arg1=21920738) at eval.c:2614
#18 0x000000000056d335 in command_loop_1 () at keyboard.c:1559
#19 0x00000000006103b2 in internal_condition_case (bfun=0x56cb99
<command_loop_1>, handlers=14068322, hfun=0x56c30c <cmd_error>) at
eval.c:1354
#20 0x000000000056c819 in command_loop_2 (ignore=14016754) at keyboard.c:1177
#21 0x000000000060f836 in internal_catch (tag=14064258, func=0x56c7f3
<command_loop_2>, arg=14016754) at eval.c:1118
#22 0x000000000056c7c7 in command_loop () at keyboard.c:1156
#23 0x000000000056be17 in recursive_edit_1 () at keyboard.c:777
#24 0x000000000056bffc in Frecursive_edit () at keyboard.c:848
#25 0x0000000000569f3a in main (argc=2, argv=0x7fff90d8f398) at emacs.c:1646
(gdb) frame 1
#1  0x00000000006c3843 in xg_select (fds_lim=28, rfds=0x7fff90d8d8d0,
wfds=0x0, efds=0x0, timeout=0x7fff90d8d8b0, sigmask=0x0) at
xgselect.c:105
105       nfds = pselect (fds_lim, &all_rfds, have_wfds ? &all_wfds : NULL,
(gdb) p fds_lim
$1 = 28
(gdb) p all_rfds
$2 = {fds_bits = {2048, 0 <repeats 15 times>}}
(gdb) c
Continuing.

On 25 June 2014 19:28, Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> Hi.
>
> 25 jun 2014 kl. 18:04 skrev Stefan Monnier <monnier <at> iro.umontreal.ca>:
>
>> forcemerge 17026 16737
>> thanks
>>
>> Do you guys still experience those hangs?
>> Any hope of getting a vaguely reproducible recipe?
>>
>> Jan, is there some debugging code we could add somewhere around the
>> *select code which could help us track down the source of the problem?
>
> If it times out, it is because we don't get the PropertyNotify we expect.
> There is some TRACE one can turn on in xselect.c by defining TRACE_SELECTION.
>
> But we should add something like this (totally untested, not even compiled):
>
> === modified file 'src/xselect.c'
> --- src/xselect.c       2014-01-01 07:43:34 +0000
> +++ src/xselect.c       2014-06-25 18:27:16 +0000
> @@ -1144,8 +1144,19 @@
>  {
>    struct prop_location *rest;
>
> +  fprintf (stderr, "Got property notify for %s, %s, %lu %p\n",
> +           (event->state == PropertyDelete ? "deletion" : "change"),
> +           XGetAtomName (event->display, event->atom),
> +           (unsigned long)event->window,
> +           event-display);
> +
>    for (rest = property_change_wait_list; rest; rest = rest->next)
>      {
> +      fprintf (stderr, "Check property notify against %s, %s, %lu %p\n",
> +               (rest->desired_state == PropertyDelete ? "deletion" : "change"),
> +               XGetAtomName (rest->display, rest->atom),
> +               (unsigned long)rest->window,
> +               rest->display);
>        if (!rest->arrived
>           && rest->property == event->atom
>           && rest->window == event->window
> @@ -1166,6 +1177,7 @@
>           return;
>         }
>      }
> +  fprintf (stderr, "No property match\n");
>  }
>
>         Jan D.
>



-- 
Alex Bennée
KVM/QEMU Hacker for Linaro




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 25 Sep 2014 20:44:02 GMT) Full text and rfc822 format available.

Message #67 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: 16737 <at> debbugs.gnu.org
Subject: Autoloading `safe-local-variable' properties
Date: Thu, 25 Sep 2014 16:43:22 -0400
Why do we have things like:

   ;;;###autoload(put 'c-backslash-column 'safe-local-variable 'integerp)

instead of just

   (put 'c-backslash-column 'safe-local-variable 'integerp)

?  I mean, shouldn't CC-mode always be loaded by the time we check the
safety of such setting, since the major mode should be set before we set
file-local variables (since otherwise, when we later enable the major
mode, it would re-set the file-local settings).


        Stefan




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 11 Nov 2014 16:42:03 GMT) Full text and rfc822 format available.

Message #70 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mike Crowe <mac <at> mcrowe.com>
To: 16737 <at> debbugs.gnu.org
Subject: Yank causes hang in v24.4.1
Date: Tue, 11 Nov 2014 12:37:51 +0000
> 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.

For me strace appears to show looping on select during the failed
trace. This seems to be consistent with other reports:

pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999579})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999575})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999578})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999580})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999579})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999572})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999578})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574})

with very occasional:

--- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} ---

Eventually the timeout left reduces and I see:

pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 13298}, {NULL, 8}) = 1 (in [10], left {0, 12889})
pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 2342}, {NULL, 8}) = 1 (in [10], left {0, 1932})
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"U\2?\336\31U\307\5\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\3\37%\3\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 1312
recvmsg(10, 0x7fff51b24d40, 0)          = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}])
writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}])
--- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} ---
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"\1\1@\336\0\0\0\0\360\271\201\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 32
recvmsg(10, 0x7fff51b24cf0, 0)          = -1 EAGAIN (Resource temporarily unavailable)
recvmsg(10, 0x7fff51b24cf0, 0)          = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}])
writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}])
--- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} ---
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"\1\1A\336\0\0\0\0\360\271\201\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 32
recvmsg(10, 0x7fff51b24d20, 0)          = -1 EAGAIN (Resource temporarily unavailable)
recvmsg(10, 0x7fff51b24d20, 0)          = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}])
writev(10, [{"\30\4\6\0o\0\240\2\1\0\0\0\37\0\0\0{\2\0\0009-\307\5", 24}, {NULL, 0}, {"", 0}], 3) = 24
recvmsg(10, 0x7fff51b24c70, 0)          = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}])
writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}])
--- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} ---

I had a go with perf record to try and capture more about what was going on
and failed.

I'll see if I can apply the suggested patch to collect more information
although I'm not sure where stderr will be going when Emacs is running in
daemon mode.

Thanks.

Mike.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 11 Nov 2014 17:07:01 GMT) Full text and rfc822 format available.

Message #73 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mike Crowe <mac <at> mcrowe.com>
To: 16737 <at> debbugs.gnu.org
Subject: Re: Yank causes hang in v24.4.1
Date: Tue, 11 Nov 2014 13:26:05 +0000
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 <at> entry=0x7fff51b23ee0) at xselect.c:1147
1147	   xselect.c: No such file or directory.
(gdb) bt
#0  x_handle_property_notify (event=event <at> entry=0x7fff51b23ee0) at xselect.c:1147
#1  0x00000000004c3c20 in handle_one_xevent (dpyinfo=0x1a56800, event=event <at> entry=0x7fff51b23ee0, 
    finish=finish <at> entry=0x7fff51b23e44, hold_quit=hold_quit <at> entry=0x0) at xterm.c:6026
#2  0x00000000004c4dc0 in x_dispatch_event (event=event <at> 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.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 21 Nov 2014 10:55:01 GMT) Full text and rfc822 format available.

Message #76 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Tom Tromey <tom <at> tromey.com>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 16737 <at> debbugs.gnu.org, 17101 <at> debbugs.gnu.org,
 Alex Bennée <alex.bennee <at> linaro.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Fri, 21 Nov 2014 03:53:49 -0700
Jan> If it times out, it is because we don't get the PropertyNotify we
Jan> expect.  There is some TRACE one can turn on in xselect.c by
Jan> defining TRACE_SELECTION.

FWIW, this bug bites me enough that I have basically had to stop pasting
into Emacs.  This is no good!

However, I still don't know the sequence to recreate the bug.  For
instance it didn't happen right away with "emacs -Q".  All I know is
that it happens to me in basically any normal emacs session I try, and
that sometimes it works for a while before breaking.


I did do a little debugging tonight.  One thing I found is that the
correct selection notify event does arrive.  I set a breakpoint in
x_handle_selection_notify and I see a matching event come in.

However, the event arrives after x_get_foreign_selection returns.  I
think this is what is unexpected -- the event ought to be processed by
the call to wait_reading_process_output there.

When the event does arrive, if I go up the stack I see gobble_input.  I
don't know this area well but maybe it would work to either disable the
SIGIO code, or to call gobble_input before calling
wait_reading_process_output.

If I debug "emacs -Q" and paste, what I see is that
x_get_foreign_selection calls unblock_input and that this causes the
event to be read.  I don't know why this isn't done in the failing case.

Any suggestions?  I can't promise much but maybe I could try something
out.

Tom




Forcibly Merged 16737 17026 17101 17172 19320. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 31 Dec 2014 06:53:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 14:39:02 GMT) Full text and rfc822 format available.

Message #81 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <o.krehel <at> tue.nl>
To: 16737 <at> debbugs.gnu.org
Subject: Re: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 15:38:11 +0100
Hello,

I just wanted to add that this bug is still active and affects me.

I know some basics of GDB, so if someone could direct me to a tutorial
that's good enough to produce a meaningful backtrace, I'd be glad to
add more information to this bug, since I can reproduce it usually
once per day.

regards,
Oleh




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 14:57:02 GMT) Full text and rfc822 format available.

Message #84 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Oleh Krehel <o.krehel <at> tue.nl>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 16:56:45 +0200
> Date: Sat, 17 Jan 2015 15:38:11 +0100
> From: Oleh Krehel <o.krehel <at> tue.nl>
> 
> I just wanted to add that this bug is still active and affects me.
> 
> I know some basics of GDB, so if someone could direct me to a tutorial
> that's good enough to produce a meaningful backtrace, I'd be glad to
> add more information to this bug, since I can reproduce it usually
> once per day.

First, please establish that you see the same problem, e.g. by
obtaining backtraces as described earlier in this discussion.

Then there was a patch Jan posted that might give some information.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 15:35:02 GMT) Full text and rfc822 format available.

Message #87 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <o.krehel <at> tue.nl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 16:34:15 +0100
>> I just wanted to add that this bug is still active and affects me.
>>
>> I know some basics of GDB, so if someone could direct me to a tutorial
>> that's good enough to produce a meaningful backtrace, I'd be glad to
>> add more information to this bug, since I can reproduce it usually
>> once per day.
>
> First, please establish that you see the same problem, e.g. by
> obtaining backtraces as described earlier in this discussion.

The problem is the same one, since I get the same error message after
5 seconds delay as the topic title.

The thing is, I don't know how to get a backtrace - I'm only a novice
with GDB.  I was hoping someone would post a sequence of commands to
get a proper backtrace for this problem.

Oleh




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 18:08:01 GMT) Full text and rfc822 format available.

Message #90 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Oleh Krehel <o.krehel <at> tue.nl>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 20:07:07 +0200
> Date: Sat, 17 Jan 2015 16:34:15 +0100
> From: Oleh Krehel <o.krehel <at> tue.nl>
> Cc: 16737 <at> debbugs.gnu.org
> 
> > First, please establish that you see the same problem, e.g. by
> > obtaining backtraces as described earlier in this discussion.
> 
> The problem is the same one, since I get the same error message after
> 5 seconds delay as the topic title.
> 
> The thing is, I don't know how to get a backtrace - I'm only a novice
> with GDB.  I was hoping someone would post a sequence of commands to
> get a proper backtrace for this problem.

During those 5 seconds, attach GDB to the Emacs process:

  $ gdb -p PID

where PID is the numeric process ID of Emacs; you can find that out
in advance, before you start the reproducing sequence, and prepare the
above command line, so that all you need to do is hit RET.

Then, when GDB displays its prompt "(gdb)", type this:

  thread apply all bt

This will show a backtrace of every thread in the Emacs process.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 21:44:02 GMT) Full text and rfc822 format available.

Message #93 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, Oleh Krehel <o.krehel <at> tue.nl>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 22:43:21 +0100
 ❦ 17 janvier 2015 20:07 +0200, Eli Zaretskii <eliz <at> gnu.org> :

>> The thing is, I don't know how to get a backtrace - I'm only a novice
>> with GDB.  I was hoping someone would post a sequence of commands to
>> get a proper backtrace for this problem.
>
> During those 5 seconds, attach GDB to the Emacs process:
>
>   $ gdb -p PID
>
> where PID is the numeric process ID of Emacs; you can find that out
> in advance, before you start the reproducing sequence, and prepare the
> above command line, so that all you need to do is hit RET.
>
> Then, when GDB displays its prompt "(gdb)", type this:
>
>   thread apply all bt
>
> This will show a backtrace of every thread in the Emacs process.

I also have the same problem. It happens randomly when I try to paste or
when I try to kill something. Once it happens, it happens often. I
usually restart emacs after cursing it a lot. The backtrace is always
the same:

#0  0x00007fdbf286d009 in __pselect (nfds=nfds <at> entry=27,
 readfds=readfds <at> entry=0x7fff9569f510, writefds=writefds <at> entry=0x0,
 exceptfds=exceptfds <at> entry=0x0, timeout=<optimized out>,
 timeout <at> entry=0x7fff9569faf0, sigmask=sigmask <at> entry=0x0) at
 ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005d4ac2 in xg_select (fds_lim=27,
 rfds=rfds <at> entry=0x7fff9569fb10, wfds=wfds <at> entry=0x0,
 efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fff9569faf0,
 sigmask=sigmask <at> entry=0x0) at xgselect.c:105
#2  0x0000000000599b66 in wait_reading_process_output
 (time_limit=<optimized out>, nsecs=0, read_kbd=0, do_display=false,
 wait_for_cell=12579542, wait_proc=0x0, just_wait_proc=0) at
 process.c:4606
#3  0x00000000004d2239 in x_get_foreign_selection (selection_symbol=27,
 target_type=12623842, time_stamp=12315698, frame=-1) at xselect.c:1237

When pasting, the source can be either "xsel -i -b" or the browser. So,
I don't think this is related to some advanced paste mode.

I am using:

#+begin_src lisp
(setq x-select-enable-primary t         ; Yank use the primary selection if available
      save-interprogram-paste-before-kill t ; Put clipboard/selection into kill ring
      mouse-1-click-follows-link nil)	; Don't follow links with left click
#+end_src

The use of "save-interprogram-paste-before-kill" should explain why I
get problems when killing too.

I am running Emacs 24.4 from Debian unstable.

Here is the "thread apply all bt" (I have to paste in a frame running in
tty mode to be able to complete this bug report):

(gdb) thread apply all bt

Thread 5 (Thread 0x7fdbebb6d700 (LWP 4358)):
#0  0x00007fdbf286b18d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fdbf6d57ee4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fdbe40008e0, timeout=-1, context=0x13b8c00) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076
#2  g_main_context_iterate (context=context <at> entry=0x13b8c00, block=block <at> entry=1, dispatch=dispatch <at> entry=1, self=<optimized out>) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3776
#3  0x00007fdbf6d57ffc in g_main_context_iteration (context=0x13b8c00, may_block=may_block <at> entry=1) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3842
#4  0x00007fdbf6d58039 in glib_worker_main (data=<optimized out>) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:5589
#5  0x00007fdbf6d7e935 in g_thread_proxy (data=0x13b9000) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764
#6  0x00007fdbf2d550a4 in start_thread (arg=0x7fdbebb6d700) at pthread_create.c:309
#7  0x00007fdbf2873ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 4 (Thread 0x7fdbea801700 (LWP 4359)):
#0  0x00007fdbf286b18d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fdbf6d57ee4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fdbdc0010c0, timeout=-1, context=0x18f11d0) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076
#2  g_main_context_iterate (context=context <at> entry=0x18f11d0, block=block <at> entry=1, dispatch=dispatch <at> entry=1, self=<optimized out>) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3776
#3  0x00007fdbf6d57ffc in g_main_context_iteration (context=0x18f11d0, may_block=1) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3842
#4  0x00007fdbea80927d in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#5  0x00007fdbf6d7e935 in g_thread_proxy (data=0x1896050) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764
#6  0x00007fdbf2d550a4 in start_thread (arg=0x7fdbea801700) at pthread_create.c:309
#7  0x00007fdbf2873ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7fdbea000700 (LWP 4360)):
#0  0x00007fdbf286b18d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fdbf6d57ee4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fdbe00010c0, timeout=-1, context=0x7fdbdc00d2d0) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076
#2  g_main_context_iterate (context=0x7fdbdc00d2d0, block=block <at> entry=1, dispatch=dispatch <at> entry=1, self=<optimized out>) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3776
#3  0x00007fdbf6d58272 in g_main_loop_run (loop=0x7fdbdc00d1f0) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3975
#4  0x00007fdbf7349f76 in gdbus_shared_thread_func (user_data=0x7fdbdc00d2a0) at /tmp/buildd/glib2.0-2.42.1/./gio/gdbusprivate.c:273
#5  0x00007fdbf6d7e935 in g_thread_proxy (data=0x1896190) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764
#6  0x00007fdbf2d550a4 in start_thread (arg=0x7fdbea000700) at pthread_create.c:309
#7  0x00007fdbf2873ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fdbdb895700 (LWP 31847)):
#0  0x00007fdbf2b46c9e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x00007fdbf2b446f0 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x00007fdbf2d550a4 in start_thread (arg=0x7fdbdb895700) at pthread_create.c:309
#3  0x00007fdbf2873ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fdbfa101a40 (LWP 4357)):
#0  0x00007fdbf286d009 in __pselect (nfds=nfds <at> entry=27, readfds=readfds <at> entry=0x7fff9569f510, writefds=writefds <at> entry=0x0, exceptfds=exceptfds <at> entry=0x0, timeout=<optimized out>, timeout <at> entry=0x7fff9569faf0, sigmask=sigmask <at> entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005d4ac2 in xg_select (fds_lim=27, rfds=rfds <at> entry=0x7fff9569fb10, wfds=wfds <at> entry=0x0, efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fff9569faf0, sigmask=sigmask <at> entry=0x0) at xgselect.c:105
#2  0x0000000000599b66 in wait_reading_process_output (time_limit=<optimized out>, nsecs=0, read_kbd=0, do_display=false, wait_for_cell=12579542, wait_proc=0x0, just_wait_proc=0) at process.c:4606
#3  0x00000000004d2239 in x_get_foreign_selection (selection_symbol=27, target_type=12623842, time_stamp=12315698, frame=-1) at xselect.c:1237
#4  0x000000000055c7fa in Ffuncall (nargs=<optimized out>, args=args <at> entry=0x7fff9569fe68) at eval.c:2823
#5  0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=10040525, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>, args <at> entry=0x0) at bytecode.c:916
#6  0x000000000055c2cf in funcall_lambda (fun=10040397, nargs=nargs <at> entry=2, arg_vector=arg_vector <at> entry=0x7fff956a0040) at eval.c:3045
#7  0x000000000055c643 in Ffuncall (nargs=3, args=args <at> entry=0x7fff956a0038) at eval.c:2873
#8  0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=10432997, maxdepth=<optimized out>, args_template=<optimized out>, nargs=<optimized out>, args=<optimized out>) at bytecode.c:916
#9  0x000000000055bc0b in eval_sub (form=form <at> entry=10432918) at eval.c:2188
#10 0x000000000055eac1 in internal_lisp_condition_case (var=<optimized out>, bodyform=10432918, handlers=<optimized out>) at eval.c:1317
#11 0x0000000000592e57 in exec_byte_code (bytestr=<optimized out>, vector=10432781, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>, args <at> entry=0x0) at bytecode.c:1162
#12 0x000000000055c2cf in funcall_lambda (fun=10432709, nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fff956a0440) at eval.c:3045
#13 0x000000000055c643 in Ffuncall (nargs=2, args=args <at> entry=0x7fff956a0438) at eval.c:2873
#14 0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=10433253, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>, args <at> entry=0x0) at bytecode.c:916
#15 0x000000000055c2cf in funcall_lambda (fun=10433181, nargs=nargs <at> entry=0, arg_vector=arg_vector <at> entry=0x7fff956a0600) at eval.c:3045
#16 0x000000000055c643 in Ffuncall (nargs=1, args=args <at> entry=0x7fff956a05f8) at eval.c:2873
#17 0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=9638461, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=2, args=<optimized out>, args <at> entry=0x931219 <pure+939865>) at bytecode.c:916
#18 0x000000000055c367 in funcall_lambda (fun=140735700142032, nargs=nargs <at> entry=2, arg_vector=0x931219 <pure+939865>, arg_vector <at> entry=0x7fff956a0768) at eval.c:2979
#19 0x000000000055c643 in Ffuncall (nargs=3, args=args <at> entry=0x7fff956a0760) at eval.c:2873
#20 0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=85013877, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>, args <at> entry=0x9316e1 <pure+941089>) at bytecode.c:916
#21 0x000000000055c367 in funcall_lambda (fun=140735700142816, nargs=nargs <at> entry=0, arg_vector=0x9316e1 <pure+941089>, arg_vector <at> entry=0x7fff956a08a8) at eval.c:2979
#22 0x000000000055c643 in Ffuncall (nargs=1, args=0x7fff956a08a0) at eval.c:2873
#23 0x000000000055bdf4 in eval_sub (form=form <at> entry=187158758) at eval.c:2155
#24 0x000000000055eac1 in internal_lisp_condition_case (var=<optimized out>, bodyform=187158758, handlers=<optimized out>) at eval.c:1317
#25 0x0000000000592e57 in exec_byte_code (bytestr=<optimized out>, vector=9639509, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=3, args=<optimized out>, args <at> entry=0x931631 <pure+940913>) at bytecode.c:1162
#26 0x000000000055c367 in funcall_lambda (fun=140735700143792, nargs=nargs <at> entry=3, arg_vector=0x931631 <pure+940913>, arg_vector <at> entry=0x7fff956a0bb8) at eval.c:2979
#27 0x000000000055c643 in Ffuncall (nargs=nargs <at> entry=4, args=args <at> entry=0x7fff956a0bb0) at eval.c:2873
#28 0x000000000055d574 in Fapply (nargs=nargs <at> entry=2, args=args <at> entry=0x7fff956a0c70) at eval.c:2351
#29 0x000000000055d7e0 in apply1 (fn=fn <at> entry=15660018, arg=arg <at> entry=187158790) at eval.c:2585
#30 0x0000000000558521 in Fcall_interactively (function=15660018, record_flag=12315698, keys=12350653) at callint.c:378
#31 0x000000000055c80d in Ffuncall (nargs=<optimized out>, args=args <at> entry=0x7fff956a0e28) at eval.c:2819
#32 0x0000000000591b13 in exec_byte_code (bytestr=<optimized out>, vector=9616805, maxdepth=<optimized out>, args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>, args <at> entry=0x92bd81 <pure+918209>) at bytecode.c:916
#33 0x000000000055c367 in funcall_lambda (fun=0, nargs=nargs <at> entry=1, arg_vector=0x92bd81 <pure+918209>, arg_vector <at> entry=0x7fff956a0f88) at eval.c:2979
#34 0x000000000055c643 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fff956a0f80) at eval.c:2873
#35 0x000000000055cafa in call1 (fn=<optimized out>, arg1=<optimized out>) at eval.c:2611
#36 0x00000000004f80cd in command_loop_1 () at keyboard.c:1559
#37 0x000000000055ab07 in internal_condition_case (bfun=bfun <at> entry=0x4f7d30 <command_loop_1>, handlers=<optimized out>, hfun=hfun <at> entry=0x4eee40 <cmd_error>) at eval.c:1348
#38 0x00000000004ea43e in command_loop_2 (ignore=ignore <at> entry=12315698) at keyboard.c:1177
#39 0x000000000055a9eb in internal_catch (tag=12363170, func=func <at> entry=0x4ea420 <command_loop_2>, arg=12315698) at eval.c:1112
#40 0x00000000004eea57 in command_loop () at keyboard.c:1156
#41 recursive_edit_1 () at keyboard.c:777
#42 0x00000000004eed70 in Frecursive_edit () at keyboard.c:848
#43 0x0000000000418579 in main (argc=0, argv=0x7fff956a1348) at emacs.c:1646
-- 
Make sure input cannot violate the limits of the program.
            - The Elements of Programming Style (Kernighan & Plauger)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 17 Jan 2015 21:46:01 GMT) Full text and rfc822 format available.

Message #96 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, Oleh Krehel <o.krehel <at> tue.nl>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sat, 17 Jan 2015 22:45:48 +0100
 ❦ 17 janvier 2015 22:43 +0100, Vincent Bernat <bernat <at> luffy.cx> :

> #+begin_src lisp
> (setq x-select-enable-primary t         ; Yank use the primary selection if available
>       save-interprogram-paste-before-kill t ; Put clipboard/selection into kill ring
>       mouse-1-click-follows-link nil)	; Don't follow links with left click
> #+end_src

Setting the first two parameters to nil doesn't fix anything.
-- 
Identify bad input; recover if possible.
            - The Elements of Programming Style (Kernighan & Plauger)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 19 Jan 2015 17:47:01 GMT) Full text and rfc822 format available.

Message #99 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vincent Bernat <bernat <at> luffy.cx>
Cc: 16737 <at> debbugs.gnu.org, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Mon, 19 Jan 2015 19:46:02 +0200
> From: Vincent Bernat <bernat <at> luffy.cx>
> Cc: Oleh Krehel <o.krehel <at> tue.nl>,  16737 <at> debbugs.gnu.org
> Date: Sat, 17 Jan 2015 22:43:21 +0100
> 
>  ❦ 17 janvier 2015 20:07 +0200, Eli Zaretskii <eliz <at> gnu.org> :
> 
> >> The thing is, I don't know how to get a backtrace - I'm only a novice
> >> with GDB.  I was hoping someone would post a sequence of commands to
> >> get a proper backtrace for this problem.
> >
> > During those 5 seconds, attach GDB to the Emacs process:
> >
> >   $ gdb -p PID
> >
> > where PID is the numeric process ID of Emacs; you can find that out
> > in advance, before you start the reproducing sequence, and prepare the
> > above command line, so that all you need to do is hit RET.
> >
> > Then, when GDB displays its prompt "(gdb)", type this:
> >
> >   thread apply all bt
> >
> > This will show a backtrace of every thread in the Emacs process.
> 
> I also have the same problem. It happens randomly when I try to paste or
> when I try to kill something. Once it happens, it happens often. I
> usually restart emacs after cursing it a lot. The backtrace is always
> the same:
> 
> #0  0x00007fdbf286d009 in __pselect (nfds=nfds <at> entry=27,
>  readfds=readfds <at> entry=0x7fff9569f510, writefds=writefds <at> entry=0x0,
>  exceptfds=exceptfds <at> entry=0x0, timeout=<optimized out>,
>  timeout <at> entry=0x7fff9569faf0, sigmask=sigmask <at> entry=0x0) at
>  ../sysdeps/unix/sysv/linux/pselect.c:77
> #1  0x00000000005d4ac2 in xg_select (fds_lim=27,
>  rfds=rfds <at> entry=0x7fff9569fb10, wfds=wfds <at> entry=0x0,
>  efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fff9569faf0,
>  sigmask=sigmask <at> entry=0x0) at xgselect.c:105
> #2  0x0000000000599b66 in wait_reading_process_output
>  (time_limit=<optimized out>, nsecs=0, read_kbd=0, do_display=false,
>  wait_for_cell=12579542, wait_proc=0x0, just_wait_proc=0) at
>  process.c:4606
> #3  0x00000000004d2239 in x_get_foreign_selection (selection_symbol=27,
>  target_type=12623842, time_stamp=12315698, frame=-1) at xselect.c:1237

This just shows that Emacs is waiting for the SelectionNotify event.

Can you compile xselect.c while enabling the TRACEs there, and show
the output you get?

Also, if your value of x-selection-timeout is not zero, does it help
to enlarge it?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 10:44:02 GMT) Full text and rfc822 format available.

Message #102 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <o.krehel <at> tue.nl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 11:43:30 +0100
>> The thing is, I don't know how to get a backtrace - I'm only a novice
>> with GDB.  I was hoping someone would post a sequence of commands to
>> get a proper backtrace for this problem.
>
> During those 5 seconds, attach GDB to the Emacs process:
>
>   $ gdb -p PID
>
> where PID is the numeric process ID of Emacs; you can find that out
> in advance, before you start the reproducing sequence, and prepare the
> above command line, so that all you need to do is hit RET.
>
> Then, when GDB displays its prompt "(gdb)", type this:
>
>   thread apply all bt
>
> This will show a backtrace of every thread in the Emacs process.

Thanks, Eli,

The problem wasn't surfacing for a while, but I've got a backtrace now:

Thread 4 (Thread 0x7f4a3a467700 (LWP 25777)):
#0  0x00007f4a40d23f7d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f4a43cee6a4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f4a43cee7ac in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f4a43cee7f9 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f4a43d130f5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f4a41005f6e in start_thread (arg=0x7f4a3a467700) at
pthread_create.c:311
#6  0x00007f4a40d309cd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 3 (Thread 0x7f4a38fc1700 (LWP 25778)):
#0  0x00007f4a40d23f7d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f4a43cee6a4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f4a43ceeb0a in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f4a44a38b66 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f4a43d130f5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f4a41005f6e in start_thread (arg=0x7f4a38fc1700) at
pthread_create.c:311
#6  0x00007f4a40d309cd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 2 (Thread 0x7f4a32f82700 (LWP 25779)):
#0  0x00007f4a40d23f7d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f4a43cee6a4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f4a43cee7ac in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f4a32f89a9d in ?? () from
/usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
---Type <return> to continue, or q <return> to quit---
#4  0x00007f4a43d130f5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f4a41005f6e in start_thread (arg=0x7f4a32f82700) at
pthread_create.c:311
#6  0x00007f4a40d309cd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 1 (Thread 0x7f4a463109c0 (LWP 25774)):
#0  0x00007f4a40d28eb9 in __pselect (nfds=nfds <at> entry=31,
readfds=readfds <at> entry=0x7fff47ceea30,
    writefds=writefds <at> entry=0x0, exceptfds=exceptfds <at> entry=0x0,
timeout=<optimized out>,
    timeout <at> entry=0x7fff47cef010, sigmask=sigmask <at> entry=0x0) at
../sysdeps/unix/sysv/linux/pselect.c:78
#1  0x00000000005c38de in xg_select (fds_lim=31,
rfds=rfds <at> entry=0x7fff47cef1d0, wfds=wfds <at> entry=0x0,
    efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fff47cef010,
sigmask=sigmask <at> entry=0x0)
    at xgselect.c:114
#2  0x0000000000591be9 in wait_reading_process_output
(time_limit=<optimized out>,
    nsecs=<optimized out>, read_kbd=read_kbd <at> entry=0,
do_display=do_display <at> entry=false,
    wait_for_cell=12526611, wait_proc=wait_proc <at> entry=0x0,
just_wait_proc=just_wait_proc <at> entry=0)
    at process.c:4575
#3  0x00000000004cdc57 in x_get_foreign_selection
(selection_symbol=<optimized out>, target_type=8544,
    time_stamp=<optimized out>, frame=18223301) at xselect.c:1204
#4  0x000000000055474b in Ffuncall (nargs=<optimized out>,
args=<optimized out>) at eval.c:2718
#5  0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=2, nargs=30, args=0x3) at bytecode.c:919
#6  0x0000000000554310 in funcall_lambda (fun=140734398134224,
nargs=nargs <at> entry=2,
    arg_vector=0x97c684 <pure+1310180>,
arg_vector <at> entry=0x7fff47cef778) at eval.c:2874
#7  0x0000000000554593 in Ffuncall (nargs=3, args=0x7fff47cef770) at eval.c:2768
#8  0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
---Type <return> to continue, or q <return> to quit---
    args_template=48, nargs=55, args=0x3) at bytecode.c:919
#9  0x0000000000554310 in funcall_lambda (fun=140734398134592,
nargs=nargs <at> entry=1,
    arg_vector=0x97c204 <pure+1309028>,
arg_vector <at> entry=0x7fff47cef8f0) at eval.c:2874
#10 0x0000000000554593 in Ffuncall (nargs=2, args=0x7fff47cef8e8) at eval.c:2768
#11 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=0, nargs=28, args=0x2) at bytecode.c:919
#12 0x0000000000554310 in funcall_lambda (fun=140734398134960,
nargs=nargs <at> entry=0,
    arg_vector=0x97c32c <pure+1309324>,
arg_vector <at> entry=0x7fff47cefa60) at eval.c:2874
#13 0x0000000000554593 in Ffuncall (nargs=1, args=0x7fff47cefa58) at eval.c:2768
#14 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=140734398134872, nargs=14, args=0x1) at bytecode.c:919
#15 0x00000000005541f2 in funcall_lambda (fun=132226757, nargs=nargs <at> entry=2,
    arg_vector=arg_vector <at> entry=0x7fff47cefd60) at eval.c:2940
#16 0x0000000000554593 in Ffuncall (nargs=nargs <at> entry=3,
args=args <at> entry=0x7fff47cefd58) at eval.c:2768
#17 0x0000000000555ae0 in Fapply (nargs=3, args=0x7fff47cefd58) at eval.c:2279
#18 0x000000000055468a in Ffuncall (nargs=4, args=0x7fff47cefd50) at eval.c:2687
#19 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=0, nargs=1, args=0x4) at bytecode.c:919
#20 0x0000000000554310 in funcall_lambda (fun=140734398136080,
nargs=nargs <at> entry=1,
    arg_vector=0x1058d74, arg_vector <at> entry=0x7fff47cefec0) at eval.c:2874
#21 0x0000000000554593 in Ffuncall (nargs=2, args=0x7fff47cefeb8) at eval.c:2768
#22 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=14, nargs=140734398135984, args=0x2) at bytecode.c:919
#23 0x00000000005541f2 in funcall_lambda (fun=57990093, nargs=nargs <at> entry=0,
---Type <return> to continue, or q <return> to quit---
    arg_vector=arg_vector <at> entry=0x7fff47cf00a0) at eval.c:2940
#24 0x0000000000554593 in Ffuncall (nargs=1, args=0x7fff47cf0098) at eval.c:2768
#25 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=10, nargs=140734398136464, args=0x1) at bytecode.c:919
#26 0x00000000005541f2 in funcall_lambda (fun=63156909, nargs=nargs <at> entry=2,
    arg_vector=arg_vector <at> entry=0x7fff47cf0280) at eval.c:2940
#27 0x0000000000554593 in Ffuncall (nargs=3, args=0x7fff47cf0278) at eval.c:2768
#28 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=0, nargs=0, args=0x3) at bytecode.c:919
#29 0x00000000005541f2 in funcall_lambda (fun=63156525, nargs=nargs <at> entry=1,
    arg_vector=arg_vector <at> entry=0x7fff47cf0520) at eval.c:2940
#30 0x0000000000554593 in Ffuncall (nargs=nargs <at> entry=2,
args=args <at> entry=0x7fff47cf0518) at eval.c:2768
#31 0x000000000055021a in Ffuncall_interactively (nargs=2,
args=0x7fff47cf0518) at callint.c:258
#32 0x000000000055468a in Ffuncall (nargs=nargs <at> entry=3,
args=args <at> entry=0x7fff47cf0510) at eval.c:2687
#33 0x0000000000550d72 in Fcall_interactively (function=<optimized
out>, record_flag=<optimized out>,
    keys=<optimized out>) at callint.c:864
#34 0x000000000055475f in Ffuncall (nargs=<optimized out>,
args=<optimized out>) at eval.c:2714
#35 0x0000000000587d45 in exec_byte_code (bytestr=31,
vector=140734398130736, maxdepth=0,
    args_template=108, nargs=140734398138224, args=0x4) at bytecode.c:919
#36 0x0000000000554310 in funcall_lambda (fun=0, nargs=nargs <at> entry=1,
    arg_vector=0x90f794 <pure+863988>,
arg_vector <at> entry=0x7fff47cf08f8) at eval.c:2874


#37 0x0000000000554593 in Ffuncall (nargs=nargs <at> entry=2,
args=args <at> entry=0x7fff47cf08f0) at eval.c:2768
#38 0x000000000055487a in call1 (fn=fn <at> entry=14976, arg1=<optimized
out>) at eval.c:2560
#39 0x00000000004f2b14 in command_loop_1 () at keyboard.c:1518
---Type <return> to continue, or q <return> to quit---
#40 0x0000000000552e3b in internal_condition_case
(bfun=bfun <at> entry=0x4f2700 <command_loop_1>,
    handlers=handlers <at> entry=19392, hfun=hfun <at> entry=0x4e9720
<cmd_error>) at eval.c:1334
#41 0x00000000004e4e1c in command_loop_2 (ignore=ignore <at> entry=0) at
keyboard.c:1139
#42 0x0000000000552d43 in internal_catch (tag=tag <at> entry=45984,
    func=func <at> entry=0x4e4e00 <command_loop_2>, arg=arg <at> entry=0) at eval.c:1095
#43 0x00000000004e4dd7 in command_loop () at keyboard.c:1118
#44 0x00000000004e9358 in recursive_edit_1 () at keyboard.c:728


#45 0x00000000004e9675 in Frecursive_edit () at keyboard.c:799
#46 0x0000000000415a3e in main (argc=<optimized out>,
argv=0x7fff47cf0cb8) at emacs.c:1612




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 16:44:01 GMT) Full text and rfc822 format available.

Message #105 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 17:43:39 +0100
 ❦ 19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz <at> gnu.org> :

> Also, if your value of x-selection-timeout is not zero, does it help
> to enlarge it?

Enlarging it make the problem worse. Setting it to 10 makes the problem
go away.
-- 
Write clearly - don't sacrifice clarity for "efficiency".
            - The Elements of Programming Style (Kernighan & Plauger)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 17:43:01 GMT) Full text and rfc822 format available.

Message #108 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vincent Bernat <bernat <at> luffy.cx>
Cc: 16737 <at> debbugs.gnu.org, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 19:42:38 +0200
> From: Vincent Bernat <bernat <at> luffy.cx>
> Cc: 16737 <at> debbugs.gnu.org,  o.krehel <at> tue.nl
> Date: Tue, 27 Jan 2015 17:43:39 +0100
> 
>  ❦ 19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz <at> gnu.org> :
> 
> > Also, if your value of x-selection-timeout is not zero, does it help
> > to enlarge it?
> 
> Enlarging it make the problem worse. Setting it to 10 makes the problem
> go away.

Isn't it weird that 10 works, but larger values don't?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 17:44:02 GMT) Full text and rfc822 format available.

Message #111 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Oleh Krehel <o.krehel <at> tue.nl>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 19:43:38 +0200
> Date: Tue, 27 Jan 2015 11:43:30 +0100
> From: Oleh Krehel <o.krehel <at> tue.nl>
> Cc: 16737 <at> debbugs.gnu.org
> 
> The problem wasn't surfacing for a while, but I've got a backtrace now:

Thanks, this shows that Emacs waits for the notification, AFAIU.

What about compiling with TRACE enabled, did you try that?  If so,
what did you see?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 18:06:01 GMT) Full text and rfc822 format available.

Message #114 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <o.krehel <at> tue.nl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 19:05:14 +0100
On 27 January 2015 at 18:43, Eli Zaretskii <eliz <at> gnu.org> wrote:
> What about compiling with TRACE enabled, did you try that?  If so,
> what did you see?

I can try it, but what's the command to do it? Google doesn't
immediately give a result.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 18:17:02 GMT) Full text and rfc822 format available.

Message #117 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 19:16:35 +0100
 ❦ 27 janvier 2015 19:42 +0200, Eli Zaretskii <eliz <at> gnu.org> :

>> > Also, if your value of x-selection-timeout is not zero, does it help
>> > to enlarge it?
>> 
>> Enlarging it make the problem worse. Setting it to 10 makes the problem
>> go away.
>
> Isn't it weird that 10 works, but larger values don't?

Larger values work too, but it takes more time to get the pasted
result. If I put 100, it takes about 2 second to get the paste
event. Maybe keeping 5000 would work too but I don't have the patience
for Emacs to unstuck. The bug comes and goes and since I do everything
in Emacs, I cannot keep it live for too long.
-- 
Don't go around saying the world owes you a living.  The world owes you
nothing.  It was here first.
		-- Mark Twain




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 27 Jan 2015 19:11:02 GMT) Full text and rfc822 format available.

Message #120 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Oleh Krehel <o.krehel <at> tue.nl>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 27 Jan 2015 21:10:24 +0200
> Date: Tue, 27 Jan 2015 19:05:14 +0100
> From: Oleh Krehel <o.krehel <at> tue.nl>
> Cc: 16737 <at> debbugs.gnu.org
> 
> On 27 January 2015 at 18:43, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > What about compiling with TRACE enabled, did you try that?  If so,
> > what did you see?
> 
> I can try it, but what's the command to do it? Google doesn't
> immediately give a result.

"Use the source, Luke!"

I think "make -W xselect.c MYCPPFLAGS=-DTRACE_SELECTION" should do the
trick, if you invoke this from the src directory.

The trace is printed to stderr.

TIA.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 28 Jan 2015 09:55:01 GMT) Full text and rfc822 format available.

Message #123 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Vincent Bernat <bernat <at> luffy.cx>
Cc: 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 28 Jan 2015 10:54:17 +0100
Vincent Bernat <bernat <at> luffy.cx> writes:
> Larger values work too, but it takes more time to get the pasted
> result. If I put 100, it takes about 2 second to get the paste
> event. Maybe keeping 5000 would work too but I don't have the patience
> for Emacs to unstuck. The bug comes and goes and since I do everything
> in Emacs, I cannot keep it live for too long.

I think that what you regard as "it works" is in fact "it fails
faster" : you still can't yank into emacs something that you copied from
some other X thing. Setting
(setq x-select-enable-primary nil
      x-select-enable-clipboard nil
      save-interprogram-paste-before-kill nil)
should give you the same speedup.

-- 
Nicolas Richard




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 28 Jan 2015 10:17:02 GMT) Full text and rfc822 format available.

Message #126 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 28 Jan 2015 11:16:02 +0100
 ❦ 28 janvier 2015 10:54 +0100, Nicolas Richard <theonewiththeevillook <at> yahoo.fr> :

>> Larger values work too, but it takes more time to get the pasted
>> result. If I put 100, it takes about 2 second to get the paste
>> event. Maybe keeping 5000 would work too but I don't have the patience
>> for Emacs to unstuck. The bug comes and goes and since I do everything
>> in Emacs, I cannot keep it live for too long.
>
> I think that what you regard as "it works" is in fact "it fails
> faster" : you still can't yank into emacs something that you copied from
> some other X thing. Setting
> (setq x-select-enable-primary nil
>       x-select-enable-clipboard nil
>       save-interprogram-paste-before-kill nil)
> should give you the same speedup.

Oh, but I can. In fact, pasting from clipboard now works just
fine. Pasting from primary selection works one time out of two (the
other time, I get "x-get-selection: Timed out waiting for reply from
selection owner"). Most of the time, I am using the clipboard.

x-select-enable-primary is t
x-select-enable-clipboard is t
save-interprogram-paste-before-kill is t
-- 
Talkers are no good doers.
		-- William Shakespeare, "Henry VI"




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 28 Jan 2015 14:15:02 GMT) Full text and rfc822 format available.

Message #129 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Bernat <bernat <at> luffy.cx>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, o.krehel <at> tue.nl
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 28 Jan 2015 15:14:52 +0100
 ❦ 28 janvier 2015 11:16 +0100, Vincent Bernat <bernat <at> luffy.cx> :

>>> Larger values work too, but it takes more time to get the pasted
>>> result. If I put 100, it takes about 2 second to get the paste
>>> event. Maybe keeping 5000 would work too but I don't have the patience
>>> for Emacs to unstuck. The bug comes and goes and since I do everything
>>> in Emacs, I cannot keep it live for too long.
>>
>> I think that what you regard as "it works" is in fact "it fails
>> faster" : you still can't yank into emacs something that you copied from
>> some other X thing. Setting
>> (setq x-select-enable-primary nil
>>       x-select-enable-clipboard nil
>>       save-interprogram-paste-before-kill nil)
>> should give you the same speedup.
>
> Oh, but I can. In fact, pasting from clipboard now works just
> fine. Pasting from primary selection works one time out of two (the
> other time, I get "x-get-selection: Timed out waiting for reply from
> selection owner"). Most of the time, I am using the clipboard.
>
> x-select-enable-primary is t
> x-select-enable-clipboard is t
> save-interprogram-paste-before-kill is t

BTW, setting x-select-enable-primary to nil don't fix the bug
either. Neither does x-select-enable-clipboard. However, setting both of
them to nil also fixes the problem.
-- 
For a light heart lives long.
		-- Shakespeare, "Love's Labour's Lost"




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 28 Jan 2015 14:25:02 GMT) Full text and rfc822 format available.

Message #132 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <o.krehel <at> tue.nl>
To: Vincent Bernat <bernat <at> luffy.cx>
Cc: 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 28 Jan 2015 15:23:59 +0100
On 27 January 2015 at 17:43, Vincent Bernat <bernat <at> luffy.cx> wrote:
>    19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz <at> gnu.org> :
>
>> Also, if your value of x-selection-timeout is not zero, does it help
>> to enlarge it?
>
> Enlarging it make the problem worse. Setting it to 10 makes the problem
> go away.

I can confirm that setting it to 10 from 5000 has made the bug much
less worse for me:
I got the "timed out ..." message once, but the paste still worked!
Afterwards, the pastes
were working without the message.

Oleh




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 04 Apr 2015 14:14:02 GMT) Full text and rfc822 format available.

Message #135 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: 16737 <at> debbugs.gnu.org
Subject: Re: 24.3.50; Yank causes hang
Date: Sat, 04 Apr 2015 16:12:59 +0200
Hi.

I made some timing related changes in the selection code in the trunk.
I have not been able to reproduce this bug, so I can't be sure it fixes this 
bug, but it is likely.  So please try it if you can.

Thanks,

	Jan D.




Forcibly Merged 16737 17026 17101 17172 19320 20283. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 09 Apr 2015 16:26:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 03 Jun 2015 15:19:02 GMT) Full text and rfc822 format available.

Message #140 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Alex Bennée <alex.bennee <at> linaro.org>
Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 20283 <at> debbugs.gnu.org,
 Tom Tromey <tromey <at> redhat.com>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 16737 <at> debbugs.gnu.org, Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 03 Jun 2015 17:18:28 +0200
Alex Bennée <alex.bennee <at> linaro.org> writes:

> 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'm using the current master branch but I also use the server (which
should be kind of the same to starting emacs as a doemon, no?).  Kill
and yank for hours, and then out of sudden the timeouts appear.

> - 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.

For me, restarting the emacs server (M-x server-start RET) doesn't make
the selection timeouts disappear. :-(

Bye,
Tassilo




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 03 Jun 2015 15:36:02 GMT) Full text and rfc822 format available.

Message #143 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 20283 <at> debbugs.gnu.org,
 Tom Tromey <tromey <at> redhat.com>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 16737 <at> debbugs.gnu.org, Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 03 Jun 2015 16:35:05 +0100
Tassilo Horn <tsdh <at> gnu.org> writes:

> Alex Bennée <alex.bennee <at> linaro.org> writes:
>
>> 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'm using the current master branch but I also use the server (which
> should be kind of the same to starting emacs as a doemon, no?).  Kill
> and yank for hours, and then out of sudden the timeouts appear.

I haven't hit the problem for ages then suddenly this week as I was
pasting a URL it triggered again. Trouble is being able to get useful
diagnostics out when the problem hits.

>
>> - 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.
>
> For me, restarting the emacs server (M-x server-start RET) doesn't make
> the selection timeouts disappear. :-(
>
> Bye,
> Tassilo

-- 
Alex Bennée




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 03 Jun 2015 15:47:01 GMT) Full text and rfc822 format available.

Message #146 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <ohwoeowho <at> gmail.com>
To: Alex Bennée <alex.bennee <at> linaro.org>
Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Tassilo Horn <tsdh <at> gnu.org>, 20283 <at> debbugs.gnu.org,
 Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Wed, 03 Jun 2015 17:39:42 +0200
Alex Bennée <alex.bennee <at> linaro.org> writes:

> Tassilo Horn <tsdh <at> gnu.org> writes:
>
>> Alex Bennée <alex.bennee <at> linaro.org> writes:
>>
>>> 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'm using the current master branch but I also use the server (which
>> should be kind of the same to starting emacs as a doemon, no?).  Kill
>> and yank for hours, and then out of sudden the timeouts appear.
>
> I haven't hit the problem for ages then suddenly this week as I was
> pasting a URL it triggered again. Trouble is being able to get useful
> diagnostics out when the problem hits.

I tend to get this problem a lot more since I've switched from 24.5 to
master.

This code makes Emacs report the error immediately instead of freezing:

    (setq x-selection-timeout 10)

When the bug occurs, a fix that typically works is to:

1. kill some text while in Emacs.
2. copy the text from outside
3. wait for 3-4 seconds before attempting to paste into Emacs

Step 3 could be important, since if I paste quickly, the bug seems to
re-occur more often.

Oleh




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 04 Jun 2015 15:19:02 GMT) Full text and rfc822 format available.

Message #149 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: "Alan D. Salewski" <salewski <at> att.net>
To: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Thu, 04 Jun 2015 09:42:19 -0400
Hi Folks,

I do not know how to reproduce the issue on-demand, but I find that the
problem will re-occur regularly on my setup. I sometimes see it within a
few hours; other times I've had it take up to six or seven days to
occur.

I'm running the 'emacs24-lucid-24.4+1-5' package on Debian; 4 core intel
i7 x86_64 GNU/Linux. I've seen the issue on earlier versions of the
package, as well.

In message #135 above I see that Jan D. made some changes that might
address this issue. I'm eager to try out those changes, but before doing
so I want to capture some additional debugging info for the busted
scenario to help confirm that the new code fixes it (as opposed to moves
it).

My stacktraces look like those provided by Vincent Bernat above in
message #93.

Changing x-selection-timeout only changes the period of time I need to
wait before seeing the "Timed out waiting for reply..." message.

I used dpkg-buildpackage to rebuild the package with -DTRACE_SELECTION
enabled. The issue occurred today while pasting text from an xterm into
emacs ('git log' output displayed in 'less -FRX', though I don't think
that matters). Here's the TRACE_SELECTION output captured just before
triggering /the second/ (more on that below) occurance:

    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78309)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_handle_selection_clear

After that I attempted a new selection of the same text from the xterm
and attempted to paste it into my emacs buffer. Here is the
TRACE_SELECTION output emitted:

    11204: Get selection UTF8_STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection COMPOUND_TEXT, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify

That output suggests to me that the waited-for event is arriving
eventually (similar or the same as noted by Tom Tromey above in message
#76).

The reason I'm showing the output from "the second" occurrance is that
that's the first time that I am certain that the long pattern of
TRACE_SELECTION messsage on stderr is related to this issue.

I didn't capture timestamp information with this run, so I'm not sure
where, if anywhere, the first occurrance of the problem is visible above
the output supplied above. But scrolling back as far as I can in my
xterm buffer the pattern of output is consistent with the first 17-line
chunk below, which is the tail of the TRACE_SELECTION output. I suspect
the issue occured around this line:

    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78259)

The tail of the output is:

    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78256)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78257)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78258)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78259)
    11204: x_stop_queuing_selection_requests 1
    11204: Get selection UTF8_STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection COMPOUND_TEXT, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78260)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78261)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78262)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78263)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78264)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78265)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78266)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78267)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78268)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78269)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78270)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78271)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78272)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78273)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78274)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78275)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78276)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78277)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78278)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78279)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78280)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78281)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78282)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78283)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78284)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78285)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78286)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78287)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78288)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78289)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78290)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78291)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78292)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78293)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78294)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78295)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78296)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78297)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78298)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78299)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78300)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78301)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78302)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78303)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78304)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78305)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78306)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78307)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78308)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_start_queuing_selection_requests 1
    11204: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    11204:  XInternAtom LENGTH
    11204:  XInternAtom FILE_NAME
    11204:  XInternAtom CHARACTER_POSITION
    11204:  XInternAtom LINE_NUMBER
    11204:  XInternAtom COLUMN_NUMBER
    11204:  XInternAtom OWNER_OS
    11204:  XInternAtom HOST_NAME
    11204:  XInternAtom USER
    11204:  XInternAtom CLASS
    11204:  XInternAtom NAME
    11204:  XInternAtom SAVE_TARGETS
    11204: Sending all 84 bytes
    11204: Sent SelectionNotify: CLIPBOARD, target TARGETS (78309)
    11204: x_stop_queuing_selection_requests 1
    11204: x_handle_selection_event
    11204: x_handle_selection_clear
    11204: Get selection UTF8_STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection COMPOUND_TEXT, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Get selection STRING, type _EMACS_TMP_
    11204:   Start waiting 5 secs for SelectionNotify
    11204:   Got event = 0
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify
    11204: Received SelectionNotify


More info as I have it...

Thanks,
-Al





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 05 Jun 2015 09:27:02 GMT) Full text and rfc822 format available.

Message #152 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Oleh Krehel <ohwoeowho <at> gmail.com>
Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Tassilo Horn <tsdh <at> gnu.org>, 20283 <at> debbugs.gnu.org,
 Tom Tromey <tromey <at> redhat.com>, 16737 <at> debbugs.gnu.org,
 Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Fri, 05 Jun 2015 10:26:49 +0100
Oleh Krehel <ohwoeowho <at> gmail.com> writes:

> Alex Bennée <alex.bennee <at> linaro.org> writes:
>
>> Tassilo Horn <tsdh <at> gnu.org> writes:
>>
>>> Alex Bennée <alex.bennee <at> linaro.org> writes:
>>>
>>>> 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'm using the current master branch but I also use the server (which
>>> should be kind of the same to starting emacs as a doemon, no?).  Kill
>>> and yank for hours, and then out of sudden the timeouts appear.
>>
>> I haven't hit the problem for ages then suddenly this week as I was
>> pasting a URL it triggered again. Trouble is being able to get useful
>> diagnostics out when the problem hits.
>
> I tend to get this problem a lot more since I've switched from 24.5 to
> master.
>
> This code makes Emacs report the error immediately instead of freezing:
>
>     (setq x-selection-timeout 10)
>
> When the bug occurs, a fix that typically works is to:
>
> 1. kill some text while in Emacs.
> 2. copy the text from outside
> 3. wait for 3-4 seconds before attempting to paste into Emacs

I can't seem to unwedge without restarting Emacs. Anyway I attached gdb
and I'm confused by the failure. Sticking a breakpoints in:

  * x_get_foreign_selection:1242 (the error line)
  * x_handle_selection_notify

It seems we always see the timeout before the x_handle_selection_notify
is called. It seems to me it has got into a state where it's not
consuming events from X while waiting.

I've seen some cases where the timeout will be hit 4-5 times in a row
and then I'll see the same number of notify events.

>
> Step 3 could be important, since if I paste quickly, the bug seems to
> re-occur more often.
>
> Oleh

-- 
Alex Bennée




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 05 Jun 2015 14:29:02 GMT) Full text and rfc822 format available.

Message #155 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: "Alan D. Salewski" <salewski <at> att.net>
To: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Fri, 05 Jun 2015 10:36:04 -0400
On 2015-06-04 09:42:19, Alan D. Salewski spake thus:
[...]
> I didn't capture timestamp information with this run, so I'm not sure
> where, if anywhere, the first occurrance of the problem is visible above
> the output supplied above.
[...]

This time I launched emacs with this (to timestamp stderr messages):

------------------------------------8<---------------------------------------
    #!/bin/bash -

    # emacs-log-stderr: launch emacs with stderr redirected to a log file in a
    # well-known location.

    PROG='emacs-log-stderr'

    emacs "$@" \
        2> >( while read line; do
                  printf '%s (emacs stderr): %s\n' "$(date "+%F %T")" "$line" >> "${HOME}/var/log/emacs/emacs.stderr";
              done
            )
------------------------------------8<---------------------------------------


Here's the stdout output coming up on the problem; fat arrows show the output
when the problem occurred this time:

    2015-06-05 10:01:00 (emacs stderr): 5156: Sending all 84 bytes
    2015-06-05 10:01:00 (emacs stderr): 5156: Sent SelectionNotify: CLIPBOARD, target TARGETS (19634)
    2015-06-05 10:01:00 (emacs stderr): 5156: x_stop_queuing_selection_requests 1
    2015-06-05 10:01:01 (emacs stderr): 5156: x_handle_selection_event
    2015-06-05 10:01:01 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 10:01:01 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom FILE_NAME
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom CHARACTER_POSITION
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom LINE_NUMBER
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom COLUMN_NUMBER
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom OWNER_OS
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom HOST_NAME
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom USER
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom CLASS
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom NAME
    2015-06-05 10:01:01 (emacs stderr): 5156:  XInternAtom SAVE_TARGETS
    2015-06-05 10:01:01 (emacs stderr): 5156: Sending all 84 bytes
    2015-06-05 10:01:01 (emacs stderr): 5156: Sent SelectionNotify: CLIPBOARD, target TARGETS (19635)
    2015-06-05 10:01:01 (emacs stderr): 5156: x_stop_queuing_selection_requests 1
    2015-06-05 10:01:02 (emacs stderr): 5156: x_handle_selection_event
    2015-06-05 10:01:02 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 10:01:02 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom FILE_NAME
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom CHARACTER_POSITION
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom LINE_NUMBER
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom COLUMN_NUMBER
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom OWNER_OS
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom HOST_NAME
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom USER
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom CLASS
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom NAME
    2015-06-05 10:01:02 (emacs stderr): 5156:  XInternAtom SAVE_TARGETS
    2015-06-05 10:01:02 (emacs stderr): 5156: Sending all 84 bytes
    2015-06-05 10:01:02 (emacs stderr): 5156: Sent SelectionNotify: CLIPBOARD, target TARGETS (19636)
    2015-06-05 10:01:02 (emacs stderr): 5156: x_stop_queuing_selection_requests 1
    2015-06-05 10:01:03 (emacs stderr): 5156: x_handle_selection_event
    2015-06-05 10:01:03 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 10:01:03 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom FILE_NAME
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom CHARACTER_POSITION
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom LINE_NUMBER
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom COLUMN_NUMBER
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom OWNER_OS
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom HOST_NAME
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom USER
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom CLASS
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom NAME
    2015-06-05 10:01:03 (emacs stderr): 5156:  XInternAtom SAVE_TARGETS
    2015-06-05 10:01:03 (emacs stderr): 5156: Sending all 84 bytes
    2015-06-05 10:01:03 (emacs stderr): 5156: Sent SelectionNotify: CLIPBOARD, target TARGETS (19637)
    2015-06-05 10:01:03 (emacs stderr): 5156: x_stop_queuing_selection_requests 1
=>  2015-06-05 10:01:04 (emacs stderr): 5156: Get selection UTF8_STRING, type _EMACS_TMP_
=>  2015-06-05 10:01:04 (emacs stderr): 5156:   Start waiting 5 secs for SelectionNotify
=>  2015-06-05 10:01:09 (emacs stderr): 5156:   Got event = 0
=>  2015-06-05 10:01:09 (emacs stderr): 5156: Get selection COMPOUND_TEXT, type _EMACS_TMP_
=>  2015-06-05 10:01:09 (emacs stderr): 5156:   Start waiting 5 secs for SelectionNotify
=>  2015-06-05 10:01:14 (emacs stderr): 5156:   Got event = 0
=>  2015-06-05 10:01:14 (emacs stderr): 5156: Get selection STRING, type _EMACS_TMP_
=>  2015-06-05 10:01:14 (emacs stderr): 5156:   Start waiting 5 secs for SelectionNotify
=>  2015-06-05 10:01:19 (emacs stderr): 5156:   Got event = 0
=>  2015-06-05 10:01:19 (emacs stderr): 5156: Get selection STRING, type _EMACS_TMP_
=>  2015-06-05 10:01:19 (emacs stderr): 5156:   Start waiting 5 secs for SelectionNotify
=>  2015-06-05 10:01:24 (emacs stderr): 5156:   Got event = 0
=>  2015-06-05 10:01:24 (emacs stderr): 5156: Received SelectionNotify
=>  2015-06-05 10:01:24 (emacs stderr): 5156: Received SelectionNotify
=>  2015-06-05 10:01:24 (emacs stderr): 5156: Received SelectionNotify
=>  2015-06-05 10:01:24 (emacs stderr): 5156: Received SelectionNotify
    2015-06-05 10:01:24 (emacs stderr): 5156: x_handle_selection_event
    2015-06-05 10:01:24 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 10:01:24 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 10:01:24 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 10:01:24 (emacs stderr): 5156:  XInternAtom FILE_NAME

For comparison, here's what the output looked like when successfully pasting
into an emacs buffer earlier in the same emacs session:

    2015-06-05 05:37:52 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 05:37:52 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom FILE_NAME
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom CHARACTER_POSITION
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom LINE_NUMBER
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom COLUMN_NUMBER
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom OWNER_OS
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom HOST_NAME
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom USER
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom CLASS
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom NAME
    2015-06-05 05:37:52 (emacs stderr): 5156:  XInternAtom SAVE_TARGETS
    2015-06-05 05:37:52 (emacs stderr): 5156: Sending all 84 bytes
    2015-06-05 05:37:52 (emacs stderr): 5156: Sent SelectionNotify: CLIPBOARD, target TARGETS (12471)
    2015-06-05 05:37:52 (emacs stderr): 5156: x_stop_queuing_selection_requests 1
=>  2015-06-05 05:37:52 (emacs stderr): 5156: Get selection UTF8_STRING, type _EMACS_TMP_
=>  2015-06-05 05:37:52 (emacs stderr): 5156: Received SelectionNotify
=>  2015-06-05 05:37:52 (emacs stderr): 5156:   Start waiting 5 secs for SelectionNotify
=>  2015-06-05 05:37:52 (emacs stderr): 5156:   Got event = 1
=>  2015-06-05 05:37:52 (emacs stderr): 5156: Reading selection data
=>  2015-06-05 05:37:52 (emacs stderr): 5156: Read 52 bytes from property _EMACS_TMP_
=>  2015-06-05 05:37:52 (emacs stderr): 5156:   Delete property _EMACS_TMP_
    2015-06-05 05:37:53 (emacs stderr): 5156: x_handle_selection_event
    2015-06-05 05:37:53 (emacs stderr): 5156: x_start_queuing_selection_requests 1
    2015-06-05 05:37:53 (emacs stderr): 5156: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom LENGTH
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom FILE_NAME
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom CHARACTER_POSITION
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom LINE_NUMBER
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom COLUMN_NUMBER
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom OWNER_OS
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom HOST_NAME
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom USER
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom CLASS
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom NAME
    2015-06-05 05:37:53 (emacs stderr): 5156:  XInternAtom SAVE_TARGETS
    2015-06-05 05:37:53 (emacs stderr): 5156: Sending all 84 bytes

-Al

-- 
-----------------------------------------------------------------
a l a n   d.   s a l e w s k i                   salewski <at> att.net
1024D/FA2C3588 EDFA 195F EDF1 0933 1002  6396 7C92 5CB3 FA2C 3588
-----------------------------------------------------------------




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 02:51:02 GMT) Full text and rfc822 format available.

Message #158 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: "Alan D. Salewski" <salewski <at> att.net>
To: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Sun, 14 Jun 2015 23:00:34 -0400
The below cookbook works to reproduce the issue for me every time, so I
can now trigger the issue on-demand.

As noted in message #149 above[0], I'm running the
'emacs24-lucid-24.4+1-5' package on Debian GNU/Linux; x86_64; 4 core
Intel i7.

I'm running an X11 window manager (sawfish) with no clipboard manager.

To reproduce the issue:

    1. $ type -a emacs
       emacs is /usr/bin/emacs

       $ readlink -f /usr/bin/emacs
       /usr/bin/emacs24-lucid

       $ emacs -Q

       The "*scratch*" buffer is visible.

    2. M-x server-start

    3. In a terminal window (xterm in my case):

       $ emacsclient -t

       The "*scratch*" buffer is visible here, as well.

    4. Select a sizable bit of text to the X11 clipboard. A small amount
       of text won't trigger the issue, but I don't yet know what the
       boundary is. For my testing, I have a browser window open to
       this web page in iceweasel (firefox), and use the 'C-a' hotkey in
       that app followed by 'C-c' to select the full page of text:

           http://matt.might.net/articles/low-level-web-in-racket/

    5. In the emacsclient window in the terminal emulator, paste the
       text from the clipboard. I use the middle button on my 3-button
       mouse to do this.

    6. Back in iceweasel, select any small amount of text (~20 chars is
       fine) from the same page (again, using 'C-c').

    7. In the X11 emacs frame, position the mouse pointer over the
       blinking cursor and press the middle mouse button to attempt a
       "paste" operation (mouse-yank-primary).

       Emacs appears to hang for about 20 seconds, and then the "Timed
       out waiting for reply..." message appears.

The cookbook works not only with the stock Debian 'emacs24-lucid'
package, but also with that package compiled with different build time
options (-g, -O0, -DTRACE_SELECTION). The cookbook also works when I
build with random other debugging code compiled in (all based on the
Debian source package emacs24-24.4+1). It does not seem to be sensitive
to being set up "just right".

A slight variation of the above cookbook works with the stock 'emacs24'
Debian package (same version as the '*-lucid' package above), which is
the variation compiled to use gtk. For this version, the small amount of
text selected in step 6 above does not seem to trigger the issue, but
pasting the full amount of text from the web page does. So the cookbook
variation here is to simply skip step 6 (or replace it with step 4, if
some other process has become the X11 selction "owner"). When running
this version, the paste into the X11 emacs frame is preceeded by a pause
and CPU spiking to 100%, the same as indicated by other reports.

Once the issue has been triggered, no further "paste" operations will
work in any emacs X11 frame that is part of the same emacs process, at
least not without using gdb to jump over these lines in
x_get_foreign_selection (xselect.c):

1241    if (NILP (XCAR (reading_selection_reply)))
1242      error ("Timed out waiting for reply from selection owner");

Once those are jumped, the "paste" operation completes (the text shows
up on the buffer, as desired), but the state is still hosed.

Pasting into 'emacsclient -t' buffers running in terminal emulator
windows (xterm) does continue to work, though. So if somebody is truly
desperate to keep a given emacs process alive, keeping a terminal-based
emacsclient window handy as a target for paste operations could serve as
a workaround once the issue has been triggered.

Thanks,
-Al


[0] message #149
    http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16737#149





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 08:24:02 GMT) Full text and rfc822 format available.

Message #161 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 16737 <at> debbugs.gnu.org,
 Alex Bennée <alex.bennee <at> linaro.org>,
 emacs-devel <emacs-devel <at> gnu.org>
Subject: Re: Question about wait_reading_process_output
Date: Mon, 15 Jun 2015 10:23:21 +0200
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> I've been digging into the code trying to get an idea of why
>> bug#16737 fires. My question is where in wait_reading_process_output
>> does it ensure the various terminal socket reads are run?

This doesn't really address your question but maybe it gives an
indication.  Since bug#16737 started occurring to be, I compile emacs
with -DTRACE_SELECTION and then collect the output it delivers.  The
below output was gathered when I yanked into emacs where it always took
5 seconds (`x-selection-timeout') until the text I had previously copied
from the browser was inserted.  This seems to be another instance of the
bug because actually the correct text has been inserted; it just took
very long.

Bye,
Tassilo

--8<---------------cut here---------------start------------->8---
6019: Sent SelectionNotify: CLIPBOARD, target TARGETS (7511)
6019: x_stop_queuing_selection_requests 1
6019: x_handle_selection_event
6019: x_handle_selection_event
6019: x_start_queuing_selection_requests 1
6019: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
6019:  XInternAtom LENGTH
6019:  XInternAtom FILE_NAME
6019:  XInternAtom CHARACTER_POSITION
6019:  XInternAtom LINE_NUMBER
6019:  XInternAtom COLUMN_NUMBER
6019:  XInternAtom OWNER_OS
6019:  XInternAtom HOST_NAME
6019:  XInternAtom USER
6019:  XInternAtom CLASS
6019:  XInternAtom NAME
6019:  XInternAtom SAVE_TARGETS
6019: Sending all 84 bytes
6019: Sent SelectionNotify: CLIPBOARD, target TARGETS (7512)
6019: x_stop_queuing_selection_requests 1
6019: x_handle_selection_event
6019: x_handle_selection_event
6019: x_start_queuing_selection_requests 1
6019: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
6019:  XInternAtom LENGTH
6019:  XInternAtom FILE_NAME
6019:  XInternAtom CHARACTER_POSITION
6019:  XInternAtom LINE_NUMBER
6019:  XInternAtom COLUMN_NUMBER
6019:  XInternAtom OWNER_OS
6019:  XInternAtom HOST_NAME
6019:  XInternAtom USER
6019:  XInternAtom CLASS
6019:  XInternAtom NAME
6019:  XInternAtom SAVE_TARGETS
6019: Sending all 84 bytes
6019: Sent SelectionNotify: CLIPBOARD, target TARGETS (7513)
6019: x_stop_queuing_selection_requests 1
6019: x_handle_selection_event
6019: x_start_queuing_selection_requests 1
6019: x_handle_selection_request: selection=CLIPBOARD, target=TARGETS
6019:  XInternAtom LENGTH
6019:  XInternAtom FILE_NAME
6019:  XInternAtom CHARACTER_POSITION
6019:  XInternAtom LINE_NUMBER
6019:  XInternAtom COLUMN_NUMBER
6019:  XInternAtom OWNER_OS
6019:  XInternAtom HOST_NAME
6019:  XInternAtom USER
6019:  XInternAtom CLASS
6019:  XInternAtom NAME
6019:  XInternAtom SAVE_TARGETS
6019: Sending all 84 bytes
6019: Sent SelectionNotify: CLIPBOARD, target TARGETS (7514)
6019: x_stop_queuing_selection_requests 1
6019: x_handle_selection_event
6019: x_handle_selection_clear
6019: x_handle_selection_event
6019: x_handle_selection_clear
6019: Get selection UTF8_STRING, type _EMACS_TMP_
6019:   Start waiting 5 secs for SelectionNotify
6019:   Got event = 0
6019: Get selection UTF8_STRING, type _EMACS_TMP_
6019:   Start waiting 5 secs for SelectionNotify
6019:   Got event = 0
6019: Received SelectionNotify
6019: Get selection STRING, type _EMACS_TMP_
6019:   Start waiting 5 secs for SelectionNotify
6019:   Got event = 0
6019: Received SelectionNotify
--8<---------------cut here---------------end--------------->8---





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 14:52:02 GMT) Full text and rfc822 format available.

Message #164 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 16737 <at> debbugs.gnu.org, alex.bennee <at> linaro.org
Subject: Re: Question about wait_reading_process_output
Date: Mon, 15 Jun 2015 17:51:07 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Sun, 14 Jun 2015 23:47:42 -0400
> Cc: emacs-devel <emacs-devel <at> gnu.org>
> 
> > I've been digging into the code trying to get an idea of why bug#16737
> > fires. My question is where in wait_reading_process_output does it
> > ensure the various terminal socket reads are run?
> 
> I see noone replied yet.  I can't really help you because I don't know
> this code at all, but I really hope someone else will come along to
> help,

I will try.

The terminal socket reads are run in gobble_input, which is called
from detect_input_pending (via a few intermediaries).  Emacs calls
detect_input_pending when the pselect call in
wait_reading_process_output finds that some input has arrived, and
wait_reading_process_output was called with READ_KBD or WAIT_FOR_CELL
arguments having values that tell it to do so.

Does this answer your question?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 16:02:02 GMT) Full text and rfc822 format available.

Message #167 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: Question about wait_reading_process_output
Date: Mon, 15 Jun 2015 17:02:23 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
>> Date: Sun, 14 Jun 2015 23:47:42 -0400
>> Cc: emacs-devel <emacs-devel <at> gnu.org>
>> 
>> > I've been digging into the code trying to get an idea of why bug#16737
>> > fires. My question is where in wait_reading_process_output does it
>> > ensure the various terminal socket reads are run?
>> 
>> I see noone replied yet.  I can't really help you because I don't know
>> this code at all, but I really hope someone else will come along to
>> help,
>
> I will try.
>
> The terminal socket reads are run in gobble_input, which is called
> from detect_input_pending (via a few intermediaries).  Emacs calls
> detect_input_pending when the pselect call in
> wait_reading_process_output finds that some input has arrived, and
> wait_reading_process_output was called with READ_KBD or WAIT_FOR_CELL
> arguments having values that tell it to do so.
>
> Does this answer your question?

Sort of. One thing that's confusing is there are two pselect() calls in
the function:

	  if ((pselect (max (max_process_desc, max_input_desc) + 1,
			&Atemp,
#ifdef NON_BLOCKING_CONNECT
			(num_pending_connects > 0 ? &Ctemp : NULL),
#else
			NULL,
#endif
			NULL, &timeout, NULL)
	       <= 0))

and

#if defined (HAVE_NS)
          nfds = ns_select
#elif defined (HAVE_GLIB)
	  nfds = xg_select
#else
	  nfds = pselect
#endif
            (max (max_process_desc, max_input_desc) + 1,
             &Available,
             (check_write ? &Writeok : 0),
             NULL, &timeout, NULL);

Why the two? Could there be a case where one is triggering handling so
that the second never gets evaluated?

Am I right in thinking all incoming X messages (such as those associated
with cut/paste) will come in via the X terminals gobble_input?

-- 
Alex Bennée




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 16:16:02 GMT) Full text and rfc822 format available.

Message #170 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16737 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: Question about wait_reading_process_output
Date: Mon, 15 Jun 2015 17:15:59 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
>> Date: Sun, 14 Jun 2015 23:47:42 -0400
>> Cc: emacs-devel <emacs-devel <at> gnu.org>
>> 
>> > I've been digging into the code trying to get an idea of why bug#16737
>> > fires. My question is where in wait_reading_process_output does it
>> > ensure the various terminal socket reads are run?
>> 
>> I see noone replied yet.  I can't really help you because I don't know
>> this code at all, but I really hope someone else will come along to
>> help,
>
> I will try.
>
> The terminal socket reads are run in gobble_input, which is called
> from detect_input_pending (via a few intermediaries).  Emacs calls
> detect_input_pending when the pselect call in
> wait_reading_process_output finds that some input has arrived, and
> wait_reading_process_output was called with READ_KBD or WAIT_FOR_CELL
> arguments having values that tell it to do so.
>
> Does this answer your question?

Sort of. One thing that's confusing is there are two pselect() calls in
the function:

	  if ((pselect (max (max_process_desc, max_input_desc) + 1,
			&Atemp,
#ifdef NON_BLOCKING_CONNECT
			(num_pending_connects > 0 ? &Ctemp : NULL),
#else
			NULL,
#endif
			NULL, &timeout, NULL)
	       <= 0))

and

#if defined (HAVE_NS)
          nfds = ns_select
#elif defined (HAVE_GLIB)
	  nfds = xg_select
#else
	  nfds = pselect
#endif
            (max (max_process_desc, max_input_desc) + 1,
             &Available,
             (check_write ? &Writeok : 0),
             NULL, &timeout, NULL);

Why the two? Could there be a case where one is triggering handling so
that the second never gets evaluated?

Am I right in thinking all incoming X messages (such as those associated
with cut/paste) will come in via the X terminals gobble_input?

-- 
Alex Bennée




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Mon, 15 Jun 2015 18:06:02 GMT) Full text and rfc822 format available.

Message #173 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alex Bennée <alex.bennee <at> linaro.org>
Cc: 16737 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: Question about wait_reading_process_output
Date: Mon, 15 Jun 2015 21:04:44 +0300
> From: Alex Bennée <alex.bennee <at> linaro.org>
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 16737 <at> debbugs.gnu.org
> Date: Mon, 15 Jun 2015 17:15:59 +0100
> 
> > The terminal socket reads are run in gobble_input, which is called
> > from detect_input_pending (via a few intermediaries).  Emacs calls
> > detect_input_pending when the pselect call in
> > wait_reading_process_output finds that some input has arrived, and
> > wait_reading_process_output was called with READ_KBD or WAIT_FOR_CELL
> > arguments having values that tell it to do so.
> >
> > Does this answer your question?
> 
> Sort of. One thing that's confusing is there are two pselect() calls in
> the function:
> 
> 	  if ((pselect (max (max_process_desc, max_input_desc) + 1,
> 			&Atemp,
> #ifdef NON_BLOCKING_CONNECT
> 			(num_pending_connects > 0 ? &Ctemp : NULL),
> #else
> 			NULL,
> #endif
> 			NULL, &timeout, NULL)
> 	       <= 0))
> 
> and
> 
> #if defined (HAVE_NS)
>           nfds = ns_select
> #elif defined (HAVE_GLIB)
> 	  nfds = xg_select
> #else
> 	  nfds = pselect
> #endif
>             (max (max_process_desc, max_input_desc) + 1,
>              &Available,
>              (check_write ? &Writeok : 0),
>              NULL, &timeout, NULL);
> 
> Why the two?

They watch different (but not orthogonal) sets of channels.

> Could there be a case where one is triggering handling so
> that the second never gets evaluated?

There's no 'continue;' between the 2 calls to 'pselect', so I don't
see how this could happen.

But it's much easier to put a breakpoint at each call to 'pselect',
which just announces itself and continues, or increments some counter,
than reason about that humongous loop.  Then you'd see very quickly if
the scenario that bothers you can actually happen.

> Am I right in thinking all incoming X messages (such as those associated
> with cut/paste) will come in via the X terminals gobble_input?

I think so, but I don't really know, sorry.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 16 Jun 2015 11:18:02 GMT) Full text and rfc822 format available.

Message #176 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Oleh Krehel <ohwoeowho <at> gmail.com>
To: "Alan D. Salewski" <salewski <at> att.net>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 16 Jun 2015 13:10:35 +0200
"Alan D. Salewski" <salewski <at> att.net> writes:

> The below cookbook works to reproduce the issue for me every time, so I
> can now trigger the issue on-demand.

Thanks, Al. I can reproduce this as well on Emacs 24.5 on Ubuntu.

Oleh




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Tue, 23 Jun 2015 23:46:02 GMT) Full text and rfc822 format available.

Message #179 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: "Alan D. Salewski" <salewski <at> att.net>
Cc: 16737 <at> debbugs.gnu.org
Subject: Re: bug#16737: Timed out waiting for reply from selection owner
Date: Tue, 23 Jun 2015 19:45:47 -0400
> The below cookbook works to reproduce the issue for me every time, so I
> can now trigger the issue on-demand.

Thanks.  Sadly, the developer who was most familiar with this code has
moved on to better pastures, so hopefully someone else will step up
soon, but don't be surprised if your bug doesn't get the attention it
deserves,


        Stefan


> As noted in message #149 above[0], I'm running the
> 'emacs24-lucid-24.4+1-5' package on Debian GNU/Linux; x86_64; 4 core
> Intel i7.

> I'm running an X11 window manager (sawfish) with no clipboard manager.

> To reproduce the issue:

>     1. $ type -a emacs
>        emacs is /usr/bin/emacs

>        $ readlink -f /usr/bin/emacs
>        /usr/bin/emacs24-lucid

>        $ emacs -Q

>        The "*scratch*" buffer is visible.

>     2. M-x server-start

>     3. In a terminal window (xterm in my case):

>        $ emacsclient -t

>        The "*scratch*" buffer is visible here, as well.

>     4. Select a sizable bit of text to the X11 clipboard. A small amount
>        of text won't trigger the issue, but I don't yet know what the
>        boundary is. For my testing, I have a browser window open to
>        this web page in iceweasel (firefox), and use the 'C-a' hotkey in
>        that app followed by 'C-c' to select the full page of text:

>            http://matt.might.net/articles/low-level-web-in-racket/

>     5. In the emacsclient window in the terminal emulator, paste the
>        text from the clipboard. I use the middle button on my 3-button
>        mouse to do this.

>     6. Back in iceweasel, select any small amount of text (~20 chars is
>        fine) from the same page (again, using 'C-c').

>     7. In the X11 emacs frame, position the mouse pointer over the
>        blinking cursor and press the middle mouse button to attempt a
>        "paste" operation (mouse-yank-primary).

>        Emacs appears to hang for about 20 seconds, and then the "Timed
>        out waiting for reply..." message appears.

> The cookbook works not only with the stock Debian 'emacs24-lucid'
> package, but also with that package compiled with different build time
> options (-g, -O0, -DTRACE_SELECTION). The cookbook also works when I
> build with random other debugging code compiled in (all based on the
> Debian source package emacs24-24.4+1). It does not seem to be sensitive
> to being set up "just right".

> A slight variation of the above cookbook works with the stock 'emacs24'
> Debian package (same version as the '*-lucid' package above), which is
> the variation compiled to use gtk. For this version, the small amount of
> text selected in step 6 above does not seem to trigger the issue, but
> pasting the full amount of text from the web page does. So the cookbook
> variation here is to simply skip step 6 (or replace it with step 4, if
> some other process has become the X11 selction "owner"). When running
> this version, the paste into the X11 emacs frame is preceeded by a pause
> and CPU spiking to 100%, the same as indicated by other reports.

> Once the issue has been triggered, no further "paste" operations will
> work in any emacs X11 frame that is part of the same emacs process, at
> least not without using gdb to jump over these lines in
> x_get_foreign_selection (xselect.c):

> 1241    if (NILP (XCAR (reading_selection_reply)))
> 1242      error ("Timed out waiting for reply from selection owner");

> Once those are jumped, the "paste" operation completes (the text shows
> up on the buffer, as desired), but the state is still hosed.

> Pasting into 'emacsclient -t' buffers running in terminal emulator
> windows (xterm) does continue to work, though. So if somebody is truly
> desperate to keep a given emacs process alive, keeping a terminal-based
> emacsclient window handy as a target for paste operations could serve as
> a workaround once the issue has been triggered.

> Thanks,
> -Al


> [0] message #149
>     http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16737#149







Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 08 Jul 2015 20:55:03 GMT) Full text and rfc822 format available.

Message #182 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mike Crowe <mac <at> mcrowe.com>
To: 16737 <at> debbugs.gnu.org
Subject: A bit of digging
Date: Wed, 8 Jul 2015 21:54:13 +0100
Thanks to Alan's reproduction recipe in message #158 I've been able to
do a bit of digging.

From what I can determine pselect is continuously being woken up due
to activity on the X file descriptor (this can be seen in message #70)
yet pending_signals never gets set so unblock_input_to never calls
process_pending_signals so xgselect just goes round and round until
the timeout time is reached. :(

I suspected that SIGIO was left being incorrectly blocked but I
haven't been able to find any evidence for that yet.

But, I have been able to make the problem go away by recompiling
without USABLE_SIGIO defined so I'm reasonably sure that it's
something going awry in the signal area.

Perhaps this will help someone more knowledgeable than me work out
where the problem lies.

Mike.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 09 Jul 2015 12:45:02 GMT) Full text and rfc822 format available.

Message #185 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mike Crowe <mac <at> mcrowe.com>
To: 16737 <at> debbugs.gnu.org
Subject: Possible patch
Date: Thu, 9 Jul 2015 13:44:15 +0100
On Wednesday 08 July 2015 at 21:54:13 +0100, Mike Crowe wrote:
> Thanks to Alan's reproduction recipe in message #158 I've been able to
> do a bit of digging.
> 
> From what I can determine pselect is continuously being woken up due
> to activity on the X file descriptor (this can be seen in message #70)
> yet pending_signals never gets set so unblock_input_to never calls
> process_pending_signals so xgselect just goes round and round until
> the timeout time is reached. :(
> 
> I suspected that SIGIO was left being incorrectly blocked but I
> haven't been able to find any evidence for that yet.

I think that suspicion is correct.

The massive paste in the terminal causes
keyboard.c:kbd_buffer_store_buffered_event to call ignore_sigio() but the only
place I could find that sets the handler for SIGIO is init_keyboard so
noone ever re-enables the SIGIO signal handler. :(

It appears that keyboard.c:kbd_buffer_get_event used to re-enable the
signal handler but that was removed in
4d7e6e51dd4acecff466a28d958c50f34fc130b8.

I tried reinstating enabling the signal handler with this patch
against master and I can no longer reproduce the problem when
following with Alan's recipe.

I've no idea whether this is the correct fix though.

commit eb28ee70c836cc273dcca4c5c3de1099db2cd4fe
Author: Mike Crowe <mac <at> mcrowe.com>
Date:   Thu Jul 9 13:32:55 2015 +0100

    Fix 16737

diff --git a/src/keyboard.c b/src/keyboard.c
index c5a392f..e710d5a 100644
--- a/src/keyboard.c
+++ b/src/keyboard.c
@@ -316,6 +316,8 @@ static Lisp_Object command_loop (void);
 static void echo_now (void);
 static ptrdiff_t echo_length (void);
 
+static void deliver_input_available_signal (int sig);
+
 /* Incremented whenever a timer is run.  */
 unsigned timers_run;
 
@@ -3849,6 +3851,14 @@ kbd_buffer_get_event (KBOARD **kbp,
       /* Start reading input again because we have processed enough to
          be able to accept new events again.  */
       unhold_keyboard_input ();
+#ifdef USABLE_SIGIO
+      if (!noninteractive)
+       {
+         struct sigaction action;
+         emacs_sigaction_init (&action, deliver_input_available_signal);
+         sigaction (SIGIO, &action, 0);
+       }
+#endif
       start_polling ();
     }
 #endif	/* subprocesses */


Mike.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Wed, 15 Jul 2015 18:37:01 GMT) Full text and rfc822 format available.

Message #188 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mike Crowe <mac <at> mcrowe.com>
To: 16737 <at> debbugs.gnu.org
Cc: Jan Djärv <jan.h.d <at> swipnet.se>,
 Tom Tromey <tom <at> tromey.com>, Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Oleh Krehel <o.krehel <at> tue.nl>, "Alan D. Salewski" <salewski <at> att.net>,
 Vincent Bernat <bernat <at> luffy.cx>, Tassilo Horn <tsdh <at> gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Sujith Manoharan <sujith <at> msujith.org>,
 Alex Bennée <alex.bennee <at> linaro.org>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Emacs bug #16737: Possible patch
Date: Wed, 15 Jul 2015 19:36:38 +0100
On Thursday 09 July 2015 at 13:44:15 +0100, Mike Crowe wrote:
> On Wednesday 08 July 2015 at 21:54:13 +0100, Mike Crowe wrote:
> > Thanks to Alan's reproduction recipe in message #158 I've been able to
> > do a bit of digging.
> > 
> > From what I can determine pselect is continuously being woken up due
> > to activity on the X file descriptor (this can be seen in message #70)
> > yet pending_signals never gets set so unblock_input_to never calls
> > process_pending_signals so xgselect just goes round and round until
> > the timeout time is reached. :(
> > 
> > I suspected that SIGIO was left being incorrectly blocked but I
> > haven't been able to find any evidence for that yet.
> 
> I think that suspicion is correct.
> 
> The massive paste in the terminal causes
> keyboard.c:kbd_buffer_store_buffered_event to call ignore_sigio() but the only
> place I could find that sets the handler for SIGIO is init_keyboard so
> noone ever re-enables the SIGIO signal handler. :(
> 
> It appears that keyboard.c:kbd_buffer_get_event used to re-enable the
> signal handler but that was removed in
> 4d7e6e51dd4acecff466a28d958c50f34fc130b8.
> 
> I tried reinstating enabling the signal handler with this patch
> against master and I can no longer reproduce the problem when
> following with Alan's recipe.

I've sent this patch to the emacs-devel list[1] but it didn't yield any
response. I've been running with it for a week now. The problem has not
recurred and I haven't seen any downsides.

(For those I've CC'd on this here's a handy link to the entire discussion:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16737 )

Mike.

[1] https://lists.gnu.org/archive/html/emacs-devel/2015-07/msg00106.html




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Thu, 16 Jul 2015 08:34:01 GMT) Full text and rfc822 format available.

Message #191 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Mike Crowe <mac <at> mcrowe.com>
Cc: Sujith Manoharan <sujith <at> msujith.org>, "Alan D.
 Salewski" <salewski <at> att.net>, 16737 <at> debbugs.gnu.org,
 Oleh Krehel <o.krehel <at> tue.nl>, Jan Djärv <jan.h.d <at> swipnet.se>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>, Vincent Bernat <bernat <at> luffy.cx>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, Eli Zaretskii <eliz <at> gnu.org>,
 Tom Tromey <tom <at> tromey.com>,
 Alex Bennée <alex.bennee <at> linaro.org>
Subject: Re: Emacs bug #16737: Possible patch
Date: Thu, 16 Jul 2015 10:32:56 +0200
Mike Crowe <mac <at> mcrowe.com> writes:

Hi Mike,

> I've sent this patch to the emacs-devel list[1] but it didn't yield
> any response.  I've been running with it for a week now.  The problem
> has not recurred and I haven't seen any downsides.

I've applied the patch to my local branch now.  I'll use it for some
time and report back if the hang-on-yank issue reoccurs or is fixed by
it.

Thanks Mike!

Bye,
Tassilo




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 17 Jul 2015 19:09:01 GMT) Full text and rfc822 format available.

Message #194 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: 16737 <at> debbugs.gnu.org, 17026 <at> debbugs.gnu.org, 17172 <at> debbugs.gnu.org, 
 19320 <at> debbugs.gnu.org
Cc: Tom Tromey <tromey <at> redhat.com>, Mitchel Humpherys <mitch.special <at> gmail.com>,
 Sujith Manoharan <sujith <at> msujith.org>, 17101 <at> debbugs.gnu.org
Subject: Patch for "Yank causes hang" bug in Emacs
Date: Fri, 17 Jul 2015 12:08:41 -0700
I installed a patch for this bug, as Emacs master commit
0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please give it a try?  Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 17 Jul 2015 20:29:02 GMT) Full text and rfc822 format available.

Message #197 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Martin Renold <martin <at> log2.ch>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: Jan Djärv <jan.h.d <at> swipnet.se>, Tom Tromey <tom <at> tromey.com>,
 "Alan D. Salewski" <salewski <at> att.net>,
 Nicolas Richard <theonewiththeevillook <at> yahoo.fr>,
 Oleh Krehel <o.krehel <at> tue.nl>, Mike Crowe <mac <at> mcrowe.com>,
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>, Vincent Bernat <bernat <at> luffy.cx>,
 16737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Sujith Manoharan <sujith <at> msujith.org>,
 Alex Bennée <alex.bennee <at> linaro.org>
Subject: Re: Emacs bug #16737: Possible patch
Date: Fri, 17 Jul 2015 21:58:52 +0200
Another confirmation. I've been running with the patch for about a week now. 
No more problems.  This bug was driving me crazy; big thanks to everyone
here who helped to nail it down.

Regards
Martin

On Thu, Jul 16, 2015 at 10:32:56AM +0200, Tassilo Horn wrote:
> Mike Crowe <mac <at> mcrowe.com> writes:
> 
> Hi Mike,
> 
> > I've sent this patch to the emacs-devel list[1] but it didn't yield
> > any response.  I've been running with it for a week now.  The problem
> > has not recurred and I haven't seen any downsides.
> 
> I've applied the patch to my local branch now.  I'll use it for some
> time and report back if the hang-on-yank issue reoccurs or is fixed by
> it.
> 
> Thanks Mike!
> 
> Bye,
> Tassilo
> 
> 
> 




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 18 Jul 2015 05:16:02 GMT) Full text and rfc822 format available.

Message #200 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Sujith Manoharan <sujith <at> msujith.org>
To: 16737 <at> debbugs.gnu.org
Subject: Re: Patch for "Yank causes hang" bug in Emacs
Date: Sat, 18 Jul 2015 10:46:15 +0530
Paul Eggert wrote:
> I installed a patch for this bug, as Emacs master commit
> 0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please give it a try?  Thanks.

Sorry for the long absence, but I've pulled and am using
the latest master now. If this issue is still seen, I'll report.
Thanks for the fix.




Added tag(s) patch. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Sun, 26 Jul 2015 17:26:02 GMT) Full text and rfc822 format available.

Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:01 GMT) Full text and rfc822 format available.

Notification sent to Sujith Manoharan <sujith <at> msujith.org>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:04 GMT) Full text and rfc822 format available.

Message #207 received at 16737-done <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Mike Crowe <mac <at> mcrowe.com>
Cc: Paul Eggert <eggert <at> cs.ucla.edu>, 16737-done <at> debbugs.gnu.org,
 Emacs Development <Emacs-devel <at> gnu.org>
Subject: Re: [PATCH] Re-enable SIGIO when waiting for events
Date: Thu, 30 Jul 2015 20:49:04 +0200
Mike Crowe <mac <at> mcrowe.com> writes:

>> > Thanks for checking.  I installed a similar patch as Emacs master
>> > commit 0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please
>> > give it a try?  It is like Mike Crowe's patch, except it avoids a
>> > race that could lose SIGIOs.  I'll also send a heads-up email to
>> > the relevant bug reports.
>> 
>> I prefer your version and will switch to testing it instead.
>
> I've been testing with 0592cefd03f1de2f04b721d07a16e6e0a9e48f73
> applied to Debian Jessie's emacs24 (24.4+1-5) for over a week now
> without seeing any problems so I think we can call the bug fixed.

And I run the git head updating daily, and the issue didn't occur to me
since that commit whereas it bit me several times a day before.  So I
can confirm that it's fixed (as multiple other already did in the
debbugs issue), so I close it with this mail.

Thanks!
Tassilo




Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:05 GMT) Full text and rfc822 format available.

Notification sent to Tom Tromey <tromey <at> redhat.com>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:06 GMT) Full text and rfc822 format available.

Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:06 GMT) Full text and rfc822 format available.

Notification sent to Tom Tromey <tromey <at> redhat.com>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:07 GMT) Full text and rfc822 format available.

Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:07 GMT) Full text and rfc822 format available.

Notification sent to Alex Bennée <alex.bennee <at> linaro.org>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:08 GMT) Full text and rfc822 format available.

Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:08 GMT) Full text and rfc822 format available.

Notification sent to Mitchel Humpherys <mitch.special <at> gmail.com>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:09 GMT) Full text and rfc822 format available.

Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Thu, 30 Jul 2015 18:50:09 GMT) Full text and rfc822 format available.

Notification sent to Tassilo Horn <tsdh <at> gnu.org>:
bug acknowledged by developer. (Thu, 30 Jul 2015 18:50:10 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Fri, 31 Jul 2015 06:04:03 GMT) Full text and rfc822 format available.

Message #235 received at 16737-done <at> debbugs.gnu.org (full text, mbox):

From: Alex Bennée <alex.bennee <at> linaro.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: Paul Eggert <eggert <at> cs.ucla.edu>, Mike Crowe <mac <at> mcrowe.com>,
 16737-done <at> debbugs.gnu.org, Emacs Development <Emacs-devel <at> gnu.org>
Subject: Re: [PATCH] Re-enable SIGIO when waiting for events
Date: Fri, 31 Jul 2015 07:03:39 +0100
Tassilo Horn <tsdh <at> gnu.org> writes:

> Mike Crowe <mac <at> mcrowe.com> writes:
>
>>> > Thanks for checking.  I installed a similar patch as Emacs master
>>> > commit 0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please
>>> > give it a try?  It is like Mike Crowe's patch, except it avoids a
>>> > race that could lose SIGIOs.  I'll also send a heads-up email to
>>> > the relevant bug reports.
>>> 
>>> I prefer your version and will switch to testing it instead.
>>
>> I've been testing with 0592cefd03f1de2f04b721d07a16e6e0a9e48f73
>> applied to Debian Jessie's emacs24 (24.4+1-5) for over a week now
>> without seeing any problems so I think we can call the bug fixed.
>
> And I run the git head updating daily, and the issue didn't occur to me
> since that commit whereas it bit me several times a day before.  So I
> can confirm that it's fixed (as multiple other already did in the
> debbugs issue), so I close it with this mail.

Will it get applied to the emacs-24 branch or is that considered dead now?

>
> Thanks!
> Tassilo

-- 
Alex Bennée




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 28 Aug 2015 11:24:04 GMT) Full text and rfc822 format available.

bug unarchived. Request was from "Alan D. Salewski" <salewski <at> att.net> to control <at> debbugs.gnu.org. (Sun, 13 Sep 2015 19:08:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sun, 13 Sep 2015 19:16:01 GMT) Full text and rfc822 format available.

Message #242 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: "Alan D. Salewski" <salewski <at> att.net>
To: 16737 <at> debbugs.gnu.org
Subject: Re: [PATCH] Re-enable SIGIO when waiting for events  (bug# 16737)
Date: Sun, 13 Sep 2015 15:14:42 -0400
[Sent this to emacs-devel, too, but needed to "unarchive" the bug in the
bug tracker and then re-send separately to add this comment]

On 2015-09-13 14:57:23, Alan D. Salewski spake thus:
> On 2015-08-05 10:46:21, Paul Eggert spake thus:
> > On 08/05/2015 07:28 AM, Mike Crowe wrote:
> > >Is there any chance of committing the fix to emacs-24? It doesn't
> > >cherry-pick cleanly but only requires minor fixing (attached.)
> > 
> > Don't see why not.  I pushed it.  I doubt whether emacs-24 will be
> > used for any new release, so this is mostly just a bookkeeping
> > entry.
> 
> I just want to say thanks to all who have contributed to addressing this
> bug, and especially to Mike Crowe for homing in on the problem and Paul
> Eggert for the final fix (and its application to both branches[0]).  I
> very much appreciate all the time and effort folks have expended on this
> issue.
> 
> Thank you!
> 
> -Al
> 
> 
> [0] master   (commit: 0592cefd03f1de2f04b721d07a16e6e0a9e48f73 )
>     and
>     emacs-24 (commit: a27ae9d7650a1230d4359eaf0a949f827315a6d2 )
> 




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#16737; Package emacs. (Sat, 26 Sep 2015 04:42:02 GMT) Full text and rfc822 format available.

Message #245 received at 16737 <at> debbugs.gnu.org (full text, mbox):

From: Mitchel Humpherys <mitch.special <at> gmail.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Tom Tromey <tromey <at> redhat.com>, 17101 <at> debbugs.gnu.org,
 17172 <at> debbugs.gnu.org, 16737 <at> debbugs.gnu.org, 17026 <at> debbugs.gnu.org,
 19320 <at> debbugs.gnu.org, Sujith Manoharan <sujith <at> msujith.org>
Subject: Re: Patch for "Yank causes hang" bug in Emacs
Date: Fri, 25 Sep 2015 21:39:18 -0700
On Fri, Jul 17 2015 at 12:08:41 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> I installed a patch for this bug, as Emacs master commit
> 0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please give it a try?  Thanks.

I haven't seen this since moving to Emacs from git a week ago, so the
bug is definitely gone.  I assume it was your patch.  Thanks!

-- 
Mitch




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 24 Oct 2015 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 8 years and 159 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.