From owner-freebsd-hackers Tue Feb 7 05:00:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24636 for hackers-outgoing; Tue, 7 Feb 1995 05:00:22 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA24621 for ; Tue, 7 Feb 1995 05:00:16 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14240; Tue, 7 Feb 1995 07:59:37 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA19589; Sat, 4 Feb 1995 08:49:27 -0500 Date: Sat, 4 Feb 1995 08:49:27 -0500 From: Thomas David Rivers Message-Id: <199502041349.IAA19589@ponds.UUCP> To: bde@zeta.org.au, freebsd-bugs@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com, kurto@tiny.mcs.usu.edu, rivers@dg-rtp.dg.com Subject: Re: drand48 problems persist. Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Hi, I've seen this problem, in fact I think that I was the first to report it. > >And Bruce Evans sent my a description of what's going in a very short time > >after (for which I grateful.) The situation is that drand48 isn't in some > >standard or another so it's not really wanted in the header files which > >are trying to be compliant. So even though you've declared drand48 to > >return a double, libc was built with the assumption that it's an int, > >therefore when drand48 calls erand48 (also 'thought' to be int) some junk > >is left on the fp stack which then blows up later. > > But this is fixed now (the header files aren't very standard :-). The > test program works for me on freefall and at home even if it is linked > to the shared library on the 2.0 cdrom. > > Bruce > Aha! But, I'm running the original 2.0R that came off of the net. Could it be that we have a couple of 2.0R releases? I don't yet have a 2.0 CDROM to compare. - Dave Rivers -