GNU bug report logs - #7556
24.0.50; visiting an EPS file with preview TIFF image and with one long line

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>

Date: Sat, 4 Dec 2010 21:54:01 UTC

Severity: normal

Found in version 24.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 7556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 7556 <at> debbugs.gnu.org
Subject: Re: bug#7556: 24.0.50;
	visiting an EPS file with preview TIFF image and with one long line
Date: Sun, 05 Dec 2010 06:06:42 +0200
> From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
> Date: Sat, 4 Dec 2010 22:59:29 +0100
> Cc: 
> 
> I have an EPS file created by Adobe Illustrator 15 with a "DOS EPS  
> Binary File Header" according to 5002.EPSF_Spec and a TIFF preview at  
> the end, in mac-roman-mac encoding. Size: 643 KB. When I visit that  
> file from a dired buffer in PostScript DocView View mode

Visiting binary files with anything but find-file-literally is not a
good idea.

> Rendering this in a window of 55 lines and around 120 columns takes  
> these 7 h.

Emacs display engine is known to be very slow with very long lines.
Does it help to set truncate-lines non-nil?

> And more: GNU Emacs creates a #file.eps# backup file,  
> larger in size (50 %) than the original file. Is that the expected  
> behaviour?

I'm guessing that this is because raw bytes are decoded into internal
format that makes them take 5 bytes.  The auto-save file is written in
this internal format.




This bug report was last modified 14 years and 164 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.