Article View: comp.sys.ibm.pc
Article #15252Re: Continued use of ARC (vs PKARC)
From: w8sdz
Date: Tue, 03 Feb 1987 01:58
Date: Tue, 03 Feb 1987 01:58
91 lines
3304 bytes
3304 bytes
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
Technical Details
Message-ID:
<5588@brl-smoke.ARPA>Path:
arc1-ca.pugleaf.net!utzoo!watmath!clyde!rutgers!brl-adm!brl-smoke!w8sdzReferences:
<374@mipos3.UUCP> <629@mit-amt.MEDIA.MIT.EDU> <456@catnip.UUCP> <459@viper.UUCP>Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!rutgers!brl-adm!brl-smoke!w8sdz From: w8sdz@brl-smoke.UUCP Newsgroups: comp.sys.ibm.pc,comp.sources.wanted Subject: Re: Continued use of ARC (vs PKARC) Message-ID: <5588@brl-smoke.ARPA> Date: Mon, 2-Feb-87 20:58:09 EST Article-I.D.: brl-smok.5588 Posted: Mon Feb 2 20:58:09 1987 Date-Received: Wed, 4-Feb-87 04:01:12 EST References: <374@mipos3.UUCP> <629@mit-amt.MEDIA.MIT.EDU> <456@catnip.UUCP> <459@viper.UUCP> Reply-To: w8sdz@brl.arpa (Keith B. Petersen (WSMR|towson) <w8sdz>) Organization: Ballistic Research Lab (BRL), APG, MD. Lines: 91 Keywords: arc ibmpc