On 19 September 2016 at 14:31, Kevin Minerley <k60ek...@us.ibm.com> wrote:
> Unfortunately, this is working as designed.  If indeed it's the sk4t-4949-xx 
> deliverable, it is large.  As a matter of fact, were
> it to be be put on a dual-layer DVD it wouldn't fit (at least in this pass).

The file as I just downloaded it is about 1GB (1,118,616.064 bytes
according to Windows). This would fit comfortably on even a
single-layer DVD. It isn't even all that much bigger than a CD. Maybe
IBM has smaller DVDs than most of us...

But in any case I have a good deal of trouble seeing why this is relevant.

> Most modern zip utilities work against it.  Personally, I use 7-zip but when 
> manufactured it's the same zip utilities we have
> been using since the days of physical media.

Really? I think of Winzip as *the* standard commercial Windows-based
zip utility, and it doesn't accept it. Neither does the Windows
built-in zip handling in Windows explorer. Neither does the java
command. And the reason is clear: it's not a zip file. The first two
bytes of the file are X'377ABCAF' or ASCII "7z..". The zip file
requires that a zip file start with a header of X'504B0304' or ASCII
"PK..", no matter what the compression method within the file.

So opening this file pretty much requires that 7-zip or some other
compatible decompressor be installed. If that's really what IBM
intends, then the file should not be marked as .zip .

Tony H.

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to