Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#4048 closed defect (worksforme)

gdalwarp corrupted unsorted chunks on Centos 5.5 x86_64

Reported by: randrewspmx Owned by: warmerdam
Priority: normal Milestone:
Component: GDAL_Raster Version: 1.7.3
Severity: normal Keywords: gtiff
Cc:

Description

We have a gdal installation on 64bit Centos 5.5. Here is a list of the relevant version information:

gdal-1.7.3 gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48)

gdalwarp crashes on occasion when invoked inside a shell script that is called when new data arrives on the image processing system. This leaves hanged instances of gdalwarp building up on the host until we manually killall old instances of gdalwarp.

See attached backtrace and memory map pulled from syslog on the host.

Attachments (3)

gdalwarpstackheap.txt (13.0 KB ) - added by randrewspmx 13 years ago.
gdalwarp backtrace and memory map of crashed instance
srcdata.7z (814.6 KB ) - added by randrewspmx 13 years ago.
configure.log (11.0 KB ) - added by randrewspmx 13 years ago.

Download all attachments as: .zip

Change History (7)

by randrewspmx, 13 years ago

Attachment: gdalwarpstackheap.txt added

gdalwarp backtrace and memory map of crashed instance

comment:1 by warmerdam, 13 years ago

Component: defaultGDAL_Raster
Keywords: gtiff added

based on the "ERROR 1: TIFFReadDirectory:Cannot handle different values per sample for "BitsPerSample"" message I believe we would also need your data file(s) and commandline arguments in order to investigate the problem properly. It seems to be data dependent.

by randrewspmx, 13 years ago

Attachment: srcdata.7z added

comment:2 by randrewspmx, 13 years ago

${GDALDIR}gdalwarp -of Gtiff -s rcnodata "0 0 0" -dstalpha -te -144.667007 32.960999 -45.602901 82.636597 ${TEMPDIR}${DESTNAME}.tif -ts 1280 720 -rcs ${TEMPDIR}${DES TNAME}_canada.tif

comment:3 by warmerdam, 13 years ago

Resolution: worksforme
Status: newclosed

I have been unable to reproduce this problem, even running gdalwarp 1.7.x under valgrind. I suspect it relates to the version of libtiff used on CentOS. I would suggest building your own GDAL (1.8) with the internal libtiff instead of the system libtiff and see if that works properly.

by randrewspmx, 13 years ago

Attachment: configure.log added

comment:4 by randrewspmx, 13 years ago

Attached log of build from source. It can be seen that the internal TIFF code was used during the build.

Note: See TracTickets for help on using tickets.