home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / ZL2B0131.ZIP / BETA.HST < prev    next >
Encoding:
Text File  |  1993-01-31  |  7.8 KB  |  166 lines
  1.  
  2. ZipLab Plus 2.ß (BETA)
  3. Beta version history file 
  4.  
  5.  
  6. IF THIS IS THE FIRST VERSION OF ZIPLAB 2.0 BETA WHICH YOU ARE TRYING, DON'T
  7. EVEN BOTHER WITH THIS FILE.  JUST READ AND FOLLOW THE DIRECTIONS IN THE
  8. FILE "ZIPLAB.DOC".
  9.  
  10. IF YOU ARE UPGRADING FROM A BETA OTHER THAN THE ONE IMMEDIATLY PRECEEDING
  11. THIS ONE, DON'T WORRY ABOUT GETTING CAUGHT UP.  THE DIRECTIONS FOR SETTING
  12. UP THIS VERSION (BOTH HERE AND IN ZIPLAB.DOC) WILL GET YOU CURRENT.
  13.  
  14.  
  15. 2.ß.10 - January 31, 1992
  16. *************************
  17.  
  18. MAJOR CHANGES FROM ANY PREVIOUS BETA!  PLEASE READ CAREFULLY BEFORE
  19. OVERLAYING ANY EXISTING ZIPLAB SETUP.
  20.  
  21. ZipLab Plus has undergone major changes to improve ease of installation,
  22. performance, and features.  
  23.  
  24. First, let's talk about what has changed in a general sense, before getting
  25. to the quick upgrade section.
  26.  
  27. 1)  ZipLab Plus is now fully integrated with the ZDCS duplicate checking 
  28.     system from Mike Cocke.  If you have ZDCS version 2.01 or better, ZipLab 
  29.     will call ZDCS to do your duplicate checking, with ZDCS allowing ZipLab 
  30.     to handle all screen output to the user.  ZDCS is (C)1993 by M.W.Cocke, 
  31.     and does require regisration with Mike for use beyond a 30 day trial 
  32.     period. If you are a registered ZDCS owner, ZipLab will detect this, and 
  33.     will inform your users of your support for Shareware.  If not, ZipLab 
  34.     will display an "UNREGISTERED ZDCS" notice during ZDCS processing.  
  35.     Thanks to Mike Cocke for allowing this integration with ZDCS, and for his 
  36.     work in modifying his program to facilitate it's use with ZipLab Plus. 
  37.    
  38. 2)  The ZLABxxx.CFG files have been COMPLETELY re-designed!  They now follow 
  39.     a format similar to Windows ".INI" files, with each line having ZipLab 
  40.     "keywords" followed by your values.  Please modify and use the fully 
  41.     commented sample ZLAB000.CFG I have included with the archive. Editing 
  42.     your .CFG file is now a lot simpler, and ZipLab Plus has the built-in 
  43.     ability to detect most configuration problems and suggest solutions.
  44.     
  45. 3)  As well as the built-in checking of the .CFG files at runtime, there is 
  46.     also a new ZVALID.EXE program which will allow you to test the contents 
  47.     of your ZLABxxx.CFG files for validity right after editing.  A report 
  48.     "ZVALID.RPT" will be produced, informing you of any configuration errors.
  49.     
  50. 4)  The ZSET.EXE configuration editor has been eliminated.  The new format
  51.     of the ZLABxxx.CFG files makes it a breeze to configure with a simple
  52.     text editor.  The sample ZLAB000.CFG provided in this archive is fully
  53.     commented with explanations for each keyword.  These explanations can
  54.     be left in the file as reference for future editing.  Please do not 
  55.     edit any new ZLABxxx.CFG files with ZSET.EXE, just erase it.
  56.     
  57. 5)  The format of the @ZCodes have been changed.  At the request of several 
  58.     sysops, the "memonics" have been expanded to make them easier to 
  59.     remember.  The file ZCODES.NEW explains the required changes, and the 
  60.     included FIXCODES.EXE program will make the changes in your .MSG and .CMT 
  61.     files for you.
  62.     
  63. 6)  ZipLab now has an option allowing you to specify that you want all those
  64.     "fail" mail messages sent to either your Main Board, or to the current
  65.     conference.   
  66.     
  67. 7)  The routines which check CRC.ADS and LST.ADS for BBS advertising have
  68.     been completely reworked.  You may now have up to 5000 lines in each
  69.     of these files, and the processing time has been reduced over 90%!   
  70.     The format of the CRC.ADS and LST.ADS files have NOT changed.  Your
  71.     existing files require no modification.
  72.     
  73. 8)  Ziplab's error trapping and handling system has been completely redone.
  74.     The included file ZERROR.DAT needs to be in the directory with your
  75.     .CFG file(s).  Much more accurate error reporting is now provided,
  76.     with codes that you can relay to me if you are unable to resolve a
  77.     problem.  These codes should allow me to zero in on the problem in
  78.     almost all cases.
  79.     
  80. 9)  There is a new ZSHELL.EXE file which is called by ZipLab to reduce
  81.     memory problems during "shells" to external programs like PKUNZIP.
  82.     This program has an entry in ZLABxxx.CFG, to allow Ziplab to find it.
  83.     ZSHELL.EXE should not be run alone, but will be called by ZipLab.
  84.    
  85. 10) Lots of cosmetic and performance changes that you don't have to 
  86.     worry about, just enjoy...
  87.     
  88.       
  89. Quick Upgrade from any previous verion -
  90.  
  91. 1)  Get a copy of ZDCS 2.01 or better from the Hacker's Central BBS. As of 
  92.     right now, that is the ONLY place you can get it.  The phone number 
  93.     there is (201)-335-9343.  You can run the 2.0 version, available lots of 
  94.     places, but the cosmetic integration will be imperfect.  Mike has said 
  95.     that he will allow first-time callers to download the 2.01 version of 
  96.     ZDCS for testing with ZipLab.  This is optional, and ZipLab will operate 
  97.     just fine without ZDCS, but I do recommend the program.
  98.     
  99. 2)  Set up ZDCS and create its database.  Please follow the directions
  100.     in the the documentation for ZDCS - I like the program, but DON'T 
  101.     provide technical support for it!  One note, do NOT have ZDCS erase
  102.     or move any failed files.. Let ZipLab take care of it.       
  103.     
  104. 3)  Erase ZSET.EXE - don't need it any more.
  105.  
  106. 4)  PRINT your ZLABxxx.CFG file(s), and then erase them.. They are
  107.     going to be completly reworked anyway.
  108.        
  109. 5)  Overlay your current ZLAB.EXE file with the new one in this archive.
  110.  
  111. 6)  Copy ZSHELL.EXE to your ZIPLAB directory.
  112.  
  113. 7)  Copy ZERROR.DAT and ZVALID.EXE to the directory containing your .CFG 
  114.     files.
  115.  
  116. 8)  Copy FIXCODES.EXE to the directory containing your .MSG and .CMT 
  117.     files (not required if you don't use @ZCODES in them).  Run 
  118.     "FIXCODES filename" for each of your .MSG files and .CMT file
  119.     that contain @ZCODES.  
  120.     
  121. 9)  Using a text editor, edit my sample ZLAB000.CFG file, replacing
  122.     my values which follow the ZipLab "keywords" with values that 
  123.     relect your system.  The bottom half of ZLAB000.CFG has descriptions
  124.     of all the keywords, and you should find it all very simple and 
  125.     self-explanatory.  If not, time to print ZIPLAB.DOC, which has 
  126.     greater detail on setting up the .CFG file.  The .CFG files are
  127.     NOT case sensitive in any way.
  128.     
  129. 10) After saving the modified ZLAB000.CFG, run "ZVALID ZLAB000.CFG". 
  130.     A report "ZVALID.RPT" will be created in the current directory.  
  131.     take a look at this report, and note any places where it finds
  132.     errors or missing items.  Re-edit the file and re-run ZVALID
  133.     until it comes up with a straight column of "OK!" on the right.
  134.     Your configuration file will now be correct.
  135.         
  136. 11) Make copies of ZLAB000.CFG, replacing the "000" with any 
  137.     conference specific config files you wish.  Then edit those
  138.     to change any values specific to those conferences.
  139.     
  140. 11) Test with the "LOCAL" keyword from DOS, use the "TEST" command
  141.     from a local login to your board, and perform a local "UPLOAD"
  142.     while in the board.  Assuming that all goes well, you are DONE!
  143.     
  144.     
  145. OUTSTANDING CURRENT ITEMS:  These items will be in 2.0 at some point.
  146.  
  147. * Don't check "bbs ads" on date limit validation (it does now...)
  148. * A version of ZCRC.EXE which accepts DOS "wildcards"
  149. * Allow one "user defined" function in ZipLab.
  150.  
  151. OUTSTANDING FUTURE ITEMS:  These requests may or may not make version 2.0
  152.  
  153. * FOSSIL driver routines - researching...
  154. * List of users to exempt from testing - Why?
  155. * Have files failed for AGE or TCAN put
  156.   in the .TCN file so they won't be 
  157.   uploaded again. - Maybe... 
  158. * ANSI autodetect
  159. * Non-graphic option/version. - Not likely
  160. * Add -AV information to the description
  161.  
  162. OTHER OUTSTANDING ITEMS:
  163. * Generic version - next major effort
  164. * WildCat! version - after generic
  165.         
  166.