From owner-freebsd-questions Tue Dec 10 00:54:48 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA28776 for questions-outgoing; Tue, 10 Dec 1996 00:54:48 -0800 (PST) Received: from ax433.mclink.it (ax433.mclink.it [192.106.166.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA28771 for ; Tue, 10 Dec 1996 00:54:43 -0800 (PST) Received: from ppp-171.mclink.it by ax433.mclink.it id aa18590; 10 Dec 96 9:54 CET Message-ID: <32AD3456.167EB0E7@mclink.it> Date: Tue, 10 Dec 1996 10:58:46 +0100 From: Marco Masotti X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: questions@freebsd.org CC: mc7953@mclink.it Subject: Tip blocked when calling a mgetty system Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD mates, I'm raveling into my own thoughts for a little problem with tip. I've setup a dialin SunOS machine with mgetty-0.99. I use tip from a 2.1.5 Fbsd to call up that machine and to do a general purposes clear text login, but my login session just hangs after the SunOS run the login shell - I only get the characters typed at the tip echoed back to tip itself by, apparently, by the SunOS csh. I traced the character being sent by the SunOS mgetty, and I've got the following being generated by the SunOS end, just before printing the shell prompt on the tip screen. It looks like an escape sequence, whose net effect is to block tip blankly. ESC [1;24r ESC [ 24;1H CR Worth noting that whenever I call the SunOS mgetty with program different than tip, even on the same FreeBSD machine - i.e the term mode of ppp - the escape sequence is ignored and the call proceed without any hitch. Thanks for any suggestions. Marco