From owner-freebsd-bugs Tue Apr 18 7:13:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 9A10337B6A4 for ; Tue, 18 Apr 2000 07:13:47 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id QAA14957; Tue, 18 Apr 2000 16:13:27 +0200 (CEST) Date: Tue, 18 Apr 2000 16:13:27 +0200 From: Martin Cracauer To: "Jose M. Alcaide" Cc: Sheldon Hearn , wc.bulte@chello.nl, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/17984: coredumps due to incorrect FP handling Message-ID: <20000418161327.A14942@cons.org> References: <56062.956055587@axl.ops.uunet.co.za> <38FC6B65.B00D71B6@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38FC6B65.B00D71B6@we.lc.ehu.es>; from jose@we.lc.ehu.es on Tue, Apr 18, 2000 at 04:04:21PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <38FC6B65.B00D71B6@we.lc.ehu.es>, Jose M. Alcaide wrote: > Sheldon Hearn wrote: > > > > On Mon, 17 Apr 2000 19:19:47 +0200, Wilko Bulte wrote: > > > > > It does IMO, because it definitely fixes a bug for a lot of RELENG_3 > > > users who cannot or don't want to go to 4.0 at this point in time. > > > > My understanding is that this doesn't fix a bug at all. It simply > > relaxes restrictions previously placed on badly written software. > > > > Sheldon, IMHO this PR should be reopened and assigned to bde or > cracauer (bde submitted the changes to FP handling and cracauer > committed them), asking for a MFC to RELENG_3. The acroread4 issue > is important enough, and probably other applications (badly written, > indeed) are affected. Also I think that RELENG_3 should not be > considered "dead" before the last release off that branch (3.5?). The Linux emulator needs to be fixed, it should not inherit the default FPU cw word that the kernel assigns to FreeBSD processes. It will re-break on 4.x and 5.x when/if we implement a more dynamic scheme. You can easily change your own system by just applying the appended diff and recompiling the kernel. Personally, I will not maintain RELENG_3 anymore (and I don't have a 3.x machine to test changes on anymore), but on the other side, I don't care about it either, so if you find a committer and agreement with Bruce, no "release line stability" objections from me. Index: npx.h =================================================================== RCS file: /home/ftp/pub/FreeBSD/CVS-FreeBSD/src/sys/i386/include/npx.h,v retrieving revision 1.14.2.1 diff -c -r1.14.2.1 npx.h *** npx.h 1999/08/29 16:06:41 1.14.2.1 --- npx.h 1999/09/01 10:11:53 *************** *** 134,139 **** --- 134,142 ---- #define __INITIAL_NPXCW__ __BDE_NPXCW__ #endif + #undef __INITIAL_NPXCW__ + #define __INITIAL_NPXCW__ __BETTER_BDE_NPXCW__ + #ifdef KERNEL extern struct proc *npxproc; Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message