home *** CD-ROM | disk | FTP | other *** search
/ ftp.whtech.com / ftp.whtech.com.tar / ftp.whtech.com / club100 / ref / dostip.003 < prev    next >
Text File  |  2006-10-19  |  2KB  |  63 lines
  1. Use of DSKO$ with POWR-DOS
  2. --------------------------
  3.  
  4.  
  5. The DSKO$ function of POWR-DOS has the general syntax:
  6.  
  7.      DSKO$ SW, SE, AD
  8.  
  9.      where
  10.  
  11.           o SW is a Switch (SW=0 for read from disk to RAM; SW
  12.             non-zero for write from RAM to disk)
  13.  
  14.           o SE is the disk sector number operated on (0 to 79)
  15.  
  16.           o AD is the start (low end) of the RAM block used as a
  17.             buffer; must be 1292 bytes long and cleared before use
  18.             -- e.g., CLEAR 0, MAXRAM-1292.
  19.  
  20. This command allows POWR-DOS to pull in a sector from disk, modify
  21. individual bytes, or groups of bytes (up to a sector in length),
  22. and write the modified sector back to the disk.
  23.  
  24. This function requires that the disk be formatted, but not that
  25. there be a directory.
  26.  
  27. This would seem to allow some pseudo-formatting, to get
  28. sub-sectors ("blocks") on the disk.  For example, each 1292 byte
  29. sector could be considered as a set of four 323 byte blocks (320
  30. total blocks on a disk); since 1292 factors into 4*17*19, there
  31. are other possibilities.  Each block could be used as a data
  32. "record" (without a directory structure, a dedicated data base is
  33. about the only application I can think of for a disk used this
  34. way).  Each block could hold it's block number (may not be needed)
  35. and data in a format determined by a (to be developed) data base
  36. program.
  37.  
  38. With SE as the sector number, the block number would be given by
  39. 4*SE+OF, OF is an offset within each sector (OF is 0 to 4, in the
  40. above example).  Bytes within a block would be identified by an
  41. index BT (0 to 322 in this case).
  42.  
  43. Although this has some interest, I'm not likely to pursue it
  44. further myself -- since data bases on the Model 100 are not an
  45. interest of mine  (my data bases are all too big to fit even on a
  46. Chipmunk disk!).
  47.  
  48. A down side of this is that the total sector must be read and
  49. written to replace any one of the blocks -- suggesting a
  50. four-times speed-up if the disk were truly formatted into smaller
  51. sectors.  From the published data, TS-RANDOM (Traveling Software)
  52. appears to do just that.
  53.  
  54. BUT -- although I have not tried it, the POWR-DOS manual says that
  55. disks formatted with FORMAT.BA (part of the POWR-DOS package) will
  56. accept sector (DSKO$) writes almost 20 times faster than normally
  57. formatted disks -- so long as they have not been written to by any
  58. file based command.
  59.  
  60. Phil Wheeler [71266,125]
  61. Torrance, CA
  62. 10/11/86
  63.