home *** CD-ROM | disk | FTP | other *** search
/ The Pier Shareware 6 / The_Pier_Shareware_Number_6_(The_Pier_Exchange)_(1995).iso / 035 / zipct212.zip / README.1ST < prev    next >
Text File  |  1994-10-09  |  2KB  |  42 lines

  1.  RPF Zip Control(TM) Copyright 1993, 1994 RPF Software ALL RIGHTS RESERVED
  2.  
  3.  README.1ST
  4.  
  5.  If you plan to use an existing Zip Control (zipcntrl.exe) to unzip this
  6.  new delivery, you will see an error message at the point where it attempts
  7.  to unzip zipcntrl.exe.  That is because your existing copy of zipcntrl.exe
  8.  is in use and OS/2 will not allow it to be "overwritten" by unzip.exe, 
  9.  while it is in use.
  10.  
  11.  We suggest that you unzip this new delivery to a new, temporary directory
  12.  (Zip Control will create this for you automatically).  Once the delivery
  13.  has been unzipped successfully, fully exit Zip Control (so that zipcntrl.exe
  14.  will not be in use) and copy all the files from the new temporary directory
  15.  to your old/existing directory.
  16.  
  17.  This way your existing zipcntrl.ini file (which contains your Registration
  18.  information and your other ZC customization) will still be used (will not
  19.  be overwritten).
  20.  
  21.  NOTE:  If you "test run" the new Zip Control in the temporary directory,
  22.         ZC creates a new ZipCntrl.ini file.  This new ZipCntrl.ini file
  23.         will not contain your Registration Number nor any of your Zip
  24.         Control customizations.  If you then wild card copy (*.*) the files
  25.         to your old Zip Control directory, the newly created ZipCntrl.ini
  26.         file will overwrite your old ZipCntrl.ini file, and your
  27.         Registration Number and customizations will be lost.  You may want
  28.         to delete the ZipCntrl.ini file in the temporary directory (used for
  29.         the test run) before copying the new ZC files to your old ZC 
  30.         directory.
  31.  
  32.  Beginning with the Service Pak and continuing into the Personal OS/2 Beta,
  33.  IBM's E.EXE (the System Editor) opens underneath all open programs/windows.
  34.  This has been reported to IBM, and IBM has assigned it problem report number
  35.  PMR 2x535.  However, IBM has reported that this will not be repaired since
  36.  it was re-designed to operate this way for OS/2 2.11 and therefore is "working
  37.  as designed."  EPM.EXE and most (all?) other OS/2 programs do not seem to
  38.  operate the "new" way E.EXE does.  If you feel E.EXE should be changed back
  39.  to the way it formerly worked, please contact IBM and reference PMR 2x535.
  40.  
  41.  
  42.