home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!gwdgv1.dnet.gwdg.de!moeller
- From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
- Newsgroups: comp.os.vms
- Subject: re: Reposted TT_ACCPORNAM question
- Message-ID: <9301061023.AA25109@ucbvax.Berkeley.EDU>
- Date: 6 Jan 93 10:16:04 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 25
-
- Pete Sabotka <sabotkap@woods.ulowell.edu> noted that whenever one TELNETs
- *into* a VMS system running UCX 1.3, TT_ACCPORNAM is not set initially,
- but gets set properly as a consequence of any SET TERMINAL command.
-
- > 1) Why would such an error in SYLOGIN cause TT_AccPorNam to return a blank
- > string only during TELNET sessions ? (ours is UCX V1.3 on VMS 5.4)
- > 2) Why does a SET TERM/INQUIRE remedy the problem ?
-
- Simple answer: it's a known bug of UCX (all 1.3 versions), fixed in UCX 2.0.
-
- My fix in SYS$SYLOGIN, with a possibly useful side effect:
-
- $ phyterm = f$getdvi(f$getjpi("","terminal"),"tt_phydevnam")
- $ if f$extract(0,3,phyterm).eqs."_TN" then set terminal/nopassall
-
- (Explanation: UCX 1.3 *will* set the terminal to /PASSALL
- when a "binary" TELNET connection is attempted,
- which may be useful with some *originating* TELNET software
- [e.g. CMU-TEK 6.5] in order to get 8-bit transparency.
- I don't think /PASSALL behaviour would be intended by anyone!)
-
- Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
- PSI%(0262)45050352008::MOELLER Phone: +49 551 201516 | No claim intended!
- Internet: moeller@gwdgv1.dnet.gwdg.de | This space intentionally left blank.
-
-