T.R | Title | User | Personal Name | Date | Lines |
---|
724.1 | patches already? | COOKIE::WECKER | A wholly owned subsidiary of DEC | Sat Sep 19 1987 15:09 | 23 |
| re: .0
I know.. I little quick for patches but:
1) I've increased the code size from 12 to 13 bits. This
gives about a 5% decrease in storage size.
2) If you only use one argument, the input file will be
deleted after compress/decompress (just like the U**X
version). For example if you want to decompress an
entire directory (using Steve's Shell) you could say:
$ foreach f ( *.Z ) compress $f
3) It now prints out better messages.
dave
P.S. Theoretically the number of bits/code can go as high as 16 but
the hash table size grows exponentially and when I go over 13
I start crashing with address errors.. so for now this is it
(still better than ARC).
|
724.2 | Does it work with existing tool? | NAC::PLOUFF | LANsman Wes | Wed Sep 23 1987 17:40 | 2 |
| Is this program compatible with the programs LZCOMP and LZDCMP
available from the VMS toolshed?
|
724.3 | LZ... should work | MAY20::MINOW | Je suis Marxist, tendance Groucho | Thu Sep 24 1987 19:42 | 13 |
| LZCOMP and LZDCMP are reimplementations of Unix compress. They have
a Unix compatibility mode that can read and write a format generally
acceptable to Unix compress. There is one incompatibility: LZCOMP
writes an end-of-file marker on the file that *may* result in an extra
<NUL> byte being added to the file when Unix compress decompresses it.
(This is needed when you run LZCOMP on RSTS/E or RT11 where files fill
the last block.)
Assuming the author of .0 hasn't changed the header, files should
be interchangable. Also, you should be able to bring up LZCOMP
and LZDCMP on an Amiga. Sources are in the Toolshed.
Martin.
|
724.4 | | COOKIE::WECKER | A wholly owned subsidiary of DEC | Thu Sep 24 1987 20:23 | 6 |
| re: .3
I have NOT changed the headers...
dave
|
724.5 | | COOKIE::WECKER | A wholly owned subsidiary of DEC | Sat Sep 26 1987 13:17 | 14 |
| re: .0-.3
I have put a new version in: COOKIE::DISK$GZ_2:[WECKER.AMIGA]COMPRESS.*
What I did was add a new switch (just like U**X compress):
-b maxbits - number of bits to build hash with.
The defaults on the VAX are still 16 bits and 13 bits on the Amiga. However,
now if you compress something on the VAX at 13 bits (-b 13) it will decompress
fine on the Amiga (fast downloads of single files).
Note: you never have to use the -b switch on decompresses since the header
tells compress how the file was crunched.
|
724.6 | | AUTHOR::MACDONALD | WA1OMM Listening 224.28 | Thu Oct 15 1987 11:46 | 7 |
| Won't accept wildcards?
COMPRESS *
Gives the error message "Two many files."
Surely you meant "Too many ..."
|
724.7 | It does what it's supposed to do | COOKIE::WECKER | A wholly owned subsidiary of DEC | Thu Oct 15 1987 15:23 | 18 |
| re: .-1
no... the message is correct. Since the program figures out what you want
by how many filenames are given to it (1 = work in place, 2 = create new) then
anything more than 2 filename will cause it to say `sorry charlie'
COMPRESS is designed to work on 1 file at a time. If you want to do multiples
do what I do, create a shell aliases for:
cmpdir - compress directory (any file NOT ending in .Z gets compressed)
uncdir - uncompress dir (any file ending in .Z is uncompressed)
cmplst - compress list of files (your compress *)
unclst - adds .Z to names it is given and then uncompresses these files
``The actual aliases are left as an exercise to the reader''
dave
|
724.8 | | MPGS::BAEDER | | Thu Oct 15 1987 20:23 | 7 |
| i don't know...exercises...reminds me of when I taught school...the
students never liked that type of "exercise" ;-)
thanks for a great laugh at the end of a hard day.
scott.
|
724.9 | the answer is in the back of the book | COOKIE::WECKER | A wholly owned subsidiary of DEC | Fri Oct 16 1987 13:25 | 8 |
| re: .8
That WAS a joke (for those who didn't realize it.... :-) when I upload my
.login script this weekend it has all of thoses aliases in it..
what me worry?
dave
|