From owner-freebsd-emulation Thu Sep 7 14:46:53 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 94DBE37B43E for ; Thu, 7 Sep 2000 14:46:45 -0700 (PDT) Received: (qmail 16250 invoked from network); 7 Sep 2000 21:46:41 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 7 Sep 2000 21:46:41 -0000 Date: Fri, 8 Sep 2000 08:46:36 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Nate Williams Cc: Andrew Gallatin , marcel@cup.hp.com, freebsd-emulation@FreeBSD.ORG Subject: Re: IBM JDK fails due to lack of SA_SIGINFO support In-Reply-To: <200009071533.JAA05353@nomad.yogotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 7 Sep 2000, Nate Williams wrote: > > > The change you're referring to isn't all that much different that what > > > I'd been doing previously (setting MINSIGSTKSZ to 2048 in sys/signal.h). > > > > It is quite different. You change is not incorrect, but the committed > > versions of Nate's patch results in memory beyond the end of the stack > > being clobbered if the stack is actually use. > > Ouch. Why is that? I would have thought that the signalstack's were > 'essentially' unallocated space, so by bumping up the size, we were > giving the application more space to work with, not less. Alternative signal stacks are allocated by the application. Bumping the size in the kernel corresponds to using unallocated space beyond the end of the space allocated by the application. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message