home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / win32 / 371 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.2 KB  |  47 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!uunet.ca!hyper.hyper.com!bonneau
  3. From: bonneau@hyper.hyper.com (Paul Bonneau)
  4. Subject: Re: More TCP/IP install problems
  5. Message-ID: <1992Jul31.155619.17937@hyper.hyper.com>
  6. Reply-To: bonneau@hyper.UUCP (Paul Bonneau,,)
  7. Organization: HyperCube Inc.
  8. References: <145@sc.sni.ie> <1992Jul30.194635.12119@microsoft.com>
  9. Date: Fri, 31 Jul 1992 15:56:19 GMT
  10. Lines: 35
  11.  
  12. In article <1992Jul30.194635.12119@microsoft.com> leefi@microsoft.com (lee fisher) writes:
  13. >[this person was trying to install TCP/IP on windows NT, after 'net start 
  14. >tcpipsvc /trace', the trace window gets created and then immediately goes 
  15. >away. the question was how to keep the trace window on the screen long
  16. >enough to read it.]
  17. >
  18. >the tcpipsvc.exe is run via the 'net start' code and doesn't have any 
  19. >stdout/stderr to write to. so what it does is creates a new console window 
  20. >to display its output. however, when it exits the window gets removed 
  21. >during process cleanup.
  22. >
  23. >sometimes, the TCP/IP service exits very quickly, not giving you a chance
  24. >to see the trace output. one thing to try is to type CTRL+S a bunch of 
  25. >times, sometimes you'll get the timing right and freeze the output. if 
  26. >that doesn't work, if you have a second machine setup as a kernel debugger 
  27. >(i386kd.exe, mipskd.exe), you can 'net start tcpipsvc /dbgtrace', which'll 
  28. >send the output to the debugger instead of a new console window.
  29. >similarly, if you don't have a kernel debugger, you can use NTSD or WinDbg
  30. >on the net start and TCP/IP service code, you can trace through this error 
  31. >codepath before the console window goes away.
  32. >
  33. Tried ctrl/s, but it didna work.  Tried ntsd and ended up
  34. inside ntdll, real close to an interrupt that does not
  35. return control to the debugger.  How do you get back into the
  36. "net" code from the initial DebugBreak?
  37.  
  38. >it has been suggested to add a pause to the end of this trace output or add 
  39. >a new switch to send the output to a file. but we don't have a version with 
  40. >these changes at this time, sorry.
  41. >
  42. Sounds like a reasonable suggestion, but an explanation of
  43. how to effectively use NTSD against "net start tcpipsvc"
  44. would be good too.
  45.  
  46. cheers - Paul.
  47.