home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!cs.utexas.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.programmer
- Subject: Re: Trap 000e caused by control program
- Message-ID: <1992Jul30.212542.29654@njitgw.njit.edu>
- Date: 30 Jul 92 21:25:42 GMT
- References: <1992Jul29.193644.7290@tin.monsanto.com>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 22
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <1992Jul29.193644.7290@tin.monsanto.com> kncarp@nicsn1.monsanto.com (Kevin N. Carpenter) writes:
- >Anyhow, does anybody have any suggestion as too what might be going on?
- >I've theorized that the OS/2 Math Co-Processor simulation routines might
- >have a subtle bug. The other possiblity is wrapped up in the IRQ issues.
- >Does anybody know how I can disable the Co-Processor simulation and just
- >let Turbo-C's routines do the work? Oh, yeah, this program is running
- >in a DOS box.
-
- I don't like your interrupt configurations, but I don't know if that
- is causing the problems your describe. You DO realize that all data
- being sent to printer ports gets routed through the spooler, right?
- I don't know if this is causing any problems or not.
-
- Doesn't TurboC have an option not to use any coprocessor routines?
- With Tubro Pascal I can go to options->compiler options, and set
- Numeric processing to Software, and the program won't use the 8087
- even if its installed.
- --
- |) David Charlap "I don't even represent myself
- /|_ dic5340@hertz.njit.edu sometimes so NJIT is right out!.
- ((|,)
- ~|~ Hi! I am a .signature virus, copy me into your .signature file.
-