home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / networks / tcpip / multinet / 2338 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.4 KB  |  33 lines
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!tgv.com!info-multinet
  2. Newsgroups: vmsnet.networks.tcp-ip.multinet
  3. Subject: Re: debugging ACCVIO in server process
  4. Message-ID: <2FC0353A07NOV92203640@TGV.COM>
  5. From: adelman@TGV.COM
  6. Date: 07 NOV 92 20:36:40 GMT
  7. Organization: The INFO-MULTINET Community
  8. X-Gateway-Source-Info: INTERNET
  9. X-Return-path: <info-multinet-relay@TGV.COM>
  10. X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 19
  13.  
  14. > Anyone have any hints on debugging server processes?    We have a NNTP
  15. > server that crashes a few times a day with an ACCVIO. [ANUNEWS 6.1B5,
  16. > Multinet 3.1B, VMS 5.4].
  17.  
  18. > What would be ideal is an image dump of the NNTP server ....    that way
  19. > I don't have to run debugger sessions all day waiting for that "killer
  20. > news article".   I *did* generate a symbol table when the NNTP server
  21. > was linked, so interpreting the dump should be no problem.
  22.  
  23. > A look through MULTINET CONFIG/SERVER doesn't show a way to set the
  24. > "image dump" flag on server process startup, however.   Is there a way?
  25.  
  26.     No way to do it. One thing you could do is to essentially write
  27. your 'own' MULTINET_SERVER to accept connections and fire up the
  28. server process; or even write a single threaded server that did its
  29. own accept()s and you could run it in your process context /DEBUG.
  30.  
  31.                             Ken
  32. 
  33.