clive@racine.ACA.MCC.COM (Clive Dawson) (06/28/91)
I just upgraded my 3100 to Ultrix 4.2 and immediately discovered a very annoying problem with telnet. Somebody has apparently done us the "favor" of redefining several defaults. For example, CTRL-S, CTRL-Q, and CTRL-O no longer get passed through to the remote host. Emacs is rather crippled without these characters, to say the least... As can be seen with the "display" command, the new telnet has many more special characters defined. Some of them are supposedly controlled by the toggling of the 'localchars' variable. However the "toggle localchars" command does NOT toggle. In order to regain CTRL-S and CTRL-Q for my own use, I have to use the commands "set start off" and "set stop off"...EVERYTIME I run telnet. Does anybody know how to make this the default? It would be convenient if telnet recognized a .telnetrc file, but this doesn't appear to be the case. I find it hard to believe that this piece of software was tested at all. And could it really be the case that somebody went in and changed defaults without providing a mechanism for the user to change them back? Naaaaahh...! Clive Dawson MCC
se@IKP.Uni-Koeln.DE (Stefan Esser) (06/28/91)
In article <3099@racine.ACA.MCC.COM>, clive@racine.ACA.MCC.COM (Clive Dawson) writes: |> I just upgraded my 3100 to Ultrix 4.2 and immediately discovered |> a very annoying problem with telnet. Somebody has apparently |> done us the "favor" of redefining several defaults. For example, |> CTRL-S, CTRL-Q, and CTRL-O no longer get passed through to |> the remote host. Emacs is rather crippled without these characters, |> to say the least... That's about the same kind of improvement as seen in 'dd'. DEC put in a 'multi volume' mode AND MADE IT THE DEFAULT ! That means that every single shell script for backup and other purposes has to be changed (add a 'conv=nomulti' option) ! In the beginning there was data lost at this site because we didn't expect such a silly default behaviour ... There was recently a posting of csh scripts to copy distribution tapes. Every call of 'dd' had this 'conv=nomulti', no single use without this option added ... Why did DEC make 'multi volume' the default behaviour ? If I could *optionally* switch to multi volume mode by 'conv=multi' everything were fine. Is there a chance its changed back to be compatible with everybody else ? Sometimes I get the impression that DEC is more interested in making Ultrix VMS compatible (providing interfaces to VMS) than in keeping it UNIX compatible ... Stefan -- Stefan Esser, Institute of Nuclear Physics, University of Cologne, Germany se@IKP.Uni-Koeln.DE [134.95.192.50]