Now, this is seriously weird!
I tried building both zip 3.1b and 3.0, and the newly-released unzip
6.0 yesterday evening, and they all 3 built without errors. This is on a
z/OS 1.10 system.
That was after a couple of false starts where I built the generic
target instead of the os390 target.
After switching to the os390 target, I did get warnings like this
> cc -c -I. -DUNIX -DOS390 -DEBCDIC -DSYSV -DNO_PARAM_H zip.c
> WARNING CCN3236 ./zip.h:215 Macro name __EBCDIC has been redefined.
> FSUM3065 The COMPILE step ended with return code 4.
but nothing fatal, and I now have a perfectly usable zip and unzip.
Almost. But....
Although flags has -DLARGE_FILE_SUPPORT set, it doesn't get picked
up by the compiles (see the pasted line above), so it's not built in. I
don't know what's going on - whether the Makefile needs some doctoring
for the mainframe, or whether the source needs some hacking. It was too
late last night to start delving into this. Maybe I can find some time
to look into it later today.
OK, took a quick peek at the Makefile. That's the first thing to
fix - and the configure script. You can tell from the "os390" target
that that section hasn't been updated in about a decade. It doesn't use
the flags file created by configure. But flags isn't right either -
configure doesn't set -DOS390 or -DEBCDIC, so some work is needed
there.
Later....
Cheers,
Bob
----
Bob Woodside
Woodsway Consulting, Inc.
[email protected]
http://www.woodsway.com
On Wednesday 10 June 2009, Vikesh Bhoola wrote:
> Bob, thanks for the detailed information, it is very much
> appreciated.
>
> I've tried adding -DLARGE_FILE_SUPPORT however received the following
> errors during compilation :
>
> cc -c -o ../mvs/cmsmvs.o -D_OPEN_SYS -DMVS -DREENTRANT
> -DLARGE_FILE_SUPPORT -I.. -I../cmsmvs ../cmsmvs/cmsmvs.c ERROR
> CCN3343 ./../cmsmvs/cmsmvs.c:193 Redeclaration of filetime differs
> from previous declaration on line 774 of "../zip.h". CCN0793(I)
> Compilation failed for file ./../cmsmvs/cmsmvs.c. Object file not
> created. FSUM3065 The COMPILE step ended with return code 12.
> FSUM3017 Could not compile ../cmsmvs/cmsmvs.c. Correct the errors and
> try again. FSUM8226 make: Error code 3
>
> The complete compile output with other WARNING messages is attached
> (if it comes through the listserver).
>
> I did manage to compile with -DZIP64_SUPPORT option. It however does
> not allow the zip of big files (>2GB).
>
> Also according to zip31b.ann file the -MV should be in :
> - MVS updates, including new -MV option to control path translations.
>
> I have also posted this to Info-Zip forum.
> Your assistance is appreciated.
>
> Kind Regards,
>
> Vikesh Bhoola
>
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Bob Woodside Sent: 09 June 2009 07:21 PM
> To: [email protected]
> Subject: Re: INFOZIP >2Gb
>
> On Tuesday 09 June 2009, Vikesh Bhoola wrote:
> > Thanks for the links.
> > While waiting for our order on bzip2,
>
> ????
>
> > I tried downloading INFO-Zip
> > 3.1b (Beta version) - as Zip 3.0 does not compile. I finally
> > managed to compile INFO-ZIP Zip 3.1b to create a ZIP module.
> >
> > [snip]
> >
> > How do I specify LARGE_FILE_SUPPORT in my compile
>
> What follows is based on the information in the INSTALL file in
> the zip31b directory. This may not work, but it's the first step to
> try.
>
> It looks like the configure script (invoked from the Makefile)
> failed to detect that your OS can handle large files. Try the
> following to coerce make into setting the LARGE_FILE_SUPPORT and
> ZIP64_SUPPORT options.
>
> When you ran make, it should have left a file called flags in
> your zip31b directory. You need to edit this - it's one long line
> with all the complier/linker flags.
>
> Look for the CFLAGS string - it should look something like this:
>
> CFLAGS="-I. -DUNIX -O3 ... ... ..."
>
> and add " -DLARGE_FILE_SUPPORT " to this string.
>
> Then re-run make, and see if it builds without errors. Try to run
> zip to see if it works. Enter "zip -v", and check what special
> options it says it was built with. Try to zip a small file.
>
> If zip reported that is was built with ZIP64_SUPPORT - which
> should be set automagically if you specified LARGE_FILE_SUPPORT -
> then you are ready to try a large (>2GB) file.
>
> If no ZIP64_SUPPORT, go back and edit the flags file again. This
> time add " -DZIP64_SUPPORT " to the cFLAGS string. Run make again. If
> it builds, try zip out on a small file again, then on a big (>2GB)
> one.
>
> If you got compile/link errors after forcing these options, or if
> it built OK but still fails, let us know what errors you got, and on
> which step you got them. Oh, and you might try posting that info to
> the Info-ZIP forum also.
>
> > as well as make use
> > of the MVS dataset name format ie. -MV=dots ??
>
> It was unclear to me from the forum whether the -MV=dots argument
> made it into the 3.1 beta. Did it?
>
> > Has anyone got this part to work or tested on z/OS ?
>
> I haven't had a chance to try this, and probably won't for a
> couple of days.
>
> By the way, if you get this working, you will need the new 6.0
> release of unzip - just out of beta - to unzip the large files.
>
>
> Cheers,
> Bob
>
> > My Zip -v states I've the following :
> > Zip special compilation options:
> > SYMLINK_SUPPORT (symbolic links supported)
> > PASSWD_FROM_STDIN
> > Ýencryption, version 2.91 of 05 Jan 2007¨ (modified for Zip
> > 3)
> >
> > Thank you for your assistance.
> >
> > Kind Regards,
> >
> > Vikesh
> > Please Note: This email and its contents are subject to our email
> > legal notice which can be viewed at
> > http://www.sars.gov.za/Email_Disclaimer.pdf
> >
> > -------------------------------------------------------------------
> >-- - 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
>
> ---------------------------------------------------------------------
>- 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
>
> Please Note: This email and its contents are subject to our email
> legal notice which can be viewed at
> http://www.sars.gov.za/Email_Disclaimer.pdf
>
> ---------------------------------------------------------------------
>- 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
----------------------------------------------------------------------
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
