Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 4 Feb 1995 08:49:27 -0500
From:      Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
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.
Message-ID:  <199502041349.IAA19589@ponds.UUCP>

next in thread | raw e-mail | index | archive | help
> 
> >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 -



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199502041349.IAA19589>