home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / misc / 1180 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  3.2 KB
  1. Xref: sparky vmsnet.misc:1180 vmsnet.internals:1793 comp.sys.dec:7102 comp.org.decus:1141
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!decwrl!waikato.ac.nz!comp.vuw.ac.nz!zl2tnm!toyunix!don
  3. Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
  4. Subject: Re: Need faster async board...dlv11-J?  Something else?
  5. Message-ID: <16243023@zl2tnm.gen.nz>
  6. From: don@zl2tnm.gen.nz (Don Stokes)
  7. Date: 24 Jan 93 04:41:37 GMT
  8. Sender: news@zl2tnm.gen.nz (GNEWS Version 2.0 news poster.)
  9. References: <1993Jan23.110940.1270@cmkrnl.com>
  10. Distribution: world
  11. Organization: The Wolery
  12. Lines: 58
  13.  
  14. jeh@cmkrnl.com writes:
  15. > There was a VT1xx terminal that worked in block mode... I want to say VT105,
  16. > but that was a half-assed attempt at a graphics terminal.  
  17.  
  18. VT131.  There's one in my junk shed with dud video.  Yes, those things
  19. are likely yo be a problem.  Of course there's nothing stopping one from
  20. setting the COMMSYNC bit via a short program, even if there isn't a SET
  21. TERMINAL command to do the trick.  Actually, that's probably a more
  22. appropriate way to do things: have the program that loads the flow control
  23. intercept stuff take a parameter of a terminal to set up.  It should sense
  24. whether the intercepts have already been installed, and not do it again if
  25. so.  But it can also set the COMMSPEC bit in the UCB of the device specified.
  26.  
  27. It's probably a good idea to have the loader check what type of terminal mux
  28. it's dealling with before loading the intercepts -- it could load code for
  29. other devices as appropriate -- the DHV11 isn't the only terminal mux DEC
  30. developped!  8-)  (Of course the DHU11 uses the same driver.  What does the
  31. DHQ11 use?)
  32.  
  33. Something along the lines of:
  34.  
  35. $ HWFLOW :== $UUCP_BIN:HWFLOW
  36. $ HWFLOW TXA0:    ! DHV11 code for TXAn loaded. COMMSPEC!HOSTSYNC set on TXA0
  37. $ HWFLOW TXA2:    ! COMMSPEC!HOSTSYNC set on TXA2. Intercept code already loaded
  38. $ HWFLOW LTA100:! Will fail
  39. %HWFLOW-E-NOSUPPORT, hardware flow control not supported for device LTA100:
  40.  
  41. etc
  42.  
  43. > Implements flow control for outbound data based on, I believe, the DSR 
  44. > line.  The idea is that if you have a serial printer that waggles DTR for
  45. > flow control (which is fairly common in PC stuff; Diablo or someone like that
  46. > did it early on, and lots of others followed suit, even though it isn't 
  47. > standard) you can wire this to the DTR input of the VAX port.  I don't know
  48. > why they bothered since wiring it to CTS always worked fine for me. 
  49.  
  50. I take it the silly thing doesn't work with modem control enabled?
  51.  
  52. Is this likely to have compatibility problems with the RTS stuff?
  53.  
  54. > > The half-duplex method requires that [RTS] be held low unless transmitting
  55. > > (or at least preventing the other side sending).  
  56. > 
  57. > And is therefore useless!  For our purposes anyway.  
  58.  
  59. Oh, yes.  But if it was doing it that way, you'd have noticed by now!
  60.  
  61. > They also put out some release note on, I believe, DS200 3.1 code, talking
  62. > about the server "asserting RI [ring indicator]", when RI is of course not
  63. > sourced by the terminal server! 
  64.  
  65. Some doco didn't know what he/she/it was talking about....
  66.  
  67.  
  68. --
  69. Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
  70. Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
  71. Victoria University of Wellington, New Zealand              +64-4-495-5052
  72.