AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
May 2008

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2008.05.30 17:18 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Even Rouault
2008.05.30 18:40 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Andy Cave
2008.05.30 19:19 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Even Rouault
2008.05.30 20:58 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Bob Friesenhahn
2008.05.31 15:30 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Even Rouault
2008.05.31 15:45 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Even Rouault
2008.06.02 14:10 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Edward Lam

2008.05.31 15:30 "Re: [gdal-dev] Problem with libTiff on Solaris 10", by Even Rouault

Dan,

Your fix is not the right one. But I recognize that my previous suggestion 
could lead into error.

In fact, tdir_count field is a uint64 in libtiff 4.0.
So the correct fix is :

uint32 nTemp = (uint32)o->tdir_count;
_Tiffmemcpy(n, &nTemp, 4);

Even

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

RE: [Tiff] Re: [gdal-dev] Problem with libTiff on Solaris 10
De : 
Dan Greve <grevedan@hotmail.com>
  À : 
Bob Friesenhahn <bfriesen@simple.dallas.tx.us>, Even Rouault 
<even.rouault@mines-paris.org>
  CC : 
gdal-dev@lists.osgeo.org, tiff@lists.osgeo.org, Andy Cave 
<andy.cave@hamillroad.com>, mailing list <tiff@lists.maptools.org>
  Date : 
Aujourd'hui 16:49:15
   
Sure enough, the pointer n is not null, and throws a sigsegv fault. Aftern 
changing from
 
*(uint32*)n=(uint32)o->tdir_count;            TO
 
_TIFFmemcpy(n, &o->tdir_count, 4)
 
The execution passes this point, but where as *(uint32*)n should be 1, it is 
0. This causes errors later in the GDALOpen call on the tiff dataset, which 
fails with error "TiffFetchNormalTag:incorrect count for "SamplesPerPixel". 
debugging continues....
 
-- Dan Greve
-- Software Engineering
-- Northrop Grumman Corp.