From: ts <decoux@...>
Date: 2004-04-11T17:46:53+09:00
Subject: Re: OpenBSD / Sparc

>>>>> "Y" == YANAGAWA Kazuhisa <kjana@dm4lab.to> writes:

Y> Well.... just an idea that can be nothing to do with the problem but
Y> did you compiled all version of ruby with same compiler option?  My
Y> memory says at least OpenBSD ports can be compiled with stack
Y> protection, and that may cause the problem....

 Well, NetBSD and OpenBSD use the same setjmp()/longjmp(), but this is not
 true for _setjmp()/_longjmp().

 NetBSD use the revision 1.7 with this comment for 1.6

  http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/arch/sparc/gen/_setjmp.S

 A new implementation of _setjmp/_longjmp that uses the T_FLUSHWIN trap.
 This means the stack frame and program counter can restored directly
 from the jmp_buf, eliminating the need to backtrack through frames
 which does not work in all cases.

 OpenBSD use the revision 1.5

  http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/arch/sparc/gen/_setjmp.S

 and when you look at its algorithm, you understand why it can have 
 problem ...




Guy Decoux