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