Subject: bin/3045: Foolishly limiting your stack should be less fatal
To: None <gnats-bugs@gnats.netbsd.org>
From: Jason R Thorpe <thorpej@nas.nasa.gov>
List: netbsd-bugs
Date: 12/19/1996 01:03:14
>Number: 3045
>Category: bin
>Synopsis: Foolishly limiting your stack should be less fatal
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: bin-bug-people (Utility Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Dec 19 01:20:00 1996
>Last-Modified:
>Originator: Jason R Thorpe
>Organization:
Numerical Aerodynamic Simulation Project - NASA Ames
>Release: December 18, 1996, NetBSD 1.2B
>Environment:
System: NetBSD lestat 1.2B NetBSD 1.2B (Lestat) #60: Mon Dec 2 13:58:14 PST 1996 thorpej@lestat:/tmp_mnt/antie/work/netbsd/src/sys/arch/sparc/compile/Lestat sparc
>Description:
In `sh', setting your stack limit to 0 causes the shell to
execute an illegal instruction.
>How-To-Repeat:
$ ulimit -s
262144
$ ulimit -s 0
Illegal instruction (core dumped)
lestat (thorpej) /sys/arch/i386/include 1244%
>Fix:
I didn't investigate the bug, so I don't have a fix. I sort
of stumbled on the problem accidentally, found it at least
a little amusing, and then decided to file a bug report on
it. While setting such a limit is arguably quite stupid,
the shell probably ought to not allow such foolishness.
>Audit-Trail:
>Unformatted: