home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / dwnsrt63.zip / BUGFIXES.TXT next >
Text File  |  1996-12-29  |  4KB  |  100 lines
  1.  
  2. Bug fixes for DOWNSORT version 6.3
  3.  
  4.  
  5. Bugs in 6.3m and status of version 6.3p
  6. ============================================================================
  7.  
  8. 1. Long descriptions appear only partly in INF files after the IPF-output is
  9.    processed by the IPF compiler.
  10.  
  11. IPFC does not support lines longer than 255 characters, but Downsort 6.3m
  12. does not support word wrapping, regardless what is specified on the IPFlist
  13. parameter.
  14.  
  15. Status: Corrected.
  16.         - Wrapping for long descriptions added to IPF-lists
  17.         - Default linelength for IPF-lists set to 255.
  18.  
  19.  
  20. ----------------------------------------------------------------------------
  21.  
  22. 2. Import of File_Id.Diz gives error messages with "%f<CR>"
  23.  
  24. COMPRESS.CFG is not processed correctly.
  25.  
  26. Status: Corrected.
  27.  
  28.  
  29. ----------------------------------------------------------------------------
  30.  
  31. 3. Area groups are not reported in HTM lists
  32.  
  33. Only areagroups that include a highest level division are reported. If an
  34. areagroup includes only lower level division(s) then these are not always
  35. listed.
  36.  
  37. Status: Corrected.
  38.  
  39.  
  40. ----------------------------------------------------------------------------
  41.  
  42. 4. Specified linelength of continuation lines exceeded
  43.  
  44. Negative indentation values (e.g. -c-16) were incorrectly handled for
  45. continuation lines.
  46.  
  47. Status: Corrected.
  48.  
  49.  
  50. ----------------------------------------------------------------------------
  51.  
  52. 5. Filesize and Filedate of CDROM areas appear twice in output
  53.  
  54. When NOT specifying CDROM NoScan (default), the directories of fileareas on
  55. CDROM are scanned for filesize. But when areas are of type DateList, and the
  56. Files.Bbs contain filesize and filedate (as it should be), these fields were
  57. handled by Downsort as part of the description. Therefore this info appeared
  58. twice in output lists.
  59.  
  60. Status: Corrected.
  61.  
  62.  
  63. ----------------------------------------------------------------------------
  64.  
  65. 6. With CDROM NOSCAN files are marked 'offline' after DIZ-import
  66.  
  67. Under the following rare conditions you may loose filesize and filedate
  68. information and other info in your Files.Bbs entries for CDROM areas:
  69.  - the area is for Maximus defined as TYPE CD DATELIST
  70.  - Downsort.Cfg specifies CDROM NOSCAN
  71.  - Downsort.Cfg has DIZimport active
  72.  - Import of File_Id.Diz from the archive on CDROM is succesful
  73. An importent thing to know and remember is that in Downsort DIZimport has
  74. precedence over CDROM NOSCAN! When import of File-Id.Diz is succesful, its
  75. contents will completely replace the previous file description. This
  76. INCLUDES filesize, date, Maximus download flags and download counter field.
  77. The conditions for this situation are extremely rare for a real life
  78. Bulletin Board, and since a fix is not so simple in the current version of
  79. Downsort, there will be no cure on short term. So better prevent this
  80. accident by letting Downsort scan CDROM directories with DIZimport.
  81. In case it happened to you, and you don't have a backup Files.Bbs anymore
  82. it is possible to repair lost filesize and date fields as follows:
  83.  - comment-out the CDROM specification in Downsort.Cfg
  84.  - optionally nullify DIZimport (since you did that before!)
  85.  - rerun Downsort with only the FILFilePath line as output specification
  86. Unfortunately there is no cure for lost other fields.
  87.  
  88. Status: Open. Possibly fixed in 6.4
  89.  
  90.  
  91. ----------------------------------------------------------------------------
  92.  
  93. 7. Total bytecount in list headers far too small.
  94.  
  95. Overflow of 32-bits bytecounters when having more than 4 GB.
  96.  
  97. Status: Corrected
  98.  
  99.  
  100.