This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "HylaFAX".
The branch, 4.4 has been updated
via 97bfd3a978cd3949b8f9b84bf0d169e88ec543e0 (commit)
from b91c6846c0f9d380d221bda727b3e7dc00f36126 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 97bfd3a978cd3949b8f9b84bf0d169e88ec543e0
Author: Aidan Van Dyk <[email protected]>
Date: Fri Sep 18 14:26:24 2009 -0400
PageHandling: Fix handling of large blank areas
If the blank data at the end of a page is more than 64K, then it doesn't fit
into a 'Z%04x' field. In reality, the only way you get more than 64K of blank
data is if the tiff encodes the blanks pixel for pixel, and *not* encoding.
Fortunately, the only program I've seen that does that is Microsoft FAX
service.
Unfortunately, if it is > 64K, we need to limit it, otherwise we end up
something like:
Internal botch; unknown post-page handling string "e1Z131b0P"
-----------------------------------------------------------------------
Summary of changes:
faxd/faxQueueApp.c++ | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
hooks/post-receive
--
HylaFAX
____________________ HylaFAX(tm) Developers Mailing List ____________________
To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe [email protected] < /dev/null
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.