Opened 19 years ago

Closed 17 years ago

#724 closed defect (worksforme)

GDAL doesn't seem to be 64 bit safe

Reported by: sxpert@… Owned by: warmerdam
Priority: normal Milestone:
Component: default Version: unspecified
Severity: normal Keywords:
Cc:

Description (last modified by warmerdam)

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:1 by warmerdam, 19 years ago

I have confirmed that the steps work fine with GDAL-dev and GDAL 1.5.4 on 
intel 32bit, so I think it likely is a 64 related issue. 

Leaving for now till I have access to an appropriate 64 bit system. 

comment:2 by warmerdam, 19 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 warmerdam, 17 years ago

Description: modified (diff)
Priority: highnormal
Resolution: worksforme
Severity: criticalnormal
Status: assignedclosed

Closing for lack of followup.

Note: See TracTickets for help on using tickets.