I have a copy of 7-Zip 9.20 and it clearly states -- and my experience confirms -- that it supports both compressing to and decompressing from the "zip" format. From the 7-Zip documentation:
ZIP 7-Zip creates ZIP compatible archives. 7-Zip supports the following ZIP compression methods: 0 - Store 8 - Deflate 9 - Deflate64 12 - BZip2 14 - LZMA 98 - PPMd 1 - Shrink (decompression only) 6 - Implode (decompression only) Files compressed with other ZIP compression methods can't be extracted by the current version of the 7-Zip. But these supported methods are the most popular today, and therefore 7-Zip can decompress most ZIP archives. To extract files compressed with non-supported methods you must use some other ZIP utility. 7-Zip supports the Zip64 extension of ZIP format. The current version of 7-Zip doesn't support Zip multivolume archives. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Graeme Gibson Sent: Saturday, September 17, 2016 10:12 PM To: [email protected] Subject: Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals) It's possible that someone at IBM has assumed that 7-Zip produces .zip files, which it does not. 7-Zip normally uses the file extension, or type, of ".7z", not '.zip". It's unfortunate, but possibly not inadvertant, that the developers of "7-Zip" chose a product name that suggests they *are* related. Because of the confusion, products that do support the industry-standard .zip file architecture have been pressured by their clients to implement support for .7z files. It's clever. I'm reminded of the cuckoo. Cheers all, Graeme <Declaration_Of_Interest> http://www.slikzip.com </Declaration_Of_Interest> On 2016/09/18 7:51 AM, John Laubenheimer wrote: > To me, this is somewhat bad technique on IBM's part. This doesn't seem to > have been documented anywhere, and requiring a 3rd party utility to read the > file is not really a good idea. But, 7-Zip works (and is free)! On 2016/09/18 12:41 PM, John Laubenheimer wrote: > I guess I should have said that I think that this is a mistake on IBM's part, > and not an intentional change. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
