home *** CD-ROM | disk | FTP | other *** search
/ 3D World 1 (Spanish) / 3DWorld_01.iso / utils / pkzip / v204g.new < prev    next >
Text File  |  1995-11-19  |  11KB  |  234 lines
  1.  
  2.  
  3. What's New In Version 2.04g
  4. ---------------------------
  5.  
  6.  
  7. Please note that the only program that has functionally changed
  8. from version 2.04e to 2.04g is PKZIP.EXE, PKUNZIP.EXE and PKCFG.EXE.
  9. The other programs in this release have been changed to read version
  10. 2.04g for consistency.  However, no functional changes have been made
  11. to them.
  12.  
  13.  
  14. The following changes have been made in version 2.04g of PKZIP.EXE
  15. from version 2.04e.
  16.  
  17. 1)  PKZIP's Quick format in an over-zealous effort to leave bad
  18.     sectors marked as bad, could in some instances leave unallocated
  19.     sectors (orphaned clusters) on the diskette.  This has been fixed.
  20.  
  21.  
  22. The following changes have been made in version 2.04g of PKZIP.EXE
  23. from version 2.04c/2.04e.
  24.  
  25. 1)  Using the BACKUP= option in the PKZIP.CFG file would automatically
  26.     turn on the SPAN option and cause PKZIP to generate a E27 or E28
  27.     error, or display the help screen when creating a .ZIP file
  28.     on non-removable media.  This has been corrected.
  29.  
  30. 2)  When Norton Utilities creates a volume label on a diskette, it 
  31.     stores trailing nulls rather than trailing spaces after the volume 
  32.     name, as DOS does (and expects).  A volume label created by NU can 
  33.     not be changed by even the LABEL command in DOS.  PKZIP uses the 
  34.     volume label when creating multi-disk .ZIP files, and could not 
  35.     change any volume label created by NU.  PKZIP has been modified to 
  36.     be able to deal with and change volume labels created by NU.  
  37.     PKUNZIP -$ was also unable to restore volume labels over NU created 
  38.     labels.  PKUNZIP has been modified to deal with NU volume labels as 
  39.     well.
  40.  
  41.  
  42. The following changes have been made in version 2.04e of
  43. PKZIP/PKUNZIP from version 2.04c.
  44.  
  45. 1) DPMI.
  46.  
  47.      The DPMI support in PKZIP/PKUNZIP has been changed to work
  48.      around bugs and anomolies with the following DPMI drivers or
  49.      environments.  PKWARE would like to thank Quarterdeck Office
  50.      Systems and Qualitas, Inc. for their technical assistance
  51.      regarding DPMI.
  52.  
  53.     a) PC-KWIK
  54.  
  55.       According to PC-KWIK corporation's document, 'PC-KWIK
  56.       Technical Issues "Summer '92"':
  57.  
  58.     PC-KWIK is unable to recognize memory requests from programs
  59.     using VCPI or DPMI protocols ... For programs [that use VCPI
  60.     or DPMI] it is necessary to reduce the size of the cache and
  61.     disable lending.
  62.  
  63.       PC-KWIK has a lending feature that allows memory to be loaned
  64.       from the cache memory to applications.  However, PC-KWIK is
  65.       not aware of any memory allocated or used by DPMI, and will
  66.       loan this memory as well, possibly causing corruption of the
  67.       DPMI driver and usually resulting in a system crash or reboot.
  68.  
  69.       PKWARE has tested several versions of SUPERPCK, through version
  70.       5.01 and running PKZIP (as well as several commercial programs
  71.       that use DPMI) consistently causes a system reboot or some kind
  72.       of protected mode error such as a page fault.  PC-KWIK Corporation
  73.       is aware of this problem, and is trying to correct it.
  74.  
  75.       In other words, when using PC-KWIK with any program that uses DPMI,
  76.       including PKZIP and PKUNZIP, you should either make sure that you
  77.       have enough memory in your computer so that lending will not occur,
  78.       reduce the size of your cache, or disable PC-KWIK's lending.
  79.  
  80.       Therefore, PKZIP/PKUNZIP detect for the presence of PC-KWIK
  81.       and default DPMI to DISABLE when PC-KWIK is installed.  This
  82.       can be overidden by specifying -)+ on the PKZIP or PKUNZIP
  83.       command line, or by placing DPMI=ENABLE in your PKZIP.CFG for
  84.       PKZIP or setting the environment variable PKUNZIP=-)+ for PKUNZIP.
  85.  
  86.   b) QDPMI 1.00
  87.  
  88.       If a program tries to use DPMI and EMS memory with QDPMI 1.00,
  89.       QDPMI would become unstable or crash.  PKZIP/PKUNZIP now
  90.       check for the presence of QDPMI 1.00 and if PKZIP/PKUNZIP
  91.       are using EMS memory, they do not attempt to use DPMI at all.
  92.  
  93.   c) QDPMI 1.01
  94.  
  95.       When a program switches to protected mode, QDPMI does not
  96.       'synchronize' the EMS page frame.  The result is that programs
  97.       can not correctly read or write any data in the EMS page frame
  98.       while in proteced mode.  PKZIP/PKUNZIP now check for the presence
  99.       of QDPMI 1.01 and will use slower real-mode code for any
  100.       manipulation of data in the EMS page frame rather than faster
  101.       protected mode code.
  102.  
  103.   d) OS/2 2.0 DOS BOX
  104.  
  105.       The OS/2 2.0 DOS box does not allow programs to allocate the
  106.       'DPMI private data area' in an UMB.  Doing so causes a system
  107.       violation error.  PKZIP/PKUNZIP now check to see if they are
  108.       running in the OS/2 2.0 DOS box and will not allocate the DPMI
  109.       private data area in an UMB.  (This is actually kind of a shame,
  110.       as the OS/2 DOS box (unlike the Windows DOS box) provides UMB
  111.       memory to DOS applications.  It should be able to allow programs
  112.       to store the DPMI data area in these UMB's.)
  113.  
  114.   e) Windows 3.0 DOS BOX
  115.  
  116.       The DPMI support in the Windows 3.0 DOS box does not always
  117.       seem to work correctly.  Therefore, PKZIP/PKUNZIP detect if
  118.       they are running in the Windows 3.0 DOS box and will not support
  119.       DPMI in this environment.
  120.  
  121.   f) Windows 3.1 DOS BOX
  122.  
  123.       The way PKZIP/PKUNZIP allocates the DPMI save/restore state
  124.       buffer has been changed to be more compatible with Windows 3.1.
  125.  
  126. 2)  The Norton AntiVirus program FALSELY reported that PKZIPFIX and
  127.     PKUNZIP contained the Maltese Ameoba virus.  The software DID
  128.     NOT contain this virus.  All files in this release have been
  129.     modified so as to not trigger any FALSE virus reports by the
  130.     Norton AntiVirus program.
  131.  
  132. 3)  QEMM versions 5.1x would corrupt the high word of the 32-bit
  133.     registers on an 80386 or 80486 CPU.  PKZIP/PKUNZIP check for
  134.     this condition, and will not use 32-bit instructions if QEMM
  135.     version 5.1x is present.
  136.  
  137. 4)  Apparently some peer-to-peer networks such as Novell Netware Lite
  138.     and others do not support canonical or fully specified filename.
  139.     PKZIP now uses noncanonical filenames when specifying temporary
  140.     filenames on a network drive to avoid this problem.
  141.  
  142. 5)  PKZIP would erroneously report "E28 Destination is same as temp
  143.     directory" when creating a new .zip file on drive A:.  This has
  144.     been fixed.
  145.  
  146. 6)  The keywords on/enable and off/disable are now synonymous when
  147.     used in the PKZIP configuration file.
  148.  
  149. 7)  Using EMS= options in the PKZIP configuration file would enable
  150.     or disable both EMS and XMS usage.  The XMS= option had no effect.
  151.     This has been corrected.
  152.  
  153. 8)  The Quick format option in PKZIP would zero out the existing FAT
  154.     on the disk (by design).  However, if the disk had any bad
  155.     sectors on it (in which case, it isn't a good idea to use that
  156.     disk as a backup disk anyway...) they would now be marked as
  157.     good.  By popular demand, PKZIP now reads the existing FAT and
  158.     leaves any bad sectors marked as bad.  This however, makes the
  159.     'Quick' format function about twice as slow as it was (although
  160.     still much faster than an unconditional format).  In most cases
  161.     however, unless there are several subdirectories on the diskette,
  162.     the -&w (wipe) option is faster than the -&f (format) option when
  163.     backing up to pre-formatted diskettes.
  164.  
  165. 9)  Under some cirumstances, PKZIP could possibly store the last
  166.     file in a multi-disk backup set incorrectly.  This has been
  167.     corrected.
  168.  
  169. 10) The volume label option in PKZIP would not work.  This has been
  170.     fixed.
  171.  
  172. 11) PKZIP/PKUNZIP now searches for a PKNOFASTCHAR variable in the
  173.     DOS environment.  If this variable is present, PKZIP/PKUNZIP
  174.     will use the slower DOS 1.x/2.x character output functions
  175.     rather than the 'DOS Fast Character Output' function.  This is
  176.     provided for compatability with some TSR's, BBS Doors and mail
  177.     readers etc., that redirect or capture the output of programs and
  178.     do not support the DOS Fast Character Output function.
  179.  
  180. 12) PKZIP will now accept either MAXIMUM or MAXIMAL in the
  181.     configuration file.
  182.  
  183. 13) Some people have requested that the -& backup option support the
  184.     DOS verify function.  Specifying -&v on the PKZIP command line
  185.     or BACKUP=VERIFY in the PKZIP.CFG file will turn on the DOS
  186.     verify flag when writing to the backup disk(s).  This makes
  187.     PKZIP run slower, but ensures better integrity of each diskette.
  188.  
  189. 14) Using the -m option with -rp in PKZIP will delete any empty
  190.     subdirectories that have been saved in the .ZIP file after all
  191.     the files have been moved into the .ZIP file.  Some people have
  192.     requested a way to have PKZIP leave these empty subdirectories
  193.     behind.  This can be accomplished by using -m- on the PKZIP
  194.     command line.
  195.  
  196. 15) It appears that some versions of NoGate's PAK program would
  197.     place incorrect information in the .ZIP file directories that it
  198.     created.  Specifically, the disk number information for where
  199.     files, the central directory, and the central end directory
  200.     started is inconsistent, causing PKUNZIP to think it was
  201.     extracting a multi-disk .ZIP file when it really wasn't.
  202.     PKUNZIP now checks for this condition, and ignores this
  203.     erroneous information.
  204.  
  205. 16) PKZIP now ignores any ZIPDATE= or -o or -k options when creating
  206.     multi-disk .ZIP files, rather than displaying the help screens.
  207.  
  208. 17) On some 80386 machines running PKZIP could leave allocated UMB's
  209.     behind.  This has been corrected.
  210.  
  211.  
  212. 18) In some circumstances, running PKZIP with EMS memory and very low
  213.     free conventional memory could cause corruption of the .ZIP file.
  214.     This has been corrected.
  215.  
  216. 19) When PKZIP prompts for an encryption password, it will now ask the
  217.     user to enter the password twice for verification.
  218.  
  219. 20) PKZIP/PKUNZIP would not work under DOS 2.x.  This is because
  220.     DOS 2.x crashes on many int 2Fh installation check calls for
  221.     EMS/XMS drivers etc.  These calls work properly under DOS 3.0
  222.     or above.  Therefore, PKZIP/PKUNZIP detect for the presence
  223.     of DOS 2.x, and will not support any of the advanced features
  224.     including 32-bit instructions, EMS memory, XMS memory, DPMI
  225.     support and Netware usage.
  226.  
  227. 21) PKSFX could in some instances erroneously report failed AV's or
  228.     garble any AVEXTRA text present.  This has been fixed.
  229.  
  230. 22) Using PKZIP with the -o option or ZIPDATE=LATEST in the configuration
  231.     file would set the date of the .ZIP file to the latest dated file
  232.     or directory.  Directory dates are now ignored in this version.
  233.     
  234.