On Tuesday 23 June 2009, Bob Woodside wrote:
>
> Ah, but that I was just playing around with the code to see what
> would happen. Based on EG's comments, I've modified the function
> local_to_display_string in fileio.c to play nicer with EBCDIC - at
> least it seems nicer to me. That's the function that formats the
> z->oname string, so you should be able to back out that little hack.
>
> I've got a bunch of mods to the Unix version that I think are
> fairly clean, and I'm hoping to create a good set of diffs later
> today. I'll post then here and on the InfoZIP forum.
OK, I posted the latest version of the patch to the Info-ZIP forum.
You can grab it from this thread:
http://www.info-zip.org/board/board.pl?m-1244753050/
(I decided that continuing to post patches here also is overkill.)
> I'd like to get some feedback from the developers who are
> familiar with the code, because there are still areas I'm not too
> sure about when it comes to large file support - like the encryption
> code, which never even uses the 64-bit functions (???).
My bad -- it's the crypt.c in *unzip* that uses the 32-bit fseek.
zip is ok, as sms pointed out. Looking at too many pieces of code with
too little sleep....
> But, for the basic zip functions - adding, updating, deleting -
> under z/OS USS, it should be OK.
So feel free to give the Unix version a try. I'll start on the
cmsmvs version soon, I hope.
Cheers,
Bob
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
