home *** CD-ROM | disk | FTP | other *** search
/ Dream 52 / Amiga_Dream_52.iso / Amiga / Workbench / Pilotes / DisqueDur / xfs.readme < prev   
Text File  |  1998-05-11  |  7KB  |  161 lines

  1. Short:    V2.12b3 Multi filesys+.device, pc+mac+..
  2. Author:   frans (francis swift)
  3. Uploader: msw@blackpool.ac.uk
  4. Type:     disk/misc
  5. Replaces: xfs.lha
  6.  
  7. XFileSystem Version 2.12 beta release 3.
  8.  
  9. Consisting of xfsd (a disk handler for your L: directory)
  10. and fd.device / file.device (for your devs: directory).
  11.  
  12. Current xfsd status:
  13.  
  14.               readdir  read  write delete rename readpart format
  15.   ql            +       +      +     +      +
  16.   spectrum      +       +
  17.   msdos         +       +      +     +      +       +
  18.   archimedes    +       +
  19.   amiga         +       +      +     +      +       +
  20.   minix         +       +
  21.   mac           +       +                           +
  22.   cpm           +       +
  23.   1541          +       +
  24.  
  25. Current fd.device status:
  26.  
  27.               read   write  format
  28.  
  29. Amiga tracks    +       +
  30. Diskspare       +
  31. mfm (pc etc)    +       +
  32.  
  33. Current file.device status:
  34.  
  35.                       read   write  format
  36.  
  37. flat files              +       +
  38. dms files               +
  39. pctask/janus hardfiles  +       +
  40.  
  41. As you can see, there is currently no way to format disks.
  42. In fact, most of the code to format disks marked as writeable
  43. exists, it's just there's no way to select it at the moment.
  44. Actually, TD_FORMAT does work on fd.device, but only on disks
  45. already formatted (it effectively just writes).
  46.  
  47. See the xfs.guide 'usage' section for further info.
  48.  
  49. -------------------------- xfs212b3 -----------------------------
  50.  
  51. Just a slight update to file.device. I re-wrote the xDMS source
  52. to be re-entrant / thread safe ('pure' in amiga-speak), so now
  53. file.device, which uses the decompression routines from xDMS,
  54. can safely be opened multiple times for multiple DMS files.
  55. I'll probably upload the modified xDMS source with the next
  56. release of xfs.
  57.  
  58. -------------------------- xfs212b2 -----------------------------
  59.  
  60. There was a slight bug in the previous file.device when using
  61. PCTask hard disk files. Basically, writing could trash them.
  62. This was a bug introduced during re-organisation to allow proper
  63. integration of DMS file access. Anyway, it should all work now,
  64. reading/writing PCTask hard disk files (apparently the same format
  65. as janus hard disk files), and reading DMS files. To implement
  66. the DMS facility I used the source from xDMS (by Andre de la Rocha)
  67. to replace my original routines (which called DMS externally).
  68. The current xDMS decompression source is still very similar to
  69. the original LhA decompression routines (written by Masaru Oki
  70. and Haruyasu Yoshizaki), which are not re-entrant, so at present
  71. you can only have one DMS file in use by file.device (ie only one
  72. unit of file.device can be accessing a DMS file - other units can
  73. still access other types of disk file). I have recently re-written
  74. these LhA decompression routines (for another project) to make them
  75. re-entrant, so the next release of file.device should allow any
  76. number of units to access DMS files. Hopefully, it should soon be
  77. possible to transparently access .ADZ files as well.
  78.  
  79. There is a mis-match between the current version of the devio
  80. utility and the current release version of fd.device. This only
  81. affects the -geometry option, and is caused by a mis-match in the
  82. private structure used to pass back the low-level info (about
  83. sector numbering and skew factors). This will be fixed next time.
  84.  
  85. Ther was a slight bug introduced by internal rationalisation of
  86. the utf-8 / unicode routines which caused QL comments (which hold
  87. task space info) to be messed up. Should be ok now.
  88.  
  89. -------------------------- xfs212b ------------------------------
  90.  
  91. Changed file.device to allow it to skip the first sector of PCTask
  92. hard disk files, so you can use FILE0: (xfsd / file.device) on them.
  93. Also new DOCS for file.device in the guide (->usage->file.device).
  94. Oh yes it also sends back a sensible geometry for .d64 files. This
  95. was necessary to implement a C64 disk handler.
  96.  
  97. 1541 disk images may now be accessed via FILE0: (xfsd), but only to
  98. display directories at present. You will of course require Catweasel
  99. to access the disks directly. This is intended to eventually become
  100. a combined 1541/1581 handler (when I get some 1581 info).
  101.  
  102. devd (the DEV: handler) can now accept a third parameter for FLAGS
  103. after the unit number (ie DEV:multidisk.device,0,7) to enable
  104. you to use it with Catweasel. Oh yes, devd is now mentioned in the
  105. guide (->usage->devd).
  106.  
  107. The guide has been improved, mainly the usage section.
  108.  
  109. -------------------------- xfs211b2  ----------------------------
  110.  
  111. I've completely re-written the sector access / allocation on the
  112. Amiga handler, so as to allow you to write to media larger than
  113. floppy disks. Unfortunately I haven't had time to test it, so I
  114. don't recommend you use it for anything crucial yet, just media
  115. you can afford to re-format. Oh, and I found a few things were
  116. missing in the directory cacheing (DC) part of the handler, so
  117. I've made DC disks read-only for the moment till I sort it out.
  118. Also, for some reason the utf-8 internal names were being sent
  119. to the Amiga name hashing routines, causing all files whose names
  120. contained accented characters to be put on the wrong hash chain.
  121. If you have any disks written using this I suggest you use the
  122. old version of the handler to copy the files off the disks then
  123. use 211b2 or later to write them back (if it works!).
  124.  
  125. No further additions to any other handlers, 'cause I've been
  126. adapting various compression routines, to see how easy it would
  127. be to add archive-handling to xfsd.
  128.  
  129. I might as well mention that I had hoped to replace the rather
  130. awkward DMS uncrunching in file.device, but I couldn't get access
  131. to the source on the Aminet. Oh, didn't you know file.device could
  132. read DMS files? Well I can't recommend it. Or DMS for that matter.
  133. But you will need both, as file.device calls DMS to do the work.
  134.  
  135. -------------- xfs211b (only released on cover cd) --------------
  136.  
  137. MAC handler does something at last. You can now do directory
  138. listings and read the data forks of files.
  139.  
  140. Temporarily disabled ExamineAll support so that ExamineAll should
  141. now work properly. Yes you did read that right. If a handler
  142. doesn't support ExamineAll the Dos emulates it via Examine and
  143. ExamineNext. I'll re-enable it when it's fixed.
  144.  
  145. On the QL, accented characters should now be completely usable
  146. in filenames, previously they would only read correctly.
  147.  
  148. Oh, and I've upgraded the x-code utility (to V1.01), and I've
  149. replaced the geometry program with a more general device command
  150. utility called devio (no docs for it but it's simple to use).
  151.  
  152. Oh, there seems to be some confusion as to the names of the
  153. mountlists. I've made sure they're all named in the same way
  154. (mount.#?).
  155.  
  156. Finally, I've changed all the flags fields in the mountlists
  157. to make all volumes appear on the Workbench.  So if you use
  158. xfsd at the same time as another handler for the same disk,
  159. something strange may happen (unless you edit the flags field
  160. to stop xfsd mounting volume entries - see mount.xfsd).
  161.