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