home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / programm / 3870 < prev    next >
Encoding:
Text File  |  1992-07-29  |  2.3 KB  |  46 lines

  1. Newsgroups: comp.os.os2.programmer
  2. Path: sparky!uunet!wupost!monsanto.com!nicsn1.monsanto.com!kncarp
  3. From: kncarp@nicsn1.monsanto.com (Kevin N. Carpenter)
  4. Subject: Trap 000e caused by control program
  5. Message-ID: <1992Jul29.193644.7290@tin.monsanto.com>
  6. Sender: news@tin.monsanto.com (USENET News System)
  7. Organization: Monsanto Company
  8. X-Newsreader: Tin 1.1 PL3
  9. Date: Wed, 29 Jul 1992 19:36:44 GMT
  10. Lines: 34
  11.  
  12. I have recently finished writing a control program for a series of
  13. electrical devices that are controlled by a relay box being controlled
  14. by a second parallel port adapter in my machine.  Since this program
  15. has been running (5 days now), my OS/2 system has died with a Trap 000E
  16. three times.  The program runs 24 hours a day, the trap is unpredictable.
  17.  
  18. There are two semi-interesting aspects to this program: 1) it does a pile
  19. of trigonometric function calls (like 500+ a minute; calls limited to
  20. sin, cos, asin, acos, tan, & atan) on a 33/386 without a math
  21. co-processor.  2) Every minute it output a single control byte to the
  22. parallel port via a Turbo-C BIOSPRINT call.
  23.  
  24. The second parallel port is jumpered to run WITHOUT interrupts.  After
  25. reading the INFTXT.ZIP file pulled from watson, I got the impression 
  26. this definetly is not standard practice under OS/2.  Apparently OS/2
  27. demands that LPT1 by configured as IRQ 7 and LPT2 be IRQ 5.  IRQ 5 is
  28. my bus mouse port...  However, the program does appear to work for 
  29. extended periods of time.  It never seems to die when anybody is around
  30. the machine.  To complicate the IRQ world (but to be fair and give you
  31. all the whole picture), I have a Sound Blaster also configured for IRQ 7.
  32. I've been running under the assumption that I would just not be able to
  33. use the SB and Printer at the same time.
  34.  
  35. Anyhow, does anybody have any suggestion as too what might be going on?
  36. I've theorized that the OS/2 Math Co-Processor simulation routines might
  37. have a subtle bug.  The other possiblity is wrapped up in the IRQ issues.
  38. Does anybody know how I can disable the Co-Processor simulation and just
  39. let Turbo-C's routines do the work?  Oh, yeah, this program is running
  40. in a DOS box.
  41. --
  42. Kevin Carpenter       Internet:  kncarp@nicsn1.monsanto.com
  43. Monsanto Company 
  44. St. Louis, Missouri, U.S.A.
  45. Opinions expressed are those of the author, not the company he works for. 
  46.