home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1998 September / PCO_0998.ISO / filesbbs / os2 / af_511.arj / WHATSNEW.LOG < prev   
Encoding:
Text File  |  1998-07-01  |  6.4 KB  |  130 lines
  1.   ---------------------------------------------------------------------------
  2.   * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  3.  
  4.                                   ALLFIX 5.11
  5.  
  6.              ALLFIX the most complete fileecho and request processor
  7.          Copyright (C) 1992,98 Harms Software Eng., all rights reserved
  8.  
  9.   * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  10.   ---------------------------------------------------------------------------
  11.  
  12.   This document contains a summary of the new features that this new version
  13.   of ALLFIX will offer. Our primary goal with this update release was to
  14.   solve as many problems in the previous release. This means that we did not
  15.   add any new features to this release of ALLFIX. The following list quickly
  16.   summarizes the problems that have been fixed:
  17.  
  18.     There were situations where ALLFIX and ASETUP could end up in an
  19.     endless loop when calling up FCOMP to recompile the FILEAREA.FIX
  20.     file. This could happen when the wrong version of FCOMP was being
  21.     used.
  22.  
  23.     When trying to add a system using the Global edit routines, you have
  24.     to select a status field because you can not exit the window without
  25.     selecting one. Leaving them all blank would result in ASETUP using
  26.     default values. It should, therefore, be possible to leave them all
  27.     un-selected (i.e. blank).
  28.  
  29.     When adding a node to the system list in the group manager and the
  30.     fileecho manager using the global edit routines, ASETUP was not using
  31.     the RAID defaults. Using the RAID defaults would make it much easier
  32.     for the sysop to add new people to the system lists.
  33.  
  34.     The "CC to SysOp" feature in the Request Processor did not work. The
  35.     result was that regardless of its setting, ALLFIX was not creating a
  36.     carbon copy of the file request report for the sysop.
  37.  
  38.     The duplicate file checking did not work in one very specific
  39.     situation. This problem only occurs when the duplicate file criteria
  40.     includes the file crc, the TIC file contains an incorrect crc, and
  41.     the -NoCrc switch is used.
  42.  
  43.     After automatically adding a new file area to the Remote Access file
  44.     database, ASETUP always reported that the FILEAREA.FIX file was
  45.     unreliable and proceeded to recompile it. This should not be
  46.     necessary since the FILEAREA.FIX file is updated by ALLFIX when
  47.     auto-adding new file areas to the BBS.
  48.  
  49.     ALLFIX was not properly updating the index files used by PMMail.
  50.  
  51.     ALLFIX could sometimes abort in a runtime error if the TOBEREP.FIX
  52.     file exists without the accompanying TOBEREP.IDX file.
  53.  
  54.     The PKT files created as a result of the "CC to SysOp" feature were
  55.     not terminated properly. BinkleyTerm, for example, reported that the
  56.     files were corrupt and refused to unpack them.
  57.  
  58.     ASETUP was asking the user if the files should be moved to the new
  59.     destination directory when adding a new fileecho. This dialog should
  60.     only be displayed when changing the destination directory of an
  61.     existing fileecho.
  62.  
  63.     When converting an archive with a long filename that contains more
  64.     than one dot (.), the filename was being truncated. For example,
  65.     INETMAIL-1.2.1.PRO.ZIP was being truncated to INETMAIL-1.2.1.ZIP.
  66.  
  67.     On really large and very busy systems, it was possible that ALLFIX
  68.     could create TIC files with a name that was not unique. It is
  69.     impossible for ALLFIX to overwrite an existing TIC file, so normally
  70.     this will not present a problem. However, when the TIC files waiting
  71.     on hold are moved to another directory, ALLFIX can create new ones
  72.     with the same names. Moving those to the same directory as the first
  73.     batch, will result in overwriting of the old ones. ALLFIX should
  74.     ensure that it can not create TIC files with the same names within a
  75.     30 day cycle.
  76.  
  77.     ASETUP will give a small warning if it feels that the user has
  78.     entered the registration key in the wrong field. This is simply a
  79.     warning and the user may continue.
  80.  
  81.     When converting archives, something goes wrong if the AV seal on the
  82.     archive is incorrect. If the FILE_ID.DIZ file is unpacked, PKZIP (in
  83.     this case) will report an error since the AV seal is incorrect.
  84.     Then, ALLFIX will continue to convert the archive, but it will then
  85.     report that it is converting a nested archive of the same name as
  86.     the parent archive, even if the parent does not contain such an
  87.     archive.
  88.  
  89.     When inside the file echo manager, hitting tab brings up the "Enter
  90.     tag to search for:" dialogue, however, the first character was already
  91.     filled in in the input field.  The 'bell' character appears at the
  92.     first position in the input field.
  93.  
  94.     When moving files to the bad tics directory, the file time was being
  95.     altered. The minutes value was being incremented, which could result
  96.     in a file time like 2:60, which should be 3:00.
  97.  
  98.     In ASETUP, hitting F3 on the Echotoss field called up the editor with
  99.     the Unwanted file. Hitting F3 on the Unwanted field, called up the
  100.     editor with the Wanted file.
  101.  
  102.     As all Turbo and Borland Pascal programs, ALLFIX was aborting with a
  103.     runtime error 200 (division by zero) on really fast Pentium II
  104.     machines.
  105.  
  106.     The internet support for Eudora was not functioning properly. There
  107.     were many things going wrong, including the fields used in the email
  108.     messages and the index files that were being updated inproperly.
  109.  
  110.     The passwords used in PKT files should support lower case letters as
  111.     well as upper case letters. ASETUP was only allowing upper case
  112.     letters.
  113.  
  114.   Please consult the UPDATE.LOG file for a more detailed list of these
  115.   problems that have been fixed.
  116.  
  117.   ---------------------------------------------------------------------------
  118.   * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  119.  
  120.   If you have any questions, please feel free to contact us!
  121.  
  122.   Harms Software Engineering                              Tel: +31-15-2850220
  123.   PO Box 175                                          BBS/Fax: +31-15-2850218
  124.   2600 AD  DELFT                                    email: support@allfix.com
  125.   The Netherlands                                  web: http://www.allfix.com
  126.  
  127.   * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  128.   ---------------------------------------------------------------------------
  129.  
  130.