home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / cbm / 3253 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.4 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!usc!sol.ctr.columbia.edu!ucselx!gdwest!stlucas
  2. From: stlucas@gdwest.gd.com (GSS 087272 St. Lucas)
  3. Newsgroups: comp.sys.cbm
  4. Subject: Re: Not BBR but ...
  5. Message-ID: <1992Jul30.225110.16470@gdwest.gd.com>
  6. Date: 30 Jul 92 22:51:10 GMT
  7. Sender: stlucas@gdwest.gd.com (GSS 087272 St. Lucas)
  8. Distribution: usa
  9. Organization: General Dynamics Corp.
  10. Lines: 17
  11.  
  12. Ok, I'm not very knowledgeable in the dealings with the ms-dos formats
  13. and the like, but it seems the msdos/commodore disk utilities all load
  14. the files into memory, crunch on them (converting petscii to ascii or
  15. vice-versa), and then spit the stuff out to the disk.  They are limited
  16. to 32k (40k, it doesn't matter).  Why can't the program read a minimal
  17. amount of data from the msdos disk, whatever a block/sector equivalent
  18. is on ibm, and then dump it to the commodore disk, doing whatever 
  19. conversion is necessary, and then read some more?  THis wouldn't be 
  20. limited to memory space available.  If one were going only from msdos
  21. to commodore, what's wrong with this?  Is the limitation on these 
  22. programs mostly in going from commodore to msdos format?
  23. Really curious, maybe I should re-read the last hardware hacker...
  24.  
  25. -- 
  26. Joe St.Lucas    stlucas@gdwest.gd.com        Standard Disclaimers Apply
  27. General Dynamics Space Systems: our last launch (DSCS III) assuring the
  28. security of our great country for years to come.
  29.