Date: Fri, 11 Jan 2002 16:19:06 -0500 (EST) From: Daniel Eischen <eischen@pcnet1.pcnet.com> To: Terry Lambert <tlambert2@mindspring.com> Cc: Nate Williams <nate@yogotech.com>, Bruce Evans <bde@zeta.org.au>, Dan Eischen <eischen@vigrid.com>, Peter Wemm <peter@wemm.org>, Archie Cobbs <archie@dellroad.org>, Alfred Perlstein <bright@mu.org>, arch@FreeBSD.ORG Subject: Re: Request for review: getcontext, setcontext, etc Message-ID: <Pine.SUN.3.91.1020111160903.19846A-100000@pcnet1.pcnet.com> In-Reply-To: <3C3F500E.A1736EC0@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 11 Jan 2002, Terry Lambert wrote: > Nate Williams wrote: > > > > I'm not saying any more, since I have made negative progress attempting > > > > to explain this. > > > > > > In other words, SIGFPE is about as trappable as SIGBUS or SIGILL, > > > and means about the same thing: an unrecoverable fault. > > > > It correctly works in single threaded programs in FreeBSD 2.2, but not > > in 4.4. > > I think this is the code that was ripped out which made the 386 > happy. > > > > > If you think about it a little, since you can't guarantee delivery > > > of signals to particular threads anyway, it makes sense that SIGFPE > > > would not be useful under any circumstances in threaded programs, > > > no matter how you sliced it. I don't want to comment on how FPU exceptions can or do occur, or whether FreeBSD is broken in this regard. Just to clarify about how POSIX defines signals being delivered to threads though... SIGILL, SIGBUS, SIGFPE, etc, are synchronous signals and should be delivered to the current thread (as long as they are unmasked). I admit to being somewhat confused by what Bruce wrote also, but if we can comply with the above, that would be a good thing. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.1020111160903.19846A-100000>