home *** CD-ROM | disk | FTP | other *** search
/ Frostbyte's 1980s DOS Shareware Collection / floppyshareware.zip / floppyshareware / GLEN / ZLAB-18B.ZIP / WHATS.NEW < prev    next >
Text File  |  1991-12-02  |  19KB  |  366 lines
  1. NEW!! IN THIS VERSION *********************************************************
  2.  
  3.                           ZipLab PLUS Version 1.8b
  4.                           
  5. * Changes to your configuration ARE required for this release!                           
  6.  
  7. * Several Sysops were having problems with ZipLab hanging or even 
  8.   locking up their computers from time to time.  This seemed to be 
  9.   most evident when running the latest 2.41 version of DesqView, but 
  10.   on a few systems, was independant of DV.  The problem for these few 
  11.   systems seems to have started with version 1.6 of ZipLab Plus, and 
  12.   the major change in that version was the new serial routines I 
  13.   introduced to allow for non-standard commport IRQ's.  I have gone 
  14.   back to the previous version of the routines at this time, and would 
  15.   like feedback on whether or not this corrects the problem for those 
  16.   systems which were hanging...  If you in fact have a non-standard 
  17.   IRQ for your commport, and ZipLab 1.8 is working ok for you, STAY 
  18.   with that version. I hope to have the situation straightened out for 
  19.   the next full version, so we can have the non-standard commports as 
  20.   well as a stable product on as many machines as possible.  If you 
  21.   have had problems with ZipLab crashing, please give this version a 
  22.   try to see if it corrects your problem.
  23.   
  24. * Other problems which some people are experiencing is that ZipLab 
  25.   will return ERRORs 9, 5 or 6, will see all uploaded files as having 
  26.   bad CRC values, won't replace the description with File_Id.Diz, or 
  27.   or won't add the date information to the description.  These are 
  28.   almost certainly due to not having enough RAM memory free when 
  29.   ZipLab is executing.  If you are running under a multi-tasker 
  30.   (DesqView, OmniView etc...) and are having the problems described 
  31.   above, you MUST use the "SET PCB=/SWAP" command in either your 
  32.   Autoexec.Bat or in each nodes Board.Bat.  This will cause PCBoard to 
  33.   get out of the way when SHELL'ing out to ZipLab, and you should then 
  34.   have plenty of memory.  If you are having ANY problems with ZipLab 
  35.   Plus, please try the /SWAP setting above, and see if that corrects 
  36.   them.  ZipLab does require a fair amount of memory (like 160K), and
  37.   then ZipLab shells out to run PKUNZIP (another 80K or so).
  38.  
  39. * One other note.  I have tried to build in as much error trapping as 
  40.   possible, and will be looking to improve this for the next version. 
  41.   Howver, if something gets by me, and you walk in to an "Error in 
  42.   module PTEST at address xxxx:xxxx - Hit any key to return to system" 
  43.   message, on your computer, PLEASE REBOOT at this time.  If I am 
  44.   unable to catch the error and exit through my error traps, your 
  45.   serial port may not be left in the proper state.  This almost 
  46.   certainly will cause a "hang" at some point later on.
  47.   
  48. * Please re-run SETUP, or simply remove the second line from any of your
  49.   PTEST.CFG files.  This line is in support of the IRQ number, and must
  50.   be removed for ZipLab 1.8b to function properly.
  51.   
  52.     
  53.                             
  54.                           ZipLab PLUS Version 1.8
  55.                           
  56. * NO changes to your configuration are required for this release! 
  57.  
  58. * The DATE CHECKING was moved up in the process, just after the CRC 
  59.   checking of the file.  This way, if a file is going to fail in any 
  60.   case becuase it is old, no reason to wait for all the other testing 
  61.   and modifications.  I do need to at least CRC check first, as a bad 
  62.   archive will at best cause my date checking routines to return the 
  63.   wrong date, and at worst cause a program crash.
  64.   
  65. * Some other minor cosmetic changes, and some tightening up of the code
  66.   to improve speed.
  67.   
  68.   
  69.   
  70.                           ZipLab PLUS Version 1.7
  71.                           
  72. * NO changes to your configuration are required for this release!
  73.                           
  74. * This version is primarily to fix some problems ZipLab was having with
  75.   file descriptions and ProDoor.  All of the options for adding to the
  76.   file descriptions, as well as replacement with FILE_ID.DIZ (if desired)
  77.   are now fully supported in both PCBoard 14.5a and ProDoor 3.4.  Sam Smith
  78.   is apparently considering changing from the current $DOOR.NAM method to
  79.   a more "PCBoard'ish" UPDESC.[node] method of storing file descriptions,
  80.   and if/when this happens additional changes will probably be required.
  81.   
  82. * The sample PTEST.CFG file which is included in the ZLABP_xx.ZIP archive
  83.   is now fully commented.  This is to help those who wish to manually 
  84.   change existing .CFG file(s), instead of recreating with SETUP.EXE.  The
  85.   ";" characters and the comments which follow can be left in the .CFG 
  86.   file, or removed as is your preference.  Please don't use the ";" character
  87.   in actual .CFG data (like your BBS name), or ZipLab will parse the .CFG
  88.   file incorrectly.  The file created by SETUP.EXE will not contain comments.
  89.   
  90. * In testing the current version of ZipLab, It has been determined that the
  91.   memory requirements are between 146,052 and 159,480 bytes of RAM, depending
  92.   on the number of members in the archive.  Keep in mind that you will need
  93.   this much free RAM, as well as another copy of COMMAND.COM when PCBoard
  94.   shells out to run PCBTEST.BAT.  See the notes under "Quick Start" above
  95.   for some suggestions on managing memory with PCBoard.
  96.   
  97. * Several SysOps have expressed some confusion about the registration process
  98.   for ZipLab.  There are NO "keys", "serial numbers" or "registered versions"
  99.   required for ZipLab.  ZipLab as downloaded from any BBS is fully functional,
  100.   with no advertising, "beg screens", delays or registration reminders.  It
  101.   is expected that you will register ZipLab if you are going to use it, and
  102.   when you do, you will be entered into my database for purposes of receiving
  103.   what I hope is quick and friendly support.  Once registered for any 1.x
  104.   version of ZipLab, you are automatically entitled to run future versions,  
  105.   but you will need to do so before I release version 2.0.  Registration of
  106.   version 2.0 will cost more than the nominal $10.00 I have charged while
  107.   in the "development" 1.x version, and after 2.0 is released I will accept
  108.   no further registrations of 1.x.
  109.   
  110.   
  111.   
  112.                           ZipLab PLUS Version 1.6
  113.  
  114. * Changes to your configuration ARE required for this release!                           
  115.  
  116. * Version 1.5 was opening the CALLER file in exclusive mode, which would
  117.   cause a conflict with PCBoard in the SHELL mode.  I now open the 
  118.   CALLER file in shared mode, and the "error 70" should be eliminated.
  119.  
  120. * ZipLab will now support non-standard commport IRQ addresses.  I have 
  121.   added a line to the .CFG file to allow you to set the IRQ for the 
  122.   commport.  ZipLab will get the commport itself by looking in 
  123.   PCBoard.Dat.  ZipLab will obey the IRQ setting you specify, but will 
  124.   use standard Base Port addresses.  If your commport has non-standard 
  125.   IRQ AND Base Port addresses, ZipLab will most probably not function 
  126.   properly.  If you have a standard commport, and are using COM1-COM4,
  127.   please just enter a '0' (zero) in the field when prompted by SETUP.
  128.   
  129.   
  130.                           ZipLab PLUS Version 1.5
  131.  
  132. * You must run SETUP.EXE and create a new .CFG file for this version!
  133.                            
  134. * A record of files which fail ZipLab's testing process will now be
  135.   written to the CALLER file for the current node.
  136.  
  137. * Users can now run the TEST command in PCBoard to check files before 
  138.   downloading, but the files will not be moved offline if they fail 
  139.   DATE checking.  The user will be informed of any problems with the 
  140.   file, and names of files which fail TEST will be written to the 
  141.   CALLER file for the  current node.  A Change is required to your 
  142.   PCBTEST.BAT file to support this feature!
  143.   
  144.   @ECHO OFF
  145.   PTEST %1 C:\P2\PTEST.CFG %2
  146.                            ^^NEW!!
  147.   
  148.   Note the additon of %2 at the end of the command line.  PCBoard will
  149.   pass the word TEST as %2 when using the TEST command from the board,
  150.   and will pass nothing in %2 when testing an upload.
  151.                            
  152. * The user was being displayed the name of the file including drive and
  153.   path when a file failed testing.  This has been modified to show only
  154.   the filename, for security reasons.  
  155.  
  156. * In order to allow maximum flexibility in using GIFTEST for testing 
  157.   .GIF files, ZipLab will no longer make ANY assumptions about what
  158.   command lines need to be passed to GIFTEST.EXE.  You should use
  159.   GTSETUP.EXE (from GIFTEST) to configure GIFTEST, and then use the
  160.   new item in the PTEST.CFG file to pass any additonal parameters you
  161.   require.  Please run SETUP.EXE to effect the change required in the
  162.   PTEST.CFG file, and read the documentation for GIFTEST to see what
  163.   command line parameters you require.
  164.   
  165.   
  166.  
  167.                            ZipLab PLUS Version 1.4
  168.                             
  169. * A CONFIGURATION CHANGE IS REQUIRED FOR THIS VERSION!!!  RUN SETUP.EXE!
  170.  
  171. * Added an entry in the .CFG file for the type of information to appear at 
  172.   the beginning of the line added to the file description.  The choices 
  173.   are:
  174.   
  175.                    ENTRY:    MEANING:
  176.                    
  177.                    CRC       The CRC32 value of the archive file.
  178.                    FILES     The number of files in the archive
  179.                    NONE      Insert only the date information.
  180.                               
  181.   Note that if you see two files with the same CRC32, they are the SAME 
  182.   file, even if the names and dates are different.  How you use this 
  183.   information is up to you for now, although I plan for a future release 
  184.   of ZipLab to have the capability to search a database of existing file 
  185.   CRC32's on your system, and reject re-named duplicates.
  186.   
  187.   Note as well that calculating the CRC32 will cause a momentary delay 
  188.   during the "checking CRC" process.  The delay will be a second or two on 
  189.   a small file, and up to 15-20 seconds on a file around 1meg.
  190.   
  191. * Added an entry in the .CFG file which if "Y" will search the archive 
  192.   for FILE_ID.DIZ. If FILE_DIZ is found, ZipLab will replace the 
  193.   description left by the user with the description contained in 
  194.   FILE_ID.DIZ.  Set this to "N" if you do not wish this feature, but
  195.   I do strongly recommend it.  FILE_ID.DIZ is a standard format file
  196.   containing the author's description of the archive contents.  Why not
  197.   get the description from the "horses mouth"?  Not all Shareware authors
  198.   are inserting FILE_ID.DIZ yet, but it is becoming increasingly popular.
  199.   
  200. * Please run SETUP.EXE to create the new .CFG file(s) for your system.
  201.   
  202.   
  203.                               
  204.                            ZipLab PLUS Version 1.3
  205.  
  206. * No configuration file changes required for this version.
  207.  
  208. * Corrected several things which were not working correctly.  
  209.  
  210.   1)  If a file failed any test, ZipLab was doing everything it was supposed
  211.       to, but then exiting with an ERROR 76.  Fixed.
  212.   2)  A flag on ARJ was set wrong, so that imbedded files with the same 
  213.       name as a file in the top level .ARJ would cause an "overwrite?" pause.
  214.   3)  SCAN'ing for virus infestation was not working properly in "imbedded"
  215.       archives.  ZipLab will now properly SCAN executables and overlays 
  216.       contained in imbedded archives.
  217.   4)  I broke CRC checking in archives and .TD0 files in the 1.2 version.
  218.       This has been fixed.  Archives and .TD0 files inside the top level
  219.       archive will now be CRC checked properly.
  220.   5)  I was previously only running SCAN against .EXE and .COM files in
  221.       the archive.  I have added .OVL (which SCAN recognizes as executable).                        
  222.       
  223.                             
  224.                             ZipLab PLUS Version 1.2
  225.                             
  226.                             
  227. * No configuration file changes required for this version.
  228.  
  229. * Fixed a tricky little problem with an ASM routine I use to RD directories.
  230.   The routine was not properly killing the directory if SET ZIPLAB= was used
  231.   to set the "work" directory to a RAM drive.  This should now work fine.
  232.   There were other instances where some machines (or DOS') were having 
  233.   trouble with removing the "work" directory.  These are also fixed...
  234.   
  235. * Fixed a problem where PKUNZIP was stopping with a "do you want to overwrite?"
  236.   message (which we couldn't see), if a file had imbedded paths with files of
  237.   the same name in different paths.  This should no longer be a problem.
  238.   
  239. * The LHARC program is now called LHA.EXE in newer versions.  ZipLab will 
  240.   work properly with either LHARC.EXE or LHA.EXE, but defaults to LHA.EXE.
  241.   
  242.                                   
  243.                             ZipLab PLUS Version 1.1
  244.                             
  245. * No configuration file changes required for this version.
  246.  
  247. * I had left in a lot of "local" display of the testing process, so that I
  248.   could get useful debugging information back from my users.  I have now
  249.   removed as much as possible of the local displays, and the process should
  250.   look a lot less jerky to the watching sysop.
  251.   
  252. * Added a the ability to use ".*" as one of the extensions which will be
  253.   passed without archive testing.  If you put ".*" in using Setup.Exe, ALL
  254.   files will be passed.  Files passed with this method OR by specifing
  255.   particular extensions in PTest.Cfg will still be SCAN'd for virus'.  
  256.   
  257. * Fixed a problem where in LOCAL mode using wildcards, a directory which
  258.   contained a mixture of archive types (ZIP, ARJ, LZH) would cause problems
  259.   after testing the first type.
  260.   
  261. * Some users were having problems reassigning the "working" directory.  This
  262.   is by default PTEST.DIR under the current directory (C:\PCB\PTEST.DIR\ for
  263.   most sysops), but can be changed to another directory with an environment
  264.   variable.   In your Autoexec.Bat, the line "SET ZIPLAB=d:\path" will allow
  265.   any drive and directory to be used for the "working" directory.  PLEASE,
  266.   remember that this directory will be used and DELETED when the process is
  267.   done.  Several people tried to use C:\PCB or just C:\ and experienced 
  268.   unfortunate effects.  I have tested ZipLab PLUS with a ramdrive as the
  269.   "working" directory, and it seems to work fine.  There may be a problem
  270.   with directories containing a "." in early versions of DOS. if you are
  271.   not running DOS 4.0 or later, and are having problems with ZipLab Plus,
  272.   you may want to try reassigning to another directory name.
  273.   
  274. * Descriptions will not be modified if you are not running PCBoard 14.5(a)
  275.   or later.  Early 14.5 versions didn't save the descriptions in the same
  276.   location during the testing process, and ZipLab Plus won't find them.
  277.                             
  278.                             
  279.                             ZipLab PLUS Version 1.0
  280.                 
  281. * Configuration file changes required for this version! (from old ZipLab)
  282.  
  283. * This is the new ZipLab PLUS!  A lot of hard work has gone into this and 
  284.   earlier versions,  and I will be requiring a *REGISTRATION FEE* with 
  285.   this version.  See REGISTER.DOC for details on how to register ZipLab 
  286.   PLUS.
  287.                 
  288. * ZipLab will now test .ARJ and .LZH files, as well as the .ZIP 
  289.   format.  You will need to have ARJ.EXE and LHA.EXE if you accept 
  290.   these formats, and a change to the .CFG file is *REQUIRED* to tell 
  291.   PTEST where they are.  You must put them in the PTEST.CFG file, even 
  292.   if you don't accept these formats,  and don't have the programs... 
  293.   Just lie to it.
  294.                 
  295. * ZipLab now fully supports ProDoor as well as PCBoard.
  296.  
  297. * You may now run ZipLab while out of the bulletin board system and use 
  298.   wildcards (* or ?) in the testing procedure. This will allow you to test 
  299.   existing archive file(s) on your system.  *NO* changes will be made to 
  300.   existing descriptions. To enable this feature, place the word LOCAL at 
  301.   the end of the PTEST command line.
  302.  
  303.   EXAMPLE: C:\ZIPLAB>PTEST m:\pcb\dir1\*.zip ptest.cfg LOCAL
  304.                 
  305. * ZipLab will now SCAN archives inside archives to test for virus 
  306.   infestation.
  307.   
  308. * You may now have rejected uploads left in your private directory if you 
  309.   prefer this setup.  Set the "holding" directory  to the location of your 
  310.   "private" or "upload"  directory  (whichever you wish),  and the file(s) 
  311.   will remain there. The description(s) will be posted to your "private" 
  312.   dir file.  This corrects a situation where sysops trying to do this with 
  313.   earlier releases of ZipLab would lose the rejected file.
  314.                 
  315. * By default, ZipLab will use a directory called PTEST.DIR under the 
  316.   current directory for unzip'ing and testing purposes.  This directory 
  317.   will be erased and removed by ZipLab at the end of the run.  If you wish 
  318.   to use another directory for this purpose (like a RAM drive to improve 
  319.   speed), set the DOS environment variable "ZIPLAB".  
  320.  
  321.   EXAMPLE:  SET ZIPLAB=E:\WORKDIR
  322.  
  323. * You may choose to add a file to the archive package, by adding the 
  324.   appropriate information to the PTEST.CFG file.  I am opposed to this 
  325.   practice, but don't desire to tell anyone how to run their shop.
  326.  
  327. * The ORIGINAL file date of the archive file is now retained. Earlier 
  328.   versions of ZipLab would set the archive file date  to the date of the 
  329.   newest member in the archive.  This was required for age testing, but is 
  330.   no longer.
  331.                 
  332. * ZipLab will NOT leave behind  "hidden,  read-only  or  system" files 
  333.   which were imbedded in archives.  They will be tested, and properly 
  334.   deleted when the tests are finished.
  335.                 
  336. * ZipLab now uses GIFTEST.EXE to test .GIF files (if permitted).  This 
  337.   program by Dave Navarro will allow you to set up a GIFTEST.CFG file - 
  338.   giving you even more control over  .GIF  testing.  An addition to your 
  339.   PTEST.CFG file is required to support this.  Please read the docs with  
  340.   GIFTSTxx.ZIP  for details  on  how to best set up the GIFTEST.CFG file. 
  341.   YOU MUST REGISTER GIFTEST TO USE IT!
  342.                 
  343. * You may now put all BBS advertising file  names  into a text  file, one 
  344.   on each line.  In PTEST.CFG, place an "@" before the name of this text 
  345.   file, and ZipLab will delete all listed advertising  files in one pass.  
  346.   THIS IS MUCH FASTER for those with multiple advertising files to reject.
  347.  
  348.  
  349.  
  350.  
  351. ***********************************************************************************************
  352.  
  353.    This program was written in QuickBasic 4.5, with some help from 
  354. Hammerly Computing's ProBas 4.01.   I have also included a few utilities 
  355. which PTEST will use in the course of testing.  These utilities are the 
  356. property of the authors, and you are strongly requested to register them 
  357. if you continue to use ZIPLAB PLUS.
  358.  
  359.                              Jeffrey S. Morley
  360.                            The Interconnect BBS
  361.                                (703)425-2505
  362.  
  363.             PLEASE SEE REGISTER.DOC FOR REGISTRATION INFORMATION
  364.  
  365.                 (C)Copyright 1989-1991 by Jeffrey S. Morley
  366.