Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!cit-vax!tybalt.caltech.edu!walton
From: walton@tybalt.caltech.edu.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Vt100 question
Message-ID: <2442@cit-vax.Caltech.Edu>
Date: Thu, 23-Apr-87 15:18:27 EST
Article-I.D.: cit-vax.2442
Posted: Thu Apr 23 15:18:27 1987
Date-Received: Sat, 25-Apr-87 05:27:12 EST
References: <16710@sun.uucp> <351@rpiacm.UUCP>
Sender: news@cit-vax.Caltech.Edu
Reply-To: walton@tybalt.caltech.edu (Steve Walton)
Organization: Calfornia Institute of Technology
Lines: 24
Keywords: Slow File Sending Fix
Summary: Use fgets/sendstring

In article <351@rpiacm.UUCP> gator@rpiacm.UUCP (Ed Santiago) writes:
>In article <16710@sun.uucp>, cmcmanis@sun.uucp (Chuck McManis) writes:
>> Has anyone besides myself noticed that the ASCII Send option of Vt100 (2.6)
>> is *really* slow? Anyway to speed it up?

Yes.  The problem is that main() does a send of a file by doing a
getc() followed by a single sendchar() followed by a Wait() on all the
signals again--i.e., it sends a character and waits for it to echo,
then sends the next one, etc.  Not only is this slow, but it hung when
I tried to use it on BIX, since I normally run BIX half duplex to save
time and BIX wasn't echoing the sent characters.  I implemented most
of a fix last night, replacing the getc/sendchar pair with a
fgets/sendstring pair (replacing the trailing newline with a carriage
return).  I'll try to post the diffs sometime this weekend. 

>You ain't gonna believe this one... I noticed the same thing while
>working on a machine without Kermit (well, with a lousy Kermit anyway).
>Try clicking the menu (right) button a few times. NO I'M NOT KIDDING. 

This works because clicking the right button gets out of the
aforementioned Wait() call. 

						Steve Walton
					guest: walton@tybalt.caltech.edu