I have run it with gdb and it reveals that it hangs in: Program received signal SIGINT, Interrupt. 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 216 /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h: No such file or directory. in /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h (gdb) bt #0 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 This spin_lock is some synchronisation thing in Mac OS X I think. I have also seen problems with it in emacs when malloc calls were done in signal handlers. Does anybody have seen this also and have a clue about what causes this?
port installed w3m The following ports are currently installed: w3m @0.5.2_0 (active)
-- Piet van Oostrum <piet@cs.uu.nl> URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org
On Nov 21, 2007, at 11:14, Piet van Oostrum wrote:
I have run it with gdb and it reveals that it hangs in:
Program received signal SIGINT, Interrupt. 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/ System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 216 /System/Library/Frameworks/System.framework/PrivateHeaders/ i386/cpu_capabilities.h: No such file or directory. in /System/Library/Frameworks/System.framework/ PrivateHeaders/i386/cpu_capabilities.h (gdb) bt #0 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/ System.framework/PrivateHeaders/i386/cpu_capabilities.h:216
This spin_lock is some synchronisation thing in Mac OS X I think. I have also seen problems with it in emacs when malloc calls were done in signal handlers.
Does anybody have seen this also and have a clue about what causes this?
port installed w3m The following ports are currently installed: w3m @0.5.2_0 (active)
I don't know a thing about gdb so I'm not going to be much use here. It sounds like you may want to contact the developers of w3m and pose your questions to them. Ordinarily I'd recommend you first talk to the port maintainer, but w3m was no maintainer.
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
participants (2)
-
Piet van Oostrum
-
Ryan Schmidt