[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