Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!hao!ames!ptsfa!ihnp4!inuxc!iuvax!pur-ee!uiucdcs!uxc.cso.uiuc.edu!uiucuxe!alexandr From: alexandr@uiucuxe.cso.uiuc.edu Newsgroups: comp.protocols.tcp-ip Subject: Re: Wollongong telnet and new line proc Message-ID: <64200002@uiucuxe> Date: Wed, 22-Jul-87 16:37:00 EDT Article-I.D.: uiucuxe.64200002 Posted: Wed Jul 22 16:37:00 1987 Date-Received: Sat, 25-Jul-87 11:06:28 EDT References: <25@abvax.icd.ab.com> Lines: 40 Nf-ID: #R:abvax.icd.ab.com:25:uiucuxe:64200002:000:1301 Nf-From: uiucuxe.cso.uiuc.edu!alexandr Jul 22 15:37:00 1987 The bug is in telnetd for the incoming session, not telnet for the outgoing session. There is nothing wrong with the pty driver at all. Here is a diff. Your line numbers may vary. The problem is that someone misread the telnet spec and interpreted "NEWLINE" to mean UNIX newline character ('\n') not a conceptual end of line. The result: If you telnet into a 4.3 machine (or SUN running 3.2), you can't telnet out to any non-unix machine. You can't tip anywhere. It's a dumb bug, but easy to fix. -- Steve Alexander Workstation Development, National Center for Supercomputing Applications stevea%newton@uxc.cso.uiuc.edu stevea%newton@uiuc.arpa stevea%newton@uiuc.csnet stevea@uiucvmd.bitnet ...!{pur-ee, convex, ihnp4}!uiucdcs!uiucuxc!newton!stevea ----- cut here for diffs ------ *** /tmp/geta2947 Wed Jul 22 15:30:13 1987 --- /tmp/getb2947 Wed Jul 22 15:30:14 1987 *************** *** 637,643 **** if ((myopts[TELOPT_BINARY] == OPT_NO) && c == '\r') { if ((ncc > 0) && ('\n' == *netip)) { netip++; ncc--; ! c = '\n'; } else { state = TS_CR; } --- 652,658 ---- if ((myopts[TELOPT_BINARY] == OPT_NO) && c == '\r') { if ((ncc > 0) && ('\n' == *netip)) { netip++; ncc--; ! c = '\r'; } else { state = TS_CR; }