Archive-Unzip-Burst
view release on metacpan or search on metacpan
0.02_1 Wed Sep 05 17:20 2007
- Experimental change to Makefile.PL: Add an explicit mention of
LD_LIBRARY_PATH and the local unzip src directory. Perhaps
that might fix the failures related to lacking a -lunzip.
0.02 Thu Aug 30 11:20 2007
- Fixed some packaging problems. (By default, MakeMaker
removes all Makefiles from MANIFEST. Tsk.)
0.01 Sun Jul 29 16:45 2007
- original version as uploaded to CPAN
unzip-6.0/cmsmvs/INSTALL.CMS view on Meta::CPAN
executable is stored on the remote site as unz532vm.mod, you could
issue the following commands
FTP where.ever.com
<enter user id and password and other stuff>
BINARY
LOCSITE FIX 1024
GET unz532vm.mod
QUIT
If you are using a 3270 terminal session to upload from a PC, you can
upload the file in the correct format with the SEND command:
SEND unz532vm.mod A: unz532vm mod a1 (RECFM F LRECL 1024
If your 3270 emulator does not have the SEND command, but is a GUI
application, it may allow you to upload from the menu bar. If so,
set your options to binary, VM/CMS, fixed record length, and a length
of 1024 before you upload.
When you get the PACKed file on your CMS minidisk, you convert it to
an executable module by using the COPY command with the UNPACK option:
COPY unz532vm mod a unzip module a1 (UNPACK OLDDATE REPLACE
You can omit the OLDDATE and REPLACE options if you want to.
Installing ZIP
unzip-6.0/cmsmvs/README.MVS view on Meta::CPAN
1. To use the Info-ZIP's UNZIP under MVS you need:
- C/370 ver 2.1 compiler or another compatible compiler supporting
long names for function/variable names.
2. To compile the program under MVS do :
- unzip all the files from unz54vm.zip file. They are stored as
ASCII format so you have to unzip them first on PC or other
system that already have UNZIP, and then upload them to the
mainframe with ASCII to EBCDIC conversion.
- Copy all the .C files in the PDS called USERID.UNZIP.C
- Copy all the .H files in the PDS called USERID.UNZIP.H
- adjust the job UNZMVSC.JOB to work on your site. Change USERID
to your userid. You might need to change the CEE dataset names
to match your OS/390 system.
unzip-6.0/macos/UnZpPrj.xml view on Meta::CPAN
<?xml version="1.0"?>
<?codewarrior exportversion="1.0" ideversion="4.0"?>
<!DOCTYPE PROJECT [
<!ELEMENT PROJECT (TARGETLIST, TARGETORDER, GROUPLIST, DESIGNLIST?)>
<!ELEMENT TARGETLIST (TARGET+)>
<!ELEMENT TARGET (NAME, SETTINGLIST, FILELIST?, LINKO...
unzip-6.0/macos/source/macbin3.h view on Meta::CPAN
Dirk Haase (d_haase@sitec.de); 05.Dec.1998
--------------------------------------------------------------------
MacBinary III
MacBinary is a standard format for binary transfer of arbitrary Macintosh
documents via a telecommunication link. It is intended for use both between
Macintoshes and for use in uploading arbitrary Macintosh documents to remote
systems (where it is presumed that they will be stored as an exact image of
the data transmitted). It does this by combing both the resource and data
forks (as well as the "Finder Info") of a standard Macintosh file into a
single data fork only file that can be stored on non-Macintosh machines.
The format of the header for MacBinary III is as follows:
Offset Length Contents
000 Byte old version number, must be kept at zero for
compatibility
unzip-6.0/macos/source/macbin3.h view on Meta::CPAN
108-115 Unused (must be zeroed by creators, must be
ignored by readers)
116 Long Word Length of total files when packed files are
unpacked. As of the writing of this document, this
field has never been used.
120 Word Length of a secondary header. If this is non-zero,
skip this many bytes (rounded up to the next
multiple of 128). This is for future expansion
only, when sending files with MacBinary, this word
should be zero.
*122 Byte Version number of MacBinary III that the uploading
program is written for (the version is 130 for
MacBinary III)
123 Byte Minimum MacBinary version needed to read this file
(set this value at 129 for backwards compatibility
with MacBinary II)
124 Word CRC of previous 124 bytes
*These fields have changed for MacBinary III.
All values are stored in normal 68000 order, with Most Significant Byte
unzip-6.0/proginfo/CONTRIBS view on Meta::CPAN
Jeffrey Altman inflate.c huft_build() bugfix
Glenn Andrews MS-DOS makefiles; prototyping bugfix; bogus main() fix
Andrei Arkhipov Solaris 2.x package files
Joel Aycock descrip.mms bugfix
Vance Baarda Novell Netware 4.x NLM port
Eric Baatz Borland version() info; Solaris zipgrep packaging fix
Bob Babcock DOS volume-label code (FCBs)
Charles Bailey VMS_SEVERITY fix; VMSWILD () extension
Audrey Beck "WHERE" file info for AOL OS/2 forum
Myles Bennet Initial start of Zip64 and Large-File handling
Mike Bernardi Unix makefile entry; CIX uploads
James Birdsall extract.c/makefile/NT stuff, etc.; awesome beta tester
Allan Bjorklund in misc.c
Denise Blakeley Unix makefile entry
Wim Bonner original OS/2 port; Unix makefile entry
Paul Borman BSD/386 (BSDI) fixes; Unix makefile entry
Carlton Brewster mapname bugfix
Marcus Brinkmann Unix configuration fix for GNU/Hurd
Rodney Brown stdin-/dev/null bugfix; VMS error levels; CRC optimiz.
Stan Brown "zipinfo -M"/isatty(1) bugfix
Jens von Buelow port to MPE/iX, a Unix variant running on HP 3000
unzip-6.0/proginfo/ZipPorts view on Meta::CPAN
Public releases of UnZip, on the other hand, will be available in
two formats: .tar.Z (16-bit compress'd tar) and .zip (either "plain"
or self-extracting). Zip sources and executables will generally only
be distributed in .zip format, since Zip is pretty much useless without
UnZip.
(7) NO FEELTHY E-MAIL BINARIES
Binary files (e.g., executables, test zipfiles, etc.) should NEVER
be mailed raw. Where possible, they should be uploaded via ftp in
BINARY mode; if that's impossible, Mark's "ship" ASCII-encoder should
be used; and if that's unavailable, uuencode or xxencode should be
used. Weirdo NeXTmail, mailtool and MIME formats are also Right Out.
Files larger than 50KB may need to be broken into pieces for mailing
(be sure to label them in order!), unless "ship" is used (it can
auto-split, label and mail files if told to do so). If Down Under
is involved, files must be broken into under-20KB chunks.
Reasons: to prevent sounds of gagging mailers from resounding through-
( run in 1.819 second using v1.01-cache-2.11-cpan-b16cb0d3907 )