Piet van Oostrum <piet@cs.uu.nl> (PvO) wrote:
PvO> I have run it with gdb and it reveals that it hangs in: PvO> Program received signal SIGINT, Interrupt. PvO> 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 PvO> 216 /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h: No such file or directory. PvO> in /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h PvO> (gdb) bt PvO> #0 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216
PvO> This spin_lock is some synchronisation thing in Mac OS X I think. I have PvO> also seen problems with it in emacs when malloc calls were done in signal PvO> handlers.
This error is most probably caused by a bug in Boemgc 7.0. Inkscape also suffers from it and there are bug reports about both in the tracker. Going back to boehmgc 6.8 seems to solve the problem. -- Piet van Oostrum <piet@cs.uu.nl> URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org