GNU bug report logs -
#5108
23.1; ps-print-buffer infinite loop on image-mode
Previous Next
Reported by: Kevin Ryde <user42 <at> zip.com.au>
Date: Wed, 2 Dec 2009 22:35:05 UTC
Severity: normal
Tags: confirmed
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 19 Sep 2011 15:27:36 -0400
with message-id <jwv8vpkl4jy.fsf-monnier+emacs <at> gnu.org>
and subject line Re: bug#5108: 23.1; ps-print-buffer infinite loop on image-mode
has caused the debbugs.gnu.org bug report #5108,
regarding 23.1; ps-print-buffer infinite loop on image-mode
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
5108: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5108
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
A ps-print-buffer on some image files in image-mode goes into an
infinite loop. For example "cut.xpm" in the current emacs cvs,
(progn
(switch-to-buffer "x")
(erase-buffer)
(insert-file-contents (concat data-directory "images/cut.xpm"))
(image-mode)
(ps-print-buffer "/tmp/foo.ps"))
shows message
Formatting... 0%
and then goes away apparently forever.
debug-on-quit says the loop is ps-mule-plot-string. It seems (point)
has gone past the intended `stop' position, so "(= (point) stop)" is not
satisfied, or something like that. Might be the forward-char under
"(looking-at ascii-or-latin-1)" going too far, maybe something to do
with the image overlay, or point movement within image mode ...
(What I actually hoped for was that it might print the image, but
perhaps it doesn't print images at all ...)
In GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.16.5)
of 2009-09-14 on raven, modified by Debian
configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_AU
value of $XMODIFIERS: nil
locale-coding-system: iso-latin-1-unix
default-enable-multibyte-characters: t
[Message part 3 (message/rfc822, inline)]
>> (with-temp-buffer
>> (insert-file-contents (concat data-directory "images/cut.xpm"))
>> (image-mode)
>> (ps-print-buffer "/tmp/foo.ps"))
>> shows message
>> Formatting... 0%
>> and then goes away apparently forever.
> I can confirm that this bug is still present in Emacs 24.
Yes, it's the evil `intangible' property at work.
I've installed the patch below which should fix the immediate
inf-loop problem. I also removed the intangible property from
image-mode to avoid similar problems in other codes.
Stefan
--- lisp/ps-mule.el 2011-04-19 13:44:55 +0000
+++ lisp/ps-mule.el 2011-09-19 18:57:29 +0000
@@ -659,7 +659,7 @@
width)
(goto-char from)
(while (not endpos)
- (cond ((= (point) stop)
+ (cond ((>= (point) stop)
(if (= stop to)
(setq endpos stop)
(when (< from stop)
This bug report was last modified 13 years and 249 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.