From unknown Mon Jun 23 13:07:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16878 <16878@debbugs.gnu.org> To: bug#16878 <16878@debbugs.gnu.org> Subject: Status: 24.3.50; gif animation continues even after killing buffer Reply-To: bug#16878 <16878@debbugs.gnu.org> Date: Mon, 23 Jun 2025 20:07:51 +0000 retitle 16878 24.3.50; gif animation continues even after killing buffer reassign 16878 emacs submitter 16878 Ivan Kanis severity 16878 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 07:54:35 2014 Received: (at submit) by debbugs.gnu.org; 25 Feb 2014 12:54:35 +0000 Received: from localhost ([127.0.0.1]:38739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIHWs-0003BJ-Rd for submit@debbugs.gnu.org; Tue, 25 Feb 2014 07:54:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36164) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIHWq-0003B1-MY for submit@debbugs.gnu.org; Tue, 25 Feb 2014 07:54:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WIHWg-0006XP-Ae for submit@debbugs.gnu.org; Tue, 25 Feb 2014 07:54:27 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46175) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIHWg-0006XL-7A for submit@debbugs.gnu.org; Tue, 25 Feb 2014 07:54:22 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37862) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIHWb-0001IV-BI for bug-gnu-emacs@gnu.org; Tue, 25 Feb 2014 07:54:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WIHWW-0006TD-9b for bug-gnu-emacs@gnu.org; Tue, 25 Feb 2014 07:54:17 -0500 Received: from kanis.fr ([46.19.35.252]:35926 helo=srv2.kanis.fr) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIHWV-0006CW-UO for bug-gnu-emacs@gnu.org; Tue, 25 Feb 2014 07:54:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kanis.fr; s=alpha; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=wWY+R90u6S1Wx6xPrIHYrmBR7wNtNMHd3IGMHP8b2wU=; b=nf1FriwbC5OoZGllegqwcUMY4bC1A5kLRSv8tCMs3Ap5ccTA0f0dY+nn5Tqw0kilZN6UK2pQsmPzNvfNiwiLdtha27dSbaGS4pMwE6g+RiuZ4cNKyL3ryRZUaKg8wn3C; Received: from smtp.comencini.fr ([164.138.25.8]) by smtp.comencini.fr with esmtpsa (TLS1.1:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80.1) (envelope-from ) id 1WIHWO-0006Se-7t for bug-gnu-emacs@gnu.org; Tue, 25 Feb 2014 13:54:04 +0100 From: Ivan Kanis To: bug-gnu-emacs@gnu.org Subject: 24.3.50; gif animation continues even after killing buffer Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAAB5QTFRF IBkXUxMTOCwoTC4qcUY8iFxQmmper31txpaJ/v/8aKZ1oAAAAcVJREFUOMt100tu2zAQAFDCXnUZ oAcIqG68LZULVLQBbwuSiffm6AIRRyeotAySJoVu2+FPpJWWC3/4NKOZocSW/yxWfnJ2+Bdwzhj7 8gleWVy7DXC2rkMNr2V/zRbghXIwthf3VbIA9Ffc71vZCSFyCEsBggtNS8ludwvfmhYA0Vn9o4DP zMWxR7+cPWzAYFzwM0ModtdmcDbDS6i/hT7L+RZof5yCXGrYe5jn2YO6BYMjgY+51tCIAqHgBLwR pwLnGuRjAKyBJkuN4yd4U92uCY1vUr2D/c5b8DuxyQwfOHUeaLqDJhnkkuGXbB56h2C1IVBdgncc bBi6feroa9B6jUDojnQPQKupbyXyeeCE1oT7Oqrt+SnfY3mkiyGA/3AmD3H5g32CcBx6hY8pRkwJ 9PpcjRGobUfprFnhAa1vepwcgMOhwG+pdSgKHFU9HAvoAH6XUl7lDUCCq5Qb6GMbVm3Aj++qDYCt wdBc/YHgOFCmS3mjDMRcSE2qY4E3Q3PVIQRQmeodNH4QEbRUFZzW+VotzwX4yTcRTySOML1qjcE5 hTirVqDHkMAP0PjAywp3d18JZtqzvr9zDYD+GaSKtE6Zlr/DLPNFmOcvBAAAAABJRU5ErkJggg== X-Hashcash: 1:20:140225:bug-gnu-emacs@gnu.org::D2Ttqwx/VMHt1yN2:00000000000000000000000000000000000000002v9s Date: Tue, 25 Feb 2014 13:54:02 +0100 Message-ID: <87txbnfj4l.fsf@tao.kanis.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) 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@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 e p o r e 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) From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 11:37:35 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 16:37:35 +0000 Received: from localhost ([127.0.0.1]:39619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIL0g-0002C5-Ma for submit@debbugs.gnu.org; Tue, 25 Feb 2014 11:37:35 -0500 Received: from mtaout24.012.net.il ([80.179.55.180]:49709) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIL0d-0002Bn-Cf for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 11:37:32 -0500 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N1K00L008PDB200@mtaout24.012.net.il> for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 18:35:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1K00JG48RW6S20@mtaout24.012.net.il>; Tue, 25 Feb 2014 18:35:57 +0200 (IST) Date: Tue, 25 Feb 2014 18:37:18 +0200 From: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer In-reply-to: <87txbnfj4l.fsf@tao.kanis.fr> X-012-Sender: halo1@inter.net.il To: Ivan Kanis Message-id: <83y50zywqp.fsf@gnu.org> References: <87txbnfj4l.fsf@tao.kanis.fr> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Kanis > 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). From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 11:56:33 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 16:56:33 +0000 Received: from localhost ([127.0.0.1]:39655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILJ2-0002lh-PW for submit@debbugs.gnu.org; Tue, 25 Feb 2014 11:56:33 -0500 Received: from kanis.fr ([46.19.35.252]:39287 helo=srv2.kanis.fr) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILJ0-0002l9-LC for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 11:56:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kanis.fr; s=alpha; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=irSihQyzfb29AXaKBBD2Wm50Gxd9fGsaKBc7J5+UlJQ=; b=eOU4Gb01MuMJ1+6rRj/B1gUFzkgHRTeB8Qoa4lWFs4nGqOUf8o+7atpwzP4IvAmjWgU9VAMysqlJXBnkbb/WvmRouDuPULgFqw4QQrO/EtrtfyMiYmS++6vwt1PC27jY; Received: from smtp.comencini.fr ([164.138.25.8]) by smtp.comencini.fr with esmtpsa (TLS1.1:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80.1) (envelope-from ) id 1WILIu-0000DL-1d; Tue, 25 Feb 2014 17:56:24 +0100 From: Ivan Kanis To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAAB5QTFRF IBkXUxMTOCwoTC4qcUY8iFxQmmper31txpaJ/v/8aKZ1oAAAAcVJREFUOMt100tu2zAQAFDCXnUZ oAcIqG68LZULVLQBbwuSiffm6AIRRyeotAySJoVu2+FPpJWWC3/4NKOZocSW/yxWfnJ2+Bdwzhj7 8gleWVy7DXC2rkMNr2V/zRbghXIwthf3VbIA9Ffc71vZCSFyCEsBggtNS8ludwvfmhYA0Vn9o4DP zMWxR7+cPWzAYFzwM0ModtdmcDbDS6i/hT7L+RZof5yCXGrYe5jn2YO6BYMjgY+51tCIAqHgBLwR pwLnGuRjAKyBJkuN4yd4U92uCY1vUr2D/c5b8DuxyQwfOHUeaLqDJhnkkuGXbB56h2C1IVBdgncc bBi6feroa9B6jUDojnQPQKupbyXyeeCE1oT7Oqrt+SnfY3mkiyGA/3AmD3H5g32CcBx6hY8pRkwJ 9PpcjRGobUfprFnhAa1vepwcgMOhwG+pdSgKHFU9HAvoAH6XUl7lDUCCq5Qb6GMbVm3Aj++qDYCt wdBc/YHgOFCmS3mjDMRcSE2qY4E3Q3PVIQRQmeodNH4QEbRUFZzW+VotzwX4yTcRTySOML1qjcE5 hTirVqDHkMAP0PjAywp3d18JZtqzvr9zDYD+GaSKtE6Zlr/DLPNFmOcvBAAAAABJRU5ErkJggg== X-Hashcash: 1:20:140225:eliz@gnu.org::M2zA+3AoaoCv9+En:0000004jN X-Hashcash: 1:20:140225:16878@debbugs.gnu.org::3iIg0XlndQViYONU:00000000000000000000000000000000000000002rir Date: Tue, 25 Feb 2014 17:56:21 +0100 In-Reply-To: <83y50zywqp.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 25 Feb 2014 18:37:18 +0200") Message-ID: <87bnxvf7wq.fsf@tao.kanis.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) 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". From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 12:06:40 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 17:06:40 +0000 Received: from localhost ([127.0.0.1]:39663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILSo-0004Fq-0c for submit@debbugs.gnu.org; Tue, 25 Feb 2014 12:06:40 -0500 Received: from kanis.fr ([46.19.35.252]:39289 helo=srv2.kanis.fr) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILSj-0004FU-7k for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 12:06:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kanis.fr; s=alpha; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=Nvr/ah+hut4I+jmmHOrFIvjUEsWI/Ih5MzbDoV1Gywc=; b=Ro0Rm7cYecV5jp6tRylFwTWfaoABO4ahklCnCAEqhFDcJNyBTCg0uIE9iNVqnOsZYVGt4n42OmOUckCkwHxRzg4l2HKuztyXzDV2kzTGcVC7BrqqFJK8SdGQrtk1LacM; Received: from smtp.comencini.fr ([164.138.25.8]) by smtp.comencini.fr with esmtpsa (TLS1.1:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80.1) (envelope-from ) id 1WILSY-0000N0-TS; Tue, 25 Feb 2014 18:06:27 +0100 From: Ivan Kanis To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAAB5QTFRF IBkXUxMTOCwoTC4qcUY8iFxQmmper31txpaJ/v/8aKZ1oAAAAcVJREFUOMt100tu2zAQAFDCXnUZ oAcIqG68LZULVLQBbwuSiffm6AIRRyeotAySJoVu2+FPpJWWC3/4NKOZocSW/yxWfnJ2+Bdwzhj7 8gleWVy7DXC2rkMNr2V/zRbghXIwthf3VbIA9Ffc71vZCSFyCEsBggtNS8ludwvfmhYA0Vn9o4DP zMWxR7+cPWzAYFzwM0ModtdmcDbDS6i/hT7L+RZof5yCXGrYe5jn2YO6BYMjgY+51tCIAqHgBLwR pwLnGuRjAKyBJkuN4yd4U92uCY1vUr2D/c5b8DuxyQwfOHUeaLqDJhnkkuGXbB56h2C1IVBdgncc bBi6feroa9B6jUDojnQPQKupbyXyeeCE1oT7Oqrt+SnfY3mkiyGA/3AmD3H5g32CcBx6hY8pRkwJ 9PpcjRGobUfprFnhAa1vepwcgMOhwG+pdSgKHFU9HAvoAH6XUl7lDUCCq5Qb6GMbVm3Aj++qDYCt wdBc/YHgOFCmS3mjDMRcSE2qY4E3Q3PVIQRQmeodNH4QEbRUFZzW+VotzwX4yTcRTySOML1qjcE5 hTirVqDHkMAP0PjAywp3d18JZtqzvr9zDYD+GaSKtE6Zlr/DLPNFmOcvBAAAAABJRU5ErkJggg== X-Hashcash: 1:20:140225:eliz@gnu.org::5anwW2PGAzPvJuBT:0000014Dg X-Hashcash: 1:20:140225:16878@debbugs.gnu.org::lRe6nprLgcp9CDTW:00000000000000000000000000000000000000005R6N Date: Tue, 25 Feb 2014 18:06:20 +0100 In-Reply-To: <83y50zywqp.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 25 Feb 2014 18:37:18 +0200") Message-ID: <8738j7f7g3.fsf@tao.kanis.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) February, 25 at 18:37 Eli wrote: >> From: Ivan Kanis >> 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' , "\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' , " ", '\000' , "\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 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 , 0x8217eef , 0x8217ef1 , 0x8217ef3 , 0x8217ef5 , 0x8217ef5 , 0x8217f48 , 0x8217fa4 , 0x8214735 , 0x8214737 , 0x8214739 , 0x821473b , 0x821473d , 0x821473d , 0x8214746 , 0x8214706 , 0x8214b08 , 0x8214b0a , 0x8214b0c , 0x8214b0e , 0x8214b10 , 0x8214b10 , 0x8214b48 , 0x8214b19 , 0x8214ccc , 0x8214cce , 0x8214cd0 , 0x8214cd2 , 0x8214cd4 , 0x8214cd4 , 0x8214c86 , 0x8214c9d , 0x8214d7c , 0x8214d7e , 0x8214d80 , 0x8214d82 , 0x8214d84 , 0x8214d84 , 0x8214d36 , 0x8214d4d , 0x8214e2c , 0x8214e2e , 0x8214e30 , 0x8214e32 , 0x8214e34 , 0x8214e34 , 0x8214de6 , 0x8214dfd , 0x8215c1f , 0x82159b9 , 0x82159ad , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8215e1b , 0x8215ef0 , 0x8215f3b , 0x8215f86 , 0x8215fd5 , 0x82149b9 , 0x8214a1b , 0x8216031 , 0x821492d , 0x8214a7b , 0x821607d , 0x82160dd , 0x821611c , 0x821617c , 0x82161c8 , 0x8216289 , 0x82162c8 , 0x8216328 , 0x82163a9 , 0x82163e8 , 0x8216427 , 0x8216487 , 0x82164e7 , 0x8216547 , 0x82165c8 , 0x8216614 , 0x8216660 , 0x8216721 , 0x821679e , 0x821681b , 0x8216a33 , 0x8216a9b , 0x8216b03 , 0x8216b6b , 0x8216bd3 , 0x8216c1f , 0x8216ca3 , 0x8216cef , 0x8216d3b , 0x8216d87 , 0x8216e7f , 0x821585c , 0x8216ed4 , 0x8216f13 , 0x8216fcd , 0x8217022 , 0x8217077 , 0x82170b6 , 0x82170fd , 0x8217144 , 0x8217193 , 0x8217e9c , 0x82171dc , 0x8217217 , 0x8217252 , 0x821728d , 0x82172c8 , 0x8217303 , 0x821585c , 0x8217e9c , 0x8217342 , 0x821738c , 0x82173cb , 0x821740a , 0x821746a , 0x82174ca , 0x8217509 , 0x82175e3 , 0x8217643 , 0x82176a3 , 0x8217703 , 0x821773e , 0x8217e9c , 0x82157a8 , 0x8214ebd , 0x821481e , 0x8214fa4 , 0x82150b3 , 0x82151b8 , 0x821573f , 0x821577a , 0x8214c3c , 0x8215820 , 0x8215888 , 0x8215909 , 0x8215945 , 0x8215c53 , 0x8215cc7 , 0x8215d48 , 0x8215da5 , 0x8214e7f , 0x821777d , 0x82177fe , 0x821783d , 0x821787c , 0x82178bb , 0x82178fa , 0x821795a , 0x82179ba , 0x8217a14 , 0x8217a6e , 0x8217b86 , 0x8217be0 , 0x8217c3a , 0x8217c79 , 0x8217cd3 , 0x8217d2d , 0x8217d72 , 0x8217db7 , 0x8216dd3 , 0x8216e1f , 0x8217e03 , 0x8217e52 , 0x8217e9c , 0x82152bd , 0x821537d , 0x821546e , 0x821555f , 0x821564f , 0x8216214 , 0x82166ac , 0x8216f58 , 0x8218022 , 0x8218080 , 0x8217e9c , 0x8217e9c , 0x8218100 , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8218187 } count = 22 count_volatile = -1073752792 op = 1 vectorp = 0x83a4fc4 vectorp_volatile = 0x8155247 stack = { pc = 0x84d1a5e "\031\307\t\310\"\032\307\t\303\"\033\n\205.", byte_string = 138039217, byte_string_start = 0x84d1a55 "\305\306!\205/", next = 0xbfffd9e0 } stack_volatile = { pc = 0x83a4f90 "\005", byte_string = 12, byte_string_start = 0x530ccd12
, next = 0x25e27556 } top = 0xbfffd4e4 result = 4 type = (unknown: 140327874) #10 0x081dbf4b in funcall_lambda (fun=138039189, nargs=1, arg_vector=0x83a4fc5 ) 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 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 , 0x8217eef , 0x8217ef1 , 0x8217ef3 , 0x8217ef5 , 0x8217ef5 , 0x8217f48 , 0x8217fa4 , 0x8214735 , 0x8214737 , 0x8214739 , 0x821473b , 0x821473d , 0x821473d , 0x8214746 , 0x8214706 , 0x8214b08 , 0x8214b0a , 0x8214b0c , 0x8214b0e , 0x8214b10 , 0x8214b10 , 0x8214b48 , 0x8214b19 , 0x8214ccc , 0x8214cce , 0x8214cd0 , 0x8214cd2 , 0x8214cd4 , 0x8214cd4 , 0x8214c86 , 0x8214c9d , 0x8214d7c , 0x8214d7e , 0x8214d80 , 0x8214d82 , 0x8214d84 , 0x8214d84 , 0x8214d36 , 0x8214d4d , 0x8214e2c , 0x8214e2e , 0x8214e30 , 0x8214e32 , 0x8214e34 , 0x8214e34 , 0x8214de6 , 0x8214dfd , 0x8215c1f , 0x82159b9 , 0x82159ad , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8215e1b , 0x8215ef0 , 0x8215f3b , 0x8215f86 , 0x8215fd5 , 0x82149b9 , 0x8214a1b , 0x8216031 , 0x821492d , 0x8214a7b , 0x821607d , 0x82160dd , 0x821611c , 0x821617c , 0x82161c8 , 0x8216289 , 0x82162c8 , 0x8216328 , 0x82163a9 , 0x82163e8 , 0x8216427 , 0x8216487 , 0x82164e7 , 0x8216547 , 0x82165c8 , 0x8216614 , 0x8216660 , 0x8216721 , 0x821679e , 0x821681b , 0x8216a33 , 0x8216a9b , 0x8216b03 , 0x8216b6b , 0x8216bd3 , 0x8216c1f , 0x8216ca3 , 0x8216cef , 0x8216d3b , 0x8216d87 , 0x8216e7f , 0x821585c , 0x8216ed4 , 0x8216f13 , 0x8216fcd , 0x8217022 , 0x8217077 , 0x82170b6 , 0x82170fd , 0x8217144 , 0x8217193 , 0x8217e9c , 0x82171dc , 0x8217217 , 0x8217252 , 0x821728d , 0x82172c8 , 0x8217303 , 0x821585c , 0x8217e9c , 0x8217342 , 0x821738c , 0x82173cb , 0x821740a , 0x821746a , 0x82174ca , 0x8217509 , 0x82175e3 , 0x8217643 , 0x82176a3 , 0x8217703 , 0x821773e , 0x8217e9c , 0x82157a8 , 0x8214ebd , 0x821481e , 0x8214fa4 , 0x82150b3 , 0x82151b8 , 0x821573f , 0x821577a , 0x8214c3c , 0x8215820 , 0x8215888 , 0x8215909 , 0x8215945 , 0x8215c53 , 0x8215cc7 , 0x8215d48 , 0x8215da5 , 0x8214e7f , 0x821777d , 0x82177fe , 0x821783d , 0x821787c , 0x82178bb , 0x82178fa , 0x821795a , 0x82179ba , 0x8217a14 , 0x8217a6e , 0x8217b86 , 0x8217be0 , 0x8217c3a , 0x8217c79 , 0x8217cd3 , 0x8217d2d , 0x8217d72 , 0x8217db7 , 0x8216dd3 , 0x8216e1f , 0x8217e03 , 0x8217e52 , 0x8217e9c , 0x82152bd , 0x821537d , 0x821546e , 0x821555f , 0x821564f , 0x8216214 , 0x82166ac , 0x8216f58 , 0x8218022 , 0x8218080 , 0x8217e9c , 0x8217e9c , 0x8218100 , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8218187 } count = 18 count_volatile = 17 op = 1 vectorp = 0x83a5384 vectorp_volatile = 0x12 stack = { pc = 0x84d1856 "\034\313\fA\206\030", byte_string = 138040177, byte_string_start = 0x84d1846 "\306\b\t\307#\210\310\b!\032\311 \033\312\b!\034\313\fA\206\030", next = 0xbfffddf0 } stack_volatile = { pc = 0x83a5338 "\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 ) 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 , 0x8217eef , 0x8217ef1 , 0x8217ef3 , 0x8217ef5 , 0x8217ef5 , 0x8217f48 , 0x8217fa4 , 0x8214735 , 0x8214737 , 0x8214739 , 0x821473b , 0x821473d , 0x821473d , 0x8214746 , 0x8214706 , 0x8214b08 , 0x8214b0a , 0x8214b0c , 0x8214b0e , 0x8214b10 , 0x8214b10 , 0x8214b48 , 0x8214b19 , 0x8214ccc , 0x8214cce , 0x8214cd0 , 0x8214cd2 , 0x8214cd4 , 0x8214cd4 , 0x8214c86 , 0x8214c9d , 0x8214d7c , 0x8214d7e , 0x8214d80 , 0x8214d82 , 0x8214d84 , 0x8214d84 , 0x8214d36 , 0x8214d4d , 0x8214e2c , 0x8214e2e , 0x8214e30 , 0x8214e32 , 0x8214e34 , 0x8214e34 , 0x8214de6 , 0x8214dfd , 0x8215c1f , 0x82159b9 , 0x82159ad , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8215e1b , 0x8215ef0 , 0x8215f3b , 0x8215f86 , 0x8215fd5 , 0x82149b9 , 0x8214a1b , 0x8216031 , 0x821492d , 0x8214a7b , 0x821607d , 0x82160dd , 0x821611c , 0x821617c , 0x82161c8 , 0x8216289 , 0x82162c8 , 0x8216328 , 0x82163a9 , 0x82163e8 , 0x8216427 , 0x8216487 , 0x82164e7 , 0x8216547 , 0x82165c8 , 0x8216614 , 0x8216660 , 0x8216721 , 0x821679e , 0x821681b , 0x8216a33 , 0x8216a9b , 0x8216b03 , 0x8216b6b , 0x8216bd3 , 0x8216c1f , 0x8216ca3 , 0x8216cef , 0x8216d3b , 0x8216d87 , 0x8216e7f , 0x821585c , 0x8216ed4 , 0x8216f13 , 0x8216fcd , 0x8217022 , 0x8217077 , 0x82170b6 , 0x82170fd , 0x8217144 , 0x8217193 , 0x8217e9c , 0x82171dc , 0x8217217 , 0x8217252 , 0x821728d , 0x82172c8 , 0x8217303 , 0x821585c , 0x8217e9c , 0x8217342 , 0x821738c , 0x82173cb , 0x821740a , 0x821746a , 0x82174ca , 0x8217509 , 0x82175e3 , 0x8217643 , 0x82176a3 , 0x8217703 , 0x821773e , 0x8217e9c , 0x82157a8 , 0x8214ebd , 0x821481e , 0x8214fa4 , 0x82150b3 , 0x82151b8 , 0x821573f , 0x821577a , 0x8214c3c , 0x8215820 , 0x8215888 , 0x8215909 , 0x8215945 , 0x8215c53 , 0x8215cc7 , 0x8215d48 , 0x8215da5 , 0x8214e7f , 0x821777d , 0x82177fe , 0x821783d , 0x821787c , 0x82178bb , 0x82178fa , 0x821795a , 0x82179ba , 0x8217a14 , 0x8217a6e , 0x8217b86 , 0x8217be0 , 0x8217c3a , 0x8217c79 , 0x8217cd3 , 0x8217d2d , 0x8217d72 , 0x8217db7 , 0x8216dd3 , 0x8216e1f , 0x8217e03 , 0x8217e52 , 0x8217e9c , 0x82152bd , 0x821537d , 0x821546e , 0x821555f , 0x821564f , 0x8216214 , 0x82166ac , 0x8216f58 , 0x8218022 , 0x8218080 , 0x8217e9c , 0x8217e9c , 0x8218100 , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8218187 } count = 10 count_volatile = -1073750904 op = 2 vectorp = 0x83824dc vectorp_volatile = 0x81dc547 stack = { pc = 0x84ef5b8 "\210)\301\207", byte_string = 137897153, byte_string_start = 0x84ef5af "r\301\b\302H\b\303H\"\210)\301\207", next = 0xbfffe1a0 } stack_volatile = { pc = 0x85d8cf0 "E\240\003F\361d]\b\302;]\b\351@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 , var = 0x83824dd , nvars = 16 } gcpro2 = { next = 0x83824c1 , var = 0x83824dd , 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 , 0x8217eef , 0x8217ef1 , 0x8217ef3 , 0x8217ef5 , 0x8217ef5 , 0x8217f48 , 0x8217fa4 , 0x8214735 , 0x8214737 , 0x8214739 , 0x821473b , 0x821473d , 0x821473d , 0x8214746 , 0x8214706 , 0x8214b08 , 0x8214b0a , 0x8214b0c , 0x8214b0e , 0x8214b10 , 0x8214b10 , 0x8214b48 , 0x8214b19 , 0x8214ccc , 0x8214cce , 0x8214cd0 , 0x8214cd2 , 0x8214cd4 , 0x8214cd4 , 0x8214c86 , 0x8214c9d , 0x8214d7c , 0x8214d7e , 0x8214d80 , 0x8214d82 , 0x8214d84 , 0x8214d84 , 0x8214d36 , 0x8214d4d , 0x8214e2c , 0x8214e2e , 0x8214e30 , 0x8214e32 , 0x8214e34 , 0x8214e34 , 0x8214de6 , 0x8214dfd , 0x8215c1f , 0x82159b9 , 0x82159ad , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8215e1b , 0x8215ef0 , 0x8215f3b , 0x8215f86 , 0x8215fd5 , 0x82149b9 , 0x8214a1b , 0x8216031 , 0x821492d , 0x8214a7b , 0x821607d , 0x82160dd , 0x821611c , 0x821617c , 0x82161c8 , 0x8216289 , 0x82162c8 , 0x8216328 , 0x82163a9 , 0x82163e8 , 0x8216427 , 0x8216487 , 0x82164e7 , 0x8216547 , 0x82165c8 , 0x8216614 , 0x8216660 , 0x8216721 , 0x821679e , 0x821681b , 0x8216a33 , 0x8216a9b , 0x8216b03 , 0x8216b6b , 0x8216bd3 , 0x8216c1f , 0x8216ca3 , 0x8216cef , 0x8216d3b , 0x8216d87 , 0x8216e7f , 0x821585c , 0x8216ed4 , 0x8216f13 , 0x8216fcd , 0x8217022 , 0x8217077 , 0x82170b6 , 0x82170fd , 0x8217144 , 0x8217193 , 0x8217e9c , 0x82171dc , 0x8217217 , 0x8217252 , 0x821728d , 0x82172c8 , 0x8217303 , 0x821585c , 0x8217e9c , 0x8217342 , 0x821738c , 0x82173cb , 0x821740a , 0x821746a , 0x82174ca , 0x8217509 , 0x82175e3 , 0x8217643 , 0x82176a3 , 0x8217703 , 0x821773e , 0x8217e9c , 0x82157a8 , 0x8214ebd , 0x821481e , 0x8214fa4 , 0x82150b3 , 0x82151b8 , 0x821573f , 0x821577a , 0x8214c3c , 0x8215820 , 0x8215888 , 0x8215909 , 0x8215945 , 0x8215c53 , 0x8215cc7 , 0x8215d48 , 0x8215da5 , 0x8214e7f , 0x821777d , 0x82177fe , 0x821783d , 0x821787c , 0x82178bb , 0x82178fa , 0x821795a , 0x82179ba , 0x8217a14 , 0x8217a6e , 0x8217b86 , 0x8217be0 , 0x8217c3a , 0x8217c79 , 0x8217cd3 , 0x8217d2d , 0x8217d72 , 0x8217db7 , 0x8216dd3 , 0x8216e1f , 0x8217e03 , 0x8217e52 , 0x8217e9c , 0x82152bd , 0x821537d , 0x821546e , 0x821555f , 0x821564f , 0x8216214 , 0x82166ac , 0x8216f58 , 0x8218022 , 0x8218080 , 0x8217e9c , 0x8217e9c , 0x8218100 , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8217e9c , 0x8218187 } count = 6 count_volatile = -1073749764 op = 143 vectorp = 0x838243c vectorp_volatile = 0xb76c3354 stack = { pc = 0x84ef633 "\210\016\027\205\213", byte_string = 137897001, byte_string_start = 0x84ef5bd "\b\021\n\020\v\022\306\034\v\033\307\v!\206\026", next = 0x0 } stack_volatile = { pc = 0x8382410 "\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 ) 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 , nvars = -2385 } gcpro2 = { next = 0xc3c, var = 0x843af32 , 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 } } Writeok = { fds_bits = {0 } } 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 } } }} 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 , handlers=140361018, hfun=0x815a593 ) 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 , 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". From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 12:32:17 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 17:32:17 +0000 Received: from localhost ([127.0.0.1]:39684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILrc-0006F9-Lo for submit@debbugs.gnu.org; Tue, 25 Feb 2014 12:32:17 -0500 Received: from mtaout27.012.net.il ([80.179.55.183]:60208) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WILrX-0006Em-Fm for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 12:32:14 -0500 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N1K00F00B699V00@mtaout27.012.net.il> for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 19:30:10 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1K00B50BAAPD40@mtaout27.012.net.il>; Tue, 25 Feb 2014 19:30:10 +0200 (IST) Date: Tue, 25 Feb 2014 19:31:58 +0200 From: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer In-reply-to: <8738j7f7g3.fsf@tao.kanis.fr> X-012-Sender: halo1@inter.net.il To: Ivan Kanis Message-id: <83r46ryu7l.fsf@gnu.org> References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Kanis > Cc: 16878@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? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 12:57:21 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 17:57:21 +0000 Received: from localhost ([127.0.0.1]:39705 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMFs-0006z3-Mn for submit@debbugs.gnu.org; Tue, 25 Feb 2014 12:57:20 -0500 Received: from kanis.fr ([46.19.35.252]:39296 helo=srv2.kanis.fr) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMFp-0006ye-MB for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 12:57:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kanis.fr; s=alpha; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=7sl8yF1wzOfxdQ+GvEzhviLGhMYqppmrVDjwdYngLRI=; b=g/NKs6VM6hYeiNa5ft20WVxSb33IB96bAoHfQXyxDVuqE+KdMnzk3MMLpKhALNcHZIGFClSWetA1cBPaMZaa2EMh9P/Ckux6EXTdlwJZ31s0H61tKua+BFWSUo/CEmmK; Received: from smtp.comencini.fr ([164.138.25.8]) by smtp.comencini.fr with esmtpsa (TLS1.1:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80.1) (envelope-from ) id 1WIMFi-0001KO-SG; Tue, 25 Feb 2014 18:57:11 +0100 From: Ivan Kanis To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAAB5QTFRF IBkXUxMTOCwoTC4qcUY8iFxQmmper31txpaJ/v/8aKZ1oAAAAcVJREFUOMt100tu2zAQAFDCXnUZ oAcIqG68LZULVLQBbwuSiffm6AIRRyeotAySJoVu2+FPpJWWC3/4NKOZocSW/yxWfnJ2+Bdwzhj7 8gleWVy7DXC2rkMNr2V/zRbghXIwthf3VbIA9Ffc71vZCSFyCEsBggtNS8ludwvfmhYA0Vn9o4DP zMWxR7+cPWzAYFzwM0ModtdmcDbDS6i/hT7L+RZof5yCXGrYe5jn2YO6BYMjgY+51tCIAqHgBLwR pwLnGuRjAKyBJkuN4yd4U92uCY1vUr2D/c5b8DuxyQwfOHUeaLqDJhnkkuGXbB56h2C1IVBdgncc bBi6feroa9B6jUDojnQPQKupbyXyeeCE1oT7Oqrt+SnfY3mkiyGA/3AmD3H5g32CcBx6hY8pRkwJ 9PpcjRGobUfprFnhAa1vepwcgMOhwG+pdSgKHFU9HAvoAH6XUl7lDUCCq5Qb6GMbVm3Aj++qDYCt wdBc/YHgOFCmS3mjDMRcSE2qY4E3Q3PVIQRQmeodNH4QEbRUFZzW+VotzwX4yTcRTySOML1qjcE5 hTirVqDHkMAP0PjAywp3d18JZtqzvr9zDYD+GaSKtE6Zlr/DLPNFmOcvBAAAAABJRU5ErkJggg== X-Hashcash: 1:20:140225:16878@debbugs.gnu.org::zMf1sEyA5vZS+ITE:00000000000000000000000000000000000000000zzF X-Hashcash: 1:20:140225:eliz@gnu.org::MBJ0slEdwjEXiLRj:000000Vqc Date: Tue, 25 Feb 2014 18:57:08 +0100 In-Reply-To: <83r46ryu7l.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 25 Feb 2014 19:31:58 +0200") Message-ID: <87lhwzdqiz.fsf@tao.kanis.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) February, 25 at 19:31 Eli wrote: >> From: Ivan Kanis >> Cc: 16878@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? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 13:29:19 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 18:29:19 +0000 Received: from localhost ([127.0.0.1]:39757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMko-0000gN-UE for submit@debbugs.gnu.org; Tue, 25 Feb 2014 13:29:19 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:57987) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMkm-0000fy-9p for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 13:29:17 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N1K00100DVCPI00@mtaout25.012.net.il> for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 20:27:41 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1K00HSPDY54P90@mtaout25.012.net.il>; Tue, 25 Feb 2014 20:27:41 +0200 (IST) Date: Tue, 25 Feb 2014 20:29:03 +0200 From: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer In-reply-to: <87lhwzdqiz.fsf@tao.kanis.fr> X-012-Sender: halo1@inter.net.il To: Ivan Kanis Message-id: <83mwhfyrkg.fsf@gnu.org> References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16878 Cc: 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Kanis > Cc: 16878@debbugs.gnu.org > Date: Tue, 25 Feb 2014 18:57:08 +0100 > > February, 25 at 19:31 Eli wrote: > > >> From: Ivan Kanis > >> Cc: 16878@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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 13:42:39 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 18:42:39 +0000 Received: from localhost ([127.0.0.1]:39779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMxj-00015G-Bh for submit@debbugs.gnu.org; Tue, 25 Feb 2014 13:42:39 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:52341 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIMxh-000157-65 for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 13:42:37 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WIMxg-0000nb-7E; Tue, 25 Feb 2014 13:42:36 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> X-Spook: Ron Brown JSOFC3IP Jyllandsposten Albright CIDA Crowell X-Ran: X<}aB`_w_hB+Xn{PU?sB.(+'A(/#R'x$C$CMI?T>6YW,LXht}B?rE=Wn"2$bOuuDc7Vj=s X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 25 Feb 2014 13:42:36 -0500 In-Reply-To: <83mwhfyrkg.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 25 Feb 2014 20:29:03 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16878 Cc: Ivan Kanis , 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 15:54:41 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 20:54:41 +0000 Received: from localhost ([127.0.0.1]:39942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIP1T-00009X-UL for submit@debbugs.gnu.org; Tue, 25 Feb 2014 15:54:40 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:46854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIP1R-00009F-I9 for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 15:54:38 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N1K00700K8P1L00@mtaout25.012.net.il> for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 22:53:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1K001T4KOFM360@mtaout25.012.net.il>; Tue, 25 Feb 2014 22:53:03 +0200 (IST) Date: Tue, 25 Feb 2014 22:54:26 +0200 From: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83ha7mzzel.fsf@gnu.org> References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16878 Cc: ivan@kanis.fr, 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Glenn Morris > Cc: Ivan Kanis , 16878@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.) From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 15:59:50 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 20:59:50 +0000 Received: from localhost ([127.0.0.1]:39949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIP6S-0000Hy-Ux for submit@debbugs.gnu.org; Tue, 25 Feb 2014 15:59:49 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:54625 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIP6P-0000Hn-I3 for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 15:59:46 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WIP6N-0005Nb-Vp; Tue, 25 Feb 2014 15:59:44 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> <83ha7mzzel.fsf@gnu.org> X-Spook: nuclear terrorist espionage airframe Vince Foster X-Ran: ?)C#zY':mjrLH?*,#s.u[3!b*T@|pGVCf!-|FJ\5[bjd|W^.2;$(Ho_kn708(`j-z<_It- X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 25 Feb 2014 15:59:43 -0500 In-Reply-To: <83ha7mzzel.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 25 Feb 2014 22:54:26 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16878 Cc: ivan@kanis.fr, 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 16:08:43 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 21:08:43 +0000 Received: from localhost ([127.0.0.1]:39962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIPF3-0000ZA-W9 for submit@debbugs.gnu.org; Tue, 25 Feb 2014 16:08:42 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:54887 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIPF2-0000Z2-32 for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 16:08:40 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WIPF0-00063X-Rw; Tue, 25 Feb 2014 16:08:38 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> <83ha7mzzel.fsf@gnu.org> X-Spook: BATF BROMURE ASIO CID Chobetsu World Trade Center ANZUS X-Ran: 1vvhhtkpIw=MVWqYOG679XK[,'"(I9`@DWvXz6Z (Glenn Morris's message of "Tue, 25 Feb 2014 15:59:43 -0500") Message-ID: <1u8usyoq7d.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16878 Cc: ivan@kanis.fr, 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Oh, but eww might indeed require ImageMagick (I did not check), so that it can rescale things. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 16:23:14 2014 Received: (at 16878) by debbugs.gnu.org; 25 Feb 2014 21:23:14 +0000 Received: from localhost ([127.0.0.1]:39974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIPT7-0000xx-Pm for submit@debbugs.gnu.org; Tue, 25 Feb 2014 16:23:14 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:40136) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIPT4-0000xf-EK for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 16:23:11 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N1K00600M75OO00@mtaout29.012.net.il> for 16878@debbugs.gnu.org; Tue, 25 Feb 2014 23:25:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1K00OVEM768K60@mtaout29.012.net.il>; Tue, 25 Feb 2014 23:25:54 +0200 (IST) Date: Tue, 25 Feb 2014 23:22:58 +0200 From: Eli Zaretskii Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <838usyzy31.fsf@gnu.org> References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> <83ha7mzzel.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16878 Cc: ivan@kanis.fr, 16878@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Glenn Morris > Cc: ivan@kanis.fr, 16878@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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 25 17:00:08 2014 Received: (at 16878-done) by debbugs.gnu.org; 25 Feb 2014 22:00:09 +0000 Received: from localhost ([127.0.0.1]:40003 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIQ2o-00020M-FS for submit@debbugs.gnu.org; Tue, 25 Feb 2014 17:00:07 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:55979 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIQ2k-0001zt-FC for 16878-done@debbugs.gnu.org; Tue, 25 Feb 2014 17:00:03 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WIQ2j-0001nf-D4; Tue, 25 Feb 2014 17:00:01 -0500 From: Glenn Morris To: 16878-done@debbugs.gnu.org Subject: Re: bug#16878: 24.3.50; gif animation continues even after killing buffer References: <87txbnfj4l.fsf@tao.kanis.fr> <83y50zywqp.fsf@gnu.org> <8738j7f7g3.fsf@tao.kanis.fr> <83r46ryu7l.fsf@gnu.org> <87lhwzdqiz.fsf@tao.kanis.fr> <83mwhfyrkg.fsf@gnu.org> X-Spook: S Box INS JUWTF CNCIS Yukon world domination Uzbekistan X-Ran: @$!@fHM16Aq'>0j1?8GaKy'S%=+gTV2K{o:S\]X}&T`X4Tvub99b:XPPreAhOy>;W|@e!N X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 25 Feb 2014 17:00:01 -0500 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16878-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Version: 24.4 Eli Zaretskii wrote: > teach image-animate-timeout to check that the buffer still exists, Done. From unknown Mon Jun 23 13:07:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 26 Mar 2014 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator