Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 UW 5/3/83; site uw-beaver
Path: utzoo!watmath!clyde!burl!mgnetp!ihnp4!zehntel!hplabs!tektronix!uw-beaver!info-mac
From: info-mac@uw-beaver (info-mac)
Newsgroups: fa.info-mac
Subject: bug fix for macget
Message-ID: <1475@uw-beaver>
Date: Wed, 15-Aug-84 16:13:57 EDT
Article-I.D.: uw-beave.1475
Posted: Wed Aug 15 16:13:57 1984
Date-Received: Thu, 23-Aug-84 00:56:26 EDT
Sender: daemon@uw-beave
Organization: U of Washington Computer Science
Lines: 21

From: utcsrgv!dciem!mmt
I complained about difficulty using macget with V7 a little while ago.
It turns out that the problem is an insufficient character timeout.
The symptom was that part of a file would be transferred, and then the
program (macget) would abort, and a packet would go to the parent process,
which might cause a logout.  After a while, the Mac would report an I/O
error 1.

The correction is to set the define CHRTIMO to 2 instead of 1. (3 might be
safer, but I have had good success with 2, whereas at 1 I almost never
could pass more than 3-6K of a file.

There is another potential bug in macget, but I don't know whether it is
a real one.  In the recv_file routine, case ACK, tputc(ACK) should be
just before the break (ie after fwrite(buf,n,1,outf).

The version of macget intended to be portable and to work with Beta releases
of MacTerminal works well on 4.2 and V7 systems with the changed CHRTIMO.
It worked on neither with CHRTIMO set to 1.