home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1998 September / PCO_0998.ISO / filesbbs / os2 / af_511.arj / UPDATE.LOG < prev    next >
Encoding:
Text File  |  1998-06-25  |  23.6 KB  |  529 lines
  1. --------------------------------------------------------------------------------
  2.  
  3. Finished
  4. --------------------------------------------------------------------------------
  5. Type              : Bug
  6. Fixed in          : 5.11.003
  7. Fixed on          : 22-06-98
  8. Reported by       : Steve Quarella
  9. Reported on       : 22-06-98
  10. Short description : Bake, Scramble, and Cookie report wrong platform
  11. Long description  : Bake, Scramble, and Cookie for ALLFIX Universal
  12.                     report that they are for ALLFIX/2 for OS/2.
  13. Author's notes    : This problem has been fixed by simply stating
  14.                     that they are for ALLFIX, without any further
  15.                     specifications.
  16.  
  17. Type              : Bug
  18. Fixed in          : 5.11.003
  19. Fixed on          : 22-06-98
  20. Reported by       : Tero Kilkanen
  21. Reported on       : 22-06-98
  22. Short description : PKT password should also allow lowercase letters (Node manager)
  23.  
  24. Type              : Bug
  25. Fixed in          : 5.11.003
  26. Fixed on          : 23-06-98
  27. Reported by       : Bert Tonkes
  28. Reported on       : 22-06-98
  29. Short description : ALLFIX reports that it is running under Win 95, when using Win 98.
  30.  
  31. Type              : Bug
  32. Fixed in          : 5.11.003
  33. Fixed on          : 25-06-98
  34. Reported by       : Harald Harms
  35. Reported on       : 25-06-98
  36. Short description : Heap overflow error
  37. Long description  : When re-creating netmail messages from the
  38.                     internet spool file, ALLFIX was not cleaning up
  39.                     all of the memory used. This eventually results
  40.                     in an heap overflow error. This problem does not
  41.                     occur when re-creating files.
  42.  
  43. Type              : Bug
  44. Fixed in          : 5.11.003
  45. Fixed on          : 25-06-98
  46. Reported by       : John Souvestre
  47. Reported on       : 25-06-98
  48. Short description : Changed the routines for tic file name calculation again.
  49. Long description  : Are you just as tired as I, reading about TIC
  50.                     filename changes yet again? Well...it's all
  51.                     John's fault. He spent hours trying to find a
  52.                     loop hole in my latest creation and lo and
  53.                     behold, he found one and he didn't nagging until
  54.                     I promised to implement his suggestion. So in
  55.                     order to keep John quite, I've decided to change
  56.                     these routines for the third time in the last few
  57.                     weeks. John, are you happy now?
  58. Author's notes    : Actually, John pointed out a very important
  59.                     short-coming in my previous attempt to solve the
  60.                     duplicate TIC file name problem. Thanks for your
  61.                     help John! ;-)
  62.  
  63. Type              : Bug
  64. Fixed in          : 5.11.002
  65. Fixed on          : 14-06-98
  66. Reported by       : William Eckard
  67. Reported on       : 01-06-98
  68. Short description : Eudora support not working properly
  69. Long description  : ALLFIX is not sending acknowledgements to the
  70.                     sender and the folders get corrupted.
  71. Author's notes    : There were quite a number of things that were not
  72.                     working properly. When removing messages from the
  73.                     message base (IN.MBX file), the .TOC file was not
  74.                     updated correctly. Writing messages to the
  75.                     OUT.MBX file was also not working entirely
  76.                     correct, since ALLFIX was using a date stamp in
  77.                     both the message file and the index file that was
  78.                     different from the stamp used by Eudora.
  79.  
  80. Type              : Bug
  81. Fixed in          : 5.11.002
  82. Fixed on          : 13-06-98
  83. Reported by       : Many people
  84. Reported on       : 01-06-98
  85. Short description : ALLFIX does not run with Pention II cpu's
  86. Long description  : All Pascal programs abort with a division by zero
  87.                     error when run on Pentium II machines.
  88. Author's notes    : ALLFIX has been recompiled using a new version of
  89.                     the TP libraries. The problem should now be
  90.                     solved.
  91.  
  92. Type              : Bug
  93. Fixed in          : 5.11.002
  94. Fixed on          : 13-06-98
  95. Reported by       : Peter Zimmermann
  96. Reported on       : 06-06-98
  97. Short description : F3 key editing wrong file
  98. Long description  : Apprently, if you hit F3 on Echotoss you can edit
  99.                     the UNWANTED file 
  100.                     and on Unwanted to edit the WANTED file
  101.  
  102. Type              : Bug
  103. Fixed in          : 5.11.002
  104. Fixed on          : 14-06-98
  105. Reported by       : John Souvestre
  106. Reported on       : 11-06-98
  107. Short description : Time of file altered when moving to BAD directory
  108. Long description  : When ALLFIX moves a file to the BAD directory,
  109.                     the minutes of the file is being incremented.
  110.                     This leads to files where the minutes indicator
  111.                     is 60 (when 59 is the maximum value).
  112. Author's notes    : I am unable to reproduce this problem.
  113.  
  114. Type              : Bug
  115. Fixed in          : 5.11.002
  116. Fixed on          : 14-06-98
  117. Reported by       : John Souvestre
  118. Reported on       : 14-06-98
  119. Short description : Internal representation of ZIP compression format (in Node manager) broken.
  120. Long description  : John reports:
  121.                     
  122.                     "Here is what I mean:  Create a new node. 
  123.                     Type will be shown as "ZIP".  The database
  124.                     contains a "00".  Problems:
  125.                     
  126.                     - If you change the Compression Type, the
  127.                     sub-menu shows ARC, not ZIP.
  128.                     
  129.                     - When you change the Compression Type to ZIP,
  130.                     the database changes to a "05". 
  131.                     This is different than "00".  Both are ZIP?
  132.                     
  133.                     - Mini-Pack doesn't work with "00", just "05". 
  134.                     Both show as ZIP, however,
  135.                     unless you pull up the sub-menu."
  136.  
  137. Type              : Bug
  138. Fixed in          : 5.11.001
  139. Fixed on          : 16-05-98
  140. Reported by       : Hennes Eliveld
  141. Reported on       : 16-02-98
  142. Short description : Small cosmetic mistake
  143. Long description  : The export option "Export bbs filesareas" should
  144.                     be called "Export new BBS file areas".
  145. Author's notes    : This also needed to be changed in the Import menu.
  146.  
  147. Type              : Bug
  148. Fixed in          : 5.11.001
  149. Fixed on          : 21-05-98
  150. Reported by       : Bruce Bodger
  151. Reported on       : 26-02-98
  152. Short description : Cosmetic problem in fileecho manager
  153. Long description  : Bruce reports:
  154.                     
  155.                     "When inside the file echo manager, hitting tab
  156.                     brings up the "Enter tag to
  157.                     search for:" dialogue however the first character
  158.                     is already filled in in the
  159.                     input field.  The 'bell' character appears at the
  160.                     first position in the input
  161.                     field."
  162. Author's notes    : This problem was fixed by filtering all
  163.                     characters on the ASCII scale lower than a space
  164.                     (0x32).
  165.  
  166. Type              : Bug
  167. Fixed in          : 5.11.001
  168. Fixed on          : 21-05-98
  169. Reported by       : Justin Baustert
  170. Reported on       : 26-02-98
  171. Short description : Tim Strike is listed as "Time Strike" in the documentation.
  172. Author's notes    : Sorry about that Tim, I hope that you can forgive
  173.                     me ;-)
  174.  
  175. Type              : Bug
  176. Fixed in          : 5.11.001
  177. Fixed on          : 21-05-98
  178. Reported by       : Ron van de Velden
  179. Reported on       : 01-03-98
  180. Short description : Error converting archives
  181. Long description  : When converting archives, something goes wrong if
  182.                     the AV seal on the archive is incorrect. If the
  183.                     FILE_ID.DIZ file is unpacked, PKZIP (in this
  184.                     case) will report an error since the AV seal is
  185.                     incorrect. Then, ALLFIX will continue to convert
  186.                     the archive, but it will then report that it is
  187.                     converting a nested archive of the same name as
  188.                     the parent archive, even if the parent does not
  189.                     contain such an archive!
  190. Author's notes    : This problem could occur each time decompression
  191.                     failed and the "Compress unknown" feature was
  192.                     used.
  193.  
  194. Type              : Bug
  195. Fixed in          : 5.11.001
  196. Fixed on          : 21-05-98
  197. Reported by       : Kees Monschouwer
  198. Reported on       : 10-04-98
  199. Short description : When a .TIC file contains the wrong HatchSec value, only the .TIC file should be moved
  200.  
  201. Type              : Bug
  202. Fixed in          : 5.11.001
  203. Fixed on          : 21-05-98
  204. Reported by       : Emmanuel Roussin
  205. Reported on       : 21-04-98
  206. Short description : Check to see if wrong key is filled in
  207. Long description  : It sometimes happens that someone purchases a
  208.                     registration key and tries to use it in the wrong
  209.                     version of ALLFIX. ALLFIX could check this, and
  210.                     give an appropriate error message.
  211. Author's notes    : ASETUP will give a  small warning if one or more
  212.                     keys has been entered, but the key field
  213.                     corresponding to the platform used (DOS, OS2,
  214.                     etc) is empty.
  215.  
  216. Type              : Bug
  217. Fixed in          : 5.11.001
  218. Fixed on          : 22-05-98
  219. Reported by       : John Souvestre
  220. Reported on       : 03-05-98
  221. Short description : ALLFIX overwriting own .TIC files.
  222. Long description  : The .TIC file names are not "unique" enough to
  223.                     prevent creating duplicate names. This is
  224.                     normally not a problem but if the sysop moves the
  225.                     .TIC files to other directories, then ALLFIX may
  226.                     create new .TIC files with the same names,
  227.                     thereby causing problems. 
  228.                     
  229.                     John offers the following solution:
  230.                     
  231.                     "My second though is to switch from decimal to
  232.                     5-bit characters (0-9 & A-V). 6
  233.                     of these digits is a total count of
  234.                     1,073,741,824.  A 64-bit variable will hold
  235.                     it.  With a resolution of 1000 counts per second,
  236.                     this would be 12.4 days. This
  237.                     looks like a good solution to me.  It solves the
  238.                     current problems and allows
  239.                     for much faster processing in the future."
  240. Author's notes    : Due to the fact that TP does not have a 64 bit
  241.                     integer, I selected the following alternative
  242.                     method:
  243.                     
  244.                           hour   min    sec    hund  counter
  245.                      
  246.                     bits  31-27  26-21  20-15  14-8  7-0
  247.                       
  248.                     value 0-23   0-59   0-59   0-99  0-255
  249.                       
  250.                     The hundredths second value is not very accurate
  251.                     on a PC. The clock ticks 18.9 times per second (if
  252.                     I'm not mistaken) so the hund value roughly ticks
  253.                     in .05 second intervals. This means that if the
  254.                     counter loops within .05 seconds, we may have a
  255.                     problem, assuming ALLFIX will finish its work and
  256.                     start up again and get ready to create more .TIC
  257.                     files within that same .05 second interval ;-) 
  258.                       
  259.                     The next problem occurs when ALLFIX starts up at
  260.                     exactly the same time precisely 24 hours later. It
  261.                     isn't so much ALLFIX, but the routine
  262.                     initializing the Tic number which has to start up
  263.                     at exactly
  264.                     that time. Considering the factors, such as
  265.                     number of .MSG files to scan (which changes
  266.                     daily),
  267.                     inbound directories, other processes running on
  268.                     the same computer, etc. I think that the chance
  269.                     that
  270.                     the .TIC file numbers are initialized at exactly
  271.                     24 hour intervals is almost negligibily small. 
  272.                       
  273.                     Therefore, as long as ALLFIX creates less than
  274.                     256 .TIC files in a .05 second interval, we should
  275.                     not have a problem anymore. 
  276.  
  277. Type              : Bug
  278. Fixed in          : 5.11.001
  279. Fixed on          : 10-05-98
  280. Reported by       : Steve Quarrella
  281. Reported on       : 10-05-98
  282. Short description : Document refers to both EAC.ZIP and SAMPLE.ZIP
  283. Long description  : The documentation refers to both an EAC.ZIP and a
  284.                     SAMPLE.ZIP file. Neither was included in the
  285.                     release package. The reference to the file
  286.                     EAC.ZIP should have to SAMPLE.ZIP. This has been
  287.                     updated in the documentation and the next
  288.                     releasewill include this file.
  289.  
  290. Type              : Bug
  291. Fixed in          : 5.11.001
  292. Fixed on          : 16-05-98
  293. Reported by       : Vincent Danen
  294. Reported on       : 16-05-98
  295. Short description : Long archive names truncated when converting
  296. Long description  : When converting an archive with a long filename
  297.                     which contains more than one dot (.), the
  298.                     filename is incorrectly truncated. For example, a
  299.                     filename like INETMAIL-1.2.1.PRO.ZIP is truncated
  300.                     to INETMAIL-1.2.1.ZIP.
  301.  
  302. Type              : Bug
  303. Fixed in          : 5.11.001
  304. Fixed on          : 21-05-98
  305. Reported by       : Harald Harms
  306. Reported on       : 17-05-98
  307. Short description : Wrong dialog box
  308. Long description  : When chaning the destination directory of a
  309.                     fileecho, ASETUP will ask the user if the files
  310.                     should also be moved to the new directory.
  311.                     ASETUP, however, also asks this when a new
  312.                     fileecho is being added. On top of that, the
  313.                     dialog text contains a spelling mistake.
  314.  
  315. Type              : Bug
  316. Fixed in          : 5.11.001
  317. Fixed on          : 17-05-98
  318. Reported by       : via Scott Drake
  319. Reported on       : 17-05-98
  320. Short description : .PKT files not terminated properly.
  321. Long description  : When using the "CC to Sysop" option in the
  322.                     Request Processor, the .PKT files were not being
  323.                     terminated properly. This problem was found on a
  324.                     system using BinkleyTerm, which reported that the
  325.                     .PKT files were not correct. This problem,
  326.                     however, was not limited to BinkleyTerm systems
  327.                     and most likely occured in other situations as
  328.                     well.
  329.  
  330. Type              : Bug
  331. Fixed in          : 5.11.001
  332. Fixed on          : 22-05-98
  333. Reported by       : Harald Harms
  334. Reported on       : 22-05-98
  335. Short description : Runtime error
  336. Long description  : Under certain circumstances, ALLFIX would abort
  337.                     in a runtime error. This would occur if the
  338.                     TOBEREP.FIX file did not exist, and the
  339.                     TOBEREP.IDX file did.
  340.  
  341. Type              : Bug
  342. Fixed in          : 5.11.001
  343. Fixed on          : 30-05-98
  344. Reported by       : Steve Quarrella <fishpope@iname.com>
  345. Reported on       : 22-05-98
  346. Short description : PMMail support not working properly
  347. Long description  : ALLFIX is not properly updating the indexs when 
  348.                     deleting email messages to the message bases.
  349.  
  350. Type              : Bug
  351. Fixed in          : 5.11.001
  352. Fixed on          : 23-05-98
  353. Reported by       : Harald Harms
  354. Reported on       : 23-05-98
  355. Short description : FILEAREA.FIX file unreliable message
  356. Long description  : After auto-adding a new fileecho and file area to
  357.                     RA (2.5x), ASETUP always reports that the
  358.                     FILEAREA.FIX file is unreliable and proceeds to
  359.                     recompile it. ALLFIX just updated that file, so
  360.                     this should not happen.
  361.  
  362. Type              : Bug
  363. Fixed in          : 5.11.001
  364. Fixed on          : 23-05-98
  365. Reported by       : Harald Harms
  366. Reported on       : 23-05-98
  367. Short description : Incorrect dupe checking
  368. Long description  : If the -NoCrc switch is used, ALLFIX is will not
  369.                     detect if a file is a duplicate if the CRC listed
  370.                     in the TIC file is incorrect.
  371.                     
  372.                     This will, of course, only happen if the
  373.                     "filecrc" is part of the Duplicate file criteria
  374.                     (Fileecho options menu).
  375.  
  376. Type              : Bug
  377. Fixed in          : 5.11.001
  378. Fixed on          : 30-05-98
  379. Reported by       : Gilbert Doyen
  380. Reported on       : 24-05-98
  381. Short description : RP not sending report to sysop
  382. Long description  : Gilbert reports:
  383.                     
  384.                     "Active    Yes
  385.                     Report    RPREPORT
  386.                     Flag mode Default
  387.                     CC sysop  On error
  388.                     
  389.                     And my AF logfile say:
  390.                     
  391.                     + 08 May 03:09:25 AFIX ALLFIX/2 v5.10.008
  392.                     15-Feb-98 13:47
  393.                     # 08 May 03:09:25 AFIX Command : Rp -SRIF
  394.                     C:\MCMAIL\SRIF.$1
  395.                     # 08May 03:09:25 AFIX Processing file request
  396.                     from 2:291/739
  397.                     # 08 May 03:09:25 AFIX   Sysop: David De Grave
  398.                     # 08 May 03:09:25 AFIX   Response file:
  399.                     C:\MCMAIL\XMIT1.LST
  400.                     # 08 May 03:09:25 AFIX   Request file :
  401.                     C:\MCMAIL\012302C2.$1
  402.                     # 08 May 03:09:25 AFIX   FREQ: ASM_VLA.RAR
  403.                     ? 08 May 03:09:30 AFIX   Not found: ASM_VLA.RAR
  404.                     $ 08 May 03:09:30 AFIX   Writing file request
  405.                     report for David De Grave"
  406.  
  407. Type              : Bug
  408. Fixed in          : 5.11.001
  409. Fixed on          : 30-05-98
  410. Reported by       : John Souvestre
  411. Reported on       : 26-05-98
  412. Short description : Global edit not working properly
  413. Long description  : When adding a node to the system list in the
  414.                     group manager and the fileecho manager using the
  415.                     global edit routines, ASETUP is not using the
  416.                     RAID defaults. Using the RAID defaults would make
  417.                     it much easier for the sysop to add new peopleto
  418.                     the system lists.
  419. Author's notes    : This particular problem has been fixed as follows:
  420.                     
  421.                     When adding or changing the status of a node
  422.                     using the global edit routines, ASETUP gives you
  423.                     the option of selecting the status bits of that
  424.                     node. If you fill one or more of the status bits
  425.                     (i.e. they are set to No or Yes, and NOT blank)
  426.                     then ASETUP will use those settings. If you leave
  427.                     ALL of them blank, then ASETUP will add the
  428.                     system to the fileechos selected using the RAID
  429.                     settings for the respective fileechos.
  430.  
  431. Type              : Bug
  432. Fixed in          : 5.11.001
  433. Fixed on          : 30-05-98
  434. Reported by       : John Souvestre
  435. Reported on       : 26-05-98
  436. Short description : Edit window in Global edit routines not working properly
  437. Long description  : When trying to add a system using the Global edit
  438.                     routines, you have to select a status field
  439.                     because you can not exit the window without
  440.                     selecting one. Leaving them all blank would
  441.                     result in ASETUP using default values. It should,
  442.                     therefore, be possible to leave them all
  443.                     un-selected (i.e. blank).
  444.  
  445. Type              : Bug
  446. Fixed in          : 5.11.001
  447. Fixed on          : 30-05-98
  448. Reported by       : Harald Harms
  449. Reported on       : 30-05-98
  450. Short description : ALLFIX could hang if wrong version FCOMP is used
  451. Long description  : ALLFIX and ASETUP will both run FCOMP if they
  452.                     thing that the FILEAREA.FIX file is not up to
  453.                     date. If the wrong version of FCOMP is being
  454.                     used, then the FILEAREA.FIX file may never become
  455.                     up to date, which causes ALLFIX and ASETUP to
  456.                     continously call up FCOMP, resulting in an
  457.                     endless loop.
  458.  
  459. --------------------------------------------------------------------------------
  460. 29 items
  461.  
  462. Leave
  463. --------------------------------------------------------------------------------
  464. Type              : Bug
  465. Fixed in          : 5.11.001
  466. Fixed on          : 22/05/98
  467. Reported by       : 
  468. Reported on       : 25-02-98
  469. Short description : Not using correct defaults when auto-adding area to BBS
  470. Long description  : Michael reports:
  471.                     
  472.                     I am using Remote Access v 2.02 and Allifix
  473.                     v5.10.008 running clean DOS.
  474.                     
  475.                     In Remote Access (raconfig) I have created a
  476.                     fil-area for each BBS Mask
  477.                     with defaults for each area.
  478.                     
  479.                     In the attached example I have received a new
  480.                     fil-area named: 6-DISKS
  481.                     
  482.                     Allfix has found that 6-DISKS match the Mask
  483.                     setup in Group manager area
  484.                     129.
  485.                     
  486.                     Here we can see that the Group manager should
  487.                     Auto Add 6-DISKS with the
  488.                     defaults from Remote Access fil-area 112.
  489.                     
  490.                     Fore some reson Allfix have not used the default
  491.                     informations from
  492.                     fil-area 112 in the Auto Added fil-area.
  493.                     
  494.                     Only the 'Name' and 'Path' is Ok.
  495. Author's notes    : I am unable to reproduce this problem. Michael is
  496.                     no longer part of Fidonet, therefore, I can not
  497.                     contact him for more information. I consider this
  498.                     problem closed, unless others also report similar
  499.                     findings.
  500.  
  501. Type              : Bug
  502. Fixed in          : 5.11.001
  503. Fixed on          : 21/05/98
  504. Reported by       : Ron van de Velden
  505. Reported on       : 03-05-98
  506. Short description : F5 overview in Fileecho manager is taking very very long
  507. Author's notes    : This is probably impossible to fix. I asked Ron
  508.                     for his datafiles so that I can do some testing.
  509.  
  510. Type              : Bug
  511. Fixed in          : 5.11.001
  512. Fixed on          : 30-05-98
  513. Reported by       : Brent Shellenberg
  514. Reported on       : 22-05-98
  515. Short description : Auto add not working properly
  516. Long description  : According to Brent, a new fileecho came in and
  517.                     ALLFIX created the proper directory
  518.                     (\filegate\w32_misc), then ALLFIX created the
  519.                     directory \filegate\w32_misc\cms95.exe and tried
  520.                     to copy the file cms95.exe into that directory
  521.                     giving an error: "error moving file to
  522.                     destination: file access denied". 
  523.                     
  524.                     Brent is using ShotGun BBS.
  525. Author's notes    : Unable to reproduce.
  526.  
  527. --------------------------------------------------------------------------------
  528. 3 items
  529.