From owner-freebsd-threads@FreeBSD.ORG Wed May 4 22:33:06 2005 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86A3916A4CE; Wed, 4 May 2005 22:33:06 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F42E43D3F; Wed, 4 May 2005 22:33:06 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 0DB741F088; Thu, 5 May 2005 00:32:14 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id E1E3E6393; Thu, 5 May 2005 00:32:13 +0200 (CEST) Date: Thu, 5 May 2005 00:32:13 +0200 From: Marc Olzheim To: David Schultz Message-ID: <20050504223213.GA1799@stack.nl> References: <20050504205745.GH76171@stack.nl> <20050504221825.GA22732@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20050504221825.GA22732@VARK.MIT.EDU> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Daniel Eischen cc: Marc Olzheim cc: freebsd-threads@freebsd.org Subject: Re: Floating point exceptions with -pthread X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 22:33:06 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 04, 2005 at 06:18:25PM -0400, David Schultz wrote: > Yeah, that part is fine. The one odd thing I notice as a glance > back at the code is that it uses -12(%ebp) and -16(%ebp) for > temporary storage, instead of using -4(%ebp) and -8(%ebp) like > the double versions. That's probably a cut-and-pasto on my > part. This would explain the SIGFPEs if an asynchronous trap is > causing the area just past the end of the stack to be overwritten, > since only 8 bytes of stack are reserved. I'll take a closer > look in a week or so... Argh... That fixed it for me indeed. :-P Marc --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCeU1tezjnobFOgrERAmCkAJ95SXRm63HbjGHpmOXToOoUu0vQgACdEUGA evbf0OBuKh04ldCOxA3UxUM= =RWwY -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+--