Opened 20 years ago
Closed 17 years ago
#724 closed defect (worksforme)
GDAL doesn't seem to be 64 bit safe
Reported by: | Owned by: | warmerdam | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | unspecified |
Severity: | normal | Keywords: | |
Cc: |
Description (last modified by )
I compiled gdal on a dual nocona box, and attempted to run the following commands, with a set of bluemarble files from ftp://mitch.gsfc.nasa.gov/pub/stockli/bluemarble/ and the .vrt files from http://www.mappinghacks.com/projects/bluemarble/ -- begin commands $VRT=bluemarble.vrt gdal_translate -of GTiff -co "INTERLEAVE=PIXEL" -srcwin 0 0 10800 10800 $VRT bmv_west_00.tif that works, and 'gdalinfo bmv_west_00.tif' gives sensible information then, the following commands all fail with ERROR 4 gdalwarp -rc -ts 16384 16384 -co "TILED=YES" bmv_west_00.tif bmw_west_tiled_00.tif gdaladdo bmv_west_00.tif 2 4 8 16 32 64
Change History (3)
comment:2 by , 20 years ago
Amaury, I have build GDAL from last night's CVS snapshot on your machine, and run the commands. They seemed to complete without any apparent errors. I did a "file" check on the executables I built, and they seem to be built in 64bit mode. I didn't inspect the images as that is a bit hard for me to do remotely. You might want to "su - warmerda" to my account and try it your self to see if you can produce the error. Perhaps it is something that has been fixed since the version you were using?
comment:6 by , 17 years ago
Description: | modified (diff) |
---|---|
Priority: | high → normal |
Resolution: | → worksforme |
Severity: | critical → normal |
Status: | assigned → closed |
Closing for lack of followup.
Note:
See TracTickets
for help on using tickets.