ddb@viper.UUCP (01/25/87)
In article <456@catnip.UUCP> ben@catnip.UUCP (Bennett Broder) writes: >Actually, I can't believe that people are still using ARC. Phil Katz's >PKXARC program is about 10 times the speed of the original arc, produces >archives 100% compatible with SEAware arc, and is a pleasure to use. Actually, the latest PKARC I have isn't 100% compatible -- its "squash" compression can't be unpacked by ARC. There is a switch to prevent use of squashing. Also, because it's two different programs (for arc and unarc), and the commands are different, it's a shock to switch over; and moderately inconvenient in some ways (for example, I used to do a listing of an archive, then recall the command and edit the l to an x to extract everythin). And I'm using PKARC anyway, because it's SO much faster. -- -- David Dyer-Bennet Usenet: ...viper!ddb Fidonet: Sysop of Fido 14/341 (612) 721-8967
w8sdz@brl-smoke.UUCP (02/03/87)
Phil Katz has supplied the following patch for PKARC 2.0 in response to
objections that the "squashing" is not supported by ARC512.
--cut--here--DISSQASH.PAT--cut-here--
By default, PKARC 2.0 will "squash" a file if this compression
technique would appear to be optimal for that file. While I
personally do not think it is desirable to change this, this patch is
presented at the request of others who disagree.
However, PLEASE DO NOT distribute PKARC 2.0 if it has been patched as
shown in this document. Not only can this create problems for
recipients of the program that are not aware that the program has
been patched, but it is also in strict violation of the license
agreement in PKARC to distribute the program in modified form.
PKWARE INCORPORATED RESERVES THE RIGHT TO FIND ANYONE WHO DISTRIBUTES
PKARC IN MODIFIED FORM WITHOUT EXPRESS WRITTEN CONSENT FROM PKWARE
INCORPORATED TO BE IN VIOLATION OF THE SOFTWARE LICENSE AGREEMENT AND
LIABLE FOR DAMAGES.
Using DEBUG, change the byte at offset F25 hex in the file PKARC.COM,
version 2.0, dated 12-15-86. The value in the distribution copy is
75 hex.
Changing this value will yield the results shown:
Byte at F25 Program Behavior
------------ ----------------
75 This is the 'normal' value. Squashing will be
performed by default, when it is optimal.
74 Reverses the meaning of the "/oc" flag. By default
squashing will NOT be performed. Specifying "/oc"
on the command line will ENABLE squashing when it
is optimal.
EB Permanently disables squashing. Squashing will
never be performed, regardless if the "/oc" flag is
specified or not.
WARNING: Changing the value of this byte to any other value will cause
unpredicatble program operation.
The following example session with debug will change the value to 74.
Enter
debug pkarc.com<CR>
where <CR> means the enter key. Debug will display a "-" prompt. Then enter
ef25<CR>.
Debug will display something like "xxxx:0F25 75.". The xxxx value will
vary from computer to computer. Debug should display the number 75 as
above. If this value is not 75, then you do not have PKARC 2.0 and
should not continue. Enter
74<CR>
followed by
w<CR>
and then
q<CR>.
The result should appear similar to:
A>debug pkarc.com
-ef25
xxxx:0F25 75.74
-w
Writing 4430 bytes
-q
A>
-Phil Katz 1/14/87
--cut-here--
--
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ