Bug 691166 - 8.71 breaks efax, efax-gtk
Summary: 8.71 breaks efax, efax-gtk
Status: RESOLVED WONTFIX
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Regression (show other bugs)
Version: 8.71
Hardware: PC Linux
: P4 normal
Assignee: Lars Uebernickel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-09 16:29 UTC by rich.atc
Modified: 2010-03-10 07:05 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rich.atc 2010-03-09 16:29:59 UTC
Attempt to fax pdf file results in:
efax-0.9a: 08:24:48 Error: can't read multi-strip TIFF files
efax-0.9a: 08:24:48 Error: missing offset to TIFF data
efax-0.9a: 08:24:48 finished - unrecoverable error

Downgrading to ghostscript 8.70 works as expected, without errors.
Comment 1 Marcos H. Woehrmann 2010-03-09 18:13:27 UTC
As I recall we discussed the issue of fax software not being able to read multi-strip tiff files via email/irc and that the decision was that we were going to write out single strip tiffs for small output files.  I assume from this bug that this isn't what was implemented.
Comment 2 Ray Johnston 2010-03-09 18:21:42 UTC
We changed all TIFF devices to use libtiff. Unfortunately this lib doesn't have a way to compress strips without buffering the entire strip, so the we changed (sort of at the last minute) to using a default MaxStripSize=8192 (see base/gdevtifs.h:53:#define TIFF_DEFAULT_STRIP_SIZE 8192)

Either change that line to 0 and rebuild, or use the command line option:
-dMaxStripSize=0

The problem is really that 'efax' is a non-compliant TIFF reader.

Closing as WONTFIX
Comment 3 rich.atc 2010-03-10 07:05:27 UTC
Thanks! Changing TIFF_DEFAULT_STRIP_SIZE to 0 and rebuilding works fine.