home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / win32 / 354 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.8 KB  |  38 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!leefi
  3. From: leefi@microsoft.com (lee fisher)
  4. Subject: Re: More TCP/IP install problems
  5. Message-ID: <1992Jul30.194635.12119@microsoft.com>
  6. Date: 30 Jul 92 19:46:35 GMT
  7. Organization: microsoft corp., redmond, wa
  8. Keywords: nt
  9. References: <145@sc.sni.ie>
  10. Lines: 26
  11.  
  12. [this person was trying to install TCP/IP on windows NT, after 'net start 
  13. tcpipsvc /trace', the trace window gets created and then immediately goes 
  14. away. the question was how to keep the trace window on the screen long
  15. enough to read it.]
  16.  
  17. the tcpipsvc.exe is run via the 'net start' code and doesn't have any 
  18. stdout/stderr to write to. so what it does is creates a new console window 
  19. to display its output. however, when it exits the window gets removed 
  20. during process cleanup.
  21.  
  22. sometimes, the TCP/IP service exits very quickly, not giving you a chance
  23. to see the trace output. one thing to try is to type CTRL+S a bunch of 
  24. times, sometimes you'll get the timing right and freeze the output. if 
  25. that doesn't work, if you have a second machine setup as a kernel debugger 
  26. (i386kd.exe, mipskd.exe), you can 'net start tcpipsvc /dbgtrace', which'll 
  27. send the output to the debugger instead of a new console window.
  28. similarly, if you don't have a kernel debugger, you can use NTSD or WinDbg
  29. on the net start and TCP/IP service code, you can trace through this error 
  30. codepath before the console window goes away.
  31.  
  32. it has been suggested to add a pause to the end of this trace output or add 
  33. a new switch to send the output to a file. but we don't have a version with 
  34. these changes at this time, sorry.
  35. __
  36. Lee Fisher, (not a spokesperson for) Microsoft Corp., Redmond, WA, USA
  37. leefi@microsoft.com, {uunet,uw-beaver,sun,sco,decvax}!microsoft!leefi
  38.