Package: emacs;
Reported by: Ivan Kanis <ivan <at> kanis.fr>
Date: Tue, 25 Feb 2014 12:55:01 UTC
Severity: normal
Found in version 24.3.50
Fixed in version 24.4
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16878 in the body.
You can then email your comments to 16878 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 12:55:02 GMT) Full text and rfc822 format available.Ivan Kanis <ivan <at> kanis.fr>:bug-gnu-emacs <at> gnu.org.
(Tue, 25 Feb 2014 12:55:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Ivan Kanis <ivan <at> kanis.fr> To: bug-gnu-emacs <at> gnu.org Subject: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 13:54:02 +0100
1) emacs -Q
2) M-x eww https://github.com/ShingoFukuyama/emacs-swoop RET
3) Wait for the emacs screenshot to load.
4) C-x k RET
I expect emacs to stop processing the animated gif. Instead emacs is
pegged at 100% cpu. Doing a C-z in the debugger shows it is still
processing the gif. This renders emacs unusable and I have to restart
it.
I think the slowness of rendering animated gif is a bug too. I know I
run on a under powered PC but Firefox has no problem rendering animated
gif.
^Z
Program received signal SIGTSTP, Stopped (user).
0xabeb40e3 in ?? ()
from /usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/gif.so
(gdb) bt
#0 0xabeb40e3 in ?? ()
from /usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/gif.so
#1 0xb706722a in ReadImage () from /usr/lib/i386-linux-gnu/libMagickCore.so.5
#2 0xb702ca32 in BlobToImage ()
from /usr/lib/i386-linux-gnu/libMagickCore.so.5
#3 0xb7341973 in MagickReadImageBlob ()
from /usr/lib/i386-linux-gnu/libMagickWand.so.5
#4 0x0825f74e in imagemagick_load_image (f=0x885a3e8, img=0x8d6d600,
contents=0x9a8ff24 "GIF89a[\003U\002w", size=7729394, filename=0x0)
at image.c:8193
#5 0x08260373 in imagemagick_load (f=0x885a3e8, img=0x8d6d600) at image.c:8515
#6 0x0825658f in lookup_image (f=0x885a3e8, spec=143734606) at image.c:1694
#7 0x082552f5 in Fimage_metadata (spec=143734606, frame=140327874)
at image.c:945
#8 0x081db61f in Ffuncall (nargs=2, args=0xbfffd7c4) at eval.c:2816
In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.20)
of 2014-02-08 on tao.kanis.fr
Repository revision: 116348 michael.albinus <at> gmx.de-20140208133515-mgy8agwqq4nc6bfb
Windowing system distributor `The X.Org Foundation', version 11.0.11403000
System Description: Ubuntu 13.10
Configured using:
`configure --prefix=/home/ivan/emacs-bzr --without-compress-install
'CFLAGS=-g'
Important settings:
value of $LANG: en_US.UTF8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-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
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r p <backspace> e p <tab> o <tab> r <tab> e <backspace>
<tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list... [2 times]
Load-path shadows:
None found.
Features:
(shadow sort hashcash gnus-util mail-extr emacsbug message format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils help-mode easymenu 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 system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 16:38:02 GMT) Full text and rfc822 format available.Message #8 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Ivan Kanis <ivan <at> kanis.fr> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 18:37:18 +0200
> From: Ivan Kanis <ivan <at> kanis.fr> > Date: Tue, 25 Feb 2014 13:54:02 +0100 > > 1) emacs -Q > 2) M-x eww https://github.com/ShingoFukuyama/emacs-swoop RET > 3) Wait for the emacs screenshot to load. > 4) C-x k RET > > I expect emacs to stop processing the animated gif. Instead emacs is > pegged at 100% cpu. Doing a C-z in the debugger shows it is still > processing the gif. This renders emacs unusable and I have to restart > it. > > I think the slowness of rendering animated gif is a bug too. I know I > run on a under powered PC but Firefox has no problem rendering animated > gif. > > ^Z > Program received signal SIGTSTP, Stopped (user). > 0xabeb40e3 in ?? () > from /usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/gif.so > (gdb) bt > #0 0xabeb40e3 in ?? () > from /usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/gif.so > #1 0xb706722a in ReadImage () from /usr/lib/i386-linux-gnu/libMagickCore.so.5 > #2 0xb702ca32 in BlobToImage () > from /usr/lib/i386-linux-gnu/libMagickCore.so.5 > #3 0xb7341973 in MagickReadImageBlob () > from /usr/lib/i386-linux-gnu/libMagickWand.so.5 > #4 0x0825f74e in imagemagick_load_image (f=0x885a3e8, img=0x8d6d600, > contents=0x9a8ff24 "GIF89a[\003U\002w", size=7729394, filename=0x0) > at image.c:8193 > #5 0x08260373 in imagemagick_load (f=0x885a3e8, img=0x8d6d600) at image.c:8515 > #6 0x0825658f in lookup_image (f=0x885a3e8, spec=143734606) at image.c:1694 > #7 0x082552f5 in Fimage_metadata (spec=143734606, frame=140327874) > at image.c:945 > #8 0x081db61f in Ffuncall (nargs=2, args=0xbfffd7c4) at eval.c:2816 Please show the entire backtrace. What you show here only tell us that we are in a call to Imagemagick library, but it tells almost nothing about how we got into Imagemagick when you typed "C-x k", which is the main issue here. Btw, do you see the "C-x-" prompt in the echo area if you wait for a second or so before pressing 'k'? If not, I think Emacs simply didn't yet see your keypress, and is still inside Imagemagick processing the image. In that case, this is expected, since Emacs is not multi-threaded (yet).
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 16:57:02 GMT) Full text and rfc822 format available.Message #11 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Ivan Kanis <ivan <at> kanis.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 17:56:21 +0100
February, 25 at 18:37 Eli wrote:
> Btw, do you see the "C-x-" prompt in the echo area if you wait for a
> second or so before pressing 'k'? If not, I think Emacs simply didn't
> yet see your keypress, and is still inside Imagemagick processing the
> image. In that case, this is expected, since Emacs is not
> multi-threaded (yet).
No I don't see the "C-x" prompt. When the kill-buffer completes
successfully and I am back to the *scratch* buffer emacs is using 100%
CPU. I expect the image processing to stop once the eww buffer is
killed. I will send the full bactrace next.
--
Victory is won not in miles but in inches. Win a little now, hold your
ground, and later, win a little more.
-- Louis L'Amour
I am listening to "Lisa Gerrard - The Song Of Amergin".
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 17:07:02 GMT) Full text and rfc822 format available.Message #14 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Ivan Kanis <ivan <at> kanis.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 18:06:20 +0100
February, 25 at 18:37 Eli wrote:
>> From: Ivan Kanis <ivan <at> kanis.fr>
>> Date: Tue, 25 Feb 2014 13:54:02 +0100
>>
>> 1) emacs -Q
>> 2) M-x eww https://github.com/ShingoFukuyama/emacs-swoop RET
>> 3) Wait for the emacs screenshot to load.
>> 4) C-x k RET
>
> Please show the entire backtrace. What you show here only tell us
> that we are in a call to Imagemagick library, but it tells almost
> nothing about how we got into Imagemagick when you typed "C-x k",
> which is the main issue here.
>
#0 0xabeb40ca in ?? () from /usr/lib/i386-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/gif.so
No symbol table info available.
#1 0xb706722a in ReadImage () from /usr/lib/i386-linux-gnu/libMagickCore.so.5
No symbol table info available.
#2 0xb702ca32 in BlobToImage () from /usr/lib/i386-linux-gnu/libMagickCore.so.5
No symbol table info available.
#3 0xb7341973 in MagickReadImageBlob () from /usr/lib/i386-linux-gnu/libMagickWand.so.5
No symbol table info available.
#4 0x0825f74e in imagemagick_load_image (f=0x885a3e8, img=0x98f9488, contents=0x8f50d54 "GIF89a[\003U\002w", size=7729394,
filename=0x0) at image.c:8193
width = 0
height = 0
status = MagickFalse
ximg = 0x0
x = 0
y = 0
image_wand = 0xacbfd10
iterator = 0x0
pixels = 0x0
bg_wand = 0x0
pixel = {
storage_class = UndefinedClass,
colorspace = UndefinedColorspace,
matte = MagickFalse,
fuzz = 0,
depth = 0,
red = 0,
green = 0,
blue = 0,
opacity = 0,
index = 0
}
image = 284
value = 0
crop = 0
ino = 71
desired_width = 0
desired_height = 0
rotation = 0
pixelwidth = 0
hint_buffer = '\000' <repeats 28 times>, "\001\000\000\000\a\000\000\000\000\000\000\000\001\000\000\000 \000\000\000\001\000\000\000\000\000\000\000\377\377\377\377\376\377\377\377", '\000' <repeats 40 times>, " ", '\000' <repeats 11 times>, "\302;]\b\302;]\b\302;]\b\302;]\b\302;]\b\000\000\b\000\302;]\b\302;]\b\377\377\377\377\377\377\377\377\t\000\000\000\000\000\000\000\362\002\000\000R\002\000\000\000\000\000\000\000\000\000\000\377\377\377\377\000\000\000\000\000\000\000\000\250\066s\b\001\000\000\000"...
filename_hint = 0x0
#5 0x08260373 in imagemagick_load (f=0x885a3e8, img=0x98f9488) at image.c:8515
data = 150183977
success_p = false
file_name = 140327874
#6 0x0825658f in lookup_image (f=0x885a3e8, spec=143745062) at image.c:1694
img = 0x98f9488
hash = 920670326
#7 0x082552f5 in Fimage_metadata (spec=143745062, frame=140327874) at image.c:945
f = 0x885a3e8
id = -1073753016
img = 0x81551a5 <PSEUDOVECTORP+51>
ext = 140327874
#8 0x081db61f in Ffuncall (nargs=2, args=0xbfffd4e4) at eval.c:2816
fun = 139936757
original_fun = 140458794
funcar = 138039853
numargs = 1
lisp_numargs = -1
val = 140327898
internal_args = 0xbfffd460
i = 2
#9 0x08214db7 in exec_byte_code (bytestr=138039217, vector=138039237, maxdepth=12, args_template=140327874, nargs=0,
args=0x0) at bytecode.c:919
targets = {0x8217e9c <exec_byte_code+15039>, 0x8217eef <exec_byte_code+15122>, 0x8217ef1 <exec_byte_code+15124>,
0x8217ef3 <exec_byte_code+15126>, 0x8217ef5 <exec_byte_code+15128>, 0x8217ef5 <exec_byte_code+15128>,
0x8217f48 <exec_byte_code+15211>, 0x8217fa4 <exec_byte_code+15303>, 0x8214735 <exec_byte_code+856>,
0x8214737 <exec_byte_code+858>, 0x8214739 <exec_byte_code+860>, 0x821473b <exec_byte_code+862>,
0x821473d <exec_byte_code+864>, 0x821473d <exec_byte_code+864>, 0x8214746 <exec_byte_code+873>,
0x8214706 <exec_byte_code+809>, 0x8214b08 <exec_byte_code+1835>, 0x8214b0a <exec_byte_code+1837>,
0x8214b0c <exec_byte_code+1839>, 0x8214b0e <exec_byte_code+1841>, 0x8214b10 <exec_byte_code+1843>,
0x8214b10 <exec_byte_code+1843>, 0x8214b48 <exec_byte_code+1899>, 0x8214b19 <exec_byte_code+1852>,
0x8214ccc <exec_byte_code+2287>, 0x8214cce <exec_byte_code+2289>, 0x8214cd0 <exec_byte_code+2291>,
0x8214cd2 <exec_byte_code+2293>, 0x8214cd4 <exec_byte_code+2295>, 0x8214cd4 <exec_byte_code+2295>,
0x8214c86 <exec_byte_code+2217>, 0x8214c9d <exec_byte_code+2240>, 0x8214d7c <exec_byte_code+2463>,
0x8214d7e <exec_byte_code+2465>, 0x8214d80 <exec_byte_code+2467>, 0x8214d82 <exec_byte_code+2469>,
0x8214d84 <exec_byte_code+2471>, 0x8214d84 <exec_byte_code+2471>, 0x8214d36 <exec_byte_code+2393>,
0x8214d4d <exec_byte_code+2416>, 0x8214e2c <exec_byte_code+2639>, 0x8214e2e <exec_byte_code+2641>,
0x8214e30 <exec_byte_code+2643>, 0x8214e32 <exec_byte_code+2645>, 0x8214e34 <exec_byte_code+2647>,
0x8214e34 <exec_byte_code+2647>, 0x8214de6 <exec_byte_code+2569>, 0x8214dfd <exec_byte_code+2592>,
0x8215c1f <exec_byte_code+6210>, 0x82159b9 <exec_byte_code+5596>, 0x82159ad <exec_byte_code+5584>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8215e1b <exec_byte_code+6718>,
0x8215ef0 <exec_byte_code+6931>, 0x8215f3b <exec_byte_code+7006>, 0x8215f86 <exec_byte_code+7081>,
0x8215fd5 <exec_byte_code+7160>, 0x82149b9 <exec_byte_code+1500>, 0x8214a1b <exec_byte_code+1598>,
0x8216031 <exec_byte_code+7252>, 0x821492d <exec_byte_code+1360>, 0x8214a7b <exec_byte_code+1694>,
0x821607d <exec_byte_code+7328>, 0x82160dd <exec_byte_code+7424>, 0x821611c <exec_byte_code+7487>,
0x821617c <exec_byte_code+7583>, 0x82161c8 <exec_byte_code+7659>, 0x8216289 <exec_byte_code+7852>,
0x82162c8 <exec_byte_code+7915>, 0x8216328 <exec_byte_code+8011>, 0x82163a9 <exec_byte_code+8140>,
0x82163e8 <exec_byte_code+8203>, 0x8216427 <exec_byte_code+8266>, 0x8216487 <exec_byte_code+8362>,
0x82164e7 <exec_byte_code+8458>, 0x8216547 <exec_byte_code+8554>, 0x82165c8 <exec_byte_code+8683>,
0x8216614 <exec_byte_code+8759>, 0x8216660 <exec_byte_code+8835>, 0x8216721 <exec_byte_code+9028>,
0x821679e <exec_byte_code+9153>, 0x821681b <exec_byte_code+9278>, 0x8216a33 <exec_byte_code+9814>,
0x8216a9b <exec_byte_code+9918>, 0x8216b03 <exec_byte_code+10022>, 0x8216b6b <exec_byte_code+10126>,
0x8216bd3 <exec_byte_code+10230>, 0x8216c1f <exec_byte_code+10306>, 0x8216ca3 <exec_byte_code+10438>,
0x8216cef <exec_byte_code+10514>, 0x8216d3b <exec_byte_code+10590>, 0x8216d87 <exec_byte_code+10666>,
0x8216e7f <exec_byte_code+10914>, 0x821585c <exec_byte_code+5247>, 0x8216ed4 <exec_byte_code+10999>,
0x8216f13 <exec_byte_code+11062>, 0x8216fcd <exec_byte_code+11248>, 0x8217022 <exec_byte_code+11333>,
0x8217077 <exec_byte_code+11418>, 0x82170b6 <exec_byte_code+11481>, 0x82170fd <exec_byte_code+11552>,
0x8217144 <exec_byte_code+11623>, 0x8217193 <exec_byte_code+11702>, 0x8217e9c <exec_byte_code+15039>,
0x82171dc <exec_byte_code+11775>, 0x8217217 <exec_byte_code+11834>, 0x8217252 <exec_byte_code+11893>,
0x821728d <exec_byte_code+11952>, 0x82172c8 <exec_byte_code+12011>, 0x8217303 <exec_byte_code+12070>,
0x821585c <exec_byte_code+5247>, 0x8217e9c <exec_byte_code+15039>, 0x8217342 <exec_byte_code+12133>,
0x821738c <exec_byte_code+12207>, 0x82173cb <exec_byte_code+12270>, 0x821740a <exec_byte_code+12333>,
0x821746a <exec_byte_code+12429>, 0x82174ca <exec_byte_code+12525>, 0x8217509 <exec_byte_code+12588>,
0x82175e3 <exec_byte_code+12806>, 0x8217643 <exec_byte_code+12902>, 0x82176a3 <exec_byte_code+12998>,
0x8217703 <exec_byte_code+13094>, 0x821773e <exec_byte_code+13153>, 0x8217e9c <exec_byte_code+15039>,
0x82157a8 <exec_byte_code+5067>, 0x8214ebd <exec_byte_code+2784>, 0x821481e <exec_byte_code+1089>,
0x8214fa4 <exec_byte_code+3015>, 0x82150b3 <exec_byte_code+3286>, 0x82151b8 <exec_byte_code+3547>,
0x821573f <exec_byte_code+4962>, 0x821577a <exec_byte_code+5021>, 0x8214c3c <exec_byte_code+2143>,
0x8215820 <exec_byte_code+5187>, 0x8215888 <exec_byte_code+5291>, 0x8215909 <exec_byte_code+5420>,
0x8215945 <exec_byte_code+5480>, 0x8215c53 <exec_byte_code+6262>, 0x8215cc7 <exec_byte_code+6378>,
0x8215d48 <exec_byte_code+6507>, 0x8215da5 <exec_byte_code+6600>, 0x8214e7f <exec_byte_code+2722>,
0x821777d <exec_byte_code+13216>, 0x82177fe <exec_byte_code+13345>, 0x821783d <exec_byte_code+13408>,
0x821787c <exec_byte_code+13471>, 0x82178bb <exec_byte_code+13534>, 0x82178fa <exec_byte_code+13597>,
0x821795a <exec_byte_code+13693>, 0x82179ba <exec_byte_code+13789>, 0x8217a14 <exec_byte_code+13879>,
0x8217a6e <exec_byte_code+13969>, 0x8217b86 <exec_byte_code+14249>, 0x8217be0 <exec_byte_code+14339>,
0x8217c3a <exec_byte_code+14429>, 0x8217c79 <exec_byte_code+14492>, 0x8217cd3 <exec_byte_code+14582>,
0x8217d2d <exec_byte_code+14672>, 0x8217d72 <exec_byte_code+14741>, 0x8217db7 <exec_byte_code+14810>,
0x8216dd3 <exec_byte_code+10742>, 0x8216e1f <exec_byte_code+10818>, 0x8217e03 <exec_byte_code+14886>,
0x8217e52 <exec_byte_code+14965>, 0x8217e9c <exec_byte_code+15039>, 0x82152bd <exec_byte_code+3808>,
0x821537d <exec_byte_code+4000>, 0x821546e <exec_byte_code+4241>, 0x821555f <exec_byte_code+4482>,
0x821564f <exec_byte_code+4722>, 0x8216214 <exec_byte_code+7735>, 0x82166ac <exec_byte_code+8911>,
0x8216f58 <exec_byte_code+11131>, 0x8218022 <exec_byte_code+15429>, 0x8218080 <exec_byte_code+15523>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8218100 <exec_byte_code+15651>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8218187 <exec_byte_code+15786> <repeats 64 times>}
count = 22
count_volatile = -1073752792
op = 1
vectorp = 0x83a4fc4 <pure+826020>
vectorp_volatile = 0x8155247 <COMPILEDP+25>
stack = {
pc = 0x84d1a5e <pure+2057534> "\031\307\t\310\"\032\307\t\303\"\033\n\205.",
byte_string = 138039217,
byte_string_start = 0x84d1a55 <pure+2057525> "\305\306!\205/",
next = 0xbfffd9e0
}
stack_volatile = {
pc = 0x83a4f90 <pure+825968> "\005",
byte_string = 12,
byte_string_start = 0x530ccd12 <Address 0x530ccd12 out of bounds>,
next = 0x25e27556
}
top = 0xbfffd4e4
result = 4
type = (unknown: 140327874)
#10 0x081dbf4b in funcall_lambda (fun=138039189, nargs=1, arg_vector=0x83a4fc5 <pure+826021>) at eval.c:3047
val = 1104462643
syms_left = 140327874
next = 140448338
lexenv = 140327874
count = 21
i = 1
optional = false
rest = false
#11 0x081db833 in Ffuncall (nargs=2, args=0xbfffd7e4) at eval.c:2862
fun = 138039189
original_fun = 144131266
funcar = -1220222732
numargs = 1
lisp_numargs = 0
val = -1073752120
internal_args = 0x83a5385 <pure+826981>
i = 136167887
#12 0x08214db7 in exec_byte_code (bytestr=138040177, vector=138040197, maxdepth=36, args_template=140327874, nargs=0,
args=0x0) at bytecode.c:919
targets = {0x8217e9c <exec_byte_code+15039>, 0x8217eef <exec_byte_code+15122>, 0x8217ef1 <exec_byte_code+15124>,
0x8217ef3 <exec_byte_code+15126>, 0x8217ef5 <exec_byte_code+15128>, 0x8217ef5 <exec_byte_code+15128>,
0x8217f48 <exec_byte_code+15211>, 0x8217fa4 <exec_byte_code+15303>, 0x8214735 <exec_byte_code+856>,
0x8214737 <exec_byte_code+858>, 0x8214739 <exec_byte_code+860>, 0x821473b <exec_byte_code+862>,
0x821473d <exec_byte_code+864>, 0x821473d <exec_byte_code+864>, 0x8214746 <exec_byte_code+873>,
0x8214706 <exec_byte_code+809>, 0x8214b08 <exec_byte_code+1835>, 0x8214b0a <exec_byte_code+1837>,
0x8214b0c <exec_byte_code+1839>, 0x8214b0e <exec_byte_code+1841>, 0x8214b10 <exec_byte_code+1843>,
0x8214b10 <exec_byte_code+1843>, 0x8214b48 <exec_byte_code+1899>, 0x8214b19 <exec_byte_code+1852>,
0x8214ccc <exec_byte_code+2287>, 0x8214cce <exec_byte_code+2289>, 0x8214cd0 <exec_byte_code+2291>,
0x8214cd2 <exec_byte_code+2293>, 0x8214cd4 <exec_byte_code+2295>, 0x8214cd4 <exec_byte_code+2295>,
0x8214c86 <exec_byte_code+2217>, 0x8214c9d <exec_byte_code+2240>, 0x8214d7c <exec_byte_code+2463>,
0x8214d7e <exec_byte_code+2465>, 0x8214d80 <exec_byte_code+2467>, 0x8214d82 <exec_byte_code+2469>,
0x8214d84 <exec_byte_code+2471>, 0x8214d84 <exec_byte_code+2471>, 0x8214d36 <exec_byte_code+2393>,
0x8214d4d <exec_byte_code+2416>, 0x8214e2c <exec_byte_code+2639>, 0x8214e2e <exec_byte_code+2641>,
0x8214e30 <exec_byte_code+2643>, 0x8214e32 <exec_byte_code+2645>, 0x8214e34 <exec_byte_code+2647>,
0x8214e34 <exec_byte_code+2647>, 0x8214de6 <exec_byte_code+2569>, 0x8214dfd <exec_byte_code+2592>,
0x8215c1f <exec_byte_code+6210>, 0x82159b9 <exec_byte_code+5596>, 0x82159ad <exec_byte_code+5584>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8215e1b <exec_byte_code+6718>,
0x8215ef0 <exec_byte_code+6931>, 0x8215f3b <exec_byte_code+7006>, 0x8215f86 <exec_byte_code+7081>,
0x8215fd5 <exec_byte_code+7160>, 0x82149b9 <exec_byte_code+1500>, 0x8214a1b <exec_byte_code+1598>,
0x8216031 <exec_byte_code+7252>, 0x821492d <exec_byte_code+1360>, 0x8214a7b <exec_byte_code+1694>,
0x821607d <exec_byte_code+7328>, 0x82160dd <exec_byte_code+7424>, 0x821611c <exec_byte_code+7487>,
0x821617c <exec_byte_code+7583>, 0x82161c8 <exec_byte_code+7659>, 0x8216289 <exec_byte_code+7852>,
0x82162c8 <exec_byte_code+7915>, 0x8216328 <exec_byte_code+8011>, 0x82163a9 <exec_byte_code+8140>,
0x82163e8 <exec_byte_code+8203>, 0x8216427 <exec_byte_code+8266>, 0x8216487 <exec_byte_code+8362>,
0x82164e7 <exec_byte_code+8458>, 0x8216547 <exec_byte_code+8554>, 0x82165c8 <exec_byte_code+8683>,
0x8216614 <exec_byte_code+8759>, 0x8216660 <exec_byte_code+8835>, 0x8216721 <exec_byte_code+9028>,
0x821679e <exec_byte_code+9153>, 0x821681b <exec_byte_code+9278>, 0x8216a33 <exec_byte_code+9814>,
0x8216a9b <exec_byte_code+9918>, 0x8216b03 <exec_byte_code+10022>, 0x8216b6b <exec_byte_code+10126>,
0x8216bd3 <exec_byte_code+10230>, 0x8216c1f <exec_byte_code+10306>, 0x8216ca3 <exec_byte_code+10438>,
0x8216cef <exec_byte_code+10514>, 0x8216d3b <exec_byte_code+10590>, 0x8216d87 <exec_byte_code+10666>,
0x8216e7f <exec_byte_code+10914>, 0x821585c <exec_byte_code+5247>, 0x8216ed4 <exec_byte_code+10999>,
0x8216f13 <exec_byte_code+11062>, 0x8216fcd <exec_byte_code+11248>, 0x8217022 <exec_byte_code+11333>,
0x8217077 <exec_byte_code+11418>, 0x82170b6 <exec_byte_code+11481>, 0x82170fd <exec_byte_code+11552>,
0x8217144 <exec_byte_code+11623>, 0x8217193 <exec_byte_code+11702>, 0x8217e9c <exec_byte_code+15039>,
0x82171dc <exec_byte_code+11775>, 0x8217217 <exec_byte_code+11834>, 0x8217252 <exec_byte_code+11893>,
0x821728d <exec_byte_code+11952>, 0x82172c8 <exec_byte_code+12011>, 0x8217303 <exec_byte_code+12070>,
0x821585c <exec_byte_code+5247>, 0x8217e9c <exec_byte_code+15039>, 0x8217342 <exec_byte_code+12133>,
0x821738c <exec_byte_code+12207>, 0x82173cb <exec_byte_code+12270>, 0x821740a <exec_byte_code+12333>,
0x821746a <exec_byte_code+12429>, 0x82174ca <exec_byte_code+12525>, 0x8217509 <exec_byte_code+12588>,
0x82175e3 <exec_byte_code+12806>, 0x8217643 <exec_byte_code+12902>, 0x82176a3 <exec_byte_code+12998>,
0x8217703 <exec_byte_code+13094>, 0x821773e <exec_byte_code+13153>, 0x8217e9c <exec_byte_code+15039>,
0x82157a8 <exec_byte_code+5067>, 0x8214ebd <exec_byte_code+2784>, 0x821481e <exec_byte_code+1089>,
0x8214fa4 <exec_byte_code+3015>, 0x82150b3 <exec_byte_code+3286>, 0x82151b8 <exec_byte_code+3547>,
0x821573f <exec_byte_code+4962>, 0x821577a <exec_byte_code+5021>, 0x8214c3c <exec_byte_code+2143>,
0x8215820 <exec_byte_code+5187>, 0x8215888 <exec_byte_code+5291>, 0x8215909 <exec_byte_code+5420>,
0x8215945 <exec_byte_code+5480>, 0x8215c53 <exec_byte_code+6262>, 0x8215cc7 <exec_byte_code+6378>,
0x8215d48 <exec_byte_code+6507>, 0x8215da5 <exec_byte_code+6600>, 0x8214e7f <exec_byte_code+2722>,
0x821777d <exec_byte_code+13216>, 0x82177fe <exec_byte_code+13345>, 0x821783d <exec_byte_code+13408>,
0x821787c <exec_byte_code+13471>, 0x82178bb <exec_byte_code+13534>, 0x82178fa <exec_byte_code+13597>,
0x821795a <exec_byte_code+13693>, 0x82179ba <exec_byte_code+13789>, 0x8217a14 <exec_byte_code+13879>,
0x8217a6e <exec_byte_code+13969>, 0x8217b86 <exec_byte_code+14249>, 0x8217be0 <exec_byte_code+14339>,
0x8217c3a <exec_byte_code+14429>, 0x8217c79 <exec_byte_code+14492>, 0x8217cd3 <exec_byte_code+14582>,
0x8217d2d <exec_byte_code+14672>, 0x8217d72 <exec_byte_code+14741>, 0x8217db7 <exec_byte_code+14810>,
0x8216dd3 <exec_byte_code+10742>, 0x8216e1f <exec_byte_code+10818>, 0x8217e03 <exec_byte_code+14886>,
0x8217e52 <exec_byte_code+14965>, 0x8217e9c <exec_byte_code+15039>, 0x82152bd <exec_byte_code+3808>,
0x821537d <exec_byte_code+4000>, 0x821546e <exec_byte_code+4241>, 0x821555f <exec_byte_code+4482>,
0x821564f <exec_byte_code+4722>, 0x8216214 <exec_byte_code+7735>, 0x82166ac <exec_byte_code+8911>,
0x8216f58 <exec_byte_code+11131>, 0x8218022 <exec_byte_code+15429>, 0x8218080 <exec_byte_code+15523>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8218100 <exec_byte_code+15651>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8218187 <exec_byte_code+15786> <repeats 64 times>}
count = 18
count_volatile = 17
op = 1
vectorp = 0x83a5384 <pure+826980>
vectorp_volatile = 0x12
stack = {
pc = 0x84d1856 <pure+2057014> "\034\313\fA\206\030",
byte_string = 138040177,
byte_string_start = 0x84d1846 <pure+2056998> "\306\b\t\307#\210\310\b!\032\311 \033\312\b!\034\313\fA\206\030",
next = 0xbfffddf0
}
stack_volatile = {
pc = 0x83a5338 <pure+826904> "\005",
byte_string = 12,
byte_string_start = 0x0,
next = 0x0
}
top = 0xbfffd7e4
result = 140380912
type = CATCHER
#13 0x081dbf4b in funcall_lambda (fun=138040125, nargs=5, arg_vector=0x83a5385 <pure+826981>) at eval.c:3047
val = 140448888
syms_left = 140327874
next = 142744378
lexenv = 140327874
count = 13
i = 5
optional = false
rest = false
#14 0x081db833 in Ffuncall (nargs=6, args=0xbfffdb00) at eval.c:2862
fun = 138040125
original_fun = 144131434
funcar = 142975976
numargs = 5
lisp_numargs = 142975981
val = 1
internal_args = 0xbfffdb00
i = 142975976
#15 0x081dace0 in Fapply (nargs=2, args=0xbfffdc08) at eval.c:2352
i = 6
numargs = 5
spread_arg = 140327874
funcall_args = 0xbfffdb00
fun = 138040125
retval = 139926960
gcpro1 = {
next = 0xa,
var = 0x85d3bc2,
nvars = 6
}
sa_count = 12
sa_must_free = false
#16 0x081db4f4 in Ffuncall (nargs=3, args=0xbfffdc04) at eval.c:2794
fun = 139926965
original_fun = 140400690
funcar = 135619965
numargs = 2
lisp_numargs = -1073751064
val = -1073751064
internal_args = 0x10
i = 136070068
#17 0x08214db7 in exec_byte_code (bytestr=137897153, vector=137897181, maxdepth=16, args_template=140327874, nargs=0,
args=0x0) at bytecode.c:919
targets = {0x8217e9c <exec_byte_code+15039>, 0x8217eef <exec_byte_code+15122>, 0x8217ef1 <exec_byte_code+15124>,
0x8217ef3 <exec_byte_code+15126>, 0x8217ef5 <exec_byte_code+15128>, 0x8217ef5 <exec_byte_code+15128>,
0x8217f48 <exec_byte_code+15211>, 0x8217fa4 <exec_byte_code+15303>, 0x8214735 <exec_byte_code+856>,
0x8214737 <exec_byte_code+858>, 0x8214739 <exec_byte_code+860>, 0x821473b <exec_byte_code+862>,
0x821473d <exec_byte_code+864>, 0x821473d <exec_byte_code+864>, 0x8214746 <exec_byte_code+873>,
0x8214706 <exec_byte_code+809>, 0x8214b08 <exec_byte_code+1835>, 0x8214b0a <exec_byte_code+1837>,
0x8214b0c <exec_byte_code+1839>, 0x8214b0e <exec_byte_code+1841>, 0x8214b10 <exec_byte_code+1843>,
0x8214b10 <exec_byte_code+1843>, 0x8214b48 <exec_byte_code+1899>, 0x8214b19 <exec_byte_code+1852>,
0x8214ccc <exec_byte_code+2287>, 0x8214cce <exec_byte_code+2289>, 0x8214cd0 <exec_byte_code+2291>,
0x8214cd2 <exec_byte_code+2293>, 0x8214cd4 <exec_byte_code+2295>, 0x8214cd4 <exec_byte_code+2295>,
0x8214c86 <exec_byte_code+2217>, 0x8214c9d <exec_byte_code+2240>, 0x8214d7c <exec_byte_code+2463>,
0x8214d7e <exec_byte_code+2465>, 0x8214d80 <exec_byte_code+2467>, 0x8214d82 <exec_byte_code+2469>,
0x8214d84 <exec_byte_code+2471>, 0x8214d84 <exec_byte_code+2471>, 0x8214d36 <exec_byte_code+2393>,
0x8214d4d <exec_byte_code+2416>, 0x8214e2c <exec_byte_code+2639>, 0x8214e2e <exec_byte_code+2641>,
0x8214e30 <exec_byte_code+2643>, 0x8214e32 <exec_byte_code+2645>, 0x8214e34 <exec_byte_code+2647>,
0x8214e34 <exec_byte_code+2647>, 0x8214de6 <exec_byte_code+2569>, 0x8214dfd <exec_byte_code+2592>,
0x8215c1f <exec_byte_code+6210>, 0x82159b9 <exec_byte_code+5596>, 0x82159ad <exec_byte_code+5584>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8215e1b <exec_byte_code+6718>,
0x8215ef0 <exec_byte_code+6931>, 0x8215f3b <exec_byte_code+7006>, 0x8215f86 <exec_byte_code+7081>,
0x8215fd5 <exec_byte_code+7160>, 0x82149b9 <exec_byte_code+1500>, 0x8214a1b <exec_byte_code+1598>,
0x8216031 <exec_byte_code+7252>, 0x821492d <exec_byte_code+1360>, 0x8214a7b <exec_byte_code+1694>,
0x821607d <exec_byte_code+7328>, 0x82160dd <exec_byte_code+7424>, 0x821611c <exec_byte_code+7487>,
0x821617c <exec_byte_code+7583>, 0x82161c8 <exec_byte_code+7659>, 0x8216289 <exec_byte_code+7852>,
0x82162c8 <exec_byte_code+7915>, 0x8216328 <exec_byte_code+8011>, 0x82163a9 <exec_byte_code+8140>,
0x82163e8 <exec_byte_code+8203>, 0x8216427 <exec_byte_code+8266>, 0x8216487 <exec_byte_code+8362>,
0x82164e7 <exec_byte_code+8458>, 0x8216547 <exec_byte_code+8554>, 0x82165c8 <exec_byte_code+8683>,
0x8216614 <exec_byte_code+8759>, 0x8216660 <exec_byte_code+8835>, 0x8216721 <exec_byte_code+9028>,
0x821679e <exec_byte_code+9153>, 0x821681b <exec_byte_code+9278>, 0x8216a33 <exec_byte_code+9814>,
0x8216a9b <exec_byte_code+9918>, 0x8216b03 <exec_byte_code+10022>, 0x8216b6b <exec_byte_code+10126>,
0x8216bd3 <exec_byte_code+10230>, 0x8216c1f <exec_byte_code+10306>, 0x8216ca3 <exec_byte_code+10438>,
0x8216cef <exec_byte_code+10514>, 0x8216d3b <exec_byte_code+10590>, 0x8216d87 <exec_byte_code+10666>,
0x8216e7f <exec_byte_code+10914>, 0x821585c <exec_byte_code+5247>, 0x8216ed4 <exec_byte_code+10999>,
0x8216f13 <exec_byte_code+11062>, 0x8216fcd <exec_byte_code+11248>, 0x8217022 <exec_byte_code+11333>,
0x8217077 <exec_byte_code+11418>, 0x82170b6 <exec_byte_code+11481>, 0x82170fd <exec_byte_code+11552>,
0x8217144 <exec_byte_code+11623>, 0x8217193 <exec_byte_code+11702>, 0x8217e9c <exec_byte_code+15039>,
0x82171dc <exec_byte_code+11775>, 0x8217217 <exec_byte_code+11834>, 0x8217252 <exec_byte_code+11893>,
0x821728d <exec_byte_code+11952>, 0x82172c8 <exec_byte_code+12011>, 0x8217303 <exec_byte_code+12070>,
0x821585c <exec_byte_code+5247>, 0x8217e9c <exec_byte_code+15039>, 0x8217342 <exec_byte_code+12133>,
0x821738c <exec_byte_code+12207>, 0x82173cb <exec_byte_code+12270>, 0x821740a <exec_byte_code+12333>,
0x821746a <exec_byte_code+12429>, 0x82174ca <exec_byte_code+12525>, 0x8217509 <exec_byte_code+12588>,
0x82175e3 <exec_byte_code+12806>, 0x8217643 <exec_byte_code+12902>, 0x82176a3 <exec_byte_code+12998>,
0x8217703 <exec_byte_code+13094>, 0x821773e <exec_byte_code+13153>, 0x8217e9c <exec_byte_code+15039>,
0x82157a8 <exec_byte_code+5067>, 0x8214ebd <exec_byte_code+2784>, 0x821481e <exec_byte_code+1089>,
0x8214fa4 <exec_byte_code+3015>, 0x82150b3 <exec_byte_code+3286>, 0x82151b8 <exec_byte_code+3547>,
0x821573f <exec_byte_code+4962>, 0x821577a <exec_byte_code+5021>, 0x8214c3c <exec_byte_code+2143>,
0x8215820 <exec_byte_code+5187>, 0x8215888 <exec_byte_code+5291>, 0x8215909 <exec_byte_code+5420>,
0x8215945 <exec_byte_code+5480>, 0x8215c53 <exec_byte_code+6262>, 0x8215cc7 <exec_byte_code+6378>,
0x8215d48 <exec_byte_code+6507>, 0x8215da5 <exec_byte_code+6600>, 0x8214e7f <exec_byte_code+2722>,
0x821777d <exec_byte_code+13216>, 0x82177fe <exec_byte_code+13345>, 0x821783d <exec_byte_code+13408>,
0x821787c <exec_byte_code+13471>, 0x82178bb <exec_byte_code+13534>, 0x82178fa <exec_byte_code+13597>,
0x821795a <exec_byte_code+13693>, 0x82179ba <exec_byte_code+13789>, 0x8217a14 <exec_byte_code+13879>,
0x8217a6e <exec_byte_code+13969>, 0x8217b86 <exec_byte_code+14249>, 0x8217be0 <exec_byte_code+14339>,
0x8217c3a <exec_byte_code+14429>, 0x8217c79 <exec_byte_code+14492>, 0x8217cd3 <exec_byte_code+14582>,
0x8217d2d <exec_byte_code+14672>, 0x8217d72 <exec_byte_code+14741>, 0x8217db7 <exec_byte_code+14810>,
0x8216dd3 <exec_byte_code+10742>, 0x8216e1f <exec_byte_code+10818>, 0x8217e03 <exec_byte_code+14886>,
0x8217e52 <exec_byte_code+14965>, 0x8217e9c <exec_byte_code+15039>, 0x82152bd <exec_byte_code+3808>,
0x821537d <exec_byte_code+4000>, 0x821546e <exec_byte_code+4241>, 0x821555f <exec_byte_code+4482>,
0x821564f <exec_byte_code+4722>, 0x8216214 <exec_byte_code+7735>, 0x82166ac <exec_byte_code+8911>,
0x8216f58 <exec_byte_code+11131>, 0x8218022 <exec_byte_code+15429>, 0x8218080 <exec_byte_code+15523>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8218100 <exec_byte_code+15651>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8218187 <exec_byte_code+15786> <repeats 64 times>}
count = 10
count_volatile = -1073750904
op = 2
vectorp = 0x83824dc <pure+683964>
vectorp_volatile = 0x81dc547 <unbind_to+213>
stack = {
pc = 0x84ef5b8 <pure+2179224> "\210)\301\207",
byte_string = 137897153,
byte_string_start = 0x84ef5af <pure+2179215> "r\301\b\302H\b\303H\"\210)\301\207",
next = 0xbfffe1a0
}
stack_volatile = {
pc = 0x85d8cf0 "E\240\003F\361d]\b\302;]\b\351 <at> y\b\302;]\b",
byte_string = 13,
byte_string_start = 0x8a514d8 "\340\326n\b\001",
next = 0x5
}
top = 0xbfffdc04
result = 135
type = (unknown: 140327874)
#18 0x082143c0 in Fbyte_code (bytestr=137897153, vector=137897181, maxdepth=16) at bytecode.c:482
No locals.
#19 0x081da5ba in eval_sub (form=137897142) at eval.c:2189
numargs = 12
args_left = 140327874
i = 16
maxargs = 3
argvals = {137897153, 137897181, 16, 137896637, 16, 184691590, 140327874, 140327874}
fun = 139931437
val = 144073192
original_fun = 140406194
original_args = 137897150
funcar = -1073750232
gcpro1 = {
next = 0x83824c1 <pure+683937>,
var = 0x83824dd <pure+683965>,
nvars = 16
}
gcpro2 = {
next = 0x83824c1 <pure+683937>,
var = 0x83824dd <pure+683965>,
nvars = 16
}
gcpro3 = {
next = 0xb022b86,
var = 0xbfffdee0,
nvars = 3
}
#20 0x081d8d42 in internal_lisp_condition_case (var=142531450, bodyform=137897142, handlers=137897206) at eval.c:1321
val = 140327874
c = 0x8996320
oldhandlerlist = 0x8996248
clausenb = 1
#21 0x08215d19 in exec_byte_code (bytestr=137897001, vector=137897021, maxdepth=20, args_template=140327874, nargs=0,
args=0x0) at bytecode.c:1169
handlers = 137897206
body = 137897142
targets = {0x8217e9c <exec_byte_code+15039>, 0x8217eef <exec_byte_code+15122>, 0x8217ef1 <exec_byte_code+15124>,
0x8217ef3 <exec_byte_code+15126>, 0x8217ef5 <exec_byte_code+15128>, 0x8217ef5 <exec_byte_code+15128>,
0x8217f48 <exec_byte_code+15211>, 0x8217fa4 <exec_byte_code+15303>, 0x8214735 <exec_byte_code+856>,
0x8214737 <exec_byte_code+858>, 0x8214739 <exec_byte_code+860>, 0x821473b <exec_byte_code+862>,
0x821473d <exec_byte_code+864>, 0x821473d <exec_byte_code+864>, 0x8214746 <exec_byte_code+873>,
0x8214706 <exec_byte_code+809>, 0x8214b08 <exec_byte_code+1835>, 0x8214b0a <exec_byte_code+1837>,
0x8214b0c <exec_byte_code+1839>, 0x8214b0e <exec_byte_code+1841>, 0x8214b10 <exec_byte_code+1843>,
0x8214b10 <exec_byte_code+1843>, 0x8214b48 <exec_byte_code+1899>, 0x8214b19 <exec_byte_code+1852>,
0x8214ccc <exec_byte_code+2287>, 0x8214cce <exec_byte_code+2289>, 0x8214cd0 <exec_byte_code+2291>,
0x8214cd2 <exec_byte_code+2293>, 0x8214cd4 <exec_byte_code+2295>, 0x8214cd4 <exec_byte_code+2295>,
0x8214c86 <exec_byte_code+2217>, 0x8214c9d <exec_byte_code+2240>, 0x8214d7c <exec_byte_code+2463>,
0x8214d7e <exec_byte_code+2465>, 0x8214d80 <exec_byte_code+2467>, 0x8214d82 <exec_byte_code+2469>,
0x8214d84 <exec_byte_code+2471>, 0x8214d84 <exec_byte_code+2471>, 0x8214d36 <exec_byte_code+2393>,
0x8214d4d <exec_byte_code+2416>, 0x8214e2c <exec_byte_code+2639>, 0x8214e2e <exec_byte_code+2641>,
0x8214e30 <exec_byte_code+2643>, 0x8214e32 <exec_byte_code+2645>, 0x8214e34 <exec_byte_code+2647>,
0x8214e34 <exec_byte_code+2647>, 0x8214de6 <exec_byte_code+2569>, 0x8214dfd <exec_byte_code+2592>,
0x8215c1f <exec_byte_code+6210>, 0x82159b9 <exec_byte_code+5596>, 0x82159ad <exec_byte_code+5584>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8215e1b <exec_byte_code+6718>,
0x8215ef0 <exec_byte_code+6931>, 0x8215f3b <exec_byte_code+7006>, 0x8215f86 <exec_byte_code+7081>,
0x8215fd5 <exec_byte_code+7160>, 0x82149b9 <exec_byte_code+1500>, 0x8214a1b <exec_byte_code+1598>,
0x8216031 <exec_byte_code+7252>, 0x821492d <exec_byte_code+1360>, 0x8214a7b <exec_byte_code+1694>,
0x821607d <exec_byte_code+7328>, 0x82160dd <exec_byte_code+7424>, 0x821611c <exec_byte_code+7487>,
0x821617c <exec_byte_code+7583>, 0x82161c8 <exec_byte_code+7659>, 0x8216289 <exec_byte_code+7852>,
0x82162c8 <exec_byte_code+7915>, 0x8216328 <exec_byte_code+8011>, 0x82163a9 <exec_byte_code+8140>,
0x82163e8 <exec_byte_code+8203>, 0x8216427 <exec_byte_code+8266>, 0x8216487 <exec_byte_code+8362>,
0x82164e7 <exec_byte_code+8458>, 0x8216547 <exec_byte_code+8554>, 0x82165c8 <exec_byte_code+8683>,
0x8216614 <exec_byte_code+8759>, 0x8216660 <exec_byte_code+8835>, 0x8216721 <exec_byte_code+9028>,
0x821679e <exec_byte_code+9153>, 0x821681b <exec_byte_code+9278>, 0x8216a33 <exec_byte_code+9814>,
0x8216a9b <exec_byte_code+9918>, 0x8216b03 <exec_byte_code+10022>, 0x8216b6b <exec_byte_code+10126>,
0x8216bd3 <exec_byte_code+10230>, 0x8216c1f <exec_byte_code+10306>, 0x8216ca3 <exec_byte_code+10438>,
0x8216cef <exec_byte_code+10514>, 0x8216d3b <exec_byte_code+10590>, 0x8216d87 <exec_byte_code+10666>,
0x8216e7f <exec_byte_code+10914>, 0x821585c <exec_byte_code+5247>, 0x8216ed4 <exec_byte_code+10999>,
0x8216f13 <exec_byte_code+11062>, 0x8216fcd <exec_byte_code+11248>, 0x8217022 <exec_byte_code+11333>,
0x8217077 <exec_byte_code+11418>, 0x82170b6 <exec_byte_code+11481>, 0x82170fd <exec_byte_code+11552>,
0x8217144 <exec_byte_code+11623>, 0x8217193 <exec_byte_code+11702>, 0x8217e9c <exec_byte_code+15039>,
0x82171dc <exec_byte_code+11775>, 0x8217217 <exec_byte_code+11834>, 0x8217252 <exec_byte_code+11893>,
0x821728d <exec_byte_code+11952>, 0x82172c8 <exec_byte_code+12011>, 0x8217303 <exec_byte_code+12070>,
0x821585c <exec_byte_code+5247>, 0x8217e9c <exec_byte_code+15039>, 0x8217342 <exec_byte_code+12133>,
0x821738c <exec_byte_code+12207>, 0x82173cb <exec_byte_code+12270>, 0x821740a <exec_byte_code+12333>,
0x821746a <exec_byte_code+12429>, 0x82174ca <exec_byte_code+12525>, 0x8217509 <exec_byte_code+12588>,
0x82175e3 <exec_byte_code+12806>, 0x8217643 <exec_byte_code+12902>, 0x82176a3 <exec_byte_code+12998>,
0x8217703 <exec_byte_code+13094>, 0x821773e <exec_byte_code+13153>, 0x8217e9c <exec_byte_code+15039>,
0x82157a8 <exec_byte_code+5067>, 0x8214ebd <exec_byte_code+2784>, 0x821481e <exec_byte_code+1089>,
0x8214fa4 <exec_byte_code+3015>, 0x82150b3 <exec_byte_code+3286>, 0x82151b8 <exec_byte_code+3547>,
0x821573f <exec_byte_code+4962>, 0x821577a <exec_byte_code+5021>, 0x8214c3c <exec_byte_code+2143>,
0x8215820 <exec_byte_code+5187>, 0x8215888 <exec_byte_code+5291>, 0x8215909 <exec_byte_code+5420>,
0x8215945 <exec_byte_code+5480>, 0x8215c53 <exec_byte_code+6262>, 0x8215cc7 <exec_byte_code+6378>,
0x8215d48 <exec_byte_code+6507>, 0x8215da5 <exec_byte_code+6600>, 0x8214e7f <exec_byte_code+2722>,
0x821777d <exec_byte_code+13216>, 0x82177fe <exec_byte_code+13345>, 0x821783d <exec_byte_code+13408>,
0x821787c <exec_byte_code+13471>, 0x82178bb <exec_byte_code+13534>, 0x82178fa <exec_byte_code+13597>,
0x821795a <exec_byte_code+13693>, 0x82179ba <exec_byte_code+13789>, 0x8217a14 <exec_byte_code+13879>,
0x8217a6e <exec_byte_code+13969>, 0x8217b86 <exec_byte_code+14249>, 0x8217be0 <exec_byte_code+14339>,
0x8217c3a <exec_byte_code+14429>, 0x8217c79 <exec_byte_code+14492>, 0x8217cd3 <exec_byte_code+14582>,
0x8217d2d <exec_byte_code+14672>, 0x8217d72 <exec_byte_code+14741>, 0x8217db7 <exec_byte_code+14810>,
0x8216dd3 <exec_byte_code+10742>, 0x8216e1f <exec_byte_code+10818>, 0x8217e03 <exec_byte_code+14886>,
0x8217e52 <exec_byte_code+14965>, 0x8217e9c <exec_byte_code+15039>, 0x82152bd <exec_byte_code+3808>,
0x821537d <exec_byte_code+4000>, 0x821546e <exec_byte_code+4241>, 0x821555f <exec_byte_code+4482>,
0x821564f <exec_byte_code+4722>, 0x8216214 <exec_byte_code+7735>, 0x82166ac <exec_byte_code+8911>,
0x8216f58 <exec_byte_code+11131>, 0x8218022 <exec_byte_code+15429>, 0x8218080 <exec_byte_code+15523>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8218100 <exec_byte_code+15651>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>, 0x8217e9c <exec_byte_code+15039>,
0x8218187 <exec_byte_code+15786> <repeats 64 times>}
count = 6
count_volatile = -1073749764
op = 143
vectorp = 0x838243c <pure+683804>
vectorp_volatile = 0xb76c3354
stack = {
pc = 0x84ef633 <pure+2179347> "\210\016\027\205\213",
byte_string = 137897001,
byte_string_start = 0x84ef5bd <pure+2179229> "\b\021\n\020\v\022\306\034\v\033\307\v!\206\026",
next = 0x0
}
stack_volatile = {
pc = 0x8382410 <pure+683760> "\005",
byte_string = 12,
byte_string_start = 0x0,
next = 0xb6c2febd <__libc_writev+173>
}
top = 0xbfffdfb4
result = 140327874
type = (unknown: 144624016)
#22 0x081dbf4b in funcall_lambda (fun=137896981, nargs=1, arg_vector=0x838243d <pure+683805>) at eval.c:3047
val = 144350360
syms_left = 140327874
next = 144073194
lexenv = 140327874
count = 5
i = 1
optional = false
rest = false
#23 0x081db833 in Ffuncall (nargs=2, args=0xbfffe2cc) at eval.c:2862
fun = 137896981
original_fun = 140352458
funcar = 1
numargs = 1
lisp_numargs = 140348656
val = -1073749320
internal_args = 0x85d3bda
i = 136064395
#24 0x081db123 in call1 (fn=140352458, arg1=147568677) at eval.c:2612
ret_ungc_val = 140327874
gcpro1 = {
next = 0x530ccd12,
var = 0x85e53a0,
nvars = 2
}
args = {140352458, 147568677}
#25 0x0816069a in timer_check_2 (timers=149911558, idle_timers=140327874) at keyboard.c:4506
count = 3
old_deactivate_mark = 140327874
idle_timer_ripe = false
timer = 147568677
timer_time = {
tv_sec = 1393347858,
tv_nsec = 630924575
}
timer_difference = {
tv_sec = 0,
tv_nsec = 4596220
}
idle_timer_difference = {
tv_sec = 0,
tv_nsec = -1
}
ripe = true
idle_timer = 140327874
idle_timer_time = {
tv_sec = 136180044,
tv_nsec = 1
}
difference = {
tv_sec = 0,
tv_nsec = 4596220
}
timer_ripe = true
nexttime = {
tv_sec = 0,
tv_nsec = -1
}
now = {
tv_sec = 1393347858,
tv_nsec = 635520795
}
idleness_now = {
tv_sec = 18,
tv_nsec = 868470233
}
chosen_timer = 147568677
gcpro1 = {
next = 0x0,
var = 0xffffffff,
nvars = 0
}
#26 0x081607b0 in timer_check () at keyboard.c:4573
nexttime = {
tv_sec = 3132,
tv_nsec = 138653490
}
timers = 149911566
idle_timers = 149911574
gcpro1 = {
next = 0xc3c,
var = 0x843af32 <pure+1440274>,
nvars = -2385
}
gcpro2 = {
next = 0xc3c,
var = 0x843af32 <pure+1440274>,
nvars = -2385
}
tem = 140327874
#27 0x0821f11e in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=140327874,
wait_proc=0x0, just_wait_proc=0) at process.c:4370
old_timers_run = 1024
old_buffer = 0x85d8cf0
old_window = 143073029
timer_delay = {
tv_sec = 3132,
tv_nsec = 138653490
}
timeout_reduced_for_timers = false
channel = 3
nfds = -1073748920
Available = {
fds_bits = {0 <repeats 32 times>}
}
Writeok = {
fds_bits = {0 <repeats 32 times>}
}
check_write = 255
check_delay = -1232756736
no_avail = 191
xerrno = 142975976
proc = 144350284
timeout = {
tv_sec = 29,
tv_nsec = 999997615
}
end_time = {
tv_sec = 1393347882,
tv_nsec = 309573092
}
wait_channel = -1
got_some_input = false
count = 2
#28 0x08062279 in sit_for (timeout=120, reading=true, display_option=1) at dispnew.c:5805
sec = 30
nsec = 0
do_display = true
#29 0x0815d766 in read_char (commandflag=1, map=162385222, prev_event=140327874, used_mouse_menu=0xbfffe945, end_time=0x0)
at keyboard.c:2806
tem0 = 140327874
timeout = 30
delay_level = 4
buffer_size = 1
c = 140327874
jmpcount = 2
local_getcjmp = {{
__jmpbuf = {140327898, 0, 0, -1073747704, -3863765, 732463172},
__mask_was_saved = 0,
__saved_mask = {
__val = {0, 3221219352, 136063266, 142350720, 142350720, 3221219136, 192, 140348656, 2, 142516792, 142350720,
0, 0, 3221219448, 135721502, 142516794, 140350962, 140348661, 192, 0, 0, 0, 2, 140327874, 140327874,
142396294, 142516794, 140327874, 162385206, 1, 192, 1}
}
}}
save_jump = {{
__jmpbuf = {0, 0, 0, 0, 0, 0},
__mask_was_saved = 0,
__saved_mask = {
__val = {0 <repeats 32 times>}
}
}}
tem = 140327874
save = 140327874
previous_echo_area_message = 140327874
also_record = 140327874
reread = false
gcpro1 = {
next = 0x0,
var = 0x0,
nvars = 0
}
gcpro2 = {
next = 0x0,
var = 0x0,
nvars = 0
}
polling_stopped_here = false
orig_kboard = 0x8a39360
#30 0x0816799b in read_key_sequence (keybuf=0xbfffea78, bufsize=30, prompt=140327874, dont_downcase_last=false,
can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9075
interrupted_kboard = 0x8a39360
interrupted_frame = 0x885a3e8
key = -1073747544
used_mouse_menu = false
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 0
new_binding = 140352674
count = 2
t = 0
echo_start = 0
keys_start = 0
current_binding = 162385222
first_event = 140327874
first_unbound = 31
mock_input = 0
fkey = {
parent = 142269126,
map = 142269126,
start = 0,
end = 0
}
keytran = {
parent = 140315406,
map = 140315406,
start = 0,
end = 0
}
indec = {
parent = 142269134,
map = 142269134,
start = 0,
end = 0
}
shift_translated = false
delayed_switch_frame = 140327874
original_uppercase = 136065331
original_uppercase_position = -1
dummyflag = false
starting_buffer = 0x85d8cf0
fake_prefixed_keys = 140327874
gcpro1 = {
next = 0x87adace,
var = 0x87adace,
nvars = 0
}
#31 0x0815af27 in command_loop_1 () at keyboard.c:1449
cmd = 140405546
keybuf = {96, 428, 140327874, 140400000, 140327874, 1, 0, 144269672, 140400000, 0, 0, 0, -1073747240, 136159041, 2,
141996694, 0, 0, -1229189961, 0, 0, 2, 208, -1208039972, -1073747208, 135637418, 141998134, 140327874, 0, 144269896}
i = 2
prev_modiff = 1228
prev_buffer = 0x8cc2cc0
already_adjusted = false
#32 0x081d8e5c in internal_condition_case (bfun=0x815abdb <command_loop_1>, handlers=140361018, hfun=0x815a593 <cmd_error>)
at eval.c:1352
val = 141996694
c = 0x8996248
#33 0x0815a977 in command_loop_2 (ignore=140327874) at keyboard.c:1174
val = 0
#34 0x081d87db in internal_catch (tag=140359066, func=0x815a953 <command_loop_2>, arg=140327874) at eval.c:1116
val = 140327874
c = 0x8996170
#35 0x0815a92d in command_loop () at keyboard.c:1153
No locals.
#36 0x0815a22f in recursive_edit_1 () at keyboard.c:777
count = 1
val = 136168281
#37 0x0815a36b in Frecursive_edit () at keyboard.c:845
count = 0
buffer = 140327874
#38 0x081586fe in main (argc=3, argv=0xbfffed44) at emacs.c:1643
dummy = -1208014432
stack_bottom_variable = 3 '\003'
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 = 0xb6bc10b6 <__GI___libc_free+6> "\201\303J_\023"
original_pwd = 0x0
Lisp Backtrace:
"image-metadata" (0xbfffd4e8)
"image-multi-frame-p" (0xbfffd7e8)
"image-animate-timeout" (0xbfffdb04)
"apply" (0xbfffdc08)
"byte-code" (0xbfffdee0)
"timer-event-handler" (0xbfffe2d0)
--
Vi needs to be upgraded to vii.
-- BOFH excuse #22
I am listening to "Lisa Gerrard - Amergin's Invocation".
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 17:33:02 GMT) Full text and rfc822 format available.Message #17 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Ivan Kanis <ivan <at> kanis.fr> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 19:31:58 +0200
> From: Ivan Kanis <ivan <at> kanis.fr> > Cc: 16878 <at> debbugs.gnu.org > Date: Tue, 25 Feb 2014 18:06:20 +0100 > > Lisp Backtrace: > "image-metadata" (0xbfffd4e8) > "image-multi-frame-p" (0xbfffd7e8) > "image-animate-timeout" (0xbfffdb04) > "apply" (0xbfffdc08) > "byte-code" (0xbfffdee0) > "timer-event-handler" (0xbfffe2d0) Thanks. So now the question becomes: which timer is that whose handler is being run?
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 17:58:02 GMT) Full text and rfc822 format available.Message #20 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Ivan Kanis <ivan <at> kanis.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 18:57:08 +0100
February, 25 at 19:31 Eli wrote: >> From: Ivan Kanis <ivan <at> kanis.fr> >> Cc: 16878 <at> debbugs.gnu.org >> Date: Tue, 25 Feb 2014 18:06:20 +0100 >> >> Lisp Backtrace: >> "image-metadata" (0xbfffd4e8) >> "image-multi-frame-p" (0xbfffd7e8) >> "image-animate-timeout" (0xbfffdb04) >> "apply" (0xbfffdc08) >> "byte-code" (0xbfffdee0) >> "timer-event-handler" (0xbfffe2d0) > > Thanks. So now the question becomes: which timer is that whose > handler is being run? I am not sure I understand the question. The web page contains an animated gif. I had a cursory look at image.el. My guess is that is where the timer are triggered. Can you reproduce it?
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 18:30:02 GMT) Full text and rfc822 format available.Message #23 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Ivan Kanis <ivan <at> kanis.fr> Cc: 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 20:29:03 +0200
> From: Ivan Kanis <ivan <at> kanis.fr> > Cc: 16878 <at> debbugs.gnu.org > Date: Tue, 25 Feb 2014 18:57:08 +0100 > > February, 25 at 19:31 Eli wrote: > > >> From: Ivan Kanis <ivan <at> kanis.fr> > >> Cc: 16878 <at> debbugs.gnu.org > >> Date: Tue, 25 Feb 2014 18:06:20 +0100 > >> > >> Lisp Backtrace: > >> "image-metadata" (0xbfffd4e8) > >> "image-multi-frame-p" (0xbfffd7e8) > >> "image-animate-timeout" (0xbfffdb04) > >> "apply" (0xbfffdc08) > >> "byte-code" (0xbfffdee0) > >> "timer-event-handler" (0xbfffe2d0) > > > > Thanks. So now the question becomes: which timer is that whose > > handler is being run? > > I am not sure I understand the question. Look at the Lisp backtrace above: this whole business started from some timer which eventually cause image-animate-timeout to run. The way to fix this is either stop the timer when the buffer is killed, or teach image-animate-timeout to check that the buffer still exists, before it calls image-multi-frame-p etc. > Can you reproduce it? No. I don't have Emacs with Imagemagick support anywhere near me, sorry. Perhaps someone else could look into this, then.
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 18:43:01 GMT) Full text and rfc822 format available.Message #26 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Ivan Kanis <ivan <at> kanis.fr>, 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 13:42:36 -0500
Eli Zaretskii wrote: > No. I don't have Emacs with Imagemagick support anywhere near me, sorry. I assume the same thing will happen with animated gifs rendered via libgif.
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 20:55:03 GMT) Full text and rfc822 format available.Message #29 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Glenn Morris <rgm <at> gnu.org> Cc: ivan <at> kanis.fr, 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 22:54:26 +0200
> From: Glenn Morris <rgm <at> gnu.org> > Cc: Ivan Kanis <ivan <at> kanis.fr>, 16878 <at> debbugs.gnu.org > Date: Tue, 25 Feb 2014 13:42:36 -0500 > > Eli Zaretskii wrote: > > > No. I don't have Emacs with Imagemagick support anywhere near me, sorry. > > I assume the same thing will happen with animated gifs rendered via > libgif. My libgif doesn't, for some reason. (I thought it wasn't supposed to.)
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 21:00:03 GMT) Full text and rfc822 format available.Message #32 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: ivan <at> kanis.fr, 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 15:59:43 -0500
Eli Zaretskii wrote: >> I assume the same thing will happen with animated gifs rendered via >> libgif. > > My libgif doesn't, for some reason. (I thought it wasn't supposed > to.) It should do. At least, it works on GNU/Linux. Visiting an animated gif, or multi-page tiff, `f' should step through image frame, RET should animate. No need for ImageMagick. If that does not work on MS WIndows, that would be a separate issue.
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 21:09:02 GMT) Full text and rfc822 format available.Message #35 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: ivan <at> kanis.fr, 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 16:08:38 -0500
Oh, but eww might indeed require ImageMagick (I did not check), so that it can rescale things.
bug-gnu-emacs <at> gnu.org:bug#16878; Package emacs.
(Tue, 25 Feb 2014 21:24:01 GMT) Full text and rfc822 format available.Message #38 received at 16878 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Glenn Morris <rgm <at> gnu.org> Cc: ivan <at> kanis.fr, 16878 <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 23:22:58 +0200
> From: Glenn Morris <rgm <at> gnu.org> > Cc: ivan <at> kanis.fr, 16878 <at> debbugs.gnu.org > Date: Tue, 25 Feb 2014 15:59:43 -0500 > > Eli Zaretskii wrote: > > >> I assume the same thing will happen with animated gifs rendered via > >> libgif. > > > > My libgif doesn't, for some reason. (I thought it wasn't supposed > > to.) > > It should do. At least, it works on GNU/Linux. > Visiting an animated gif, or multi-page tiff, `f' should > step through image frame, RET should animate. No need for ImageMagick. > If that does not work on MS WIndows, that would be a separate issue. It does work. I simply didn't know about 'f', I thought it should auto-animate itself without any commands. Thanks.
Glenn Morris <rgm <at> gnu.org>:Ivan Kanis <ivan <at> kanis.fr>:Message #43 received at 16878-done <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: 16878-done <at> debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer Date: Tue, 25 Feb 2014 17:00:01 -0500
Version: 24.4 Eli Zaretskii wrote: > teach image-animate-timeout to check that the buffer still exists, Done.
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Wed, 26 Mar 2014 11:24:05 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.