trap causes longjmp botch
Chris Torek
chris at mimsy.UUCP
Mon Jun 13 17:18:10 AEST 1988
In article <502 at philmds.UUCP> leo at philmds.UUCP (Leo de Wit) writes:
> Used to [use trap 'action' 0] myself that way too ... until one
>day the sh (/bin/sh; the Bourne shell on an Ultrix machine) complained
>about a 'longjmp botch'; I don't remember if there was a core dump.
Unless it was otherwise disabled (file `core' in current directory
unwritable, `limit coredumpsize 0', etc), there was.
> What is the problem with this trap? [explanation deleted]
The problem is that there is a bug in the 4.2BSD /bin/sh such that
`trap 0' outside of a script sometimes causes a longjmp to a stack
context that is no longer around. Most likely this bug has been around
since V7, but is only caught now that longjmp unwinds the stack and
aborts if the frame is gone.
The bug does not occur when the trap is inside a script.
The bug remains in the 4.3BSD /bin/sh.
--
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain: chris at mimsy.umd.edu Path: uunet!mimsy!chris
More information about the Comp.unix.wizards
mailing list