AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2005.09.28 00:49 "[Tiff] PSP libtiff hack?", by Frank Warmerdam
2005.09.28 02:21 "Re: [Tiff] PSP libtiff hack?", by Joris Van Damme
2005.09.28 04:04 "Re: [Tiff] PSP libtiff hack?", by
2005.09.28 13:50 "Re: [Tiff] PSP libtiff hack?", by Frank Warmerdam
2005.09.28 14:49 "Re: [Tiff] PSP libtiff hack?", by Bob Friesenhahn
2005.09.28 04:20 "Re: [Tiff] PSP libtiff hack?", by Chris Cox
2005.09.28 13:39 "Re: [Tiff] PSP libtiff hack?", by Dmitry V. Levin
2005.10.15 12:43 "[Tiff] Small bug report, and error handler parameter issue", by Joris Van Damme
2005.10.15 16:06 "[Tiff] Re: Small bug report, and error handler parameter issue", by Frank Warmerdam
2005.10.15 16:24 "[Tiff] Re: Small bug report, and error handler parameter issue", by Joris Van Damme
2005.10.15 16:26 "[Tiff] Re: Small bug report, and error handler parameter issue", by Frank Warmerdam
2005.10.15 16:28 "[Tiff] Re: Small bug report, and error handler parameter issue", by Joris Van Damme
2005.12.03 00:19 "[Tiff] possible bug in libtiff 3.7.4", by Joshua Muskovitz
2005.12.03 02:32 "Re: [Tiff] possible bug in libtiff 3.7.4", by Frank Warmerdam
2005.10.20 22:52 "Re: [Tiff] Read EXIF Tag", by Chris Losinger
2005.10.20 01:47 "[Tiff] Read EXIF Tag", by Chris Losinger
2005.10.20 12:34 "Re: [Tiff] Read EXIF Tag", by
2005.10.20 15:26 "Re: [Tiff] Read EXIF Tag", by Frank Warmerdam

2005.10.15 12:43 "[Tiff] Small bug report, and error handler parameter issue", by Joris Van Damme

1) In LibTiff 3.7.4, tif_write.c, line 520:

 if (tif->tif_dir.td_samplesperpixel == 1) {
  /*

   * Planarconfiguration is irrelevant in case of single band
   * images and need not be included. We will set it anyway,
   * because this field is used in other parts of library even
   * in the single band case.
   */

  tif->tif_dir.td_planarconfig == PLANARCONFIG_CONTIG;
 } else {

...This last '==' should, I think, be '='.

2) The issue of the parameters of the warning and error handlers has come up before. I totally fail to do anything meaningfull with warning and errors in a context that envolves multiple TIFF * in a single thread, because there is no TIFF * parameter in the warning and error handler callbacks, and thus the warnings and errors can't be traced to their TIFF context and dealt with properly.

I now find myself in a situation where I really need that. So I've extended the error handler with that TIFF * parameter, and changed all TIFFError and TIFFWarning calls in the core library accordingly. I haven't updated any of the tools, I don't know if it will seriously impact those. Is there any chance this could find its way into CVS, so that I don't have to change again with each new update? I'm pretty sure people are all for the ability to present error more meaningfull then 'The TIFF file can not be opened because there was an error opening the TIFF file', even when multiple TIFFs are involved. I can't build a diff, but I can send the complete edited sources for you more tools-enabled Linux guys to diff.

Joris Van Damme
info@awaresystems.be
http://www.awaresystems.be/
Download your free TIFF tag viewer for windows here:
http://www.awaresystems.be/imaging/tiff/astifftagviewer.html