Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!sdd.hp.com!ucsd!ucbvax!FTP.COM!jbvb
From: jbvb@FTP.COM (James B. Van Bokkelen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: PC/TCP tnvt product with 8bits characters codes ?
Message-ID: <9009211458.AA09426@ftp.com>
Date: 21 Sep 90 14:58:08 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: jbvb@ftp.com
Organization: The Internet
Lines: 27


    I found that PC/TCP seems to meet part of our request except that it needs
    a special file to remap keyboard scan codes to output character codes.

There are two files; one to change what input data individual keys generate,
and one to change what received data displays on the screen.  They're only
needed for non-Ascii alphabets.

    ... I found that the tnvt program, in VT220 mode (7 or 8 bit mode), strips
    the 8th bit of the sent caracter.

If we're the ones who strip the 8th bit when Telnet Binary is in effect,
that is our bug (but I just tested 2.04 pl2; it sends 8 bit data fine).
However, if the host you're talking to won't agree to Binary, or strips
the 8th bit itself, that's not under our control.  You need a LAN monitor
of some sort to prove who's at fault.

Problems relating to 8-bit telnet support are common: There are operating
systems which haven't a prayer of handling 8-bit data in a useful way.
Some other OSes can manage 8-bit data from a locally connected terminal
well but their Telnets can't handle Binary, or don't map it to the right
pseudo-tty mode.  Finally, there are applications that make rash
assumptions about the data path to their terminal, etc.  You're not doing
too badly, considering...

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901