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.