From owner-freebsd-bugs Thu Apr 23 17:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22171 for freebsd-bugs-outgoing; Thu, 23 Apr 1998 17:10:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22153; Thu, 23 Apr 1998 17:10:01 -0700 (PDT) (envelope-from gnats) Date: Thu, 23 Apr 1998 17:10:01 -0700 (PDT) Message-Id: <199804240010.RAA22153@hub.freebsd.org> To: freebsd-bugs Cc: From: Fred Gilham Subject: Re: kern/6389: Need to be able to access trap-to-signal mapping to for Linux emulation to allow Allegro Common Lisp (and maybe other apps) to run. Reply-To: Fred Gilham Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6389; it has been noted by GNATS. From: Fred Gilham To: Mike Smith Cc: Eivind Eklund , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6389: Need to be able to access trap-to-signal mapping to for Linux emulation to allow Allegro Common Lisp (and maybe other apps) to run. Date: Thu, 23 Apr 1998 17:01:47 -0700 Mike asked: >Just of curiosity, how does this handle the case where the traphandler >does: > > psignal(); > return; > >ie. never gets to the trapsignal() call? Note that the trap() function is basically broken into a user trap branch and a kernel trap branch. Your scenario would only happen in the kernel trap branch of the trap() function. I'd actually verified that just fixing what the T_PROTFLT case does in the user trap branch would make ACL work. So I was pretty sure I didn't need to worry about the kernel branch. However, that does somewhat limit the generality of the fix. But I don't know enough to know whether it's even desirable to translate things that happen in the kernel trap branch. I think someone who understands how the trap stuff works needs to review this change. -Fred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message