home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / applicat / 7132 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  7.9 KB
  1. Path: sparky!uunet!cbmvax!cbmehq!brewas!lisa!amiganer
  2. From: amiganer@lisa.cpr.sub.org (Christian-Peter Weiss)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: XFH-Handler README
  5. Message-ID: <wyPEr*Wu2@lisa.cpr.sub.org>
  6. Date: 10 Sep 92 14:28:16 GMT
  7. Reply-To: amiganer@lisa.cpr.sub.org
  8. Lines: 172
  9. X-Newsreader: Arn V1.00 beta rel2
  10.  
  11. The README file distributed with the XFH-Handler for more information
  12.  
  13. cu Christian
  14.  
  15. -------------------------------------------------------------------------------
  16.  
  17.  
  18.                   Xpk File System Handler v1.12
  19.  
  20.                       By Kristian Nielsen
  21.  
  22.  
  23. This package may be distributed freely for non-commercial purposes along
  24. with Xpk or on its own, provided that all files and subdirectories are
  25. left intact. However, all rights remain with the author. And as usual,
  26. the author will in no way be held responsible for any damage, directly,
  27. implicit or otherwise, resulting from the use of this program. After
  28. all, you get this program for free; use it or not as you like, and at
  29. your own risk. 
  30.  
  31. This is version 1.12 of the XFH handler, distributed as part of the Xpk
  32. package. XFH is a file system handler like Ram: with the purpose of
  33. making the use of the Xpk compression libraries completely transparent
  34. for everyday use. Specifically, XFH can be set up to mirror a directory
  35. (or a whole disk) so that files can be accessed as normal through XFH:
  36. with the difference that any files that are compressed with Xpk (or
  37. PowerPacker) will be uncompressed fully automatic. Optionally, XFH can
  38. also be instructed to automatically compress files as they are written
  39. using any compression method that Xpk supports. So one use could be to
  40. finally have full access to your powerpacked 'Manuals:' directory and
  41. saving yourself the trouble to pull out powerpacker every time you want
  42. to add another file to the directory. Another more extreme usage would
  43. be to keep a whole partition compressed to save HD space. Whatever way
  44. XFH is used, you are free to mix compressed and 'normal' files; XFH will
  45. ensure that all files will appear as normal to application programs.
  46.  
  47. By doing this in the framework of a true DOS device handler, a very
  48. flexible and completely system- friendly solution is possible, avoiding
  49. any nasty 'patches' that has been the basis of earlier programs like
  50. PPPatch, though the current version of XFH may seem somewhat less
  51. efficient than these patches.  V1.12 works with Kickstart 1.2/1.3,
  52. though I would strongly recommend using it with 2.0.  Later versions are
  53. likely to be 2.0-only. 
  54.  
  55. Since this is an early release of the Xpk/XFH combination, a word of 
  56. warning is in order. First of all, please read the doc file ('XFH.doc', 
  57. which should be supplied along with this file) before using the XFH on any 
  58. large scale. It tries to anticipate some of the problems that can result 
  59. from working with packed files as though they were never compressed. In 
  60. particular, the same peculiarities that apply to the RAM: handler should 
  61. be expected with the XFH: ; however, at least with version 1.12 other 
  62. strange behavior can be expected as well. Second, I would like to stress 
  63. again very clearly that I as the author of XFH can in no way be held
  64. responsible for unreliable operation of the handler, nor would it be fair
  65. to see such unreliable operation as signifying that the concepts of the
  66. Xpk and of (de)-compressing file system handlers in general are in any
  67. way flawed (I for one believe these concepts to signify a new era in the
  68. area of data-compressing program interfaces). Having said this, however,
  69. it should also be said that I have myself been using the XFH: extensively
  70. for several months without problems, and that I have never (as yet) lost
  71. a single file of data due to bugs in the Xpk or XFH. And, needless to say,
  72. every effort has been made to make XFH reliable and useful.
  73.  
  74. Another thing worth pointing out is that XFH is by no means an easy
  75. program to use or even to get running at all. A thorough knowledge of
  76. the Amiga is probably essential or at least recommendable in order to
  77. use this program to its fullest. I'm working with Nicola Salmoria to
  78. make a future version of XFH require less effort to install and run. 
  79. However, due to various reasons (among which is the fact that I no
  80. longer have the equipment to continue the development of XFH or the
  81. money to spend on new equipment), I cannot say when the next XFH release
  82. will be, or indeed whether there will ever be one. Still, I would very
  83. much welcome any critisism, suggestions, bug reports, general experience
  84. etc. from users of this program. If you wish to get in touch with me
  85. you can contact me at this address:
  86.  
  87.       Kristian Nielsen
  88.       Groenjordskollegiet
  89.       room 6111
  90.       Groenjordsvej
  91.       DK-2300 Koebenhavn S
  92.       Denmark.
  93.  
  94.  
  95. Or, if you have access to e-mail, I can be reached as:
  96.  
  97.       bombadil@diku.dk
  98.  
  99.  
  100.                               --- O ---
  101.  
  102.  
  103. If you want to have a quick play-around with the XFH before reading the
  104. doc file, follow the instructions below:
  105.  
  106.  - Make sure xpkmaster.library is accessible in LIBS:, that XFH-Handler
  107. is situated in L: and that the mountlist supplied with the XFH is appended
  108. to the mountlist in DEVS: (and no, don't pack them using Xpk/XFH!).
  109.  
  110.  - If you already have a directory containing files packed with Xpk (or
  111. powerpacker), you can assign XFH0: to it. For example,
  112.  
  113.       Assign XFH0: SYS:Text/Manuals
  114.  
  115. with 'SYS:Text/Manuals' containing some packed files (perhaps in
  116. subdirectories).  This will set up the XFH unit 'XH0:'.  Alternatively,
  117. if you want to experiment with the automatic compression facility of
  118. XFH, you can copy the directory 's/xfh/' to 'S:xfh/' to set up the XFH
  119. unit 'XH1:' for compressing using the BLZW method in RAM: (you will need
  120. the library file 'libs:compressors/xpkBLZW.library').  Note that XFH
  121. needs the path "S:xfh/.xfhrc_?"; the 'xfh/' directory MUST exists in S:
  122. and contain the nessesary files in order to make XFH automatically
  123. compress files.  If you are using KS2.0 and S: is set up as a
  124. multi-assign you must also make sure that the 'xfh/' directory is placed
  125. in the FIRST of the directories that S: is assigned to (usually 'SYS:s'). 
  126.  
  127.  - Issue the CLI/Shell command
  128.  
  129.       Mount XH0:
  130. or
  131.       Mount XH1:
  132.  
  133. depending on whether you used the XFH0: assign or the S:xfh/ option files. 
  134. This will mount the handler, making it ready for use. 
  135.  
  136.  - Now access the handler in any usual way. For example:
  137.  
  138.       CD XH0:
  139.       Search fish/#?.doc "Screen hack"
  140.       Protect fish/#?.doc -w
  141.       Lharc -r a ram:mans.lzh XH0:#?
  142.  
  143. etc. for XH0:, or
  144.  
  145.       Copy SYS:System/#? XH1:
  146.       List XH1:
  147.       List RAM:
  148.       List SYS:System               ; To compare file sizes
  149.  
  150. for XH1:. You can play around with other compression methods or directories
  151. by editing the '.xfhrc_?' files in 'S:xfh/' and mounting the corresponding 
  152. XFH unit. The three supplied examples are for a BLZW compressing handler 
  153. in RAM: (unit 1), a BLZW compressing handler in SYS: (unit 2), and an 
  154. encrypting handler in RAM: (unit 3).
  155.  
  156.  
  157.  
  158.                               --- O ---
  159.  
  160.  
  161. Program history:
  162.  
  163. V1.00   Initial release.
  164. V1.00a  Bug in XObjExamine() fixed (it sometimes got the name of the root
  165.         dir wrong). Thanks to Matthias Scheler for reporting this bug.
  166. V1.00b  XFH: now obtains the values returned by ACTION_INFO and
  167.         ACTION_DISK_INFO from the underlying file system. This should
  168.         help problems with 'zero size file system' as experienced with
  169.         earlier versions of MFR for example. Thanks to Keith H. Brown
  170.         for pointing my attention to this problem.
  171. V1.10   Beta version implementing option files and automatic compression.
  172. V1.11   Xpk password support.
  173. V1.12   New XPKPRIORITY option. Also fixes bugs with bad volume names and a 
  174.         msgport that was unnessesarely public; thanks to Nicola Salmoria 
  175.         for telling me about these problem. 
  176.  
  177. -------------------------------------------------------------------------------
  178. --
  179.      //
  180.     //         UseNet / UUCP: amiganer@lisa.cpr.sub.org
  181. \\ //   InfoServer Friedberg: amiganer
  182.  \X/ Real: Christian-Peter Weiss, Leipziger Str. 15, 6392 Neu-Anspach 1
  183.