home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / cbm / 3694 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  2.5 KB

  1. Path: sparky!uunet!utcsri!torn!cunews!revcan!sidus!zone4!andrew
  2. From: andrew@zone4.ocunix.on.ca (Andrew Low)
  3. Newsgroups: comp.sys.cbm
  4. Distribution: world
  5. Subject: Zmodem implementation
  6. References: <1992Sep12.234219.22101@jhunix.hcf.jhu.edu> <92091326427@zone4.ocunix.on.ca> <h=yn76j.fuzzy@netcom.com>
  7. Message-ID: <9209148324@zone4.ocunix.on.ca>
  8. Organization: Zone4
  9. Date: Mon, 14 Sep 92 23:49:08 GMT
  10. Lines: 47
  11.  
  12. There seem to be at least three people who have noted that they would like
  13. to participate in something like this: 
  14. massive@(somethingOrOther)
  15. fuzzy@netcom.com
  16. andrew@zone4.ocunix.on.ca (me)
  17.  
  18. I didn't see any mention from the original poster as to continuing his
  19. work on the Zmodem protocol.. then again I figure simply donating the
  20. 'almost complete' code to us would be a great advantage.
  21.  
  22. In article <h=yn76j.fuzzy@netcom.com> 
  23. fuzzy@netcom.com (Fuzzy Fox) writes:
  24. >
  25. >I don't have any working code, but the theory is sound, and shouldn't
  26. >take much to implement.  The real trouble is that the DOS would be
  27. >bypassed, forcing us to recreate a smaller DOS, but that's pretty
  28. >standard for most fast-save routines in cartridges.
  29.  
  30. I'd argue that the 71 and 81 in 'burst' mode would be all we need
  31. to get the transfer speed.  Wasn't there something about being able
  32. to use them in this mode when talking to the 64?  (I'm not a drive
  33. fanatic).   In any case, I'd love to see the code for the drive
  34. be fairly generic in any case, but I'm not the joe (or David :) 
  35. writing it am I?  
  36.  
  37. I don't quite understand your comments about DOS being bypassed and
  38. having to rewrite it.  Would it not be possible to 'download' the
  39. drive code to the 1541 (ie: start up the fastload/save routine)
  40. before each transfer?  Here's what I mean..
  41.  
  42. User is in terminal X, happy happy.. and decides to use the zmodem
  43. protocol.  Zmodem send is started, the protocol sends the drive 
  44. commands to set the drive memory to be bytes, X, X, X.. and then the
  45. drive command to start executing the code at that point.  The zmodem
  46. protocol then starts doing its thing.  Upon completion of the file
  47. the code in the drive terminates and the drive becomes the friendly 
  48. '41 again.  
  49.  
  50. This would allow smaller and simpler drive code, and no need to write
  51. any DOS handling stuff.  (why write DOS when we don't need to?)
  52.  
  53. >How's my posting?  Call 1-800-ALT-FLAME
  54.  
  55. Shouldn't that be 1-900?
  56. +/+\+/+\+/+chew carefully/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+
  57. Roo [andrew@zone4.ocunix.on.ca] m a c h i n e l o v e h a t e f e a r v o i d .
  58.                "dreams are all that separate us from the machines"
  59.