Bug #6859 ""Segmentation fault” on gqview startup” : Bugs : tiff3g package : Ubuntu

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#1

Message-Id: <E1B4T6j-0002Dy-00@Arf>
Date: Fri, 19 Mar 2004 18:08:52 -0500
From: A Costa <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: "Segmentation fault" on gqview startup

Package: gqview
Version: 1.4.1-1
Severity: important

'gqview' used to work OK, but today:

% gqview
(Here the main screen pops up with the picture panel on the right
blacked out, then it closes. -AC)
Segmentation fault
% echo $?
139

Here's the 'tail' of an 'strace':

% strace gqview 2>&1 | tail
read(5, "\16 \341\242\1\201\302\16\207\f\7\33\n\200\t\262\302f\26"..., 512) = 512
read(5, "r\30\354w\20\355\320\343\315\304p]\315\320\370\340x)\216"..., 512) = 512
read(5, "\371Vn*\0&\313\33k\300\4\331a6\246\0&\313\33k\300\4\331"..., 512) = 512read(5, "\230\0\233,m\257\0\23e\204\332\230\0\233,\246\327\200\t"..., 512) = 512read(5, "\3\210\341LR\310\366HTy\236\327\235k\354\266\220\0M\226"..., 512) = 129read(5, "", 512) = 0
old_mmap(NULL, 7397376, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e2f000
old_mmap(NULL, 233472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4153d000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Hope this helps...

-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-1-686
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C)

Versions of packages gqview depends on:
ii libatk1.0-0 1.4.1-1 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libglib2.0-0 2.2.3-1 The GLib library of C routines
ii libgtk2.0-0 2.2.4-3 The GTK+ graphical user interface
ii libpango1.0-0 1.2.5-2.1 Layout and rendering of internatio
ii libpng12-0 1.2.5.0-5 PNG library - runtime
ii zlib1g 1:1.2.1-5 compression library - runtime

-- no debconf information

Message-Id: <E1B4T6j-0002Dy-00@Arf>
Date: Fri, 19 Mar 2004 18:08:52 -0500
From: A Costa <agcosta@gis.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: "Segmentation fault" on gqview startup

Package: gqview
Version: 1.4.1-1
Severity: important

'gqview' used to work OK, but today:

% gqview
	(Here the main screen pops up with the picture panel on the right
	 blacked out, then it closes. -AC)
	Segmentation fault
	% echo $?
	139

Here's the 'tail' of an 'strace':

% strace  gqview 2>&1 | tail
	read(5, "\16 \341\242\1\201\302\16\207\f\7\33\n\200\t\262\302f\26"..., 512) = 512
	read(5, "r\30\354w\20\355\320\343\315\304p]\315\320\370\340x)\216"..., 512) = 512
	read(5, "\371Vn*\0&\313\33k\300\4\331a6\246\0&\313\33k\300\4\331"..., 512) = 512read(5, "\230\0\233,m\257\0\23e\204\332\230\0\233,\246\327\200\t"..., 512) = 512read(5, "\3\210\341LR\310\366HTy\236\327\235k\354\266\220\0M\226"..., 512) = 129read(5, "", 512)                        = 0
	old_mmap(NULL, 7397376, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e2f000
	old_mmap(NULL, 233472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4153d000
	--- SIGSEGV (Segmentation fault) @ 0 (0) ---
	+++ killed by SIGSEGV +++

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-1-686
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C)

Versions of packages gqview depends on:
ii  libatk1.0-0                 1.4.1-1      The ATK accessibility toolkit
ii  libc6                       2.3.2.ds1-11 GNU C Library: Shared libraries an
ii  libglib2.0-0                2.2.3-1      The GLib library of C routines
ii  libgtk2.0-0                 2.2.4-3      The GTK+ graphical user interface 
ii  libpango1.0-0               1.2.5-2.1    Layout and rendering of internatio
ii  libpng12-0                  1.2.5.0-5    PNG library - runtime
ii  zlib1g                      1:1.2.1-5    compression library - runtime

-- no debconf information

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#2

Message-ID: <email address hidden>
Date: Thu, 22 Apr 2004 21:33:13 -0700
From: Ryan Murray <email address hidden>
To: A Costa <email address hidden>, <email address hidden>
Subject: Re: Bug#238978: "Segmentation fault" on gqview startup

--xjyYRNSh/RebjC6o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 19, 2004 at 06:08:52PM -0500, A Costa wrote:
> Hope this helps...

What was the first image file in the directory? Was it a TIFF file?

--=20
Ryan Murray, Debian Developer (<email address hidden>, <email address hidden>)
The opinions expressed here are my own.

--xjyYRNSh/RebjC6o
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQFAiJyIN2Dbz/1mRasRAkZsAJ9X2X2bhSGMhRmOjsgtRLxIX3SnTgCg/j6h
Vkz3pjYac1vgpxSQMitpBlQ=
=rQ3U
-----END PGP SIGNATURE-----

--xjyYRNSh/RebjC6o--

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#3

Message-Id: <email address hidden>
Date: Thu, 22 Apr 2004 21:35:14 -0700
From: Ryan Murray <email address hidden>
To: <email address hidden>
Subject: tagging 200087, severity of 200087 is wishlist, tagging 225309,
tagging 241734, tagging 240420 ... ... ... ...

# Automatically generated email from bts, devscripts version 2.7.95.1
tags 200087 upstream
severity 200087 wishlist
tags 225309 upstream
tags 241734 upstream
tags 240420 upstream
tags 238978 upstream
severity 236505 important
merge 240420 241734 236505
tags 135588 upstream

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#4

Message-ID: <40886F48.24318.B3029@localhost>
Date: Fri, 23 Apr 2004 01:20:08 -0400
From: "Alfie Costa" <email address hidden>
To: Ryan Murray <email address hidden>
CC: <email address hidden>
Subject: Re: Bug#238978: "Segmentation fault" on gqview startup

On 22 Apr 2004, at 21:33, Ryan Murray <email address hidden> wrote:

> What was the first image file in the directory? Was it a TIFF file?

A TIFF was the second image file. The first three files from an 'ls' show:

0615150326.log
0615150509.001.png
0615150509.001.tiff

...when I move "0615150509.001.tiff" to another dir, 'gqview' doesn't segfault.
Nor does it segfault in other TIFF free dirs.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#5

Message-Id: <email address hidden>
Date: Sun, 9 May 2004 00:42:33 -0700
From: Ryan Murray <email address hidden>
To: <email address hidden>
Subject: merging 236505 238978

# Automatically generated email from bts, devscripts version 2.7.95.1
merge 236505 238978

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#6

Message-Id: <email address hidden>
Date: Sun, 9 May 2004 03:23:48 -0700
From: Ryan Murray <email address hidden>
To: <email address hidden>
Subject: severity of 236505 is grave, reassign 236505 to libtiff3g,
merging 236505 236247

# Automatically generated email from bts, devscripts version 2.7.95.1
severity 236505 grave
reassign 236505 libtiff3g
# more libtiff crashes
merge 236505 236247

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-28:

#9

Message-ID: <email address hidden>
Date: Sat, 05 Jun 2004 23:37:22 +0200
From: Marc 'HE' Brockschmidt <email address hidden>
To: <email address hidden>
Subject: Reassigning...

--=-=-=

reassign 241736 libtiff3g
severity 241736 grave
merge 241736 236247
thanks

Hi,

IMHO this is yet another incarnation of the same libtiff3g bug. Please
give it back to us if it isn't...

Marc
--
BOFH #416:
We're out of slots on the server

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAwj0ZmO5zOp3h7rERArrZAJ4qwvwe+rKHjwWOOwYdtBtZPU5LQQCfR5QW
ak/erR5Nt91/q2pWNCWRI0c=
=ew3B
-----END PGP SIGNATURE-----
--=-=-=--

Revision history for this message

Matt Zimmerman (mdz) wrote on 2004-06-28:

#10

This bug has been marked as a duplicate of bug 6850.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-06-30:

#11

Message-ID: <email address hidden>
Date: Wed, 30 Jun 2004 15:50:28 +0200
From: Jeroen van Wolffelaar <email address hidden>
To: <email address hidden>
Subject: Bug is not sid-specific

# Either sid & sarge have the same version, or the bug was reported
# against a version now in Sarge
tags 244299 - sid
tags 253802 - sid
tags 240531 - sid
tags 240538 - sid
tags 244169 - sid
tags 241270 - sid
tags 256074 - sid
tags 254428 - sid
tags 236247 - sid
tags 242279 - sid experimental
tags 234994 - sid
tags 238400 - sid
tags 241141 - sid
tags 252396 - sid
tags 250251 - sid
tags 253185 - sid
tags 254212 - sid
tags 254461 - sid
thanks

--
Jeroen van Wolffelaar
<email address hidden> (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-07-18:

#12

Download full text (7.9 KiB)

Message-ID: <20040717155940.0251672159.qww314159@soup>
Date: Sat, 17 Jul 2004 15:59:44 -0400
From: Jay Berkenbilt <email address hidden>
To: <email address hidden>
CC: <email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>
Subject: proposed resolution to release-critical libtiff3g bugs

Executive summary: there are compelling arguments in favor of closing
all these bugs and letting libtiff-3.6.1 go into sarge. The only
change required to this package is an update to README.Debian. We
have a bad situation now that's just going to get worse, so I hope my
suggestion will be considered and implemented. It shouldn't take long
to read through the rest of this message as I have made a strong
effort to lay out the arguments in a clear fashion. I've also
discussed this with upstream and have referenced that conversion in
this message. Thanks for your consideration!

----------------------------------------------------------------------

As established in bug 236247
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=236247> and
discussed upstream in the thread containing this summary
<http://www.asmail.be/msg0055065000.html>, all of these bugs have been
traced back to an accidental application binary interface (ABI) change
in libtiff3g. The change causes applications that use the
TIFFRGBAImage structure to crash or otherwise not work properly when
compiled with libtiff version 3.5.7 and run with version 3.6.1 or vice
versa. Upstream acknowledges that this was a mistake. Version 3.6.1
is the last version of libtiff that will be released as libtiff.so.3.
(To be complete: programs that only use the "TIFF" type, and not the
"TIFFRGBAImage" type, will most likely continue to work properly with
either version of the library. There are a few other minor changes,
but they may or may not impact the public ABI.)

I strongly believe that the right thing to do now is to let this into
sid anyway. I will explain my reasoning here. I hope you will find
my arguments compelling enough to accept my proposed solution so we
can get libtiff3g-3.6.1 into sarge. Please note: I fully understand
that forcing sid's libtiff.so.3 into sarge even though it is not fully
compatible with the existing libtiff.so.3 in sarge is a Bad Thing.
However, I am recommending this solution because I think it is better
than all the other alternatives. The rest of this message explains
why.

These bugs have been left open for many months now -- long enough that
the problems are mostly no longer reproducible in sid because the
applications or supporting libraries have long since been rebuilt with
the current version of libtif3g. Most notable among these would be
gdk-pixbuf, which is part of the libgtk2.0 (gtk+2.0) package (and also
libgdk-pixbuf2 for an older version). In fact, the situation has
flipped around so that, in some cases, a program may work in sid but
not in sarge. For example, gqview (which is the...

Message-ID: <20040717155940.0251672159.qww314159@soup>
Date: Sat, 17 Jul 2004 15:59:44 -0400
From: Jay Berkenbilt <ejb@ql.org>
To: 236247@bugs.debian.org
CC: 236247-submitter@bugs.debian.org, 234765-submitter@bugs.debian.org,
	236505-submitter@bugs.debian.org, 238529-submitter@bugs.debian.org,
	238657-submitter@bugs.debian.org, 238978-submitter@bugs.debian.org,
	240420-submitter@bugs.debian.org, 241734-submitter@bugs.debian.org,
	241736-submitter@bugs.debian.org, 242274-submitter@bugs.debian.org
Subject: proposed resolution to release-critical libtiff3g bugs

Executive summary: there are compelling arguments in favor of closing
all these bugs and letting libtiff-3.6.1 go into sarge.  The only
change required to this package is an update to README.Debian.  We
have a bad situation now that's just going to get worse, so I hope my
suggestion will be considered and implemented.  It shouldn't take long
to read through the rest of this message as I have made a strong
effort to lay out the arguments in a clear fashion.  I've also
discussed this with upstream and have referenced that conversion in
this message.  Thanks for your consideration!

----------------------------------------------------------------------

As established in bug 236247
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=236247> and
discussed upstream in the thread containing this summary
<http://www.asmail.be/msg0055065000.html>, all of these bugs have been
traced back to an accidental application binary interface (ABI) change
in libtiff3g.  The change causes applications that use the
TIFFRGBAImage structure to crash or otherwise not work properly when
compiled with libtiff version 3.5.7 and run with version 3.6.1 or vice
versa.  Upstream acknowledges that this was a mistake.  Version 3.6.1
is the last version of libtiff that will be released as libtiff.so.3.
(To be complete: programs that only use the "TIFF" type, and not the
"TIFFRGBAImage" type, will most likely continue to work properly with
either version of the library.  There are a few other minor changes,
but they may or may not impact the public ABI.)

I strongly believe that the right thing to do now is to let this into
sid anyway.  I will explain my reasoning here.  I hope you will find
my arguments compelling enough to accept my proposed solution so we
can get libtiff3g-3.6.1 into sarge.  Please note: I fully understand
that forcing sid's libtiff.so.3 into sarge even though it is not fully
compatible with the existing libtiff.so.3 in sarge is a Bad Thing.
However, I am recommending this solution because I think it is better
than all the other alternatives.  The rest of this message explains
why.

These bugs have been left open for many months now -- long enough that
the problems are mostly no longer reproducible in sid because the
applications or supporting libraries have long since been rebuilt with
the current version of libtif3g.  Most notable among these would be
gdk-pixbuf, which is part of the libgtk2.0 (gtk+2.0) package (and also
libgdk-pixbuf2 for an older version).  In fact, the situation has
flipped around so that, in some cases, a program may work in sid but
not in sarge.  For example, gqview (which is the same in sid and
sarge) now fails to view tiff files with version 3.5.7 of libtiff (in
sarge) but is able to view them with version 3.6.1 (in sid).

It is impossible at this point to change the fact that, for the last
more than four months, libtiff.so.3 in sarge has been incompatible
with libtiff.so.3 in sid.  There are, logically, only two possible
ways to fix this:

1.  Replace the sid version with something compatible with the sarge
     version. (BAD)

2.  Move the version in sid into sarge.  (BETTER)

Option 1 (replacing the version in sid with something compatible with
the version in sarge) would have been the right solution if it had
been done right away, before anything in sarge had been compiled with
3.6.1.  Now, however, many applications and libraries in sarge,
including gtk+2.0, were built against the version in sid and require
that version to run properly.  Therefore, if this option would be
taken now, a very large number of applications and libraries in sarge
(at least those in these bug reports) would no longer work.  We would
once again have to make sure that all these applications were rebuilt.

Option 2 is unfortunate because it means we are knowingly breaking
compatibility, but this is already a done deal at this point, but I
believe it's justified.  The underlying problem, an ABI change without
an soname change, has been acknowledged by upstream.  The next
upstream version of libtiff will have different soname.  (It will be
at least 5.0.0 because FreeBSD has already worked around this problem
on their own and is using 4.0.0 as the soname for libtiff 3.6.1.)
Therefore, this is a one-time problem.  This option will cause the
least pain.

Basically, pushing libtiff 3.6.1 into testing at this point seems like
the lesser of 2 evils in terms of resolving this problem.

When libtiff 3.7.0 or 4.0.0 or whatever it ends up being called comes
out, a new source package will be created based on the soname of the
shared library.  People who maintain packages that currently rely on
libtiff3g should update their packages to use the newer version.  In
other words, it will be handled in the same way that a new soname
would always be handled.

If my suggestion of just letting 3.6.1 go into sarge in its present
form is followed, it is possible that some programs in sarge that use
TIFFRGBAImage directly will break.  This will happen to applications
that were compiled with 3.5.7 and use this interface directly.  There
probably aren't very many of these because TIFFRGBAImage isn't the
"primary" interface for accessing TIFF files, and many applications
that can work with TIFF files do so indirectly by using another
library that in turn uses libtiff.  This is true with many of these
programs, some of which use gdk-pixbuf.  Programs or libraries that
use libtiff but don't use this structure will most likely continue to
work fine.  In this case, those applications (or libraries) will need
to be recompiled with version 3.6.1 to resolve the problem.  This
would be a simple matter of just recompiling the package: no changes
to the source or dependencies would be required.  On this basis, I
recommend that the following text be included in README.Debian for
libtiff3g:

---------- 8< ----------

As a result of an accidental upstream change to libtiff3g's
application binary interface (ABI), some applications built with
versions of libtiff3g earlier than 3.6.1 crash when run with this
version of the library, and vice versa.  If you have an application
that suffers from this problem, please recompile your application
with this version (3.6.1) of the library.

For additional information on this problem, please see:

Debian bug number 236247
  <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=236247>

Discussion of the issue upstream
  <http://www.asmail.be/msg0055065000.html>

---------- 8< ----------

A new libtiff that includes this text in README.Debian (possibly
replacing the existing text which is pretty old and most likely no
longer relevant) could be uploaded that closes all these bugs.

As a side note, it's interesting and not necessarily surprising to
observe that the "testing" mechanism doesn't in any protect against
this type of problem.  Although libtiff3g had release critical bugs
and couldn't itself move into sarge, many applications or other
libraries that use it were able to make it into sarge just fine
because they didn't depend upon this specific version of libtiff.  In
other words, the "testing" mechanism believes, as it should, that the
same soname means the same ABI.  I've only been involved in Debian for
a relatively short time, and I've already seen several discussions
about this type of issue.  To me, it says that package maintainers
should act quickly and decisively when an accidental ABI change
without corresponding soname change is identified.

-- 
Jay Berkenbilt <ejb@ql.org>
http://www.ql.org/q/

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-07-26:

#13

Download full text (30.9 KiB)

Message-ID: <email address hidden>
Date: Mon, 26 Jul 2004 00:13:37 -0700
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: Re: TIFFs crash the library with version 3.6.1 (not 3.5.7)

--tDYGg60iReQ7u8wj
Content-Type: multipart/mixed; boundary="+278g007AL/ykmV8"
Content-Disposition: inline

--+278g007AL/ykmV8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

tags 236247 +patch
thanks

Hello,

Please find attached the patch from the just-uploaded NMU for tiff.

Thanks,
--=20
Steve Langasek
postmodern programmer

--+278g007AL/ykmV8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="tiff-236247.diff"
Content-Transfer-Encoding: quoted-printable

diff -u tiff-3.6.1/configure tiff-3.6.1/configure
--- tiff-3.6.1/configure
+++ tiff-3.6.1/configure
@@ -1226,6 +1226,16 @@
     *-linux*|*-gnu*)
  DSOSUF=3Dso.${DIST_MAJOR}
  DSOSUF_VERSION=3D${DSOSUF}.${DIST_MINOR}.${DIST_POINT}
+
+ # Hack: force the soname of the library to differ from the
+ # software version to work around an ABI change. The next
+ # release of libtiff will handle shared library versions
+ # correctly; i.e., decouple them from the software version.
+ # This change was introduced in the debian version of the
+ # libtiff package.
+ DSOSUF=3Dso.4
+ DSOSUF_VERSION=3D${DSOSUF}.0.0
+
  LIBCOPTS=3D'-fPIC'
  DSOOPTS=3D'-shared'
  DSO=3DGNULD
diff -u tiff-3.6.1/html/Makefile.in tiff-3.6.1/html/Makefile.in
--- tiff-3.6.1/html/Makefile.in
+++ tiff-3.6.1/html/Makefile.in
@@ -86,7 +86,9 @@
  v3.5.5.html \
  v3.5.6-beta.html \
  v3.5.7.html \
- ${NULL}
+ v3.6.0.html \
+ v3.6.1.html \
+ ${NULL}
IMAGES=3D\
  images/back.gif \
  images/bali.jpg \
diff -u tiff-3.6.1/debian/changelog tiff-3.6.1/debian/changelog
--- tiff-3.6.1/debian/changelog
+++ tiff-3.6.1/debian/changelog
@@ -1,3 +1,17 @@
+tiff (3.6.1-1.1) unstable; urgency=3Dmedium
+
+ * Non-maintainer upload; thanks to Jay Berkenbilt <email address hidden> for
+ preparing the patches
+ * Rename shared library and development packages to resolve accidental
+ upstream ABI change. Closes: #236247
+ * Include patch from upstream to fix multistrip g3 fax bug.
+ Closes: #243405
+ * Include LZW support. Closes: #260242, #248490
+ * Fix URL in copyright file. Closes: #261357
+ * Install missing documentation files. Closes: #261356
+
+ -- Steve Langasek <email address hidden> Sun, 25 Jul 2004 10:28:06 -0400
+
tiff (3.6.1-1) unstable; urgency=3Dlow
=20
   * New upstream version, closes: #231977.
diff -u tiff-3.6.1/debian/control tiff-3.6.1/debian/control
--- tiff-3.6.1/debian/control
+++ tiff-3.6.1/debian/control
@@ -5,20 +5,19 @@
Build-Depends: debhelper (>=3D 2), make (>=3D 3.77), libz-dev, libjpeg62-d=
ev
Standards-Version: 3.6.1
=20
-Package: libtiff3g
+Package: libtiff4
Architecture: any
Depends: ${shlibs:Depends}
-Conflicts: libtiff3 (<< 3.4beta037-1)
Description: Tag Image File Format library
  libtiff is a library providing support for the Tag Image File Format
  (TIFF), a widely used format for storing image data. Included is the
  shared library.
=20
-Package: libtiff3g-dev
+Packag...

Message-ID: <20040726071335.GN1782@quetzlcoatl.dodds.net>
Date: Mon, 26 Jul 2004 00:13:37 -0700
From: Steve Langasek <vorlon@debian.org>
To: 236247@bugs.debian.org
Subject: Re: TIFFs crash the library with version 3.6.1 (not 3.5.7)

--tDYGg60iReQ7u8wj
Content-Type: multipart/mixed; boundary="+278g007AL/ykmV8"
Content-Disposition: inline

--+278g007AL/ykmV8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

tags 236247 +patch
thanks

Hello,

Please find attached the patch from the just-uploaded NMU for tiff.

Thanks,
--=20
Steve Langasek
postmodern programmer

--+278g007AL/ykmV8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="tiff-236247.diff"
Content-Transfer-Encoding: quoted-printable

diff -u tiff-3.6.1/configure tiff-3.6.1/configure
--- tiff-3.6.1/configure
+++ tiff-3.6.1/configure
@@ -1226,6 +1226,16 @@
     *-linux*|*-gnu*)
 	DSOSUF=3Dso.${DIST_MAJOR}
 	DSOSUF_VERSION=3D${DSOSUF}.${DIST_MINOR}.${DIST_POINT}
+
+	# Hack: force the soname of the library to differ from the
+	# software version to work around an ABI change.  The next
+	# release of libtiff will handle shared library versions
+	# correctly; i.e., decouple them from the software version.
+	# This change was introduced in the debian version of the
+	# libtiff package.
+	DSOSUF=3Dso.4
+	DSOSUF_VERSION=3D${DSOSUF}.0.0
+
 	LIBCOPTS=3D'-fPIC'
 	DSOOPTS=3D'-shared'
 	DSO=3DGNULD
diff -u tiff-3.6.1/html/Makefile.in tiff-3.6.1/html/Makefile.in
--- tiff-3.6.1/html/Makefile.in
+++ tiff-3.6.1/html/Makefile.in
@@ -86,7 +86,9 @@
 	v3.5.5.html		\
 	v3.5.6-beta.html	\
 	v3.5.7.html		\
-	${NULL}
+	v3.6.0.html \
+	v3.6.1.html \
+ 	${NULL}
 IMAGES=3D\
 	images/back.gif		\
 	images/bali.jpg		\
diff -u tiff-3.6.1/debian/changelog tiff-3.6.1/debian/changelog
--- tiff-3.6.1/debian/changelog
+++ tiff-3.6.1/debian/changelog
@@ -1,3 +1,17 @@
+tiff (3.6.1-1.1) unstable; urgency=3Dmedium
+
+  * Non-maintainer upload; thanks to Jay Berkenbilt <ejb@ql.org> for
+    preparing the patches
+  * Rename shared library and development packages to resolve accidental
+    upstream ABI change.  Closes: #236247
+  * Include patch from upstream to fix multistrip g3 fax bug.
+    Closes: #243405
+  * Include LZW support.  Closes: #260242, #248490
+  * Fix URL in copyright file.  Closes: #261357
+  * Install missing documentation files.  Closes: #261356
+
+ -- Steve Langasek <vorlon@debian.org>  Sun, 25 Jul 2004 10:28:06 -0400
+
 tiff (3.6.1-1) unstable; urgency=3Dlow
=20
   * New upstream version, closes: #231977.
diff -u tiff-3.6.1/debian/control tiff-3.6.1/debian/control
--- tiff-3.6.1/debian/control
+++ tiff-3.6.1/debian/control
@@ -5,20 +5,19 @@
 Build-Depends: debhelper (>=3D 2), make (>=3D 3.77), libz-dev, libjpeg62-d=
ev
 Standards-Version: 3.6.1
=20
-Package: libtiff3g
+Package: libtiff4
 Architecture: any
 Depends: ${shlibs:Depends}
-Conflicts: libtiff3 (<< 3.4beta037-1)
 Description: Tag Image File Format library
  libtiff is a library providing support for the Tag Image File Format
  (TIFF), a widely used format for storing image data.  Included is the
  shared library.
=20
-Package: libtiff3g-dev
+Package: libtiff4-dev
 Section: devel
 Architecture: any
-Depends: libtiff3g (=3D ${Source-Version}), libc6-dev
-Conflicts: libtiff3-dev, libtiff-dev
+Depends: libtiff4 (=3D ${Source-Version}), libc6-dev
+Conflicts: libtiff3g-dev, libtiff3-dev, libtiff-dev
 Provides: libtiff-dev
 Description: Tag Image File Format library, development files
  libtiff is a library providing support for the Tag Image File Format
diff -u tiff-3.6.1/debian/copyright tiff-3.6.1/debian/copyright
--- tiff-3.6.1/debian/copyright
+++ tiff-3.6.1/debian/copyright
@@ -1,7 +1,7 @@
 This package was put together by Guy Maor <maor@debian.org>.
 It is now maintained by Josip Rodin <joy-packages@debian.org>.
=20
-Original source can be found at: http://www.libtiff.org/
+Original source can be found at: http://www.remotesensing.org/libtiff/
=20
 Copyright (C) 1988-1997 Sam Leffler
 Copyright (C) 1991-1997 Silicon Graphics, Inc.
reverted:
--- tiff-3.6.1/debian/libtiff3g.shlibs
+++ tiff-3.6.1.orig/debian/libtiff3g.shlibs
@@ -1 +0,0 @@
-libtiff 3 libtiff3g
diff -u tiff-3.6.1/debian/rules tiff-3.6.1/debian/rules
--- tiff-3.6.1/debian/rules
+++ tiff-3.6.1/debian/rules
@@ -4,8 +4,11 @@
 #export DH_VERBOSE=3D1
 export DH_COMPAT=3D2
=20
-ver :=3D $(shell cat VERSION)
-tmp :=3D $(CURDIR)/debian/libtiff3g
+#ver :=3D $(shell cat VERSION)
+# Override shared library version number; the next upstream release
+# will do this correctly.
+ver :=3D 4.0.0
+tmp :=3D $(CURDIR)/debian/libtiff4
=20
 ifneq "$(findstring noopt,$(DEB_BUILD_OPTIONS))" ""
 OPTIMIZE +=3D -O0
@@ -52,13 +55,13 @@
 	$(MAKE) install DESTDIR=3D$(tmp)
 	ln -sf libtiff.so.$(ver) $(tmp)/usr/lib/libtiff.so
 	mv $(tmp)/usr/doc $(tmp)/usr/share
-	mv $(tmp)/usr/share/doc/libtiff $(tmp)/usr/share/doc/libtiff3g
-	dh_movefiles --sourcedir=3Ddebian/libtiff3g -plibtiff3g-dev \
+	mv $(tmp)/usr/share/doc/libtiff $(tmp)/usr/share/doc/libtiff4
+	dh_movefiles --sourcedir=3Ddebian/libtiff4 -plibtiff4-dev \
                      usr/include usr/lib/*.a usr/lib/*.so \
-                     usr/share/doc/libtiff3g usr/share/man/man3
-	dh_movefiles --sourcedir=3Ddebian/libtiff3g -plibtiff-tools \
+                     usr/share/doc/libtiff4 usr/share/man/man3
+	dh_movefiles --sourcedir=3Ddebian/libtiff4 -plibtiff-tools \
                      usr/bin usr/share/man/man1
-	cd debian/libtiff3g/usr && rm -rf bin include doc/libtiff3g man
+	cd debian/libtiff4/usr && rm -rf bin include doc/libtiff4 man
 	find $(tmp) -type d -empty | xargs -r rmdir -p --ignore-fail-on-non-empty
=20
 binary: binary-indep binary-arch
@@ -69,14 +72,14 @@
 binary-arch: install
 	dh_testdir
 	dh_testroot
-	rm -f debian/libtiff3g-dev/usr/share/doc/libtiff3g-dev \
+	rm -f debian/libtiff4-dev/usr/share/doc/libtiff4-dev \
               debian/libtiff-tools/usr/share/doc/libtiff-tools
 	dh_installdocs
 	dh_installchangelogs
-	rm -rf debian/libtiff3g-dev/usr/share/doc/libtiff3g-dev
-	ln -s libtiff3g debian/libtiff3g-dev/usr/share/doc/libtiff3g-dev
+	rm -rf debian/libtiff4-dev/usr/share/doc/libtiff4-dev
+	ln -s libtiff4 debian/libtiff4-dev/usr/share/doc/libtiff4-dev
 	rm -rf debian/libtiff-tools/usr/share/doc/libtiff-tools
-	ln -s libtiff3g debian/libtiff-tools/usr/share/doc/libtiff-tools
+	ln -s libtiff4 debian/libtiff-tools/usr/share/doc/libtiff-tools
 	DH_OPTIONS=3D-plibtiff-tools dh_undocumented tiffset.1
 ifeq "$(findstring nostrip,$(DEB_BUILD_OPTIONS))" ""
 	dh_strip
reverted:
--- tiff-3.6.1/debian/libtiff3g.postinst
+++ tiff-3.6.1.orig/debian/libtiff3g.postinst
@@ -1,7 +0,0 @@
-#!/bin/sh -e
-
-if [ "$1" =3D "configure" ]; then
-  ldconfig
-fi
-
-#DEBHELPER#
reverted:
--- tiff-3.6.1/debian/libtiff3g-dev.doc-base
+++ tiff-3.6.1.orig/debian/libtiff3g-dev.doc-base
@@ -1,9 +0,0 @@
-Document: libtiff3g-dev
-Title: TIFF Software
-Author: Sam Leffler
-Abstract: Support for the Tag Image File Format (TIFF) for storing image d=
ata.
-Section: Apps/Graphics
-
-Format: HTML
-Index: /usr/share/doc/libtiff3g/index.html
-Files: /usr/share/doc/libtiff3g/*.html
diff -u tiff-3.6.1/debian/README.Debian tiff-3.6.1/debian/README.Debian
--- tiff-3.6.1/debian/README.Debian
+++ tiff-3.6.1/debian/README.Debian
@@ -4,15 +4,13 @@
-Previously, there existed the "libtiff3" package, and it contained this
-TIFF library, but compiled for libc5. While the package may have been
-useful to some people, it had to be removed because:
+This version of libtiff, 3.6.1, is installed with a different shared
+library soname from the upstream version.  This is because an
+accidental change to the library's ABI was introduced between 3.5.7
+and 3.6.1.  There are no source-level incompatibilities between 3.5.7
+and 3.6.1, so any application that worked with 3.5.7 should work fine
+when recompiled with the libtiff4 packages.
=20
-  * building of it to be in line with the libc6 version (libtiff3g)
-    required several (otherwise pointless) kludges in the package build
-    system, or required a version of JPEG library built for libc5, which
-    doesn't exist anymore. Otherwise, it wouldn't build properly.
-  * people should have switched to libc6 by now. :o)
+For all the background and details, please see bug 236247 in the bug
+tracking system:
=20
-So I removed it. If you still need to use it, feel free to fetch an older
-version from Debian archives, or build it yourself (a few changes are
-required in existing debian/* files, though), if you can.
+<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D236247>
=20
- -- Josip Rodin,  Mon,  3 Jan 2000 18:24:50 +0100
+ -- Jay Berkenbilt <ejb@ql.org>, Fri Jul 23 18:02:28 2004
only in patch2:
unchanged:
--- tiff-3.6.1.orig/libtiff/tif_lzw.c
+++ tiff-3.6.1/libtiff/tif_lzw.c
@@ -1,4 +1,4 @@
-/* $Header: /cvsroot/osrs/libtiff/libtiff/tif_lzw.c,v 1.20 2003/11/03 14:4=
5:38 dron Exp $ */
+/* $Header: /cvsroot/libtiff-lzw-compression-kit/tif_lzw.c,v 1.4 2003/11/0=
3 14:47:36 dron Exp $ */
=20
 /*
  * Copyright (c) 1988-1997 Sam Leffler
@@ -97,6 +97,8 @@
 	u_short		free_ent;	/* next free entry in hash table */
 	long		nextdata;	/* next bits of i/o */
 	long		nextbits;	/* # of valid bits in lzw_nextdata */
+
+        int             rw_mode;        /* preserve rw_mode from init */
 } LZWBaseState;
=20
 #define	lzw_nbits	base.nbits
@@ -109,6 +111,10 @@
  * Encoding-specific state.
  */
 typedef uint16 hcode_t;			/* codes fit in 16 bits */
+typedef struct {
+	long	hash;
+	hcode_t	code;
+} hash_t;
=20
 /*
  * Decoding-specific state.
@@ -125,7 +131,7 @@
 typedef struct {
 	LZWBaseState base;
=20
-        /* Decoding specific data */
+	/* Decoding specific data */
 	long	dec_nbitsmask;		/* lzw_nbits 1 bits, right adjusted */
 	long	dec_restart;		/* restart count */
 #ifdef LZW_CHECKEOS
@@ -137,15 +143,27 @@
 	code_t*	dec_free_entp;		/* next free entry */
 	code_t*	dec_maxcodep;		/* max available entry */
 	code_t*	dec_codetab;		/* kept separate for small machines */
+
+	/* Encoding specific data */
+	int	enc_oldcode;		/* last code encountered */
+	long	enc_checkpoint;		/* point at which to clear table */
+#define CHECK_GAP	10000		/* enc_ratio check interval */
+	long	enc_ratio;		/* current compression ratio */
+	long	enc_incount;		/* (input) data bytes encoded */
+	long	enc_outcount;		/* encoded (output) bytes */
+	tidata_t enc_rawlimit;		/* bound on tif_rawdata buffer */
+	hash_t*	enc_hashtab;		/* kept separate for small machines */
 } LZWCodecState;
=20
 #define	LZWState(tif)		((LZWBaseState*) (tif)->tif_data)
 #define	DecoderState(tif)	((LZWCodecState*) LZWState(tif))
+#define	EncoderState(tif)	((LZWCodecState*) LZWState(tif))
=20
 static	int LZWDecode(TIFF*, tidata_t, tsize_t, tsample_t);
 #ifdef LZW_COMPAT
 static	int LZWDecodeCompat(TIFF*, tidata_t, tsize_t, tsample_t);
 #endif
+static  void cl_hash(LZWCodecState*);
=20
 /*
  * LZW Decoder.
@@ -175,9 +193,33 @@
 LZWSetupDecode(TIFF* tif)
 {
 	LZWCodecState* sp =3D DecoderState(tif);
-	static const char module[] =3D "LZWSetupDecode";
+	static const char module[] =3D " LZWSetupDecode";
 	int code;
=20
+        if( sp =3D=3D NULL )
+        {
+            /*
+             * Allocate state block so tag methods have storage to record=
=20
+             * values.
+             */
+            tif->tif_data =3D (tidata_t) _TIFFmalloc(sizeof(LZWCodecState)=
);
+            if (tif->tif_data =3D=3D NULL)
+            {
+                TIFFError("LZWPreDecode", "No space for LZW state block");
+                return (0);
+            }
+
+            DecoderState(tif)->dec_codetab =3D NULL;
+            DecoderState(tif)->dec_decode =3D NULL;
+           =20
+            /*
+             * Setup predictor setup.
+             */
+            (void) TIFFPredictorInit(tif);
+
+            sp =3D DecoderState(tif);
+        }
+           =20
 	assert(sp !=3D NULL);
=20
 	if (sp->dec_codetab =3D=3D NULL) {
@@ -191,8 +233,8 @@
 		 */
                 code =3D 255;
                 do {
-                    sp->dec_codetab[code].value =3D (u_char) code;
-                    sp->dec_codetab[code].firstchar =3D (u_char) code;
+                    sp->dec_codetab[code].value =3D code;
+                    sp->dec_codetab[code].firstchar =3D code;
                     sp->dec_codetab[code].length =3D 1;
                     sp->dec_codetab[code].next =3D NULL;
                 } while (code--);
@@ -347,7 +389,7 @@
 			--tp;
 			t =3D codep->value;
 			codep =3D codep->next;
-			*tp =3D (char) t;
+			*tp =3D t;
 		} while (--residue && codep);
 		sp->dec_restart =3D 0;
 	}
@@ -373,7 +415,7 @@
 			NextCode(tif, sp, bp, code, GetNextCode);
 			if (code =3D=3D CODE_EOI)
 				break;
-			*op++ =3D (char)code, occ--;
+			*op++ =3D code, occ--;
 			oldcodep =3D sp->dec_codetab + code;
 			continue;
 		}
@@ -451,7 +493,7 @@
 				--tp;
 				t =3D codep->value;
 				codep =3D codep->next;
-				*tp =3D (char) t;
+				*tp =3D t;
 			} while (codep && tp > op);
 			if (codep) {
 			    codeLoop(tif);
@@ -459,7 +501,7 @@
 			}
 			op +=3D len, occ -=3D len;
 		} else
-			*op++ =3D (char)code, occ--;
+			*op++ =3D code, occ--;
 	}
=20
 	tif->tif_rawcp =3D (tidata_t) bp;
@@ -569,7 +611,7 @@
 			NextCode(tif, sp, bp, code, GetNextCodeCompat);
 			if (code =3D=3D CODE_EOI)
 				break;
-			*op++ =3D (char) code, occ--;
+			*op++ =3D code, occ--;
 			oldcodep =3D sp->dec_codetab + code;
 			continue;
 		}
@@ -642,11 +684,11 @@
 				*--tp =3D codep->value;
 			} while( (codep =3D codep->next) !=3D NULL);
 		} else
-			*op++ =3D (char) code, occ--;
+			*op++ =3D code, occ--;
 	}
=20
 	tif->tif_rawcp =3D (tidata_t) bp;
-	sp->lzw_nbits =3D (u_short) nbits;
+	sp->lzw_nbits =3D nbits;
 	sp->lzw_nextdata =3D nextdata;
 	sp->lzw_nextbits =3D nextbits;
 	sp->dec_nbitsmask =3D nbitsmask;
@@ -664,32 +706,319 @@
 }
 #endif /* LZW_COMPAT */
=20
+/*
+ * LZW Encoding.
+ */
=20
+static int
+LZWSetupEncode(TIFF* tif)
+{
+	LZWCodecState* sp =3D EncoderState(tif);
+	static const char module[] =3D "LZWSetupEncode";
=20
-static void
-LZWCleanup(TIFF* tif)
+	assert(sp !=3D NULL);
+	sp->enc_hashtab =3D (hash_t*) _TIFFmalloc(HSIZE*sizeof (hash_t));
+	if (sp->enc_hashtab =3D=3D NULL) {
+		TIFFError(module, "No space for LZW hash table");
+		return (0);
+	}
+	return (1);
+}
+
+/*
+ * Reset encoding state at the start of a strip.
+ */
+static int
+LZWPreEncode(TIFF* tif, tsample_t s)
 {
-    if (tif->tif_data) {
-        if (DecoderState(tif)->dec_codetab)
-            _TIFFfree(DecoderState(tif)->dec_codetab);
-        _TIFFfree(tif->tif_data);
-        tif->tif_data =3D NULL;
-    }
+	LZWCodecState *sp =3D EncoderState(tif);
+
+	(void) s;
+	assert(sp !=3D NULL);
+	sp->lzw_nbits =3D BITS_MIN;
+	sp->lzw_maxcode =3D MAXCODE(BITS_MIN);
+	sp->lzw_free_ent =3D CODE_FIRST;
+	sp->lzw_nextbits =3D 0;
+	sp->lzw_nextdata =3D 0;
+	sp->enc_checkpoint =3D CHECK_GAP;
+	sp->enc_ratio =3D 0;
+	sp->enc_incount =3D 0;
+	sp->enc_outcount =3D 0;
+	/*
+	 * The 4 here insures there is space for 2 max-sized
+	 * codes in LZWEncode and LZWPostDecode.
+	 */
+	sp->enc_rawlimit =3D tif->tif_rawdata + tif->tif_rawdatasize-1 - 4;
+	cl_hash(sp);		/* clear hash table */
+	sp->enc_oldcode =3D (hcode_t) -1;	/* generates CODE_CLEAR in LZWEncode */
+	return (1);
 }
=20
+#define	CALCRATIO(sp, rat) {					\
+	if (incount > 0x007fffff) { /* NB: shift will overflow */\
+		rat =3D outcount >> 8;				\
+		rat =3D (rat =3D=3D 0 ? 0x7fffffff : incount/rat);	\
+	} else							\
+		rat =3D (incount<<8) / outcount;			\
+}
+#define	PutNextCode(op, c) {					\
+	nextdata =3D (nextdata << nbits) | c;			\
+	nextbits +=3D nbits;					\
+	*op++ =3D (u_char)(nextdata >> (nextbits-8));		\
+	nextbits -=3D 8;						\
+	if (nextbits >=3D 8) {					\
+		*op++ =3D (u_char)(nextdata >> (nextbits-8));	\
+		nextbits -=3D 8;					\
+	}							\
+	outcount +=3D nbits;					\
+}
+
+/*
+ * Encode a chunk of pixels.
+ *
+ * Uses an open addressing double hashing (no chaining) on the=20
+ * prefix code/next character combination.  We do a variant of
+ * Knuth's algorithm D (vol. 3, sec. 6.4) along with G. Knott's
+ * relatively-prime secondary probe.  Here, the modular division
+ * first probe is gives way to a faster exclusive-or manipulation.=20
+ * Also do block compression with an adaptive reset, whereby the
+ * code table is cleared when the compression ratio decreases,
+ * but after the table fills.  The variable-length output codes
+ * are re-sized at this point, and a CODE_CLEAR is generated
+ * for the decoder.=20
+ */
 static int
-LZWSetupEncode(TIFF* tif)
+LZWEncode(TIFF* tif, tidata_t bp, tsize_t cc, tsample_t s)
+{
+	register LZWCodecState *sp =3D EncoderState(tif);
+	register long fcode;
+	register hash_t *hp;
+	register int h, c;
+	hcode_t ent;
+	long disp;
+	long incount, outcount, checkpoint;
+	long nextdata, nextbits;
+	int free_ent, maxcode, nbits;
+	tidata_t op, limit;
+
+	(void) s;
+	if (sp =3D=3D NULL)
+		return (0);
+	/*
+	 * Load local state.
+	 */
+	incount =3D sp->enc_incount;
+	outcount =3D sp->enc_outcount;
+	checkpoint =3D sp->enc_checkpoint;
+	nextdata =3D sp->lzw_nextdata;
+	nextbits =3D sp->lzw_nextbits;
+	free_ent =3D sp->lzw_free_ent;
+	maxcode =3D sp->lzw_maxcode;
+	nbits =3D sp->lzw_nbits;
+	op =3D tif->tif_rawcp;
+	limit =3D sp->enc_rawlimit;
+	ent =3D sp->enc_oldcode;
+
+	if (ent =3D=3D (hcode_t) -1 && cc > 0) {
+		/*
+		 * NB: This is safe because it can only happen
+		 *     at the start of a strip where we know there
+		 *     is space in the data buffer.
+		 */
+		PutNextCode(op, CODE_CLEAR);
+		ent =3D *bp++; cc--; incount++;
+	}
+	while (cc > 0) {
+		c =3D *bp++; cc--; incount++;
+		fcode =3D ((long)c << BITS_MAX) + ent;
+		h =3D (c << HSHIFT) ^ ent;	/* xor hashing */
+#ifdef _WINDOWS
+		/*
+		 * Check hash index for an overflow.
+		 */
+		if (h >=3D HSIZE)
+			h -=3D HSIZE;
+#endif
+		hp =3D &sp->enc_hashtab[h];
+		if (hp->hash =3D=3D fcode) {
+			ent =3D hp->code;
+			continue;
+		}
+		if (hp->hash >=3D 0) {
+			/*
+			 * Primary hash failed, check secondary hash.
+			 */
+			disp =3D HSIZE - h;
+			if (h =3D=3D 0)
+				disp =3D 1;
+			do {
+				/*
+				 * Avoid pointer arithmetic 'cuz of
+				 * wraparound problems with segments.
+				 */
+				if ((h -=3D disp) < 0)
+					h +=3D HSIZE;
+				hp =3D &sp->enc_hashtab[h];
+				if (hp->hash =3D=3D fcode) {
+					ent =3D hp->code;
+					goto hit;
+				}
+			} while (hp->hash >=3D 0);
+		}
+		/*
+		 * New entry, emit code and add to table.
+		 */
+		/*
+		 * Verify there is space in the buffer for the code
+		 * and any potential Clear code that might be emitted
+		 * below.  The value of limit is setup so that there
+		 * are at least 4 bytes free--room for 2 codes.
+		 */
+		if (op > limit) {
+			tif->tif_rawcc =3D (tsize_t)(op - tif->tif_rawdata);
+			TIFFFlushData1(tif);
+			op =3D tif->tif_rawdata;
+		}
+		PutNextCode(op, ent);
+		ent =3D c;
+		hp->code =3D free_ent++;
+		hp->hash =3D fcode;
+		if (free_ent =3D=3D CODE_MAX-1) {
+			/* table is full, emit clear code and reset */
+			cl_hash(sp);
+			sp->enc_ratio =3D 0;
+			incount =3D 0;
+			outcount =3D 0;
+			free_ent =3D CODE_FIRST;
+			PutNextCode(op, CODE_CLEAR);
+			nbits =3D BITS_MIN;
+			maxcode =3D MAXCODE(BITS_MIN);
+		} else {
+			/*
+			 * If the next entry is going to be too big for
+			 * the code size, then increase it, if possible.
+			 */
+			if (free_ent > maxcode) {
+				nbits++;
+				assert(nbits <=3D BITS_MAX);
+				maxcode =3D (int) MAXCODE(nbits);
+			} else if (incount >=3D checkpoint) {
+				long rat;
+				/*
+				 * Check compression ratio and, if things seem
+				 * to be slipping, clear the hash table and
+				 * reset state.  The compression ratio is a
+				 * 24+8-bit fractional number.
+				 */
+				checkpoint =3D incount+CHECK_GAP;
+				CALCRATIO(sp, rat);
+				if (rat <=3D sp->enc_ratio) {
+					cl_hash(sp);
+					sp->enc_ratio =3D 0;
+					incount =3D 0;
+					outcount =3D 0;
+					free_ent =3D CODE_FIRST;
+					PutNextCode(op, CODE_CLEAR);
+					nbits =3D BITS_MIN;
+					maxcode =3D MAXCODE(BITS_MIN);
+				} else
+					sp->enc_ratio =3D rat;
+			}
+		}
+	hit:
+		;
+	}
+
+	/*
+	 * Restore global state.
+	 */
+	sp->enc_incount =3D incount;
+	sp->enc_outcount =3D outcount;
+	sp->enc_checkpoint =3D checkpoint;
+	sp->enc_oldcode =3D ent;
+	sp->lzw_nextdata =3D nextdata;
+	sp->lzw_nextbits =3D nextbits;
+	sp->lzw_free_ent =3D free_ent;
+	sp->lzw_maxcode =3D maxcode;
+	sp->lzw_nbits =3D nbits;
+	tif->tif_rawcp =3D op;
+	return (1);
+}
+
+/*
+ * Finish off an encoded strip by flushing the last
+ * string and tacking on an End Of Information code.
+ */
+static int
+LZWPostEncode(TIFF* tif)
+{
+	register LZWCodecState *sp =3D EncoderState(tif);
+	tidata_t op =3D tif->tif_rawcp;
+	long nextbits =3D sp->lzw_nextbits;
+	long nextdata =3D sp->lzw_nextdata;
+	long outcount =3D sp->enc_outcount;
+	int nbits =3D sp->lzw_nbits;
+
+	if (op > sp->enc_rawlimit) {
+		tif->tif_rawcc =3D (tsize_t)(op - tif->tif_rawdata);
+		TIFFFlushData1(tif);
+		op =3D tif->tif_rawdata;
+	}
+	if (sp->enc_oldcode !=3D (hcode_t) -1) {
+		PutNextCode(op, sp->enc_oldcode);
+		sp->enc_oldcode =3D (hcode_t) -1;
+	}
+	PutNextCode(op, CODE_EOI);
+	if (nextbits > 0)=20
+		*op++ =3D (u_char)(nextdata << (8-nextbits));
+	tif->tif_rawcc =3D (tsize_t)(op - tif->tif_rawdata);
+	return (1);
+}
+
+/*
+ * Reset encoding hash table.
+ */
+static void
+cl_hash(LZWCodecState* sp)
 {
-    TIFFError(tif->tif_name,
-              "LZW compression is not available to due to Unisys patent en=
forcement");
-    return (0);
+	register hash_t *hp =3D &sp->enc_hashtab[HSIZE-1];
+	register long i =3D HSIZE-8;
+
+ 	do {
+		i -=3D 8;
+		hp[-7].hash =3D -1;
+		hp[-6].hash =3D -1;
+		hp[-5].hash =3D -1;
+		hp[-4].hash =3D -1;
+		hp[-3].hash =3D -1;
+		hp[-2].hash =3D -1;
+		hp[-1].hash =3D -1;
+		hp[ 0].hash =3D -1;
+		hp -=3D 8;
+	} while (i >=3D 0);
+    	for (i +=3D 8; i > 0; i--, hp--)
+		hp->hash =3D -1;
+}
+
+static void
+LZWCleanup(TIFF* tif)
+{
+	if (tif->tif_data) {
+		if (DecoderState(tif)->dec_codetab)
+			_TIFFfree(DecoderState(tif)->dec_codetab);
+
+		if (EncoderState(tif)->enc_hashtab)
+			_TIFFfree(EncoderState(tif)->enc_hashtab);
+
+		_TIFFfree(tif->tif_data);
+		tif->tif_data =3D NULL;
+	}
 }
=20
 int
 TIFFInitLZW(TIFF* tif, int scheme)
 {
 	assert(scheme =3D=3D COMPRESSION_LZW);
-
 	/*
 	 * Allocate state block so tag methods have storage to record values.
 	 */
@@ -698,25 +1027,29 @@
 		goto bad;
 	DecoderState(tif)->dec_codetab =3D NULL;
 	DecoderState(tif)->dec_decode =3D NULL;
+	EncoderState(tif)->enc_hashtab =3D NULL;
+        LZWState(tif)->rw_mode =3D tif->tif_mode;
=20
 	/*
 	 * Install codec methods.
 	 */
-	tif->tif_setupencode =3D LZWSetupEncode;
 	tif->tif_setupdecode =3D LZWSetupDecode;
 	tif->tif_predecode =3D LZWPreDecode;
 	tif->tif_decoderow =3D LZWDecode;
 	tif->tif_decodestrip =3D LZWDecode;
 	tif->tif_decodetile =3D LZWDecode;
+	tif->tif_setupencode =3D LZWSetupEncode;
+	tif->tif_preencode =3D LZWPreEncode;
+	tif->tif_postencode =3D LZWPostEncode;
+	tif->tif_encoderow =3D LZWEncode;
+	tif->tif_encodestrip =3D LZWEncode;
+	tif->tif_encodetile =3D LZWEncode;
 	tif->tif_cleanup =3D LZWCleanup;
-
 	/*
 	 * Setup predictor setup.
 	 */
 	(void) TIFFPredictorInit(tif);
-
 	return (1);
-
 bad:
 	TIFFError("TIFFInitLZW", "No space for LZW state block");
 	return (0);
only in patch2:
unchanged:
--- tiff-3.6.1.orig/libtiff/tif_fax3.c
+++ tiff-3.6.1/libtiff/tif_fax3.c
@@ -451,7 +451,7 @@
 	Fax3BaseState* sp =3D Fax3State(tif);
 	long rowbytes, rowpixels;
 	int needsRefLine;
-	Fax3CodecState* dsp =3D DecoderState(tif);
+	Fax3CodecState* dsp =3D (Fax3CodecState*) Fax3State(tif);
 	uint32 nruns;
=20
 	if (td->td_bitspersample !=3D 1) {
@@ -1284,7 +1284,8 @@
 	sp->recvparams =3D 0;
 	sp->subaddress =3D NULL;
=20
-	tif->tif_flags |=3D TIFF_NOBITREV;	/* decoder does bit reversal */
+	if (sp->rw_mode =3D=3D O_RDONLY)			/* FIXME: improve for in place update =
*/
+		tif->tif_flags |=3D TIFF_NOBITREV;	/* decoder does bit reversal */
 	DecoderState(tif)->runs =3D NULL;
 	TIFFSetField(tif, TIFFTAG_FAXFILLFUNC, _TIFFFax3fillruns);
 	EncoderState(tif)->refline =3D NULL;
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/tiffmedian.c
+++ tiff-3.6.1/tools/tiffmedian.c
@@ -7,7 +7,6 @@
  *     -C n		- set colortable size.  Default is 256.
  *     -f		- use Floyd-Steinberg dithering.
  *     -c lzw		- compress output with LZW=20
- *                        (no longer supported by default due to unisys pa=
tent enforcement)=20
  *     -c none		- use no compression on output
  *     -c packbits	- use packbits compression on output
  *     -r n		- create output with n rows/strip of data
@@ -313,7 +312,6 @@
 " -C #		create a colormap with # entries",
 " -f		use Floyd-Steinberg dithering",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c packbits	compress output with packbits encoding",
 " -c none	use no compression algorithm on output",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/tiffdither.c
+++ tiff-3.6.1/tools/tiffdither.c
@@ -285,7 +285,6 @@
 " -f lsb2msb	force lsb-to-msb FillOrder for output",
 " -f msb2lsb	force msb-to-lsb FillOrder for output",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c packbits	compress output with packbits encoding",
 " -c g3[:opts]	compress output with CCITT Group 3 encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/tiffcp.c
+++ tiff-3.6.1/tools/tiffcp.c
@@ -368,7 +368,6 @@
 " -f msb2lsb	force msb-to-lsb FillOrder for output",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c jpeg[:opts]	compress output with JPEG encoding",
 " -c packbits	compress output with packbits encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/tiff2rgba.c
+++ tiff-3.6.1/tools/tiff2rgba.c
@@ -457,7 +457,6 @@
     " jpeg\t\tJPEG encoding\n",
     " zip\t\tLempel-Ziv & Welch encoding\n",
     " lzw\t\tLempel-Ziv & Welch encoding\n",
-    " (lzw compression unsupported by default due to Unisys patent enforce=
ment)\n",
     " packbits\tPackBits encoding\n",
     " none\t\tno compression\n",
     "and the other options are:\n",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/tiff2bw.c
+++ tiff-3.6.1/tools/tiff2bw.c
@@ -375,7 +375,6 @@
 " -r #		make each strip have no more than # rows",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c packbits	compress output with packbits encoding",
 " -c g3[:opts]	compress output with CCITT Group 3 encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/sgisv.c
+++ tiff-3.6.1/tools/sgisv.c
@@ -124,7 +124,6 @@
 " -r #		make each strip have no more than # rows",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c jpeg[:opts]compress output with JPEG encoding",
 " -c packbits	compress output with packbits encoding",
 " -c none	use no compression algorithm on output",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/sgi2tiff.c
+++ tiff-3.6.1/tools/sgi2tiff.c
@@ -292,7 +292,6 @@
 " -f msb2lsb	force msb-to-lsb FillOrder for output",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c jpeg[:opts]compress output with JPEG encoding",
 " -c packbits	compress output with packbits encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/rgb2ycbcr.c
+++ tiff-3.6.1/tools/rgb2ycbcr.c
@@ -324,7 +324,6 @@
     "where comp is one of the following compression algorithms:\n",
     " jpeg\t\tJPEG encoding\n",
     " lzw\t\tLempel-Ziv & Welch encoding\n",
-    " (lzw no longer supported by default due to Unisys patent enforcement=
)\n",=20
     " zip\t\tdeflate encoding\n",
     " packbits\tPackBits encoding (default)\n",
     " none\t\tno compression\n",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/raw2tiff.c
+++ tiff-3.6.1/tools/raw2tiff.c
@@ -557,7 +557,6 @@
 " band		band interleaved data",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c jpeg[:opts]compress output with JPEG encoding",
 " -c packbits	compress output with packbits encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/ras2tiff.c
+++ tiff-3.6.1/tools/ras2tiff.c
@@ -256,7 +256,6 @@
 " -r #		make each strip have no more than # rows",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c jpeg[:opts]	compress output with JPEG encoding",
 " -c packbits	compress output with packbits encoding",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/pal2rgb.c
+++ tiff-3.6.1/tools/pal2rgb.c
@@ -362,7 +362,6 @@
 " -C 16		assume 16-bit colormap values",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",
 " -c zip[:opts]	compress output with deflate encoding",
 " -c packbits	compress output with packbits encoding",
 " -c none	use no compression algorithm on output",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/tools/gif2tiff.c
+++ tiff-3.6.1/tools/gif2tiff.c
@@ -70,7 +70,6 @@
 " -r #		make each strip have no more than # rows",
 "",
 " -c lzw[:opts]	compress output with Lempel-Ziv & Welch encoding",
-"               (no longer supported by default due to Unisys patent enfor=
cement)",=20
 " -c zip[:opts]	compress output with deflate encoding",
 " -c packbits	compress output with packbits encoding",
 " -c none	use no compression algorithm on output",
only in patch2:
unchanged:
--- tiff-3.6.1.orig/debian/libtiff4.postinst
+++ tiff-3.6.1/debian/libtiff4.postinst
@@ -0,0 +1,7 @@
+#!/bin/sh -e
+
+if [ "$1" =3D "configure" ]; then
+  ldconfig
+fi
+
+#DEBHELPER#
only in patch2:
unchanged:
--- tiff-3.6.1.orig/debian/libtiff4-dev.doc-base
+++ tiff-3.6.1/debian/libtiff4-dev.doc-base
@@ -0,0 +1,9 @@
+Document: libtiff4-dev
+Title: TIFF Software
+Author: Sam Leffler
+Abstract: Support for the Tag Image File Format (TIFF) for storing image d=
ata.
+Section: Apps/Graphics
+
+Format: HTML
+Index: /usr/share/doc/libtiff4/index.html
+Files: /usr/share/doc/libtiff4/*.html
only in patch2:
unchanged:
--- tiff-3.6.1.orig/debian/libtiff4.shlibs
+++ tiff-3.6.1/debian/libtiff4.shlibs
@@ -0,0 +1 @@
+libtiff 4 libtiff4

--+278g007AL/ykmV8--

--tDYGg60iReQ7u8wj
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBBK8fKN6ufymYLloRAuaQAKC4l8snObYY2gniOt1ZGVrjpLxOkQCdG5uW
8B6g8gDwZhHHR+A/tp3nk1c=
=hvWe
-----END PGP SIGNATURE-----

--tDYGg60iReQ7u8wj--

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-07-27:

#14

Message-Id: <email address hidden>
Date: Tue, 27 Jul 2004 17:24:30 -0400
From: Steve Langasek <email address hidden>
To: <email address hidden>
Cc: Steve Langasek <email address hidden>, Josip Rodin <email address hidden>
Subject: Fixed in NMU of tiff 3.6.1-1.1

tag 236247 + fixed
tag 243405 + fixed
tag 248490 + fixed
tag 260242 + fixed
tag 261356 + fixed
tag 261357 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 25 Jul 2004 10:28:06 -0400
Source: tiff
Binary: libtiff4 libtiff-tools libtiff4-dev
Architecture: source alpha i386
Version: 3.6.1-1.1
Distribution: unstable
Urgency: medium
Maintainer: Josip Rodin <email address hidden>
Changed-By: Steve Langasek <email address hidden>
Description:
libtiff-tools - TIFF manipulation and conversion tools
libtiff4 - Tag Image File Format library
libtiff4-dev - Tag Image File Format library, development files
Closes: 236247 243405 248490 260242 261356 261357
Changes:
tiff (3.6.1-1.1) unstable; urgency=medium
.
   * Non-maintainer upload; thanks to Jay Berkenbilt <email address hidden> for
     preparing the patches
   * Rename shared library and development packages to resolve accidental
     upstream ABI change. Closes: #236247
   * Include patch from upstream to fix multistrip g3 fax bug.
     Closes: #243405
   * Include LZW support. Closes: #260242, #248490
   * Fix URL in copyright file. Closes: #261357
   * Install missing documentation files. Closes: #261356
Files:
f4dbaf0ec2274810149845ec4e4992cf 628 libs optional tiff_3.6.1-1.1.dsc
bb88c963157da68c6545a090c59be006 13823 libs optional tiff_3.6.1-1.1.diff.gz
9b8a707e5698ebbe549fd81209e111e6 128776 libs optional libtiff4_3.6.1-1.1_alpha.deb
d25bed895031a47510895da31be82b9a 499272 devel optional libtiff4-dev_3.6.1-1.1_alpha.deb
1268a503ccc6fe7af13d5996653a1a1b 196714 graphics optional libtiff-tools_3.6.1-1.1_alpha.deb
ed59dc2ddc37109d8b1773933de636d1 102942 libs optional libtiff4_3.6.1-1.1_i386.deb
4a19b974493cefec5c3df46fdc0110da 443014 devel optional libtiff4-dev_3.6.1-1.1_i386.deb
6a54f4e656b0ea0a6e76f7c39fd6ab25 160962 graphics optional libtiff-tools_3.6.1-1.1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBBKOlKN6ufymYLloRAkUxAJ9hTXfE5zbgq7H8RbMyN5GmzFd6NQCfYhdL
UFz7URVDEMixFUK3gOFtIUs=
=IltJ
-----END PGP SIGNATURE-----

Message-Id: <E1BpZR0-0007Le-00@newraff.debian.org>
Date: Tue, 27 Jul 2004 17:24:30 -0400
From: Steve Langasek <vorlon@debian.org>
To: control@bugs.debian.org
Cc: Steve Langasek <vorlon@debian.org>, Josip Rodin <joy-packages@debian.org>
Subject: Fixed in NMU of tiff 3.6.1-1.1

tag 236247 + fixed
tag 243405 + fixed
tag 248490 + fixed
tag 260242 + fixed
tag 261356 + fixed
tag 261357 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload.  The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 25 Jul 2004 10:28:06 -0400
Source: tiff
Binary: libtiff4 libtiff-tools libtiff4-dev
Architecture: source alpha i386
Version: 3.6.1-1.1
Distribution: unstable
Urgency: medium
Maintainer: Josip Rodin <joy-packages@debian.org>
Changed-By: Steve Langasek <vorlon@debian.org>
Description: 
 libtiff-tools - TIFF manipulation and conversion tools
 libtiff4   - Tag Image File Format library
 libtiff4-dev - Tag Image File Format library, development files
Closes: 236247 243405 248490 260242 261356 261357
Changes: 
 tiff (3.6.1-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload; thanks to Jay Berkenbilt <ejb@ql.org> for
     preparing the patches
   * Rename shared library and development packages to resolve accidental
     upstream ABI change.  Closes: #236247
   * Include patch from upstream to fix multistrip g3 fax bug.
     Closes: #243405
   * Include LZW support.  Closes: #260242, #248490
   * Fix URL in copyright file.  Closes: #261357
   * Install missing documentation files.  Closes: #261356
Files: 
 f4dbaf0ec2274810149845ec4e4992cf 628 libs optional tiff_3.6.1-1.1.dsc
 bb88c963157da68c6545a090c59be006 13823 libs optional tiff_3.6.1-1.1.diff.gz
 9b8a707e5698ebbe549fd81209e111e6 128776 libs optional libtiff4_3.6.1-1.1_alpha.deb
 d25bed895031a47510895da31be82b9a 499272 devel optional libtiff4-dev_3.6.1-1.1_alpha.deb
 1268a503ccc6fe7af13d5996653a1a1b 196714 graphics optional libtiff-tools_3.6.1-1.1_alpha.deb
 ed59dc2ddc37109d8b1773933de636d1 102942 libs optional libtiff4_3.6.1-1.1_i386.deb
 4a19b974493cefec5c3df46fdc0110da 443014 devel optional libtiff4-dev_3.6.1-1.1_i386.deb
 6a54f4e656b0ea0a6e76f7c39fd6ab25 160962 graphics optional libtiff-tools_3.6.1-1.1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBBKOlKN6ufymYLloRAkUxAJ9hTXfE5zbgq7H8RbMyN5GmzFd6NQCfYhdL
UFz7URVDEMixFUK3gOFtIUs=
=IltJ
-----END PGP SIGNATURE-----

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-08-26:

#15

Message-ID: <email address hidden>
Date: Thu, 26 Aug 2004 16:40:47 +0200
From: Adrian Bunk <email address hidden>
To: <email address hidden>
Subject: reassign these bugs to the correct package

reassign 183268 libtiff4
reassign 197449 libtiff4
reassign 238669 libtiff4
reassign 256657 libtiff4
reassign 81174 libtiff4
reassign 234765 libtiff4
reassign 248490 libtiff4
reassign 260242 libtiff4
thanks

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-01:

#16

Message-ID: <email address hidden>
Date: Mon, 1 Nov 2004 12:27:38 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>,
<email address hidden>, <email address hidden>
Cc: Jay Berkenbilt <email address hidden>
Subject: fixed in latest libtiff in sarge/sid

Hi,

The bugs you reported are fixed in the latest libtiff* packages in
sarge/sid. The prospective new maintainer, Jay Berkenbilt, got this done, so
all credit goes to him.

Thanks for reporting.
--
2. That which causes joy or happiness.

Bug Watch Updater (bug-watch-updater) on 2006-09-27

Changed in tiff3g:
status:	Unknown → Fix Released

Affects		Status	Importance	Assigned to	Milestone
	tiff3g (Debian)	Fix Released	Unknown	debbugs #238978
	tiff3g (Ubuntu)	Invalid	Medium	Unassigned

Ubuntu
tiff3g package

"Segmentation fault" on gqview startup

Bug Description

Other bug subscribers

Remote bug watches

Ubuntutiff3g package

"Segmentation fault" on gqview startup

Bug Description

Other bug subscribers

Remote bug watches

Ubuntu
tiff3g package