home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / RA_202.ARJ / RELEASE.DOC < prev    next >
Encoding:
Text File  |  1994-06-23  |  4.2 KB  |  108 lines
  1. RemoteAccess 2.02 release notes
  2. ===============================
  3.  
  4. Welcome to the 2.02 upgrade. With a few exceptions, this is a maintenance
  5. release. Some of the new features include full Internet support, and 
  6. major performance enhancements in the JAM message-base handling. Check
  7. the WHATSNEW.202 file in this archive for a comprehensive list of changes
  8. since version 2.01.
  9.  
  10. There is no upgrade fee for this version.
  11.  
  12.  
  13. How to upgrade from 2.00/2.01
  14. -----------------------------
  15.  
  16. 1. Replace your executable files with the ones in this archive.
  17. 2. Update language prompts 662, 663 and 664 for all of your installed
  18.    languages.
  19.  
  20.  
  21. Documentation changes
  22. =====================
  23.  
  24. There are a number of features/notes which did not make it in time for the
  25. main documentation (unchanged since the 2.01 release). NOTE: The following
  26. changes do NOT include those in WHATSNEW.202:
  27.  
  28.  
  29. JAM message-base support
  30. ------------------------
  31. In order for JAM support to function correctly, you *MUST* have SHARE
  32. loaded. If you are unsure how to do this, check your DOS manual.
  33.  
  34.  
  35. RIP Support
  36. -----------
  37. This version of RemoteAccess has support for the online graphical protocol
  38. RIP (Remote Imaging Protocol). To give your BBS RIP functionality, simply
  39. create the appropriate RIP screens in your textfile directory. RemoteAccess
  40. will auto-detect RIP at the user's end and display the .RIP files (where
  41. available) in preference to your regular ASC/ANS/AVT textfile.
  42.  
  43. An indicator on the F1 status bar signals the sysop that RIP is currently
  44. active. Additionally, a boolean flag has been added to the EXITINFO.BBS
  45. drop-file so that doors and other external programs can determine whether
  46. the user's terminal supports RIP.
  47.  
  48. NOTE that RIP graphics are never displayed locally. Instead, a window will
  49. pop up during the display of a RIP file to indicate what the user is seeing.
  50.  
  51.  
  52. RAMSG.EXE
  53. ---------
  54. * A number of RAMSG options and command-line parameters do not apply to JAM
  55.   areas, and are therefore ignored. Note that the following options are still
  56.   valid for Hudson areas, as per the documentation:
  57.  
  58.   RAMSG INDEX - The "delete" and "recover" options are ignored for JAM areas.
  59.   RAMSG PACK  - The "force", "overwrite", "delete" and "recover" options
  60.                 are ignored for JAM areas.
  61.  
  62. * NOTE that the example in the documentation is incorrect. The example which
  63.   reads "RAMSG INDEX -Delete -Recover -Renumber" should read
  64.   "RAMSG INDEX -Delete -Recover".
  65.  
  66. * By default, RAMSG processes JAM areas and Hudson areas, in that order. To
  67.   force RAMSG to process either JAM *OR* Hudson (not both), the following
  68.   command-line switches are available:
  69.  
  70.   -JAM    - Process JAM areas only.
  71.   -Hudson - Process Hudson areas only.
  72.  
  73. * It should also be noted that JAM areas will ONLY be linked if the -Link
  74.   option is specified during a PACK operation. This is not true of Hudson
  75.   areas, whose reply links are always updated.
  76.  
  77. * The -NoLrdPack switch of the Pack command is not documented in the manual.
  78.   This command (example "RAMSG Pack -NoLrdPack") disables packing of the
  79.   lastread pointer files for JAM areas.
  80.  
  81. * The "RAMSG Purge -Unused" command-line will cause RAMSG to automatically
  82.   delete all messages in any undefined (blank name) Hudson message areas.
  83.  
  84. * The errorlevels for RAMSG are documented incorrectly. The correct errorlevels
  85.   are:
  86.  
  87.   251    Configuration file version ID mismatch
  88.   252    Incorrect DOS version
  89.   253    Insufficient disk space available
  90.   254    Insufficient memory available
  91.   255    Disk error or missing configuration data
  92.     3    Fatal error detected by Borland C++ Start Up Code
  93.          (Usually this means there is insuffient memory to set up a stack)
  94.     0    No errors occurred
  95.  
  96. * While there are no limits per se on the number of messages in a JAM area,
  97.   this version of RAMSG can only handle a maximum of 65,535 messages per JAM
  98.   area. RAMSG will require more or less memory depending on the size of the
  99.   message-base to be packed. Memory required is approximately 64k + 8 bytes
  100.   per message. This means that on a machine with 590k available, RAMSG can
  101.   easily process the maximum number of messages (65,535).
  102.  
  103.  
  104. Hope you enjoy this upgrade!
  105. Andrew Milner.
  106.  
  107. /* End of file "RELEASE.DOC" */
  108.