#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)
Change History (7)
by , 13 years ago
Attachment: | gdalwarpstackheap.txt added |
---|
comment:1 by , 13 years ago
Component: | default → GDAL_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 , 13 years ago
Attachment: | srcdata.7z added |
---|
comment:2 by , 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 , 13 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
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 , 13 years ago
Attachment: | configure.log added |
---|
comment:4 by , 13 years ago
Attached log of build from source. It can be seen that the internal TIFF code was used during the build.
gdalwarp backtrace and memory map of crashed instance