Xref: utzoo comp.unix.ultrix:5302 comp.sys.sgi:6772 comp.sys.mips:1168
Path: utzoo!attcan!uunet!cs.utexas.edu!samsung!crackers!m2c!umvlsi!dime!cs.umass.edu
From: heller@cs.umass.edu (From the screen of Deneva...)
Newsgroups: comp.unix.ultrix,comp.sys.sgi,comp.sys.mips
Subject: Re: Actually it's printf.. (was Re: Another C compiler bug)
Message-ID: <22443@dime.cs.umass.edu>
Date: 11 Nov 90 23:57:34 GMT
Sender: news@dime.cs.umass.edu
Followup-To: comp.unix.ultrix
Organization: COINS, UMass, Amherst
Lines: 26

In article <5017@amara.UUCP>, jcm@amara.UUCP (John Martin) writes...
>In article <1990Nov1.153433.4006@cimage.com> brian@dgsi.UUCP (Brian Kelley) writes:
>>In article <11565@sybase.sybase.com> mcfong@mercury.sybase.com () writes:
>>>[...]
>>>Looks like yet another compiler bug which MIPS has fixed but DEC and
>>>SGI have not yet picked up.
>>>[...]
>>I think the main problem is ULTRIX 4.0 is using version 2.00 of the MIPS
>>C compiler.
> 
>No, actually I suspect that the real culprit is "printf" not rounding
>properly (though I confess I haven't checked the binary form for the
>7e-7 floating-point value to completely absolve the compiler).

Or you count try forcing printf to use more precision, using something like
%10.8f and seeing if 7e-7 still prints as 0.0000000.

		Robert Heller
ARPANet:	Heller@CS.UMass.EDU
BITNET:		Heller@UMass.BITNET
BIX:		locks.hill.bbs
GEnie:		RHeller
FidoNet:	1:321/153 (Locks Hill BBS, Wendell, MA)
CompuServe	71450,3432
Local PV VAXen:	COINS::HELLER
UCC Cyber/DG:	Heller@CS