Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!sol.ctr.columbia.edu!caen!caen.engin.umich.edu!lowrie
From: lowrie@caen.engin.umich.edu (Robert Byron Lowrie)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: gnuplot-3d and IIT 2C87 can't coexist?
Keywords: gnuplot-3d, 2c87
Message-ID: <1991May17.141313.336@engin.umich.edu>
Date: 17 May 91 14:13:13 GMT
Article-I.D.: engin.1991May17.141313.336
References: <28330c18.660@petunia.CalPoly.EDU>
Reply-To: lowrie@caen.engin.umich.edu (Robert Byron Lowrie)
Organization: University of Michigan Engineering, Ann Arbor
Lines: 25


In article <28330c18.660@petunia.CalPoly.EDU>, clee@polyslo.CalPoly.EDU
(Chang L. Lee) writes:
|> 
|> 
|> Has anyone come across a problem with the IIT 2C87 coprocessor and
|> gnuplot with 3D enhancements?  The system is compiled with Turbo C 2.0;
|> it crashes with a "Floating point error: Partial lost of precision"
|> when the 2C87 is enabled (either through the compile time switch -f87 or
|> the runtime switch set "87=Y".)  Unfortunately, the executable distributed
|> through simtel20, "gnuplot-3d", shows the same symptom.
|> 
|> I bought the 2C87 just a week ago.  It has dramatically speeded up all my
|> other floating point intensive applications and has otherwise shown no
|> incompatibilities.  So, I am inclined to believe that the problem lies
|> on the software side.  BTW, gnuplot 2.2 runs just fine.
|> 
|> Thanks in advance,
|> Robert

BTW, I've had no such problems using an AMD coprocessor.

--------------------------------------------------------------------------
Rob Lowrie                                     lowrie@caen.engin.umich.edu
--------------------------------------------------------------------------