[postgis-users] "make check" failures w/ 1.3.1 on Mac OS 10.5
William Kyngesburye
woklist at kyngchaos.com
Sun Nov 25 15:02:56 PST 2007
Sorry to keep replying to myself. I think I see the problem:
get_uint32(). Leopard's libSystem now includes its own get_uint32()
(and get_int32()), so this is used in postgis instead of the one in
lwgeom_api.c.
I can't find ANY reference to this in the Leopard headers or the Xcode
documentation, or in Apple's forums or mailing list archives. So I
can't tell if it's compatible, it's certainly not usable if there is
no header declaration of it.
So, renaming get_int32() and get_uint32() in Postgis did the trick (I
used pgis_get_int32 and pgis_get_uint32). They're in these files:
liblwgeom.h
lwcurve.c
lwgeom_api.c
lwgeom_pg.c
lwline.c
lwpoint.c
lwpoly.c
I now have 5/37 fails. Time to check on those.
On Nov 25, 2007, at 3:49 PM, William Kyngesburye wrote:
> Thread 0 Crashed:
> 0 libSystem.B.dylib 0x900e1831 get_uint32 + 32
> 1 liblwgeom.so 0x0062ff6d lwcurve_deserialize +
> 125
> 2 liblwgeom.so 0x0061acfe parse_WKT_lwgeom + 142
> 3 postgres 0x000d6e75 ExecMakeFunctionResult
> + 874
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
All generalizations are dangerous, even this one.
More information about the postgis-users
mailing list