home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20301 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  3.2 KB

  1. Path: sparky!uunet!sunquest!spades.aces.com!gavron
  2. From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
  5. Message-ID: <4JAN199310214519@spades.aces.com>
  6. Date: 4 Jan 93 17:21:00 GMT
  7. References: <1992Dec27.233720.1@woods.ulowell.edu> <28DEC199204082079@spades.aces.com> <1993Jan4.044118.1@alien.gici.com>
  8. Sender: news@sunquest.UUCP
  9. Reply-To: gavron@ACES.COM
  10. Organization: ACES Consulting Inc.
  11. Lines: 82
  12. News-Software: VAX/VMS VNEWS 1.4-b1
  13.  
  14. In article <1993Jan4.044118.1@alien.gici.com>, laut@alien.gici.com 
  15. (Bill Laut) writes...
  16. #In article <28DEC199204082079@spades.aces.com>, Ehud writes:
  17. #>In article <1992Dec27.233720.1@woods.ulowell.edu>, sabotkap@woods.ulowell.edu writes...
  18. #>
  19. #> [ misc. discussion deleted ]
  20. #>
  21. #>#When logged in from a non-hardwired terminal, when during login is the 
  22. #>#TT_AccPorNam information obtained ?
  23. #>
  24. #>Before SYLOGIN gets control is enough that you need to know.
  25. #>
  26. #In other words, Ehud doesn't know.
  27.  
  28. No, Bill Laut, you bible-thumping shit-for-brains, open-your-mouth-before-
  29. your-brain-has-warmed-up turn-the-other-cheek toadface.
  30.  
  31. #In any case, since I'm experienced in these matters, 
  32.  
  33. You're experienced in opening your mouth and nothing else.  The original
  34. question dealt with whether anything in SYLOGIN affected TT_ACCPORNAM.
  35. My answer was no.  Your wasted bandwidth may gratify your ego, but you
  36. can do that by reading your name on the blackboard a hundred times too.
  37.  
  38. [ THREE WHOLE FUCKING PAGES OF UTTERLY USELESS NAMBY PAMBY SDA WALKTHROUGHS
  39.   THAT DON'T ANSWER THE QUESTION deleted]
  40.  
  41.  
  42. [ NOW he repeats the question because he didn't answer it the first time: ]
  43.  
  44. #>#When logged in from a non-hardwired terminal, when during login is the 
  45. #>#TT_AccPorNam information obtained ?
  46. #That is left entirely up to the port driver, or port driver/ACP 
  47. #combination.
  48.  
  49. In other words, you don't know.  BZZZT, guess again big boy.  It's done
  50. before LOGINOUT takes control and before SYLOGIN runs.  
  51.  
  52. # Typically, it happens when the network connection is being established.
  53.                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  54.  
  55. A meaningless phrase. 
  56.  
  57.  
  58. #>#It seems a SET TERMINAL/INQUIRE in our SYLOGIN.COM is responsible for 
  59. #>#getting this field,
  60. #>
  61. #>Nope.  If the information is available, it is there long before
  62. #>SYLOGIN.
  63. #>
  64. #>#but at other times, an otherwise normal login will not retreive this 
  65. #>#information.
  66. #>
  67. #>Coincidence.
  68. #>
  69. #Incorrect.  "Coincidence" implies that VMS collectively is somehow waffling
  70.  
  71.  
  72. No, Bill Laut's lack of understanding doesn't mean VMS is waffling.  It
  73. means that the ORIGINAL POSTER's assertions were based on coincidence.
  74.  
  75. [Another FOUR pages of USELESS bullshit deleted]
  76.  
  77. Bill Also deleted where I asked the guy to give us an example of how
  78. he logs in and there is no access port name set.  Shame on you Bill.
  79.  
  80. #>#Pete Sabotka, Meteorology Dept.           sabotkap@woods.ulowell.edu
  81. #>#University of Massachusetts - Lowell      "I lost a buttonhole..." S. Wright
  82.  
  83. #--
  84. #Bill Laut            Internet:  laut@jerkoff.com
  85.  
  86.  
  87. Ehud
  88.  
  89. --
  90. Ehud Gavron        (EG76)     
  91. gavron@vesta.sunquest.com
  92. UH-OH!!  We're out of AUTOMOBILE PARTS and RUBBER GOODS!
  93.