Xref: utzoo comp.sources.d:5929 comp.unix.sysv386:1750 comp.unix.xenix.sco:657 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!julius.cs.uiuc.edu!wuarchive!uunet!munnari.oz.au!uhccux!pegasus!richard From: richard@pegasus.com (Richard Foulk) Newsgroups: comp.sources.d,comp.unix.sysv386,comp.unix.xenix.sco Subject: Re: SC Spreadhseet Calculator on sysV/386 Message-ID: <1990Oct14.024301.5694@pegasus.com> Date: 14 Oct 90 02:43:01 GMT References: <2136@jwt.UUCP> <1990Sep28.164908.7116@pegasus.com> Organization: Pegasus, Honolulu Lines: 23 >Here are a set of patches that eliminate some problems with sc 6.8, and >minimize the cases where divide-by-zero occur. In particular constant >expressions are only evaluated at load time, and non constant >expressions *are not* evaluated at load time, because this is both >useless and non sensical, because certain things may not be set up until >the entire spreadhseet has been loaded. Well your patch doesn't seem to fix the real problem. Divide by zero still kills it. I'm curious what do these actually do: >+ asm(" fnclex"); >+ asm(" fwait"); And if some sort of stack overflow on the 387 (or emulator in my case) is the problem, why can't this be fixed with a few assembler instructions to clean up the 387? In case you haven't guessed, I know very little about the 387 and I don't have any docs on it. -- Richard Foulk richard@pegasus.com