It's not obvious to me.
A self-expanding Zip archive comprises a
special UnZip executable and a normal Zip
archive. If you run it, the built-in UnZip
executable does the work. You can also use
your own UnZip program, and (possibly after a
warning about some junk at the beginning of
the archive) that should work, too. Note
that HP now seems to be using UnZip version
5,52, while you seem to be stuck back at 5.50
(which is not so good as 5.52).
http://www.info-zip.org/Around here:
ALP2 $ show system /noprocess
OpenVMS V8.2 on node ALP2 15-AUG-2006 08:50:19.88 Uptime 0 00:06:49
ALP2 $ run CSWB-OPENVMS-ALPHA-V1713.SFX_AXPEXE
UnZipSFX 5.52 of 28 February 2005, by Info-ZIP (
http://www.info-zip.org).This self-extracting archive file contains PCSI kits for:
- Secure Web Browser (CSWB)
- GTK+
- OpenVMS Porting Library (OPL)
Once the PCSI files are extracted, use the PRODUCT INSTALL command to
install CSWB. If you don't already have the required versions of
GTK+ and OPL installed, they will be automatically installed too.
inflating: cpq-axpvms-cswb-v0107-13-1.pcsi$compressed
[...]
Did you do something terrible to your kit
file (like, say, an ASCII FTP transfer)?
The (not-so-useful) "cannot open zipfile
[...](access denied?)" message should be the
result of a failure from sys$open(). Sadly,
the (old, not-my) UnZip code has no provision
to let you see the real error status there.
Perhaps a DIRE /FULL on one of your Zip
archives would be informative. Around here:
ALP2 $ dire /full CSWB-OPENVMS-ALPHA-V1713.SFX_AXPEXE
Directory ALP$DKA0:[CSWB.V1R7S13]
CSWB-OPENVMS-ALPHA-V1713.SFX_AXPEXE;1 File ID: (209152,352,0)
Size: 74848/74865 Owner: [1,1]
Created: 24-JUN-2006 08:30:59.00
Revised: 24-JUN-2006 08:30:59.00 (1)
Expires:
Backup:
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 74865, Extend: 16384, Global buffer count: 0
No version limit
Record format: Stream_LF, maximum 0 bytes, longest 32767 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 1 file, 74848/74865 blocks.
Can you copy the file to a different disk,
and does that matter at all? (It shouldn't,
of course, but I don't have any DSxx devices
here, so what do I know?)
