* bug#16737: 24.3.50; Yank causes hang
@ 2014-02-13 3:40 Sujith Manoharan
2014-02-13 5:22 ` Dmitry Antipov
` (9 more replies)
0 siblings, 10 replies; 60+ messages in thread
From: Sujith Manoharan @ 2014-02-13 3:40 UTC (permalink / raw)
To: 16737
[-- Attachment #1: message body text --]
[-- Type: text/plain, Size: 6290 bytes --]
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)
[-- Attachment #2: Yank causes hang --]
[-- Type: application/x-gzip, Size: 2025539 bytes --]
^ permalink raw reply [flat|nested] 60+ messages in thread* bug#16737: 24.3.50; Yank causes hang 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan @ 2014-02-13 5:22 ` Dmitry Antipov 2014-02-19 16:04 ` Sujith Manoharan 2014-03-04 12:47 ` Nicolas Richard 2014-02-13 10:23 ` Nicolas Richard ` (8 subsequent siblings) 9 siblings, 2 replies; 60+ messages in thread From: Dmitry Antipov @ 2014-02-13 5:22 UTC (permalink / raw) To: Sujith Manoharan; +Cc: 16737 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-02-13 5:22 ` Dmitry Antipov @ 2014-02-19 16:04 ` Sujith Manoharan 2014-03-04 12:47 ` Nicolas Richard 1 sibling, 0 replies; 60+ messages in thread From: Sujith Manoharan @ 2014-02-19 16:04 UTC (permalink / raw) To: Dmitry Antipov; +Cc: 16737 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-02-13 5:22 ` Dmitry Antipov 2014-02-19 16:04 ` Sujith Manoharan @ 2014-03-04 12:47 ` Nicolas Richard 2014-03-04 16:59 ` Eli Zaretskii 1 sibling, 1 reply; 60+ messages in thread From: Nicolas Richard @ 2014-03-04 12:47 UTC (permalink / raw) To: Dmitry Antipov; +Cc: 16737, Sujith Manoharan Dmitry Antipov <dmantipov@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-04 12:47 ` Nicolas Richard @ 2014-03-04 16:59 ` Eli Zaretskii 2014-03-05 11:01 ` Nicolas Richard 0 siblings, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2014-03-04 16:59 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, sujith, dmantipov > From: Nicolas Richard <theonewiththeevillook@yahoo.fr> > Date: Tue, 04 Mar 2014 13:47:53 +0100 > Cc: 16737@debbugs.gnu.org, Sujith Manoharan <sujith@msujith.org> > > Dmitry Antipov <dmantipov@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-04 16:59 ` Eli Zaretskii @ 2014-03-05 11:01 ` Nicolas Richard 2014-03-05 17:08 ` Eli Zaretskii 0 siblings, 1 reply; 60+ messages in thread From: Nicolas Richard @ 2014-03-05 11:01 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, sujith, dmantipov 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) \f 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-05 11:01 ` Nicolas Richard @ 2014-03-05 17:08 ` Eli Zaretskii 2014-03-21 6:19 ` Nicolas Richard 0 siblings, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2014-03-05 17:08 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, sujith, dmantipov > Date: Wed, 05 Mar 2014 12:01:06 +0100 > From: Nicolas Richard <theonewiththeevillook@yahoo.fr> > CC: dmantipov@yandex.ru, 16737@debbugs.gnu.org, sujith@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-05 17:08 ` Eli Zaretskii @ 2014-03-21 6:19 ` Nicolas Richard 2014-03-21 6:28 ` Nicolas Richard 2014-03-21 8:17 ` Eli Zaretskii 0 siblings, 2 replies; 60+ messages in thread From: Nicolas Richard @ 2014-03-21 6:19 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, sujith, dmantipov Le 05/03/2014 18:08, Eli Zaretskii a écrit : >> Date: Wed, 05 Mar 2014 12:01:06 +0100 >> From: Nicolas Richard <theonewiththeevillook@yahoo.fr> >> CC: dmantipov@yandex.ru, 16737@debbugs.gnu.org, sujith@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-21 6:19 ` Nicolas Richard @ 2014-03-21 6:28 ` Nicolas Richard 2014-03-21 6:42 ` Nicolas Richard 2014-03-21 8:18 ` Eli Zaretskii 2014-03-21 8:17 ` Eli Zaretskii 1 sibling, 2 replies; 60+ messages in thread From: Nicolas Richard @ 2014-03-21 6:28 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, sujith, dmantipov Nicolas Richard <theonewiththeevillook@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@yahoo.fr> >>> CC: dmantipov@yandex.ru, 16737@debbugs.gnu.org, sujith@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-21 6:28 ` Nicolas Richard @ 2014-03-21 6:42 ` Nicolas Richard 2014-03-21 8:18 ` Eli Zaretskii 1 sibling, 0 replies; 60+ messages in thread From: Nicolas Richard @ 2014-03-21 6:42 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, sujith, dmantipov Nicolas Richard <theonewiththeevillook@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-21 6:28 ` Nicolas Richard 2014-03-21 6:42 ` Nicolas Richard @ 2014-03-21 8:18 ` Eli Zaretskii 1 sibling, 0 replies; 60+ messages in thread From: Eli Zaretskii @ 2014-03-21 8:18 UTC (permalink / raw) To: Nicolas Richard; +Cc: theonewiththeevillook, sujith, dmantipov, 16737 > From: Nicolas Richard <theonewiththeevillook@yahoo.fr> > Cc: Eli Zaretskii <eliz@gnu.org>, 16737@debbugs.gnu.org, sujith@msujith.org, dmantipov@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-21 6:19 ` Nicolas Richard 2014-03-21 6:28 ` Nicolas Richard @ 2014-03-21 8:17 ` Eli Zaretskii 2014-03-27 9:34 ` Nicolas Richard 1 sibling, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2014-03-21 8:17 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, sujith, dmantipov > Date: Fri, 21 Mar 2014 07:19:05 +0100 > From: Nicolas Richard <theonewiththeevillook@yahoo.fr> > CC: dmantipov@yandex.ru, 16737@debbugs.gnu.org, sujith@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@yahoo.fr> > >> CC: dmantipov@yandex.ru, 16737@debbugs.gnu.org, sujith@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-03-21 8:17 ` Eli Zaretskii @ 2014-03-27 9:34 ` Nicolas Richard 0 siblings, 0 replies; 60+ messages in thread From: Nicolas Richard @ 2014-03-27 9:34 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Nicolas Richard, sujith, dmantipov, 16737 Eli Zaretskii <eliz@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan 2014-02-13 5:22 ` Dmitry Antipov @ 2014-02-13 10:23 ` Nicolas Richard 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier ` (7 subsequent siblings) 9 siblings, 0 replies; 60+ messages in thread From: Nicolas Richard @ 2014-02-13 10:23 UTC (permalink / raw) To: Sujith Manoharan; +Cc: 16737 Sujith Manoharan <sujith@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan 2014-02-13 5:22 ` Dmitry Antipov 2014-02-13 10:23 ` Nicolas Richard @ 2014-06-25 16:04 ` Stefan Monnier 2014-06-25 18:07 ` Alex Bennée ` (2 more replies) 2014-09-25 20:43 ` bug#16737: Autoloading `safe-local-variable' properties Stefan Monnier ` (6 subsequent siblings) 9 siblings, 3 replies; 60+ messages in thread From: Stefan Monnier @ 2014-06-25 16:04 UTC (permalink / raw) To: 16737; +Cc: Tom Tromey, Nicolas Richard, Alex Bennée 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier @ 2014-06-25 18:07 ` Alex Bennée 2015-06-03 15:18 ` Tassilo Horn 2014-06-25 18:28 ` Jan Djärv 2014-06-25 19:58 ` Nicolas Richard 2 siblings, 1 reply; 60+ messages in thread From: Alex Bennée @ 2014-06-25 18:07 UTC (permalink / raw) To: Stefan Monnier; +Cc: Tom Tromey, Nicolas Richard, 16737 [-- Attachment #1: Type: text/plain, Size: 648 bytes --] 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@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 > [-- Attachment #2: Type: text/html, Size: 948 bytes --] ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 18:07 ` Alex Bennée @ 2015-06-03 15:18 ` Tassilo Horn 2015-06-03 15:35 ` Alex Bennée 0 siblings, 1 reply; 60+ messages in thread From: Tassilo Horn @ 2015-06-03 15:18 UTC (permalink / raw) To: Alex Bennée Cc: Nicolas Richard, 20283, Tom Tromey, 16737, Jan Djärv Alex Bennée <alex.bennee@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-06-03 15:18 ` Tassilo Horn @ 2015-06-03 15:35 ` Alex Bennée 2015-06-03 15:39 ` bug#20283: " Oleh Krehel 0 siblings, 1 reply; 60+ messages in thread From: Alex Bennée @ 2015-06-03 15:35 UTC (permalink / raw) To: Tassilo Horn; +Cc: Nicolas Richard, 20283, Tom Tromey, 16737, Jan Djärv Tassilo Horn <tsdh@gnu.org> writes: > Alex Bennée <alex.bennee@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#20283: bug#16737: Timed out waiting for reply from selection owner 2015-06-03 15:35 ` Alex Bennée @ 2015-06-03 15:39 ` Oleh Krehel 2015-06-05 9:26 ` Alex Bennée 0 siblings, 1 reply; 60+ messages in thread From: Oleh Krehel @ 2015-06-03 15:39 UTC (permalink / raw) To: Alex Bennée Cc: Nicolas Richard, Tassilo Horn, 20283, Tom Tromey, 16737, Jan Djärv Alex Bennée <alex.bennee@linaro.org> writes: > Tassilo Horn <tsdh@gnu.org> writes: > >> Alex Bennée <alex.bennee@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#20283: bug#16737: Timed out waiting for reply from selection owner 2015-06-03 15:39 ` bug#20283: " Oleh Krehel @ 2015-06-05 9:26 ` Alex Bennée 0 siblings, 0 replies; 60+ messages in thread From: Alex Bennée @ 2015-06-05 9:26 UTC (permalink / raw) To: Oleh Krehel Cc: Nicolas Richard, Tassilo Horn, 20283, Tom Tromey, 16737, Jan Djärv Oleh Krehel <ohwoeowho@gmail.com> writes: > Alex Bennée <alex.bennee@linaro.org> writes: > >> Tassilo Horn <tsdh@gnu.org> writes: >> >>> Alex Bennée <alex.bennee@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier 2014-06-25 18:07 ` Alex Bennée @ 2014-06-25 18:28 ` Jan Djärv 2014-06-25 19:56 ` Stefan Monnier ` (2 more replies) 2014-06-25 19:58 ` Nicolas Richard 2 siblings, 3 replies; 60+ messages in thread From: Jan Djärv @ 2014-06-25 18:28 UTC (permalink / raw) To: Stefan Monnier; +Cc: Tom Tromey, 16737, Alex Bennée, Nicolas Richard Hi. 25 jun 2014 kl. 18:04 skrev Stefan Monnier <monnier@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 18:28 ` Jan Djärv @ 2014-06-25 19:56 ` Stefan Monnier 2014-07-21 15:02 ` Alex Bennée 2014-11-21 10:53 ` Tom Tromey 2 siblings, 0 replies; 60+ messages in thread From: Stefan Monnier @ 2014-06-25 19:56 UTC (permalink / raw) To: Jan Djärv; +Cc: Tom Tromey, 16737, Alex Bennée, Nicolas Richard > 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 18:28 ` Jan Djärv 2014-06-25 19:56 ` Stefan Monnier @ 2014-07-21 15:02 ` Alex Bennée 2014-11-21 10:53 ` Tom Tromey 2 siblings, 0 replies; 60+ messages in thread From: Alex Bennée @ 2014-07-21 15:02 UTC (permalink / raw) To: Jan Djärv; +Cc: Tom Tromey, 16737, Nicolas Richard 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@swipnet.se> wrote: > Hi. > > 25 jun 2014 kl. 18:04 skrev Stefan Monnier <monnier@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 18:28 ` Jan Djärv 2014-06-25 19:56 ` Stefan Monnier 2014-07-21 15:02 ` Alex Bennée @ 2014-11-21 10:53 ` Tom Tromey 2 siblings, 0 replies; 60+ messages in thread From: Tom Tromey @ 2014-11-21 10:53 UTC (permalink / raw) To: Jan Djärv; +Cc: 16737, 17101, Alex Bennée, Nicolas Richard 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier 2014-06-25 18:07 ` Alex Bennée 2014-06-25 18:28 ` Jan Djärv @ 2014-06-25 19:58 ` Nicolas Richard 2 siblings, 0 replies; 60+ messages in thread From: Nicolas Richard @ 2014-06-25 19:58 UTC (permalink / raw) To: Stefan Monnier; +Cc: Tom Tromey, 16737, Alex Bennée, Nicolas Richard Stefan Monnier <monnier@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Autoloading `safe-local-variable' properties 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (2 preceding siblings ...) 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier @ 2014-09-25 20:43 ` Stefan Monnier 2014-11-11 12:37 ` bug#16737: Yank causes hang in v24.4.1 Mike Crowe ` (5 subsequent siblings) 9 siblings, 0 replies; 60+ messages in thread From: Stefan Monnier @ 2014-09-25 20:43 UTC (permalink / raw) To: 16737 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Yank causes hang in v24.4.1 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (3 preceding siblings ...) 2014-09-25 20:43 ` bug#16737: Autoloading `safe-local-variable' properties Stefan Monnier @ 2014-11-11 12:37 ` Mike Crowe 2014-11-11 13:26 ` Mike Crowe 2015-01-17 14:38 ` bug#16737: Timed out waiting for reply from selection owner Oleh Krehel ` (4 subsequent siblings) 9 siblings, 1 reply; 60+ messages in thread From: Mike Crowe @ 2014-11-11 12:37 UTC (permalink / raw) To: 16737 > 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Yank causes hang in v24.4.1 2014-11-11 12:37 ` bug#16737: Yank causes hang in v24.4.1 Mike Crowe @ 2014-11-11 13:26 ` Mike Crowe 0 siblings, 0 replies; 60+ messages in thread From: Mike Crowe @ 2014-11-11 13:26 UTC (permalink / raw) To: 16737 On Tuesday 11 November 2014 at 12:37:50 +0000, Mike Crowe wrote: > > I still see it and I've been tracking the emacs-24 branch. It seems to be > > a consequence of a long lived Emacs daemon session - I.e. any given > > daemon eventually starts to timeout with x pastes. I just restart the > > daemon and it goes away. I haven't restarted X/i3 for weeks. > > I'm running Debian Jessie's "GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ > Version 3.14.3)" in daemon mode. I rebooted yesterday and I'm seeing this > problem today (in fact, I think I saw it late yesterday too.) I have seen > the problem in earlier Debian Jessie Emacs versions too (v24.3) > > I'm also running with i3 as my window manager. I forgot to mention that I connect to Emacs both from a tty and X. The X client stays active all the time. The tty ones come and go. I attached with gdb and set a breakpoint on x_handle_property_notify as suggested by the patch in message #55. When it fired: Breakpoint 1, x_handle_property_notify (event=event@entry=0x7fff51b23ee0) at xselect.c:1147 1147 xselect.c: No such file or directory. (gdb) bt #0 x_handle_property_notify (event=event@entry=0x7fff51b23ee0) at xselect.c:1147 #1 0x00000000004c3c20 in handle_one_xevent (dpyinfo=0x1a56800, event=event@entry=0x7fff51b23ee0, finish=finish@entry=0x7fff51b23e44, hold_quit=hold_quit@entry=0x0) at xterm.c:6026 #2 0x00000000004c4dc0 in x_dispatch_event (event=event@entry=0x7fff51b23ee0, display=<optimized out>) at xterm.c:6951 #3 0x00000000004c4ed9 in event_handler_gdk (gxev=0x7fff51b23ee0, ev=<optimized out>, data=<optimized out>) at xterm.c:5727 #4 0x00007fb5c1164a51 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #5 0x00007fb5c1164d11 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #6 0x00007fb5c113b879 in gdk_display_get_event () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #7 0x00007fb5c1164ad2 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #8 0x00007fb5bfac0c5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 [...] (gdb) p event->state $1 = 0 (gdb) p (char *)XGetAtomName(event->display, event->atom) $3 = 0x2772080 "_EMACS_TMP_" (gdb) p event->window $4 = 44040303 (gdb) p event->display $5 = (Display *) 0x1883410 (gdb) p property_change_wait_list $6 = (struct prop_location *) 0x0 I continued a few times and property_change_wait_list was always NULL. I set another breakpoint on x_handle_property_notify only if property_change_wait_list was non-NULL and it never fired when pasting into Emacs. Is there anything else I can usefully determine without recompiling? Thanks. Mike. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (4 preceding siblings ...) 2014-11-11 12:37 ` bug#16737: Yank causes hang in v24.4.1 Mike Crowe @ 2015-01-17 14:38 ` Oleh Krehel 2015-01-17 14:56 ` Eli Zaretskii 2015-04-04 14:12 ` bug#16737: 24.3.50; Yank causes hang Jan Djärv ` (3 subsequent siblings) 9 siblings, 1 reply; 60+ messages in thread From: Oleh Krehel @ 2015-01-17 14:38 UTC (permalink / raw) To: 16737 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 14:38 ` bug#16737: Timed out waiting for reply from selection owner Oleh Krehel @ 2015-01-17 14:56 ` Eli Zaretskii 2015-01-17 15:34 ` Oleh Krehel 0 siblings, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2015-01-17 14:56 UTC (permalink / raw) To: Oleh Krehel; +Cc: 16737 > Date: Sat, 17 Jan 2015 15:38:11 +0100 > From: Oleh Krehel <o.krehel@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 14:56 ` Eli Zaretskii @ 2015-01-17 15:34 ` Oleh Krehel 2015-01-17 18:07 ` Eli Zaretskii 0 siblings, 1 reply; 60+ messages in thread From: Oleh Krehel @ 2015-01-17 15:34 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737 >> 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 15:34 ` Oleh Krehel @ 2015-01-17 18:07 ` Eli Zaretskii 2015-01-17 21:43 ` Vincent Bernat 2015-01-27 10:43 ` Oleh Krehel 0 siblings, 2 replies; 60+ messages in thread From: Eli Zaretskii @ 2015-01-17 18:07 UTC (permalink / raw) To: Oleh Krehel; +Cc: 16737 > Date: Sat, 17 Jan 2015 16:34:15 +0100 > From: Oleh Krehel <o.krehel@tue.nl> > Cc: 16737@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 18:07 ` Eli Zaretskii @ 2015-01-17 21:43 ` Vincent Bernat 2015-01-17 21:45 ` Vincent Bernat 2015-01-19 17:46 ` Eli Zaretskii 2015-01-27 10:43 ` Oleh Krehel 1 sibling, 2 replies; 60+ messages in thread From: Vincent Bernat @ 2015-01-17 21:43 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, Oleh Krehel ❦ 17 janvier 2015 20:07 +0200, Eli Zaretskii <eliz@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@entry=27, readfds=readfds@entry=0x7fff9569f510, writefds=writefds@entry=0x0, exceptfds=exceptfds@entry=0x0, timeout=<optimized out>, timeout@entry=0x7fff9569faf0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005d4ac2 in xg_select (fds_lim=27, rfds=rfds@entry=0x7fff9569fb10, wfds=wfds@entry=0x0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff9569faf0, sigmask=sigmask@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@entry=0x13b8c00, block=block@entry=1, dispatch=dispatch@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@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@entry=0x18f11d0, block=block@entry=1, dispatch=dispatch@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@entry=1, dispatch=dispatch@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@entry=27, readfds=readfds@entry=0x7fff9569f510, writefds=writefds@entry=0x0, exceptfds=exceptfds@entry=0x0, timeout=<optimized out>, timeout@entry=0x7fff9569faf0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005d4ac2 in xg_select (fds_lim=27, rfds=rfds@entry=0x7fff9569fb10, wfds=wfds@entry=0x0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff9569faf0, sigmask=sigmask@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@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@entry=0, args=<optimized out>, args@entry=0x0) at bytecode.c:916 #6 0x000000000055c2cf in funcall_lambda (fun=10040397, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff956a0040) at eval.c:3045 #7 0x000000000055c643 in Ffuncall (nargs=3, args=args@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@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@entry=0, args=<optimized out>, args@entry=0x0) at bytecode.c:1162 #12 0x000000000055c2cf in funcall_lambda (fun=10432709, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff956a0440) at eval.c:3045 #13 0x000000000055c643 in Ffuncall (nargs=2, args=args@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@entry=0, args=<optimized out>, args@entry=0x0) at bytecode.c:916 #15 0x000000000055c2cf in funcall_lambda (fun=10433181, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff956a0600) at eval.c:3045 #16 0x000000000055c643 in Ffuncall (nargs=1, args=args@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@entry=2, args=<optimized out>, args@entry=0x931219 <pure+939865>) at bytecode.c:916 #18 0x000000000055c367 in funcall_lambda (fun=140735700142032, nargs=nargs@entry=2, arg_vector=0x931219 <pure+939865>, arg_vector@entry=0x7fff956a0768) at eval.c:2979 #19 0x000000000055c643 in Ffuncall (nargs=3, args=args@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@entry=0, args=<optimized out>, args@entry=0x9316e1 <pure+941089>) at bytecode.c:916 #21 0x000000000055c367 in funcall_lambda (fun=140735700142816, nargs=nargs@entry=0, arg_vector=0x9316e1 <pure+941089>, arg_vector@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@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@entry=3, args=<optimized out>, args@entry=0x931631 <pure+940913>) at bytecode.c:1162 #26 0x000000000055c367 in funcall_lambda (fun=140735700143792, nargs=nargs@entry=3, arg_vector=0x931631 <pure+940913>, arg_vector@entry=0x7fff956a0bb8) at eval.c:2979 #27 0x000000000055c643 in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7fff956a0bb0) at eval.c:2873 #28 0x000000000055d574 in Fapply (nargs=nargs@entry=2, args=args@entry=0x7fff956a0c70) at eval.c:2351 #29 0x000000000055d7e0 in apply1 (fn=fn@entry=15660018, arg=arg@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@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@entry=1, args=<optimized out>, args@entry=0x92bd81 <pure+918209>) at bytecode.c:916 #33 0x000000000055c367 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x92bd81 <pure+918209>, arg_vector@entry=0x7fff956a0f88) at eval.c:2979 #34 0x000000000055c643 in Ffuncall (nargs=nargs@entry=2, args=args@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@entry=0x4f7d30 <command_loop_1>, handlers=<optimized out>, hfun=hfun@entry=0x4eee40 <cmd_error>) at eval.c:1348 #38 0x00000000004ea43e in command_loop_2 (ignore=ignore@entry=12315698) at keyboard.c:1177 #39 0x000000000055a9eb in internal_catch (tag=12363170, func=func@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) ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 21:43 ` Vincent Bernat @ 2015-01-17 21:45 ` Vincent Bernat 2015-01-19 17:46 ` Eli Zaretskii 1 sibling, 0 replies; 60+ messages in thread From: Vincent Bernat @ 2015-01-17 21:45 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, Oleh Krehel ❦ 17 janvier 2015 22:43 +0100, Vincent Bernat <bernat@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) ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 21:43 ` Vincent Bernat 2015-01-17 21:45 ` Vincent Bernat @ 2015-01-19 17:46 ` Eli Zaretskii 2015-01-27 16:43 ` Vincent Bernat 1 sibling, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2015-01-19 17:46 UTC (permalink / raw) To: Vincent Bernat; +Cc: 16737, o.krehel > From: Vincent Bernat <bernat@luffy.cx> > Cc: Oleh Krehel <o.krehel@tue.nl>, 16737@debbugs.gnu.org > Date: Sat, 17 Jan 2015 22:43:21 +0100 > > ❦ 17 janvier 2015 20:07 +0200, Eli Zaretskii <eliz@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@entry=27, > readfds=readfds@entry=0x7fff9569f510, writefds=writefds@entry=0x0, > exceptfds=exceptfds@entry=0x0, timeout=<optimized out>, > timeout@entry=0x7fff9569faf0, sigmask=sigmask@entry=0x0) at > ../sysdeps/unix/sysv/linux/pselect.c:77 > #1 0x00000000005d4ac2 in xg_select (fds_lim=27, > rfds=rfds@entry=0x7fff9569fb10, wfds=wfds@entry=0x0, > efds=efds@entry=0x0, timeout=timeout@entry=0x7fff9569faf0, > sigmask=sigmask@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? ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-19 17:46 ` Eli Zaretskii @ 2015-01-27 16:43 ` Vincent Bernat 2015-01-27 17:42 ` Eli Zaretskii 2015-01-28 14:23 ` Oleh Krehel 0 siblings, 2 replies; 60+ messages in thread From: Vincent Bernat @ 2015-01-27 16:43 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, o.krehel ❦ 19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz@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) ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 16:43 ` Vincent Bernat @ 2015-01-27 17:42 ` Eli Zaretskii 2015-01-27 18:16 ` Vincent Bernat 2015-01-28 14:23 ` Oleh Krehel 1 sibling, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2015-01-27 17:42 UTC (permalink / raw) To: Vincent Bernat; +Cc: 16737, o.krehel > From: Vincent Bernat <bernat@luffy.cx> > Cc: 16737@debbugs.gnu.org, o.krehel@tue.nl > Date: Tue, 27 Jan 2015 17:43:39 +0100 > > ❦ 19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz@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? ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 17:42 ` Eli Zaretskii @ 2015-01-27 18:16 ` Vincent Bernat 2015-01-28 9:54 ` Nicolas Richard 0 siblings, 1 reply; 60+ messages in thread From: Vincent Bernat @ 2015-01-27 18:16 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737, o.krehel ❦ 27 janvier 2015 19:42 +0200, Eli Zaretskii <eliz@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 18:16 ` Vincent Bernat @ 2015-01-28 9:54 ` Nicolas Richard 2015-01-28 10:16 ` Vincent Bernat 0 siblings, 1 reply; 60+ messages in thread From: Nicolas Richard @ 2015-01-28 9:54 UTC (permalink / raw) To: Vincent Bernat; +Cc: 16737, o.krehel Vincent Bernat <bernat@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-28 9:54 ` Nicolas Richard @ 2015-01-28 10:16 ` Vincent Bernat 2015-01-28 14:14 ` Vincent Bernat 0 siblings, 1 reply; 60+ messages in thread From: Vincent Bernat @ 2015-01-28 10:16 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, o.krehel ❦ 28 janvier 2015 10:54 +0100, Nicolas Richard <theonewiththeevillook@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" ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-28 10:16 ` Vincent Bernat @ 2015-01-28 14:14 ` Vincent Bernat 0 siblings, 0 replies; 60+ messages in thread From: Vincent Bernat @ 2015-01-28 14:14 UTC (permalink / raw) To: Nicolas Richard; +Cc: 16737, o.krehel ❦ 28 janvier 2015 11:16 +0100, Vincent Bernat <bernat@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" ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 16:43 ` Vincent Bernat 2015-01-27 17:42 ` Eli Zaretskii @ 2015-01-28 14:23 ` Oleh Krehel 1 sibling, 0 replies; 60+ messages in thread From: Oleh Krehel @ 2015-01-28 14:23 UTC (permalink / raw) To: Vincent Bernat; +Cc: 16737 On 27 January 2015 at 17:43, Vincent Bernat <bernat@luffy.cx> wrote: > 19 janvier 2015 19:46 +0200, Eli Zaretskii <eliz@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-17 18:07 ` Eli Zaretskii 2015-01-17 21:43 ` Vincent Bernat @ 2015-01-27 10:43 ` Oleh Krehel 2015-01-27 17:43 ` Eli Zaretskii 1 sibling, 1 reply; 60+ messages in thread From: Oleh Krehel @ 2015-01-27 10:43 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737 >> 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@entry=31, readfds=readfds@entry=0x7fff47ceea30, writefds=writefds@entry=0x0, exceptfds=exceptfds@entry=0x0, timeout=<optimized out>, timeout@entry=0x7fff47cef010, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:78 #1 0x00000000005c38de in xg_select (fds_lim=31, rfds=rfds@entry=0x7fff47cef1d0, wfds=wfds@entry=0x0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff47cef010, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x0000000000591be9 in wait_reading_process_output (time_limit=<optimized out>, nsecs=<optimized out>, read_kbd=read_kbd@entry=0, do_display=do_display@entry=false, wait_for_cell=12526611, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@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@entry=2, arg_vector=0x97c684 <pure+1310180>, arg_vector@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@entry=1, arg_vector=0x97c204 <pure+1309028>, arg_vector@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@entry=0, arg_vector=0x97c32c <pure+1309324>, arg_vector@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@entry=2, arg_vector=arg_vector@entry=0x7fff47cefd60) at eval.c:2940 #16 0x0000000000554593 in Ffuncall (nargs=nargs@entry=3, args=args@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@entry=1, arg_vector=0x1058d74, arg_vector@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@entry=0, ---Type <return> to continue, or q <return> to quit--- arg_vector=arg_vector@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@entry=2, arg_vector=arg_vector@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@entry=1, arg_vector=arg_vector@entry=0x7fff47cf0520) at eval.c:2940 #30 0x0000000000554593 in Ffuncall (nargs=nargs@entry=2, args=args@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@entry=3, args=args@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@entry=1, arg_vector=0x90f794 <pure+863988>, arg_vector@entry=0x7fff47cf08f8) at eval.c:2874 #37 0x0000000000554593 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff47cf08f0) at eval.c:2768 #38 0x000000000055487a in call1 (fn=fn@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@entry=0x4f2700 <command_loop_1>, handlers=handlers@entry=19392, hfun=hfun@entry=0x4e9720 <cmd_error>) at eval.c:1334 #41 0x00000000004e4e1c in command_loop_2 (ignore=ignore@entry=0) at keyboard.c:1139 #42 0x0000000000552d43 in internal_catch (tag=tag@entry=45984, func=func@entry=0x4e4e00 <command_loop_2>, arg=arg@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 10:43 ` Oleh Krehel @ 2015-01-27 17:43 ` Eli Zaretskii 2015-01-27 18:05 ` Oleh Krehel 0 siblings, 1 reply; 60+ messages in thread From: Eli Zaretskii @ 2015-01-27 17:43 UTC (permalink / raw) To: Oleh Krehel; +Cc: 16737 > Date: Tue, 27 Jan 2015 11:43:30 +0100 > From: Oleh Krehel <o.krehel@tue.nl> > Cc: 16737@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? ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 17:43 ` Eli Zaretskii @ 2015-01-27 18:05 ` Oleh Krehel 2015-01-27 19:10 ` Eli Zaretskii 0 siblings, 1 reply; 60+ messages in thread From: Oleh Krehel @ 2015-01-27 18:05 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16737 On 27 January 2015 at 18:43, Eli Zaretskii <eliz@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-01-27 18:05 ` Oleh Krehel @ 2015-01-27 19:10 ` Eli Zaretskii 0 siblings, 0 replies; 60+ messages in thread From: Eli Zaretskii @ 2015-01-27 19:10 UTC (permalink / raw) To: Oleh Krehel; +Cc: 16737 > Date: Tue, 27 Jan 2015 19:05:14 +0100 > From: Oleh Krehel <o.krehel@tue.nl> > Cc: 16737@debbugs.gnu.org > > On 27 January 2015 at 18:43, Eli Zaretskii <eliz@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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: 24.3.50; Yank causes hang 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (5 preceding siblings ...) 2015-01-17 14:38 ` bug#16737: Timed out waiting for reply from selection owner Oleh Krehel @ 2015-04-04 14:12 ` Jan Djärv 2015-06-04 13:42 ` bug#16737: Timed out waiting for reply from selection owner Alan D. Salewski ` (2 subsequent siblings) 9 siblings, 0 replies; 60+ messages in thread From: Jan Djärv @ 2015-04-04 14:12 UTC (permalink / raw) To: 16737 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (6 preceding siblings ...) 2015-04-04 14:12 ` bug#16737: 24.3.50; Yank causes hang Jan Djärv @ 2015-06-04 13:42 ` Alan D. Salewski 2015-06-05 14:36 ` Alan D. Salewski 2015-07-08 20:54 ` bug#16737: A bit of digging Mike Crowe 2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert 9 siblings, 1 reply; 60+ messages in thread From: Alan D. Salewski @ 2015-06-04 13:42 UTC (permalink / raw) To: 16737 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-06-04 13:42 ` bug#16737: Timed out waiting for reply from selection owner Alan D. Salewski @ 2015-06-05 14:36 ` Alan D. Salewski 2015-06-15 3:00 ` Alan D. Salewski 0 siblings, 1 reply; 60+ messages in thread From: Alan D. Salewski @ 2015-06-05 14:36 UTC (permalink / raw) To: 16737 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@att.net 1024D/FA2C3588 EDFA 195F EDF1 0933 1002 6396 7C92 5CB3 FA2C 3588 ----------------------------------------------------------------- ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-06-05 14:36 ` Alan D. Salewski @ 2015-06-15 3:00 ` Alan D. Salewski 2015-06-16 11:10 ` Oleh Krehel 2015-06-23 23:45 ` Stefan Monnier 0 siblings, 2 replies; 60+ messages in thread From: Alan D. Salewski @ 2015-06-15 3:00 UTC (permalink / raw) To: 16737 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-06-15 3:00 ` Alan D. Salewski @ 2015-06-16 11:10 ` Oleh Krehel 2015-06-23 23:45 ` Stefan Monnier 1 sibling, 0 replies; 60+ messages in thread From: Oleh Krehel @ 2015-06-16 11:10 UTC (permalink / raw) To: Alan D. Salewski; +Cc: 16737 "Alan D. Salewski" <salewski@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Timed out waiting for reply from selection owner 2015-06-15 3:00 ` Alan D. Salewski 2015-06-16 11:10 ` Oleh Krehel @ 2015-06-23 23:45 ` Stefan Monnier 1 sibling, 0 replies; 60+ messages in thread From: Stefan Monnier @ 2015-06-23 23:45 UTC (permalink / raw) To: Alan D. Salewski; +Cc: 16737 > 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: A bit of digging 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (7 preceding siblings ...) 2015-06-04 13:42 ` bug#16737: Timed out waiting for reply from selection owner Alan D. Salewski @ 2015-07-08 20:54 ` Mike Crowe 2015-07-09 12:44 ` bug#16737: Possible patch Mike Crowe 2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert 9 siblings, 1 reply; 60+ messages in thread From: Mike Crowe @ 2015-07-08 20:54 UTC (permalink / raw) To: 16737 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Possible patch 2015-07-08 20:54 ` bug#16737: A bit of digging Mike Crowe @ 2015-07-09 12:44 ` Mike Crowe 2015-07-15 18:36 ` bug#16737: Emacs bug #16737: " Mike Crowe 0 siblings, 1 reply; 60+ messages in thread From: Mike Crowe @ 2015-07-09 12:44 UTC (permalink / raw) To: 16737 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@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. ^ permalink raw reply related [flat|nested] 60+ messages in thread
* bug#16737: Emacs bug #16737: Possible patch 2015-07-09 12:44 ` bug#16737: Possible patch Mike Crowe @ 2015-07-15 18:36 ` Mike Crowe 2015-07-16 8:32 ` Tassilo Horn 0 siblings, 1 reply; 60+ messages in thread From: Mike Crowe @ 2015-07-15 18:36 UTC (permalink / raw) To: 16737 Cc: Tom Tromey, Nicolas Richard, Tassilo Horn, Oleh Krehel, Vincent Bernat, Alan D. Salewski, Sujith Manoharan, Jan Djärv, Alex Bennée 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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Emacs bug #16737: Possible patch 2015-07-15 18:36 ` bug#16737: Emacs bug #16737: " Mike Crowe @ 2015-07-16 8:32 ` Tassilo Horn 2015-07-17 19:58 ` Martin Renold 0 siblings, 1 reply; 60+ messages in thread From: Tassilo Horn @ 2015-07-16 8:32 UTC (permalink / raw) To: Mike Crowe Cc: Jan Djärv, Tom Tromey, Alan D. Salewski, Nicolas Richard, Oleh Krehel, Vincent Bernat, 16737, Sujith Manoharan, Alex Bennée Mike Crowe <mac@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Emacs bug #16737: Possible patch 2015-07-16 8:32 ` Tassilo Horn @ 2015-07-17 19:58 ` Martin Renold 0 siblings, 0 replies; 60+ messages in thread From: Martin Renold @ 2015-07-17 19:58 UTC (permalink / raw) To: Tassilo Horn Cc: Tom Tromey, Alan D. Salewski, Mike Crowe, 16737, Oleh Krehel, Vincent Bernat, Nicolas Richard, Sujith Manoharan, Jan Djärv, Alex Bennée 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@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 > > > ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Patch for "Yank causes hang" bug in Emacs 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan ` (8 preceding siblings ...) 2015-07-08 20:54 ` bug#16737: A bit of digging Mike Crowe @ 2015-07-17 19:08 ` Paul Eggert 2015-07-18 5:16 ` Sujith Manoharan 2015-09-26 4:39 ` bug#19320: " Mitchel Humpherys 9 siblings, 2 replies; 60+ messages in thread From: Paul Eggert @ 2015-07-17 19:08 UTC (permalink / raw) To: 16737, 17026, 17172, 19320 Cc: Tom Tromey, Mitchel Humpherys, Sujith Manoharan, 17101 I installed a patch for this bug, as Emacs master commit 0592cefd03f1de2f04b721d07a16e6e0a9e48f73; could you please give it a try? Thanks. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#16737: Patch for "Yank causes hang" bug in Emacs 2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert @ 2015-07-18 5:16 ` Sujith Manoharan 2015-09-26 4:39 ` bug#19320: " Mitchel Humpherys 1 sibling, 0 replies; 60+ messages in thread From: Sujith Manoharan @ 2015-07-18 5:16 UTC (permalink / raw) To: 16737 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. ^ permalink raw reply [flat|nested] 60+ messages in thread
* bug#19320: Patch for "Yank causes hang" bug in Emacs 2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert 2015-07-18 5:16 ` Sujith Manoharan @ 2015-09-26 4:39 ` Mitchel Humpherys 1 sibling, 0 replies; 60+ messages in thread From: Mitchel Humpherys @ 2015-09-26 4:39 UTC (permalink / raw) To: Paul Eggert Cc: 19320, 17026, 17172, 16737, 17101, Tom Tromey, Sujith Manoharan On Fri, Jul 17 2015 at 12:08:41 PM, Paul Eggert <eggert@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 ^ permalink raw reply [flat|nested] 60+ messages in thread
end of thread, other threads:[~2015-09-26 4:39 UTC | newest] Thread overview: 60+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-02-13 3:40 bug#16737: 24.3.50; Yank causes hang Sujith Manoharan 2014-02-13 5:22 ` Dmitry Antipov 2014-02-19 16:04 ` Sujith Manoharan 2014-03-04 12:47 ` Nicolas Richard 2014-03-04 16:59 ` Eli Zaretskii 2014-03-05 11:01 ` Nicolas Richard 2014-03-05 17:08 ` Eli Zaretskii 2014-03-21 6:19 ` Nicolas Richard 2014-03-21 6:28 ` Nicolas Richard 2014-03-21 6:42 ` Nicolas Richard 2014-03-21 8:18 ` Eli Zaretskii 2014-03-21 8:17 ` Eli Zaretskii 2014-03-27 9:34 ` Nicolas Richard 2014-02-13 10:23 ` Nicolas Richard 2014-06-25 16:04 ` bug#16737: Timed out waiting for reply from selection owner Stefan Monnier 2014-06-25 18:07 ` Alex Bennée 2015-06-03 15:18 ` Tassilo Horn 2015-06-03 15:35 ` Alex Bennée 2015-06-03 15:39 ` bug#20283: " Oleh Krehel 2015-06-05 9:26 ` Alex Bennée 2014-06-25 18:28 ` Jan Djärv 2014-06-25 19:56 ` Stefan Monnier 2014-07-21 15:02 ` Alex Bennée 2014-11-21 10:53 ` Tom Tromey 2014-06-25 19:58 ` Nicolas Richard 2014-09-25 20:43 ` bug#16737: Autoloading `safe-local-variable' properties Stefan Monnier 2014-11-11 12:37 ` bug#16737: Yank causes hang in v24.4.1 Mike Crowe 2014-11-11 13:26 ` Mike Crowe 2015-01-17 14:38 ` bug#16737: Timed out waiting for reply from selection owner Oleh Krehel 2015-01-17 14:56 ` Eli Zaretskii 2015-01-17 15:34 ` Oleh Krehel 2015-01-17 18:07 ` Eli Zaretskii 2015-01-17 21:43 ` Vincent Bernat 2015-01-17 21:45 ` Vincent Bernat 2015-01-19 17:46 ` Eli Zaretskii 2015-01-27 16:43 ` Vincent Bernat 2015-01-27 17:42 ` Eli Zaretskii 2015-01-27 18:16 ` Vincent Bernat 2015-01-28 9:54 ` Nicolas Richard 2015-01-28 10:16 ` Vincent Bernat 2015-01-28 14:14 ` Vincent Bernat 2015-01-28 14:23 ` Oleh Krehel 2015-01-27 10:43 ` Oleh Krehel 2015-01-27 17:43 ` Eli Zaretskii 2015-01-27 18:05 ` Oleh Krehel 2015-01-27 19:10 ` Eli Zaretskii 2015-04-04 14:12 ` bug#16737: 24.3.50; Yank causes hang Jan Djärv 2015-06-04 13:42 ` bug#16737: Timed out waiting for reply from selection owner Alan D. Salewski 2015-06-05 14:36 ` Alan D. Salewski 2015-06-15 3:00 ` Alan D. Salewski 2015-06-16 11:10 ` Oleh Krehel 2015-06-23 23:45 ` Stefan Monnier 2015-07-08 20:54 ` bug#16737: A bit of digging Mike Crowe 2015-07-09 12:44 ` bug#16737: Possible patch Mike Crowe 2015-07-15 18:36 ` bug#16737: Emacs bug #16737: " Mike Crowe 2015-07-16 8:32 ` Tassilo Horn 2015-07-17 19:58 ` Martin Renold 2015-07-17 19:08 ` bug#16737: Patch for "Yank causes hang" bug in Emacs Paul Eggert 2015-07-18 5:16 ` Sujith Manoharan 2015-09-26 4:39 ` bug#19320: " Mitchel Humpherys
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).