tarvaine@tukki.jyu.fi (Tapani Tarvainen) (05/04/90)
Either I'm missing something obvious or there is a bug in telnetd or somewhere that refuses to let 8-bit characters through in HP9000 series 300 HP-UX 7.0. When I try to type (or transmit in any way, including Kermit in 8-bit mode) any character with high bit 1, it gets transformed into a null (it doesn't simply zero the high bit). This doesn't happen if I log in from the console, or via rlogin, nor does it depend on stty settings: exactly same settings (compared with diff) work on the console, but after just "telnet <same machine>" the 8-bit characters no longer work. (The problem does not occur with series 800 machines.) Is there something I could be doing wrong? Something I could try? -- Tapani Tarvainen (tarvaine@jyu.fi, tarvainen@finjyu.bitnet)
rjn@hpfcso.HP.COM (Bob Niland) (05/05/90)
re: > Either I'm missing something obvious or there is a bug in telnetd or > somewhere that refuses to let 8-bit characters through in HP9000 > series 300 HP-UX 7.0. I'm using telnet from a 7.0 300 to a 7.0 800 to respond to this note. I just did a shell escape on the remote and had no problem creating an 8-bit file. The probable culprit is that your 'termio' settings on either your local or remote system aren't set to allow 8-bit. Locally, and then telnet'd, perform an 'stty -a'. You should get something like... -------------------------------------------------------------------------- speed 9600 baud; line = 0; susp <undef>; dsusp <undef> intr = ^C; quit = ^\; erase = ^H; kill = ^U; swtch <undef> eof = ^D; eol = ^@; min = 4; time = 0; stop = ^S; start = ^Q -parenb -parodd cs8 -cstopb hupcl cread -clocal -loblk -crts ^^^^^^^ ^^^ -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc ^^^^^^ ixon -ixany -ixoff -ienqak isig icanon iexten -xcase echo echoe -echok -echonl -noflsh opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel -tostop -------------------------------------------------------------------------- The "^^^^^" marked flags must be set as shown to allow 8-bit mode. Regards, Hewlett-Packard Bob Niland 3404 East Harmony Road Internet: rjn@hpfcrjn.FC.HP.COM Fort Collins UUCP: [hplabs|hpu*!hpfcse]!hpfcla!rjn CO 80525-9599
batwood@hpindda.HP.COM (Brian Atwood) (05/08/90)
/ hpindda:comp.sys.hp / tarvaine@tukki.jyu.fi (Tapani Tarvainen) / 9:31 am May 4, 1990 / > Either I'm missing something obvious or there is a bug in telnetd or > somewhere that refuses to let 8-bit characters through in HP9000 > series 300 HP-UX 7.0. When I try to type (or transmit in any way, ... > characters no longer work. (The problem does not occur with series 800 > machines.) This sounds like a known problem with the 7.0 telnetd on the series 300. You should contact your SE or Response Center contact to discuss obtaining the patch which is available to fix a problem like this. Brian Atwood, Information Networks Group, H.P.
ken@hpubrcf.HP.COM (Ken Green) (05/08/90)
> Either I'm missing something obvious or there is a bug in telnetd or > somewhere that refuses to let 8-bit characters through in HP9000 > series 300 HP-UX 7.0. When I try to type (or transmit in any way, > including Kermit in 8-bit mode) any character with high bit 1, it gets > transformed into a null (it doesn't simply zero the high bit). This > doesn't happen if I log in from the console, or via rlogin, nor does > it depend on stty settings: exactly same settings (compared with diff) > work on the console, but after just "telnet <same machine>" the 8-bit > characters no longer work. (The problem does not occur with series 800 > machines.) > > Is there something I could be doing wrong? Something I could try? There is a patch for this problem, if you contact your responce center they should be able to provide you with it. Ken Green --ukcrc-- ----------------------------------------------------------------------- This response does not represent the official position of, or statement by, the Hewlett-Packard Company. The above data is provided for informational purposes only. It is supplied without warranty of any kind. -----------------------------------------------------------------------