home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 9 Archive
/
09-Archive.zip
/
UnzpHist.zip
/
History.315
< prev
next >
Wrap
Text File
|
1990-09-06
|
3KB
|
65 lines
v3.15 BETA, 6 Sep 90
*******************
From: jpd@pc.usl.edu (Dugal James P.)
Date: Wed, 5 Sep 90 15:03:10 -0500
To: info-zip@wsmr-simtel20.army.mil
Subject: 3.14 Makefile diff for Pyramid
The recent change regarding -DZMEM necessitated the following change
for the pyramid entry in the Makefile. I also tried #defining
memcpy as bcopy and memset as a conditional bzero, but the payback was
minimal for the added complexity in unzip.h. And using the att universe
which knows about mem* routines led to a bigger and slower binary!
-- James Dugal, jpd@usl.edu
=========================================================
*** Makefile.orig Wed Sep 5 14:42:29 1990
--- Makefile Wed Sep 5 14:52:07 1990
[posted to Makefile, saved as MakeDiff.315 in patches archive]
...................
Date: Thu, 30 Aug 90 09:58:35 -0500
From: jpd@pc.usl.edu (Dugal James P.)
To: kirsch@usasoc.soc.mil
Subject: expls122.zip problem fixed [I think]
David, I believe I have fixed the problem with unshrink that expls122.zip
revealed. At least, it seems to work and hasn't failed on any other zipfiles
I've tried. The problem is that I am not an LZW expert! So let me describe
the symptoms of the problem so that others may judge my solution:
In line 120 of unshrink.c, code is assigned prefix_of[code]. This results
in a value of -1 when outcnt is near 1775 in processing EXPLOSIV.COM.
Later at line 123 finchar is assigned suffix_of[code], so an illegal index
of -1 is used. Based on the code up at line 112, which deals with the -1
case, I made the following changes [context diff follows]:
*** unshrink.c.orig Wed Aug 29 17:31:39 1990
--- unshrink.c Wed Aug 29 18:12:46 1990
[posted to unshrink.c, saved as unshrink.315 in patches archive]
................
Date: Thu, 30 Aug 90 10:38:01 EDT
From: Larry Jones <sdrc!scjones%thor@uunet.UU.NET>
Subject: Created Directory mode
I just noticed that the code in mapname.c to create directories
uses a mode of 0755. This seems inappropriate to me. Since
mkdir always removes any permissions specified in the current
umask just like creat does, I propose that we change it to
mode 0777. This would be in keeping with using mode 0666 on
the creat in file_io.c. Any other opinions?
From: jpd@pc.usl.edu (Dugal James P.)
Subject: Re: Created Directory mode
Larry, changing to 0777 is OK by me! I guess it is more in
keeping with the Unix traditions. But woe to he who hasn't learned
about setting umask!
So: 0777 mode posted to mapname.c, saved as dirmode.315 in patches archive.
David Kirschbaum