README
上传用户:andy_li
上传日期:2007-01-06
资源大小:1019k
文件大小:11k
源码类别:

压缩解压

开发平台:

MultiPlatform

  1. This is the README file for the 28 November 1998 public release of the
  2. Info-ZIP group's portable UnZip zipfile-extraction program (and related
  3. utilities).
  4. unzip540.zip      portable UnZip, version 5.4, source code distribution
  5. unzip540.tar.Z    same as above, but compress'd tar format
  6. unzip540.tar.gz   same as above, but gzip'd tar format
  7. __________________________________________________________________________
  8. BEFORE YOU ASK:  UnZip, its companion utility Zip, and related utilities
  9. and support files can be found in many places; read the file "WHERE" for
  10. further details.  To contact the authors with suggestions, bug reports,
  11. or fixes, continue reading this file (README) and, if this is part of a
  12. source distribution, the file "ZipPorts" in the proginfo directory.  Also
  13. in source distributions:  read "BUGS" for a list of known bugs, non-bugs
  14. and possible future bugs; INSTALL for instructions on how to build UnZip;
  15. and "Contents" for a commented listing of all the distributed files.
  16. __________________________________________________________________________
  17. GENERAL INFO
  18. ------------
  19. UnZip is an extraction utility for archives compressed in .zip format (also
  20. called "zipfiles").  Although highly compatible both with PKWARE's PKZIP
  21. and PKUNZIP utilities for MS-DOS and with Info-ZIP's own Zip program, our
  22. primary objectives have been portability and non-MSDOS functionality.
  23. This version of UnZip has been ported to a stupendous array of hardware--
  24. from micros to supercomputers--and operating systems:  Unix (many flavors),
  25. VMS, OS/2 (including DLL version), Windows NT and Windows 95 (including DLL
  26. version), Windows CE (GUI version), Windows 3.x (including DLL version),
  27. MS-DOS, AmigaDOS, Atari TOS, Acorn RISC OS, BeOS, Macintosh (GUI version),
  28. SMS/QDOS, MVS, VM/CMS, FlexOS, Tandem NSK, Human68k (mostly), AOS/VS (partly)
  29. and TOPS-20 (partly).  UnZip features not found in PKUNZIP include source
  30. code; default extraction of directory trees (with a switch to defeat this,
  31. rather than the reverse); system-specific extended file attributes; and, of
  32. course, the ability to run under most of your favorite operating systems.
  33. Plus, it's free. :-)
  34. For source distributions, see the main Contents file for a list of what's
  35. included, and read INSTALL for instructions on compiling (including OS-
  36. specific comments).  The individual operating systems' Contents files (for
  37. example, vms/Contents) may list important compilation info in addition to
  38. explaining what files are what, so be sure to read them.  Some of the ports
  39. have their own, special README files, so be sure to look for those, too.
  40. See unzip.1 or unzip.doc for usage (or the corresponding UnZipSFX, ZipInfo,
  41. fUnZip and ZipGrep docs).  For VMS, unzip_def.rnh or unzip_cli.help may be
  42. compiled into unzip.hlp and installed as a normal VMS help entry; see
  43. vms/descrip.mms.
  44. CHANGES AND NEW FEATURES
  45. ------------------------
  46. The 5.4 release adds new ports, again. Other important items are changes
  47. to the listing format, new supplemental features and several bug fixes
  48. (especially concerning time-stamp handling...):
  49.    - new IBM OS/390 port, a UNIX derivate (POSIX with EBCDIC charset)
  50.    - complete revision of the MacOS port
  51.    - changed listing formats to enlarge the file size fields for more digits
  52.    - added capability to restore directory attributes on MSDOS, OS/2, WIN32
  53.    - enabled support of symbolic links on BeOS
  54.    - Unix: optional Acorn filetype support, useful for volumes exported via NFS
  55.    - several changes/additions to the DLL API
  56.    - GUI SFX stub for Win16 (Windows 3.1) and Win32 (Windows 9x, Windows NT)
  57.    - new free GCC compiler environments supported on WIN32
  58.    - many time-zone handling bug fixes for WIN32, AMIGA, ...
  59. The 5.32 release adds two new ports and a fix for at least one relatively
  60. serious bug:
  61.    - new FlexOS port
  62.    - new Tandem NSK port
  63.    - new Visual BASIC support (compatibility with the Windows DLLs)
  64.    - new -T option (set zipfile timestamp) for virtually all ports
  65.    - fix for timestamps beyond 2038 (e.g., 2097; crashed under DOS/Win95/NT)
  66.    - fix for undetected "dangling" symbolic links (i.e., no pointee)
  67.    - fix for VMS indexed-file extraction problem (stored with Zip 2.0 or 2.1)
  68.    - further performance optimizations
  69. The 5.31 release included nothing but small bug-fixes and typo corrections,
  70. with the exception of some minor performance tweaks.
  71. The 5.3 release added still more ports and more cross-platform portability
  72. features:
  73.    - new BeOS port
  74.    - new SMS/QDOS port
  75.    - new Windows CE graphical port
  76.    - VM/CMS port fully updated and tested
  77.    - MVS port fully updated and tested
  78.    - updated Windows DLL port, with WiZ GUI spun off to a separate package
  79.    - full Universal Time (UTC or GMT) support for trans-timezone consistency
  80.    - cross-platform support for 8-bit characters (ISO Latin-1, OEM code pages)
  81.    - support for NT security descriptors (ACLs)
  82.    - support for overwriting OS/2 directory EAs if -o option given
  83.    - updated Solaris/SVR4 package facility
  84. What is (still!) not added is multi-part archive support (a.k.a. "diskette
  85. spanning") and a unified and more powerful DLL interface.  These are the
  86. two highest priorities for the 6.x releases.  Work on the former is almost
  87. certain to have commenced by the time you read this.  This time we mean it!
  88. You betcha. :-)
  89. Although the DLLs are still basically a mess, the Windows DLLs (16- and 32-
  90. bit) now have some documentation and a small example application.  Note that
  91. they should now be compatible with C/C++, Visual BASIC and Delphi.  Weirder
  92. languages (FoxBase, etc.) are probably Right Out.
  93. Finally, note that support for unshrinking has now been turned OFF by default,
  94. although the source code is still available (as with unreducing).  This was
  95. done for legal reasons, not technical ones, and no, we're not any happier
  96. about it than you are. :-(  See the COPYING file for details.
  97. INTERNET RESOURCES
  98. ------------------
  99. Info-ZIP's web site is at http://www.cdrom.com/pub/infozip/ and contains the
  100. most up-to-date information about coming releases, links to binaries, and
  101. common problems.  (See http://www.cdrom.com/pub/infozip/FAQ.html for the
  102. latter.)  Files may also be retrieved via ftp://ftp.cdrom.com/pub/infozip/ .
  103. Thanks to Walnut Creek CD-ROM for hosting our primary site.
  104. DISTRIBUTION
  105. ------------
  106. If you have a question regarding redistribution of Info-ZIP software, either
  107. as is, as packaging for a commercial product, or as an integral part of a
  108. commercial product, please read the Frequently Asked Questions (FAQ) section
  109. of the included COPYING file.
  110. Insofar as C compilers are rare on some platforms and the authors only have
  111. direct access to a subset of the supported systems, others may wish to pro-
  112. vide ready-to-run executables for new systems.  In general there is no prob-
  113. lem with this; we require only that such distributions include this README
  114. file, the WHERE file, the COPYING file (contains copyright/redistribution
  115. information), and the appropriate documentation files (unzip.doc and/or
  116. unzip.1 for UnZip, etc.).  If the local system provides a way to make self-
  117. extracting archives in which both the executables and text files can be
  118. stored together, that's best (in particular, use UnZipSFX if at all possible,
  119. even if it's a few kilobytes bigger than the alternatives); otherwise we
  120. suggest a bare UnZip executable and a separate zipfile containing the re-
  121. maining text and binary files.  If another archiving method is in common
  122. use on the target system (for example, Zoo or LHa), that may also be used.
  123. BUGS AND NEW PORTS:  CONTACTING INFO-ZIP
  124. ----------------------------------------
  125. All bug reports and patches (context diffs only, please!) should go to
  126. Zip-Bugs@lists.wku.edu, which is the e-mail address for the Info-ZIP
  127. authors.  (Note that a few rare systems require the Zip-Bugs part to be
  128. capitalized as shown; most systems work OK with lowercase "zip-bugs,"
  129. however.)  DO NOT MAIL US LARGE BINARIES--EVER.  If you need to send us
  130. a problem archive that happens to be large (> 20K), contact us first for
  131. instructions.
  132. "Dumb questions" that aren't adequately answered in the documentation
  133. should also be directed to Zip-Bugs rather than to a global forum such
  134. as Usenet.  (Kindly make certain that your question *isn't* answered by
  135. the documentation, however--a great deal of effort has gone into making
  136. it clear and complete.)
  137. Suggestions for new features can be discussed on Info-ZIP@lists.wku.edu,
  138. a mailing list for Info-ZIP beta testers and interested parties; you need
  139. to subscribe first, however (see below).  We make no promises to act on all
  140. suggestions or even all patches, but if it is something that is manifestly
  141. useful, sending the required patches to Zip-Bugs directly (as per the
  142. instructions in the ZipPorts file) is likely to produce a quicker response
  143. than asking us to do it--the authors are always ridiculously short on time.
  144. (Please do NOT send patches or encoded zipfiles to the Info-ZIP list.
  145. Please DO read the ZipPorts file before sending any large patch.  It would
  146. be difficult to over-emphasize this point...)
  147. If you are considering a port, not only should you read the ZipPorts file,
  148. but also please check in with Zip-Bugs BEFORE getting started, since the
  149. code is constantly being updated behind the scenes.  (For example, VxWorks,
  150. VMOS and Netware ports were once claimed to be under construction, although
  151. we have yet to see any up-to-date patches.)  We will arrange to send you the
  152. latest sources.  The alternative is the possibility that your hard work will
  153. be tucked away in a subdirectory and mostly ignored, or completely ignored
  154. if someone else has already done the port (and you'd be surprised how often
  155. this has happened).
  156. BETA TESTING:  JOINING INFO-ZIP
  157. -------------------------------
  158. If you'd like to keep up to date with our UnZip (and companion Zip utility)
  159. development, join the ranks of beta testers, add your own thoughts and con-
  160. tributions, or simply lurk, send a two-line mail message containing the
  161. commands HELP and LIST (on separate lines in the body of the message, not
  162. on the subject line) to mxserver@lists.wku.edu.  You'll receive two messages
  163. listing the various Info-ZIP mailing-list formats that are available (and
  164. also various unrelated lists) and instructions on how to subscribe to one
  165. or more of them (courtesy of Hunter Goatley).  As of 1997, subscribing to
  166. the announcements list required a command of the form
  167.         SUBSCRIBE Info-ZIP-announce "Joe Isuzu"
  168. The discussion list is called Info-ZIP; it can be set for either normal or
  169. digest-style delivery.
  170. -- Greg Roelofs (sometimes known as Cave Newt), principal UnZip developer
  171.    guy, with inspiration from David Kirschbaum, was Author of this text.
  172. -- Christian Spieler (shorthand: SPC), current UnZip maintance coordinator,
  173.    applied the most recent changes.