home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / cbm / 3663 < prev    next >
Encoding:
Text File  |  1992-09-12  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!wupost!csus.edu!netcom.com!fuzzy
  3. From: fuzzy@netcom.com (Fuzzy Fox)
  4. Subject: Re: 16 bit CRC source?
  5. Message-ID: <wzwnzyr.fuzzy@netcom.com>
  6. Date: Sat, 12 Sep 92 20:10:02 GMT
  7. Organization: Foxes 'R' Us - Seven locations to serve you
  8. References: <ioVNqB1w164w@jwt.UUCP> <1992Sep9.094328.16978@ccu.umanitoba.ca> <9209101596@zone4.ocunix.on.ca>
  9. Lines: 35
  10.  
  11. andrew@zone4.ocunix.on.ca (Andrew Low) writes:
  12.  
  13. >Considering my 64 isn't even set up anymore this is probably a foolish
  14. >thing to say.. but here goes: I'm interested.  Let me know what 'nearly'
  15. >finished means.  Also I'd really like to see the completion of it become
  16. >a comp.sys.cbm project (since I probably lack the enthusiasm to finish
  17. >it myself).
  18.  
  19. You too, eh?  :)
  20.  
  21. >If a plan like this were followed we could have a (rather large) discussion
  22. >here in comp.sys.cbm about the current work on the protocol, what remains
  23. >to be done, and who will take care of what.  Then the code would be 
  24. >written and then one person would integrate the various bits and pieces.
  25.  
  26. One of the problems with writing a Zmodem module for the 64 is that it
  27. is a streaming protocol, meaning that the bytes never stop coming over
  28. the modem.  Since disk access usually interferes with modem activity,
  29. Zmodem would tend to really screw up on the C64.  I think a good
  30. solution to this would be to code a custom DOS transfer method which
  31. is asynchronous, allowing full interrupting of the protocol.  I've seen
  32. this done in some programs, so it is certainly possible.  Also, it would
  33. probably still be much faster than the stock DOS routines, which would
  34. be the next bottleneck.
  35.  
  36. Of course, a lot of this can be avoided by simply putting Zmodem into
  37. stop-and-wait mode, which makes it almost no better than Ymodem.
  38. However, Zmodem's other features (such as XON/XOFF transparency, no file
  39. padding, and crash recovery) could still be used.
  40.  
  41. -- 
  42. #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
  43. #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
  44. #define  FALSE  1   |
  45. #endif              |     How's my posting?  Call 1-800-ALT-FLAME
  46.