Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!ames!pasteur!cory.Berkeley.EDU!fadden
From: fadden@cory.Berkeley.EDU (Andy McFadden)
Newsgroups: comp.sys.apple
Subject: Re: re: telecom program
Message-ID: <16980@pasteur.Berkeley.EDU>
Date: 8 Sep 89 21:51:45 GMT
References: <8909061630.aa09968@SMOKE.BRL.MIL> <3868@wpi.wpi.edu>
Sender: news@pasteur.Berkeley.EDU
Reply-To: fadden@cory.Berkeley.EDU.UUCP (Andy McFadden)
Organization: University of California, Berkeley
Lines: 22

In article <3868@wpi.wpi.edu> greyelf@wpi.wpi.edu (Michael J Pender) writes:
>Proterm does do Zmodem batch, a cruddy job of it, but it does work.  My worst
>time with Proterm Zmodem took over two hours to receive a file where the 
>estimate was 45 minutes.  Proterm needed every other block resent (and then
>some).

Try downloading to a RAM disk.  The //gs comm buffer is rather small (like
20 bytes) that a streaming protocol is next to useless if your system accesses
the disk...

Has anybody considered porting sz/rz to APW or ORCA/C?  You'd need a quicky
shell program to access the modem (one was built in to ECP 8), and then do
some fancy I/O redirection in the programs (can't really use stdin/stdout...),
but it should be possible.  This would allow true Zmodem transfers on a //gs,
and would pave the way for shell-based //gs modem programs (is ECP16 freeware?)

If anybody is willing to try such a feat, I can give you the ftp site info
(or send you the shar file if you don't have access).

-- 
fadden@cory.berkeley.edu (Andy McFadden)
...!ucbvax!cory!fadden