* 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 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: 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: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 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 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: 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 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 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: 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: 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-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-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-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-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 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 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: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: 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: 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-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#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#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
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: 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: 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
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).