Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!ll-xn!ames!oliveb!sun!david
From: david@sun.uucp (David DiGiacomo)
Newsgroups: comp.unix.wizards,comp.unix.questions
Subject: Re: Excessive buffering in tip?
Message-ID: <23814@sun.uucp>
Date: Mon, 20-Jul-87 13:19:42 EDT
Article-I.D.: sun.23814
Posted: Mon Jul 20 13:19:42 1987
Date-Received: Tue, 21-Jul-87 05:31:35 EDT
References: <1390@m-net.UUCP>
Organization: Sun Microsystems, Inc. - Mtn View, CA
Lines: 16
Xref: mnetor comp.unix.wizards:3325 comp.unix.questions:3257
In article <1390@m-net.UUCP> scs@m-net.UUCP (Steve C. Simmons) writes:
>We have been using tip with a VT-100 emulator on our SUN systems, and
>have recently found that one of our user complaints is not a problem
>with the emulator but a "feature" of tip.
>...
>
>For the most part things work fine. However, when using full screen editors,
>it appears that tip buffers up all the incoming characters following a
>"clear screen" sequence until (effectively) you get into an input wait
>from the keyboard. At that point *all* the characters appear at once
>(boom). This honks off our users to no end, since at low baud rates
>they see "<8-10 second pause>".
It has nothing to do with tip. Ttysubwindows (e.g. shelltools) buffer
updates to improve performance. I don't know any way to change the
timeout, but if you want to see what's being written, hit ^S^Q quickly.