Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!emory!att!bellcore!flash!pc
From: pc@flash.bellcore.com (Peter A Clitherow)
Newsgroups: comp.benchmarks
Subject: Re: nbc - A New!, Improved! bc benchmark
Summary: expect precision!
Message-ID: <1990Dec20.184056.12388@bellcore.bellcore.com>
Date: 20 Dec 90 18:40:56 GMT
References: <115440001@hpcuhc.cup.hp.com> <115440003@hpcuhc.cup.hp.com>
Sender: usenet@bellcore.bellcore.com (Poster of News)
Reply-To: pc@flash.bellcore.com (Peter A Clitherow)
Organization: Bellcore, Morristown, NJ
Lines: 23

>From: spuhler@hpcuhc.cup.hp.com (Tom Spuhler)

># >      echo '2^9999/3^6308' |/bin/time bc

># ><Output is> 2

>Naw, it's mostly due to poor you being stuck with some hackneyed Op. Sys :-).

>Most importantly, You didn't get the correct output.  Any benchmark
>which doesn't return the expected output is invalid (or at least VERY
>suspect).  Work on it until you get '2'.

perhaps you should work on UN*X then.  elementary considerations
show that the numerator must end in "8", and the denominator must
end in "1".  How can the answer possibly be "2"?

My LISP machine gives an answer of:

9975..(omit ~ 6300 digits)..4688 / 4795..(omit ~ 6300 digits)..2561

i.e. no integral answer.  it took 17.4 seconds by the way.

pc