File: 00binary.vms

package info (click to toggle)
unzip 5.40-1
  • links: PTS
  • area: non-free
  • in suites: potato
  • size: 4,120 kB
  • ctags: 5,900
  • sloc: ansic: 40,977; cpp: 3,778; makefile: 1,384; asm: 1,228; sh: 133
file content (116 lines) | stat: -rw-r--r-- 5,626 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
First information about the binary distribution of VMS UnZip 5.4
----------------------------------------------------------------
This archive comes in different variations:

 "unz540x-vms-<cpu-compiler>-{obj|exe}.exe",
 and
 "unz540x-vms-<cpu-compiler>-obj.bck",

 where <cpu-compiler> is "axp", "vax-decc", or "vax-vaxc", depending on
 the environment used for creating the binaries.

 ...-obj.exe denotes object library distributions that require
 a link step on the local machine.

 ...-exe.exe denotes "ready-to-run" executable distributions, that do
 not require additional work. The caveat of these executable distribution
 is that they do not run on VMS versions that are older than the system
 used for building the executables (typical error message: "shareable
 library mismatch").

 ...-obj.bck are uncompressed VMS backup saveset distributions of the
 object libraries.  They are much larger than the self-extracting Zip
 archives and are only supplied for people with (old) versions of VMS
 where the supplied SFX archives do not work. Therefore, if you already
 have an old version of UnZip for VMS (5.0p1, better: 5.2), the better
 choice is to fetch the Zip SFX archive and extract it manually, using
 the older VMS UnZip program.
 Note that backup savesets are 32256-bytes-fixed-length-record files;
 when tranfered via binary FTP, the  resulting file's record format is
 usually 512-bytes-fixed-length.  Before extracting them with BACKUP, the
 record size of the saveset has to be restored to 32256 bytes (best done
 with the public domain "FILE" utility, available from DECUS; or found on
 ftp.wku.edu.).  The contents of these  saveset are identically to the
 corresponding ...-obj.exe archives.

Contents of the "vms" executables self extracting archives
for UnZip 5.4:

a) common files (documentation etc.):
  00binary.vms         this file
  readme.vms           general VMS info about using UnZip and zipfiles
  readme               what UnZip is; general information
  copying              copyrights and distribution policy
  where                pointer to Zip/UnZip support archives
  makesfx.com          command file to create self-extracting archives
  unzip.doc            UnZip manual page, human-readable format
  unzipsfx.doc         UnZipSFX manual page, human-readable format
  zipinfo.doc          ZipInfo manual page, human-readable format
  3rdparty.bug         known bugs in PK[UN]ZIP, WinZip, etc.
  unzip.hlp            UnZip help module, for default command interface
  unzip_cli.hlp        UnZip help module, for VMSCLI command interface
  unzipsfx.hlp         UnZipSFX pre-formatted help page

b) object library distributions:
  link_unz.com         command procedure for the linking step
  vms/unzip.opt        auxiliary files required for linking step
  vms/unzipsfx.opt        ...

  unzip.<cpu_compiler>_olb         object libraries for UnZip and UnZipSFX
  unzipsfx.<cpu_compiler>_olb      (both command interfaces)

  unzipcli.<cpu_compiler>_olb      additional object libraries for UnZip and
  unzsfxcli.<cpu_compiler>_olb     UnZipSFX, VMSCLI (DCL like) interface

c) executable distributions:
  unzip.exe            UnZip executable, default command interface
  unzipsfx.exe         UnZipSFX executable, default command interace
  unzip_cli.exe        UnZip executable, VMSCLI command interface

  (To save space, unzipsfx_cli.exe has been omitted from the executable
  distributions. The command interface of the SFX stubs is of minor
  importance, anyway, since it cannot be used without first defining a
  "foreign command" to run the SFX archive. In most cases, it is much
  easier to use "$run <zipsfxarchive>.exe" at the command prompt.)

  The binary files "*.<...>_olb" and "*.exe" have been stored in the Zip
  archives with VMS attributes saved! If you extract them using a non-VMS
  port of UnZip, you may get unusable files.


If you decided to fetch the object library distribution, you have to
link the executables on your local site. This requires runtime support
for the C runtime library to be installed, which may not be present
on older VAX VMS systems (prior to VMS 6).
To create the executables, just invoke the "link_unz.com" command procedure.
This will generate all executables (both unzip with UNIX-style command syntax
and with VMSCLI command interface), but note that the executable's
extension is ".<cpu_compiler>_exe"!
In case your system is a VAX and your current working directory carries
both the DEC C and the VAX C object distributions, you have to specify
either "VAXC" or "DECC" to tell link_unz.com which binaries you want
to build.

Additionally, link_unz.com defines foreign commands for the newly linked
executables, so you can test them without any further work.
In order to use the default (UNIX-like) command interface, you can
proceed straight ahead after unpacking the distribution.
If you rather prefer to use the VMSCLI interface, you have to specify
the option "VMSCLI" (or just "CLI") to the command starting link_unz.com.

The executables (object libraries) in this archive have been compiled
with the following options enabled:
 * [decription support]

The environment used for compilation was:

a)  On Alpha AXP :   OpenVMS(AXP) 6.2;  DEC C V 5.6-003
b1) On VAX       :   OpenVMS(VAX) 6.1;  DEC C V 4.0
b2)                       alternatively VAX C V 3.2

One final note:
The binary files of the distribution have been archived with "saving all VMS
attributes" enabled. Please do not repack the binary part of the archives on
a non-VMS system, to prevent corruption of the files.

04 December 1997, Christian Spieler