home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / ms / programm / 7387 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.8 KB  |  79 lines
  1. Newsgroups: comp.windows.ms.programmer
  2. Path: sparky!uunet!usc!sdd.hp.com!elroy.jpl.nasa.gov!nntp-server.caltech.edu!heathh
  3. From: heathh@cco.caltech.edu (Heath Ian Hunnicutt)
  4. Subject: Re: System Error, Cannot Read from Device AUX
  5. Message-ID: <1992Jul28.044209.26976@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: bartman
  8. Organization: California Institute of Technology, Pasadena
  9. References: <179@hati.mlb.dmt.csiro.au>
  10. Date: Tue, 28 Jul 1992 04:42:09 GMT
  11. Lines: 66
  12.  
  13. ben@mlb.dmt.csiro.au (Ben Simons) writes:
  14. >Hi all,
  15. >    I'm getting this error dialog box that says:
  16.  
  17. >        System Error
  18.  
  19. >    Cannot read from device AUX
  20.  
  21. >and it just keeps coming up, despite my selection of Cancel or Retry.
  22. >I wish I knew what this meant - can anyone tell me? I know that I
  23. >only get this message when i'm running in the debug version of
  24. >windows 3.1.
  25.     
  26.     The box comes up because the debugging kernel expects
  27. you to have a terminal connected to COM1. (aka AUX)  The kernel
  28. uses the terminal to write out stack traces when a GPF or RIP occurs.
  29. (General Protection Fault and Rest In Peace, respectively...)
  30. If you don't have the terminal installed, things really go bad for you,
  31. as you noticed.
  32.  
  33.     There have been sporadic reports of the retail windows
  34. kernel trying to use a debug terminal when it is exceedingly stressed
  35. out, but the likelihood is that a misbehaving application is the true
  36. culprit.  
  37.     
  38.     You see, any program can write a string of debug output
  39. using the (aptly named) DebugOutput and OutputDebugString API
  40. calls.  For a good time, try the following code (in either
  41. retail or debug build of Windows):
  42.     :
  43.     :
  44.     case WM_PAINT:
  45.        DebugOutput("Crash-o-rama!");
  46.     :
  47.     :
  48.  
  49.     You'll get another visit from the friendly double-plus-ungood
  50. system error dialog box.  MS left the code for DebugOutput in the
  51. retail version so that apps could retain debug code (which would
  52. have to be enabled via some sort of hidden mechanism).  Then, if your
  53. app goes nuts in the field, you just take a terminal to the 
  54. customer's site, turn on the debugging features via some hidden
  55. menu option (or whatever...) and rock-n-roll.
  56.  
  57.     Unfortunately, MS did not really stress in the SDK docs
  58. that DebugOutput() can lead to very bad times when used without
  59. an attatched terminal.
  60.  
  61.     In the very near future, I'll be releasing a Shareware
  62. utility that traps all DebugOutput strings, displays them in
  63. a window, and averts sending them to the (non-existent)
  64. terminal.
  65.     There are other such utilities, notably OX.SYS,a device
  66. driver for DOS which traps the terminal output.  I forget
  67. who wrote it, but you can probably get it off of ftp.cica.indiana.edu.
  68.  
  69.  
  70. See ya,
  71. Heath
  72.  
  73. PS: This was typed over modem connection with lots o line noise. 
  74. Please forgive me a few omitted/superfluous letters.
  75.  
  76. -- 
  77. On Saturday, April 18, 1992, this .sig became self-aware.
  78.  
  79.