<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: ZIP and 4GB limit? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927178#M11221</link>
    <description>And, by the way, I believe that Zip 2.x and&lt;BR /&gt;UnZip 5.x generally get into trouble at 2GB,&lt;BR /&gt;not (even) 4GB.  (In some very old VAX&lt;BR /&gt;environments, size_t was unsigned, but lately&lt;BR /&gt;it tends to be signed everywhere, hence 2GB.)</description>
    <pubDate>Tue, 16 Jan 2007 17:02:10 GMT</pubDate>
    <dc:creator>Steven Schweda</dc:creator>
    <dc:date>2007-01-16T17:02:10Z</dc:date>
    <item>
      <title>ZIP and 4GB limit?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927176#M11219</link>
      <description>I'm using zip 2.32 on OpenVMS 8.3, I64. We're using BACKUP to create disk-to-disk backups of the filesystem, and the resulting .BCK files are between 4 and 28GB. We do backup this up to another location, but I'd like to compress and keep some of them locally for convenience.&lt;BR /&gt;&lt;BR /&gt;zip seems to be limited to 4GB. Is there a compression utility for OpenVMS I64 that overcomes this limit?</description>
      <pubDate>Tue, 16 Jan 2007 12:46:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927176#M11219</guid>
      <dc:creator>BoyeDav</dc:creator>
      <dc:date>2007-01-16T12:46:46Z</dc:date>
    </item>
    <item>
      <title>Re: ZIP and 4GB limit?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927177#M11220</link>
      <description>If you're compressing BACKUP save sets (and&lt;BR /&gt;you don't mind resetting the save set file&lt;BR /&gt;sttributes after expansion), then you  could&lt;BR /&gt;use gzip (compression generally better than&lt;BR /&gt;Zip) or bzip2 (compression generally better&lt;BR /&gt;than gzip):&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://antinode.org/dec/sw/bzip2.html" target="_blank"&gt;http://antinode.org/dec/sw/bzip2.html&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://antinode.org/dec/sw/gzip.html" target="_blank"&gt;http://antinode.org/dec/sw/gzip.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Both should be large-file capable.&lt;BR /&gt;&lt;BR /&gt;The not-yet-released Zip 3.0 and UnZip 6.0&lt;BR /&gt;will offer large-file support.  Pre-release&lt;BR /&gt;("BETA") source kits should be available&lt;BR /&gt;from:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://sourceforge.net/project/showfiles.php?group_id=118012" target="_blank"&gt;http://sourceforge.net/project/showfiles.php?group_id=118012&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you have a C compiler, and you don't mind&lt;BR /&gt;an occasional spurious warning from UnZip&lt;BR /&gt;(Look for "76 bytes"), then Zip 3.0e and&lt;BR /&gt;UnZip 6.00c should do the job.&lt;BR /&gt;&lt;BR /&gt;There's some hope of seeing anouther round&lt;BR /&gt;of public beta code (Zip 3.0f, UnZip 6.00d?)&lt;BR /&gt;fairly soon, and even of the real release&lt;BR /&gt;before we're all dead.  That should offer a&lt;BR /&gt;cure for the spurious warning from UnZip, and&lt;BR /&gt;even optional bzip2 compression instead of&lt;BR /&gt;Zip's default "deflate" compression.</description>
      <pubDate>Tue, 16 Jan 2007 16:45:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927177#M11220</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2007-01-16T16:45:55Z</dc:date>
    </item>
    <item>
      <title>Re: ZIP and 4GB limit?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927178#M11221</link>
      <description>And, by the way, I believe that Zip 2.x and&lt;BR /&gt;UnZip 5.x generally get into trouble at 2GB,&lt;BR /&gt;not (even) 4GB.  (In some very old VAX&lt;BR /&gt;environments, size_t was unsigned, but lately&lt;BR /&gt;it tends to be signed everywhere, hence 2GB.)</description>
      <pubDate>Tue, 16 Jan 2007 17:02:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927178#M11221</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2007-01-16T17:02:10Z</dc:date>
    </item>
    <item>
      <title>Re: ZIP and 4GB limit?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927179#M11222</link>
      <description>There's a gzip port around that avoids this limit; it's what was used by HP for packaging various DVDs.  For just this reason.  Look on the OpenVMS Freeware, or elsewhere.&lt;BR /&gt;&lt;BR /&gt;The field test of zip (V3) and unzip (V6) is the only way to go with the Info-Zip tools.  There have been comments around about the implementation of compression in BACKUP, too.&lt;BR /&gt;&lt;BR /&gt;And as a side note, consider turning off XOR on your BACKUP, as that BACKUP mechanism can lower the efficiency of zip compression.&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Jan 2007 23:39:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/zip-and-4gb-limit/m-p/3927179#M11222</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2007-01-17T23:39:40Z</dc:date>
    </item>
  </channel>
</rss>

