home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / DAYSTS15.ZIP / WHAT'S.NEW < prev   
Text File  |  1992-10-02  |  2KB  |  40 lines
  1. With revision 1.5 of DAYSTATS, one potentially major bug was fixed and
  2. a saftey feature was added.
  3.  
  4.         THE BUG FIX:
  5.                 If your BBS was multi-Node and you didn't run your node
  6.                 numbers consecutively, ( i.e., you numbered 1-9 then
  7.                 skipped to 15,)  then Daystats had the potential
  8.                 to improperly record the node numbers, which would lead
  9.                 to extra lines in the bulletin usually with no stats
  10.                 information and the date would be something in the year
  11.                 1979.
  12.  
  13.                 If your BBS had this problem, then this new code will
  14.                 correct that. YOU WILL HOWEVER, Need to RESTART your
  15.                 DAYSTATS.DAT file from scratch. Essentially all you will
  16.                 need to do is delete DAYSTATS.DAT. The next time Daystats
  17.                 runs, it will create a new one for you.
  18.  
  19.         ADDED FEATURE:
  20.                 I neglected to think about these multi-node BBS's which
  21.                 don't shut down all nodes of their BBS to run the event.
  22.                 This of course meant that there was a chance that someone
  23.                 could be reading your STAT bulletin at the very precise
  24.                 moment that you wanted to create the new one. In a network
  25.                 environment, this could create a lock on the file where
  26.                 DAYSTATS wouldn't be able to update the file. Previously
  27.                 the program would simply abort cleanly and leave the
  28.                 temporary file in the calling directory.
  29.  
  30.                 New code has been added which will try for 2 minutes to
  31.                 create the new bulletin. Every 15 seconds for up to 8 times,
  32.                 DAYSTATS will attempt to write the new file. If the file
  33.                 cannot be created in 8 tries, it will exit the program,
  34.                 leaving the DAYSTATS.TMP file in the calling directory.
  35.                 You can manually copy the .TMP file to the bulletin later
  36.                 if necessary. No loss of stats data will occur because of
  37.                 this. The next time DAYSTATS runs, it will create a new
  38.                 bulletin, including the data from the previously
  39.                 unsuccessful run.
  40.