Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!uakari.primate.wisc.edu!ames!sun-barr!newstop!texsun!texbell!merch!cpe!adaptex!neese
From: neese@adaptex.UUCP
Newsgroups: comp.unix.i386
Subject: Re: Micronics 25MHz problem
Message-ID: <6700021@adaptex>
Date: 25 Aug 89 18:27:00 GMT
References: <1908@ucsd.EDU>
Lines: 27
Nf-ID: #R:ucsd.EDU:1908:adaptex:6700021:000:1080
Nf-From: adaptex.UUCP!neese    Aug 25 13:27:00 1989


>In article <2426@wa4mei.UUCP> rsj@wa4mei.UUCP (Randy Jarrett WA4MEI) writes:
>|In article <2877@dell.dell.com> james@raid.dell.com (James Van Artsdalen) writes:
>|++>In <6700018@adaptex>, neese@adaptex.UUCP wrote:
>|++>
>|++>> This smacks of a floating point problem.  Yes 'df' does use floating
>|++>> point to do the percent conversions.
>|++>
>|++>dfspace, not df.
>|If you are using the same 'dfspace' that came over the net as I am then the
>|very first line (non-comment) is 'df -t $* | awk'.
>
>	df doesn't do FP, awk does; I think James wins on this one :-).
>
>	Let's have a net.nitpick.war! :-) :-).

Okay, Okay, 'df' by itself does not use FP, but 'df -v' does.  I think that
is the only argument that will cause FP to be invoked.  I know this to be true
as I have run into the same basic problem as above when using 'df -v', but
when using just 'df' everything was okay.  Actually we need comp.nitpick.war,
just to keep things rolling.


			Roy Neese
			Adaptec Central Field Applications Engineer
			UUCP @ {texbell,killer}!cpe!adaptex!neese
				merch!adaptex!neese