alexandr@uiucuxe.cso.uiuc.edu (07/22/87)
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;
}