home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / SCANV241.ZIP / WHATS.NEW < prev   
Encoding:
Text File  |  1993-06-06  |  3.5 KB  |  93 lines
  1. Version 2.41
  2. 6-6-93
  3.  
  4. *
  5. Scanvert does not require the D parameter anymore. Instead set the file area's
  6. longdesc bit in Raconfig|Manager|Filearea|(Areaname)|LONGDESC. If set to yes,
  7. the extended description importing function will be turned on. Please read the
  8. docs for parameter info, but as a general rule, simply removing the D (If you
  9. use it now), will make this version work properly.
  10.  
  11. *
  12. Fixed a bug introduced in version 2.40 that caused some systems using EMS/XMS
  13. for swapping to lock up. Particularly dangerous on DesQview multinode systems.
  14.  
  15. *
  16. Fixed the an error updating the filabase header files under some setups.
  17.  
  18. *
  19. I still get reports of systems getting error messages along the lines of
  20. "Unable to find area in FILES.RA"; I have done all I could to fix those
  21. problems. If you get this error, make sure all your file area paths in RAConfig
  22. are in uppercase and do NOT have a trailing backslash. I am still searching for
  23. this problem, but the code has grown so much and my time has been so limited
  24. lately that I just have not been able to find the problem yet.
  25.  
  26.  
  27. Version 2.4
  28. 5-26-93
  29.  
  30. *
  31. Scanvert is not longer a beta product. I am satisfied that it is solid enough
  32. to be considered final release code. I will hold a week or two in case more bug
  33. reports come in. In any case version 2.50 will be the final release in FREEWARE
  34. form. Serge Sozonoff will take over at this point and take it to version 3
  35. which will be SHAREWARE, inexpensive, of course.
  36.  
  37. *
  38. We are getting closer to the final FREEWARE release. My goal is to kill all the
  39. bugs as much as it is practical and stop. Some can not be helped as they are
  40. internal to JPDOOR and I have no control over that.
  41.  
  42. *
  43. If you use the message base posting function, there seems to be several bugs in
  44. the JPDOOR routines that cause the system to seem to lock up sometimes. In
  45. about 1-2 minutes the message gets posted and all ends well, but since I can
  46. not fix that problem, I would suggest that if your system is affected, you
  47. remove the B command line parameter or make it B0 to disable message base
  48. posting.
  49.  
  50. *
  51. Implemented a screen saver/restorer so that the local screen does not get
  52. messed up while running the external archivers. Also, a lot more info is
  53. displayed to the screen while running.
  54.  
  55. *
  56. The log routines have been substantially changed again. The default log is much
  57. more comprehensive now, and the format nicer to read
  58.  
  59. *
  60. Separate work directories are now made for different nodes. It occurred to me a
  61. major problem could occur if one node was processing an upload and another node
  62. started Scanvert at that time. Now each node creates a SCANVERT.NN directory
  63. for it's own use (where NN is the node number). So it is now mandatory that the
  64. node number be passed on the command line of multiline systems. NOT DOING SO
  65. WILL CERTAINLY CAUSE GRIEF LATER!
  66.  
  67.  
  68. Version 2.3Aß
  69. 5-19-93
  70.  
  71. *
  72. The command line has been restructured to be more efficient with the limited
  73. space that RA allocates for a scan utility.
  74.  
  75. *
  76. The order of the command in the command line does not make a difference
  77. anymore, with the exception that the very first parameter *MUST* be the file to
  78. process.
  79.  
  80. If  a separate log is desired for each line, use the N*N command. It will then
  81. make logs named like:
  82.  
  83. SCANVE01.LOG
  84. SCANVE02.LOG
  85. etc.,
  86.  
  87. *
  88. The logs are now created whenever the SCANVERT.EXE file is at.
  89.  
  90. *
  91. Hopefully those "file not found errors" have been corrected, as well as the
  92. "Unable to open filebase header file" error.
  93.