Hi Tom,
I was trying with 1.5.3 (Debian etch, gcc-4.1), now changed to 1.6.0, but no success.

About 1.5.2 version, didn't work neither.

By default, configuration sets up "msb2lsb" (big-wordian). Forcing the configuration (changing configure file) to be "lsb2msb" make no difference (maybe because the problem is exactly there).

The next step I'll do is to apply Etienne's patch manually, because it became incompatible with newer versions of shpopen.c...


Thanks,

Adriano

Tom Kazimiers escreveu:
Hi Adriano,

which version of CGAL did you compile for ARM?

I use 1.5.2 and reading shapefiles works very well.

Regards,
Tom

Adriano C Naspolini schrieb:
Hi,
I developed an application and it runs perfectly over X86. However,
when i try to run it on ARM it stops reading shapefiles (actually it
reads wrong coordinates). I wrote a simple program to tell just the
first "point" coordinates.

On X86:
x=: -53.1275 y= -31.8682

On ARM:
x=: -1.00226e-13 y= -1.76938e+52


Looking for the problem here, i found a thread from Etienne Dube on
(2004-04-07 05:12:55 GMT), saying it's a byte ordering problem.
"Each 32-bit word in the 64-bit double value is stored little-endian,
but the most significative 32-bit word comes last in memory
("big-wordian")."

Changing the word-order for the first feature inside the ".shp" ("11
36 3c bd 52 90 4a c0" to "52 90 4a c0 11 36 3c bd") and running it again:

under X86:
x=: -1.00226e-13 y= -31.8682

under ARM
x=: -53.1275 y= -1.76938e+52

So, clearly, i have the same problem then Etienne. He sent a patch,
but didn't made many tests...
Is there a "final"solution for the problem? I couldn't see any answer
to him.

Regards,

Adriano
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev



_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to