CRTL and ZIP on OpenVMS Alpha 8.2

[Stephen Eickhoff_1]

My CRTL on this 8.2 system is dated from 1999. That seems awfully old for an 8.2 system and I wonder if it was never updated when I upgraded from 7.3-1. This may be the reason why I can't get ZIP to handle archives over 2 GB, so I really need to figure out which CRTL I should have and how to install it properly.

[JSBACH] ana/imag /sel=(id=image) sys$library:decc$crtl.exe
SYS$COMMON:[SYSLIB]DECC$CRTL.EXE;1
"V4.5"

[Ian Miller.]

zip 2.x does not handle files > 2Gb anyway.

You need zip 3.x

a beta version is available at

ftp://ftp.info-zip.org/pub/infozip/beta/

The most recent CRTL for VMS V8.2 is from August 2007 and it in

ftp://ftp.itrc.hp.com/openvms_patches/alpha/V8.2

However you should upgrade to VMS 8.3 as it's better.

[Stephen Eickhoff_1]

I am using the latest ZIP 3.0 beta. I already have UPDATE V10 installed, so if there's a CRTL patch installed (apparently ACRTL is not the same thing) it didn't work.

[Hoff]

sys$share:decc$crtl.exe? Ok.

Might check sys$share:decc$shr.exe, too.

The former is part of the compiler backport infrastructure. (And the backport isn't, AFAIK, particularly actively maintained. As your image date certainly seems to confirm.)

The latter image is the C library.

And the zip and unzip versions are as central here as the C RTL support, as Ian mentions.

[Hoff]

{{ This may be the reason why I can't get ZIP to handle archives over 2 GB? }}

Do you see clouds of confetti emitted from the CPU fan exhaust? :-)

But seriously, are there any diagnostics, error messages, specific commands used, misbehaviors seen or other information on what you're encountering, etc?

Are you building your own images?

I see references to both G and H versions of the beta around. Not sure which is released.

Mr Schweda will be past momentarily, and will likely be asking for these and other details.

[Stephen Eickhoff_1]

[JSBACH] ana/imag /sel=(id=image) sys$library:decc$shr.exe
SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1
"V8.2-02"

So my C library is OK. But I just compiled and linked the 3.0f distribution using build_zip.com (ok, so it's not the latest now) and it still bombs once it hits 2 GB.

[Stephen Eickhoff_1]

I would not normally be so rude as to post a question without a full problem description, including error messages. But I'm testing on a:
- SSH connection that has dropped three times today,
- to a 466 MHz DS10L,
- with an IDE disk,
- ZIPping a 7.1 million block saveset,
- over an NFS connection,
- to a dual P3 Windows 2000 server,
- on an 8 year old PC that doesn't like it when I have too many programs open

... so I managed to lose the exact error message. Watch this space.

[Steven Schweda · Accepted solution]

> [...] so I really need to figure out which
> CRTL I should have and how to install it
> properly.

Probably not.

> I am using the latest ZIP 3.0 beta.

> But I just compiled and linked the 3.0f
> distribution using build_zip.com (ok, so
> it's not the latest now) and it still bombs
> once it hits 2 GB.

First, the latest pre-release ("BETA") kits
are Zip 3.0g and UnZip 6.0d (but _do_ get
the update to [.vms]vms.c linked below for
UnZip 6.00d). (Zip 3.0h is still in the
oven, but I don't expect any significant
VMS-related changes there.)

Second, I'd bet a small sum that you didn't
read the instructions, where it says things
like:

Note that on non-VAX systems with VMS V7.2 or later (and with a
sufficiently new C compiler), Zip 3.0 can support files (both data
files and Zip archives) larger than 2GB. For the greatest
compatibility with previous Zip versions, the builders by default
create old-style small-file programs. The user must specify the
appropriate builder command-line option to create
large-file-capable programs.

Here are some more complex build examples:

o Build with the large-file option enabled (non-VAX only):

@ [.VMS]BUILD_ZIP LARGE
or:
MMS /DESC = [.VMS] /MACRO = LARGE=1

But, if your complaint included a few minor
details, like WHAT YOU DID, I could be more
confident of that.

Seriously important:

http://antinode.info/ftp/info-zip/unzip60d/vms/vms.c

[Stephen Eickhoff_1]

Used "large" qualifier with build script.

[Steven Schweda]

Note that the "zip -v" report, which would
be a part of any useful problem description,
should reveal whether the program was built
with large-file support. For example:

alp $ zip3gl -v
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0g BETA (February 3rd 2008), by Info-ZIP.
Currently maintained by E. Gordon. Please send bug reports to
the authors using the web page at www.info-zip.org; see README for details.

Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip,
as of above date; see http://www.info-zip.org/ for other sites.

Compiled with DEC C V7.3-009 for OpenVMS (V7.3-2 Alpha) on Mar 20 2008.

Zip special compilation options:
USE_EF_UT_TIME (store Universal Time)
VMS_PK_EXTRA
BZIP2_SUPPORT (bzip2 library version 1.0.5, 10-Dec-2007)
bzip2 code and library copyright (c) Julian R Seward
(See the bzip2 license for terms of use)
SYMLINK_SUPPORT (symbolic links supported, if C RTL permits)
LARGE_FILE_SUPPORT (can read and write large files on file system)
ZIP64_SUPPORT (use Zip64 to store large files in archives)
[encryption, version 2.91 of 05 Jan 2007] (modified for Zip 3)

[...]