MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » March 2014

Re: gzip for V6R1 that supports large files



fixed

I found the ISO for the V5R4 Java options 10 and 11 here:
http://public.dhe.ibm.com/services/us/igsc/cta/java/images/

Java6

--
Bryan


On Mon, Mar 17, 2014 at 7:23 AM, <rob@xxxxxxxxx> wrote:

I know that with V5R4 there were only so many versions of Java that were
shipped on media. There was one more that was available via ESS that was
not shipped out on the installation media.

Perhaps 6.1 is the same way?


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Peter Connell <Peter.Connell@xxxxxxxxxx>
To: "MIDRANGE-L@xxxxxxxxxxxx" <MIDRANGE-L@xxxxxxxxxxxx>
Date: 03/17/2014 05:19 AM
Subject: gzip for V6R1 that supports large files
Sent by: midrange-l-bounces@xxxxxxxxxxxx



I'm on V6R1 and I'm zipping via QShell using an old version of the zip
command from INFO-zip but it croaks on files > 2Gb so I split the files
first then FTP them to a Windows Server where I join them back together
after unzipping them.

I've heard that JDK 1.7 supports unlimited sizes when compressing via the
jar command. I have confirmed that JDK1.7 on Windows successfully extracts
large files from a jar file but my i5/OS is V6R1 and it appears that
JDK1.7 is not supported until V7R1.

I've also read that more recent versions of gzip use ustar headers that
support at least 8Gb. However, my file is 80Gb so does anyone know of a
version of gzip that does not suffer from a size limit and if so, where
can I get a binary version that can run directly on i5.

I thought I had cracked it by writing an RPGLE that writes a large file to
STDOUT and then used QShell system command to call the program and pipe it
into the zip command. This appeared to result in the entire large file
being zipped but the Windows machine failed because it found a mismatch
between size attributes stored in the zip file.

Any other ideas would be appreciated.

Peter





#####################################################################################

This correspondence is for the named person's use only. It may contain
confidential
or legally privileged information, or both. No confidentiality or
privilege is waived
or lost by any mistransmission. If you receive this correspondence in
error, please
immediately delete it from your system and notify the sender. You must not
disclose,
copy or rely on any part of this correspondence if you are not the
intended recipient.
Any views expressed in this message are those of the individual sender,
except where
the sender expressly, and with authority, states them to be the views of
Veda.
If you need assistance, please contact Veda on either :-
Australia 1300-762-207 or New Zealand +64 9 367 6200
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.









Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact