Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!sdd.hp.com!mips!apple!altos!gumby!jerry
From: jerry@gumby.Altos.COM (Jerry Gardner)
Newsgroups: comp.dcom.modems
Subject: Re: Ymodem
Message-ID: <4877@gumby.Altos.COM>
Date: 9 May 91 16:01:33 GMT
References: <4875@gumby.Altos.COM> <9227@idunno.Princeton.EDU>
Reply-To: jerry@altos.COM (Jerry Gardner)
Organization: Altos Computer Systems, San Jose, CA
Lines: 25

In article <9227@idunno.Princeton.EDU> shihsun@der.Princeton.EDU (Shih-ping S Sun) writes:
|In article <4875@gumby.Altos.COM> jerry@altos.Altos.COM (Jerry Gardner) writes:
|>Is there a better Ymodem specification available?  The Omen Tech. spec. has
|>holes and ommissions big enough to drive a truck through.  I need something
|>more rigorous.

>Well... if you are developing this on a PC, you could just do a system
>call and run DSZ in Ymodem mode... this would probably be the easiest
>way to do this.  A further advantage would be that users of your term
>program would be able to upgrade to the latest version of DSZ whenever
>one comes out, which seems to be about every 4 months.

Why should I need to do this?  I can just as easily support the protocols
I need internally.  Since I'm the only user of my term program, I don't
have problems with upgrades.

The biggest problem with DSZ is that I don't have any control over it.  With
my own code, I do.  If it doesn't work right, I fix it.


-- 
Jerry Gardner, NJ6A					Altos Computer Systems
UUCP: {sun|pyramid|sco|amdahl|uunet}!altos!jerry	2641 Orchard Parkway
Internet: jerry@altos.com				San Jose, CA  95134
Help stamp out vi in our lifetime.                      (408) 432-6200