TIP: Click on subject to list as thread! ANSI
echo: locsysop
to: Bob Lawrence
from: Paul Edwards
date: 1997-05-23 10:21:02
subject: UUPC

PE>> A 4-byte CRC on a 1024 block of data is a 0.4% overhead. If you
PE>> consider that to be a major fault in a comms protocol, then you
PE>> need to have your ears pierced. 

BL> It's not the CRC overhead, it's stopping to check the other end
BL> every 1024 bytes. On the tests I ran here with DIY comms (in Pascal),
BL> I could get 5% faster transfers with a 16K block and no checks.

If you do the CRC checking as you receive each byte, rather than waiting
until you have a whole block, then the overhead will be 0.4% not 5%. Sounds
like you've got a lousy zmodem implementation, it's not a problem with the
protocol itself.  You can't get data from your modem faster than your PC
can do a CRC on a single character.  You could if you were using an 80286
with a high-speed modem though.  Oh yeah, and you didn't mention you were
deleting all the checking, you just said increasing the block size. 
Increasing the blocksize whilst keeping the check would simply mean that in
your lousy implementation, you delay 16 times longer after each 16k.

PE>>> It's 'upc' you should have searched on.

BL>> Think about it for a while, use your alleged intelligence, and
BL>> you'll see you are wrong.

PE>> The package name I was telling you to get, was called UPC*.*,
PE>> hence you need to do a search on "UPC", not
"UCP", so that you
PE>> can get a hit on a file called: UPC19.ZIP No description given
PE>> at upload

BL> I was searcing the PCUG, not your brain-dead system. Do I have to
BL> explain it to you? 

BL> There is no guarantee that a file is called UPC-anything Iin fact
BL> there were a few like that in your list I have since binned) but it is
BL> odd-on that anything UUPC will mention that it does UUCP in the
BL> description.

If they have the package I was recommending, named the official name of the
file, then a search on UPC would have hit it, regardless of whether the
description was up-to-date.

PE>> UPC30.ZIP Something I picked up from the internet for Bob Lawrence

BL> Gee, thanks.... what is it?

Exactly.  That's why you need a filename search on "UPC".

PE>> Oh, shit, I didn't realise you didn't have software to do that.
PE>> Um, would someone like to jump in and recommend a you-beaut
PE>> news reader for a crappy MSDOS/Windows system? I have heard of
PE>> something called SLRN. BTW, is all that is needed SLRN, or do
PE>> you need a "tosser" (equivalent of squish/tobruk) in order to
PE>> get the stuff into a form the newsreader can handle? 

BL> From what I can see, I need a message base like squish, a mailer
BL> like Binkley, a gateway like Watergate, and a reader like MsgEd. Why
BL> bother? I can write one quicker than I can set them up!

No, you don't need a gateway.

BL> So... you went UUCP while everyone else is going SLIP/PPP! ROFL! You
BL> really are fabulous, Paul! 

Oh yeah, that probably explains the difficulty.  BFN.  Paul.
@EOT:

---
* Origin: X (3:711/934.9)

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.