From owner-freebsd-bugs Thu Oct 5 06:24:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA08120 for bugs-outgoing; Thu, 5 Oct 1995 06:24:02 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA08115 for ; Thu, 5 Oct 1995 06:23:59 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQzkdh24943; Thu, 5 Oct 1995 09:23:55 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA18703 (5.67b/IDA-1.5 for ); Thu, 5 Oct 1995 06:25:17 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 5 Oct 95 08:22 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t0qB9-000IseC; Thu, 5 Oct 95 08:17 WET DST Message-Id: Date: Thu, 5 Oct 95 08:17 WET DST To: bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Oct 5 1995, 08:17:39 CDT Subject: Change in telnet raw mode handling? Sender: owner-bugs@freebsd.org Precedence: bulk Was there a change in the handling of RAW mode during telnet between 2.0.5R and SNAP 950928? We are seeing bad behavior in certain applications that use raw character mode. My situation is that I telnet into a SCO UNIX, 1.1.5.1, 2.0.5R or a 950928 SNAP from a 950928 SNAP and when I go into selected programs that put the controlling terminal in raw mode, the [ENTER] key no longer confirms commands in the packages, but CTRL-J does. If I telnet from a 2.0.5R system into a SCO UNIX, 1.1.5.1, 2.0.5R or 950928 SNAP program and run the same software, [ENTER] confirms commands as expected. The programs I have seen the problem in so far are a text-based mail client (xmail), a binary file editor/disassembler (fed), and a menu-based bill-of-material management system (I think it is called CATS, comes from HP). Any ideas? Since this new behavior breaks the ability to use FreeBSD to access these (and possibly other) programs that are on existing FreeBSD and non-FreeBSD systems, it should be considered a significant compatibility issue. Frank Durda IV uhclem%nemesis@fw.ast.com