On 04 Nov 94 08:05:29 +0000, Johnathan Taylor said: > What I meant by a bunch of lose-able sperate files is when you have 1000 > readme files for a 1000 different programs or whats.new etc. Keeping all > files > related to a particular program in one archive with random access to > individual members allows easy access
That's what directories are for. It's no use complaining about how to store loads of separately compressed files when you will have exactly the same problem just after you extract the files even if they are in a library. > AFAIK LZ77 is a distinct 2-stage process and requires the addition of the > encoding tree prior to starting of the actual encoded bit-stream, Whilst > LZHUF > does it on the fly so to speak, I still don't see the difference. As far as I know it's not possible to generate Huffman tables without doing them in advance; besides which, if a pre-defined Huffman tree is used then this doesn't need to be either calculated or stored in the file. > does it on the fly so to speak, this also means that LZHUFF can actually even > compress small files of less than 100bytes but LZ77 cannot! Oh yes it can... -rw-r--r-- 1 imc 77 Nov 6 13:24 /tmp/test -rw-r--r-- 1 imc 95 Nov 6 13:24 /tmp/test.gz Since gzip adds a header of approcimately 25 bytes, that represents an improvement. > Heck I duno what the facility of the online tools are! Isn't it called archie > or somthing... ask it to look for LHA or LZHUF that's one reason I capitalise > those words..... OK, I've found some C source for lharc. However there are absolutely no docs (except for the usage notes which are written in Japanese) and the source is more or less uncommented. Archie can be useful for searching the net, but you need to know what you are looking for with a moderate amount of detail. imc
