Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!shadooby!samsung!zaphod.mps.ohio-state.edu!usc!apple!bbn!rochester!pt.cs.cmu.edu!b.gp.cs.cmu.edu!Ralf.Brown@B.GP.CS.CMU.EDU
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.sys.ibm.pc
Subject: Re: Looking for floating point processor emulation software
Message-ID: <25790fdc@ralf>
Date: 3 Dec 89 11:21:48 GMT
Sender: ralf@b.gp.cs.cmu.edu
Organization: Carnegie Mellon University School of Computer Science
Lines: 23
In-Reply-To: <1989Dec2.224013.2834@hellgate.utah.edu>

In article <1989Dec2.224013.2834@hellgate.utah.edu>, u-dmfloy%ug.utah.edu@cs.utah.edu (Daniel M Floyd) wrote:
 >In article <5.UUL1.3#5248@asyst.UUCP> ksb@asyst.UUCP (K. S. Bhaskar) writes:
 >>I have a package that assumes that an Intel floating point co-processor (FPP)
 >>is plugged into the appropriate socket on a PC, and I want to run it on a PC
 >>without such a beast.  Does anyone know of an emulation package that traps the
 >>error that (presumably) occurs when an FPP opcode is generated and then
 >>emulates the instruction and places the results in the correct place?  In
 >>other words, the package needn't be modified, and wouldn't even know that no
 >>FPP existed (other than perhaps re-linking, although something that operates
 >>as a TSR would be even better).  Any other advice would be welcome too.

There is a partial emulator (enough to run Borland languages that were compiled
coprocessor-only) in EMUL87.ARC, which is inside BONUS40.ARC in
PD1:<MSDOS.TURBOPAS> on SIMTEL20.  Requires a 286 machine or better.

--
UUCP: {ucbvax,harvard}!cs.cmu.edu!ralf -=-=-=-=- Voice: (412) 268-3053 (school)
ARPA: ralf@cs.cmu.edu  BIT: ralf%cs.cmu.edu@CMUCCVMA  FIDO: Ralf Brown 1:129/46
FAX: available on request                      Disclaimer? I claimed something?
"How to Prove It" by Dana Angluin
 13.  proof by reference to inaccessible literature:
      The author cites a simple corollary of a theorem to be found in a
      privately circulated memoir of the Slovenian Philological Society, 1883.