home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.amiga.applications:8523 alt.sys.amiga.uucp:2662
- Path: sparky!uunet!ogicse!uwm.edu!spool.mu.edu!umn.edu!csus.edu!netcom.com!fuzzy
- From: fuzzy@netcom.com (Fuzzy Fox)
- Newsgroups: comp.sys.amiga.applications,alt.sys.amiga.uucp
- Subject: Re: XPK 2.4 & XFH 1.12
- Message-ID: <1992Nov11.054302.4118@netcom.com>
- Date: 11 Nov 92 05:43:02 GMT
- Article-I.D.: netcom.1992Nov11.054302.4118
- References: <1992Nov9.150411.8348@mlb.semi.harris.com> <Randy_Schnedler.0jc5@fcircus.sat.tx.us>
- Distribution: usa
- Organization: Foxes 'R' Us - Seven locations to serve you
- Lines: 21
-
- Randy_Schnedler@fcircus.sat.tx.us (Randy Schnedler) writes:
-
- > Why does XFH leave it alone? The next time it's written, it
- >will be compressed, won't it?
-
- Since XFH does not support the read/update (r+) file mode, it probably
- just passes the open request down to the next file system, which in this
- case does the Right Thing.
-
- > I'm using NUKE also--it seems to make the most sense for any XFH
- >use.
-
- I did all sorts of benchmarks for the different compressors, with speed
- tests and compression on different types of data. Then I found that
- xQuery will give you the same information in a lot less time. :)
-
- --
- #ifdef TRUE | Fuzzy Fox fuzzy@netcom.com
- #define TRUE 0 | a.k.a. David DeSimone an207@cleveland.freenet.edu
- #define FALSE 1 | "History doesn't repeat itself, but it rhymes."
- #endif | -- Mark Twain
-