home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / vmsnet / uucp / 880 < prev    next >
Encoding:
Text File  |  1993-01-03  |  2.4 KB  |  52 lines
  1. Newsgroups: vmsnet.uucp
  2. Path: sparky!uunet!munnari.oz.au!comp.vuw.ac.nz!rata.vuw.ac.nz!don
  3. From: don@rata.vuw.ac.nz (Don Stokes)
  4. Subject: Re: system abort error
  5. Nntp-Posting-Host: rata.vuw.ac.nz
  6. Message-ID: <C09I0z.I5F@comp.vuw.ac.nz>
  7. Organization: Victoria University of Wellington CSC
  8. Sender: news@comp.vuw.ac.nz (News Admin)
  9. References: <1993Jan2.160213.1057@cmkrnl.com>
  10. Date: Sun, 3 Jan 1993 05:02:58 GMT
  11. Lines: 39
  12.  
  13. jeh@cmkrnl.com writes:
  14. > don@rata.vuw.ac.nz (Don Stokes) writes:
  15. > > .... which is the result of outstanding $QIOs being $CANCELled when
  16. > > the protocol is torn down; there were some circumstances before this was
  17. > > done where UUCICO could hang if carrier was unexpectedly lost.  The 
  18. > > SS$_ABORT tels you it's not suffering that bug.  8-)
  19. > 
  20. > Exactly!  
  21.  
  22. Yeah, I was "supporting" a site that had a particularly flakey connection
  23. and could reproduce this problem pretty much at will (ie by waiting a day 
  24. or two for it to happen -- I'd seen it happen elsewhere once in a blue moon).
  25.  
  26. What I _think_ was happening was that the modem was dropping CTS when it
  27. hung up, and the terminal driver was duly holding up traffic; uucico would
  28. correctly detect the loss of carrier, but didn't take any action (it still
  29. doesn't -- just reports the fact), continuing to Q IOs.  It would eventually
  30. time out, but for some reason would hang, presumably when it tried to do a
  31. syncronous I/O (SETMODE!HANGUP QIO?) behind the wedged ones.  (I
  32. haven't looked at the code for a while.)  Note that an incoming call to the
  33. modem would raise the necessary signals again, and uucico would go merrily
  34. on its way....
  35.  
  36. Anyway, blowing all outstanding I/Os out of the water before attempting to
  37. close the connection down has fixed it.  Kudos to Mark (or was it Tom --
  38. bit rot is setting in) for putting max effort into fixing it -- those sorts
  39. of bugs are pigs to track down.
  40.  
  41. > (One wonders just how many centuries of VAX cpu time has been spent checking
  42. > IOSBs over the past 15 years.  Not to mention probing buffers, copying
  43. > buffers, etc.)
  44.  
  45. Not as many as have been burned throughout the C-speaking world looking for
  46. the ends of nul-terminated strings....  <sigh>  K&R, you botched.  8-(
  47.  
  48. --
  49. Don Stokes, ZL2TNM (DS555)                      don@zl2tnm.gen.nz (home)
  50. Network Manager, Computing Services Centre          don@vuw.ac.nz (work)
  51. Victoria University of Wellington, New Zealand.           +64-4-495-5052
  52.