home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / programm / tools / 1718 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.3 KB
  1. From: azarian@hpcc01.corp.hp.com (Randy Azarian)
  2. Date: Tue, 15 Dec 1992 23:06:54 GMT
  3. Subject: Re: MSC 7.0 windows debug mode and 'Cant read from device AUX'
  4. Message-ID: <70560005@hpcc01.corp.hp.com>
  5. Organization: the HP Corporate notes server
  6. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpcc05!hpcc01!azarian
  7. Newsgroups: comp.os.ms-windows.programmer.tools
  8. References: <RHARMON.92Dec10144328@triton.uucp>
  9. Lines: 18
  10.  
  11. I do not agree that DBWIN is not useful in the standard kernel.  It is very
  12. useful to do OutputDebugStrings in my code as I am debugging.  Additionally,
  13. I have noticed that DBWIN does display quite a few "warning" messages in the
  14. standard kernel, albeit probaby insignificant, although I think it will report
  15. unfreed memory handles, and the like.
  16.  
  17. When running the debug kernel, placing DBWIN in the startup may not be 
  18. sufficient to eliminate the 'Cannot write to AUX' message (as things that 
  19. write to AUX may get loaded before DBWIN).  In this case, place a line in 
  20. your system.ini file:
  21.  
  22. [Debug]
  23. OutputTo=NUL
  24.  
  25. I have also noticed that (for some unknown reason) periodically DBWIN will 
  26. turn itself off by sending its output to NONE.  When this happens, if the
  27. OutputTo= is not set to NUL the machine will effectively hang until the
  28. offending application trying to write to AUX is terminated (via Ctl-Alt-Del).
  29.