home *** CD-ROM | disk | FTP | other *** search
/ Best of Mega Games for DOS / MEGA.iso / 7d_123 / sysop.doc < prev   
Text File  |  1993-04-11  |  11KB  |  249 lines
  1. (For game play info, please refer to the player documentation.)
  2.  
  3. (Special thanks to DoorFrame, (c) 1990-1993 by Ted Freeman.  Thanx, Ted!)
  4.  
  5.  
  6.  
  7. FILES INCLUDED IN THIS ARCHIVE:
  8. -------------------------------
  9. You should have the following files after unzipping this archive:
  10.  
  11.         7D_123.EXE   --->  The executable game
  12.         EDIT_123.EXE --->  The Installation utility
  13.         SYSOP.DOC    --->  This file
  14.         PLAYER.DOC   --->  The game player documentation
  15.         HEAVENS.DOC  --->  A brief overview of the game
  16.         DORINFO1.DEF --->  A BBS drop file for local evaluation
  17.  
  18.         The Install Utility (EDIT_123.EXE) will create:
  19.                 - - - - - - - - - - - - - - - - 
  20.         7D.CFG       --->  The configuration file for 7D_123.EXE
  21.         MIRACLE.1  \
  22.           . . .     >--->  The Miracle description files.
  23.         MIRACLE.25 /       (Description files are user definable.)
  24.         MIRACLE.DAT  --->  The Master Miracle list.  DO NOT ALTER!
  25.         USERS.DAT    --->  The user database and game information
  26.  
  27.         The registered version will also create:
  28.         - - - - - - - - - - - - - - - - - - - -
  29.         MESSAGES.DAT --->  The Message Base file for the game.
  30.  
  31.  
  32. SETTING UP THE GAME:
  33. --------------------
  34. To set up On the Seventh Day, you'll need to place all files from this
  35. archive into it's own directory.  Then you will need to run the
  36. installation utility EDIT_123.EXE to create the configuration file.
  37.  
  38. The INSTALL program also serves as a global RESET utility.  If, for any
  39. reason should you wish to reset the game, simply run the INSTALL program,
  40. and answer all the questions as you did when setting the door up for the
  41. very first time.  Doing this will erase all information contained within
  42. the USERS.DAT file and begin a new file, restarting the game.
  43.  
  44. The configuration file is a pure ASCII file which may be edited with any
  45. usual ASCII text editor, or with EDIT_123.EXE.  If you do modify the file
  46. with a text editor, be sure to keep all elements of the file in the order
  47. they appear below, no exceptions.
  48.  
  49. C:\BBS\DORINFO1.DEF  --->    Path to your BBS drop file
  50. The Arena BBS        --->    Your BBS name
  51. Randy                --->    Sysop's First Name
  52. Schad                --->    Sysop's Last Name
  53. 00000                --->    Your Registration Number
  54.  
  55. Once this is done, you will need to set up your BBS for the door, switch
  56. to the 7th Day directory, and call On the Seventh Day from a batch file,
  57. which usually looks something like:
  58.  
  59. CD \BBS\7D
  60. 7D_123.EXE 7D.CFG
  61. CD \BBS
  62.  
  63. There are no command line parameters to pass to the program.  It should
  64. recognize any info that it needs from the drop file and the config file.
  65. But keep in mind that the configuration file MUST be specified directly
  66. after the 7D_123.EXE command, just as shown above.
  67.  
  68. Please note that 7D now recognizes these 10 formats of BBS drop files:
  69.  
  70.                CALLINFO.BBS  --->  WildCat! systems prior to 3.0
  71.                CHAIN.TXT     --->  WWIV systems
  72.                DOOR.SYS      --->  All systems supporting DOOR.SYS
  73.                DORINFOx.DEF  --->  QBBS/RBBS/RA(1.11)
  74.                GTUSER.BBS    --->  GT Power systems
  75.                PCBOARD.SYS   --->  PCBoard systems using PCBOARD.SYS
  76.                SFDOORS.DAT   --->  SpitFire systems
  77.                TRIBBS.SYS    --->  TriBBS systems
  78.                USERINFO.DAT  --->  WildCat! 3.x+ systems
  79.                USERS.SYS     --->  PCBoard systems using USERS.SYS
  80.                
  81.                
  82.  
  83. THE VERSION 1.23 BUG FIX:
  84. -------------------------
  85. There was a very serious (and annoying) bug in versions 1.20, 1.21, and 1.22
  86. that caused systems to hang, and could only be exited with a CTRL-C.  I have
  87. been working on this bug for the last two versions, and believe I've finally
  88. sqooshed it.  I'm releasing this version in the hopes that it is fixed.
  89.  
  90. I have also taken this time to work some bugs out of both the door as well
  91. as the editor.  Although the editor is crude, it should work without any
  92. major problems.  I'm being pressed by a number of people to release this
  93. version, so I have not had alot of time to test it, but I believe it is in
  94. working order.  If anyone spots any bugs, please be sure to let me know.
  95.  
  96.  
  97.  
  98. WHAT'S HAPPENED SINCE VERSION 1.10:
  99. -----------------------------------
  100. I have added support for communications routines, which was not present in 
  101. the original release.  (It used to require DoorWay or a similar program to 
  102. run as a BBS door, which it no longer needs!)  In the versions after 0.07,
  103. I had used my own communications routines, which were very rough and had a
  104. number of serious problems.
  105.  
  106. I have since switched to using DoorFrame, which is a GREAT door development
  107. system.  That code now handles all communications I/O flawlessly, leaving
  108. me with more time to develop the door more extensively.
  109.  
  110. The door now has a status bar at the bottom of the screen.  From this bar,
  111. the sysop may perform any number of functions, including:
  112.  
  113.         Sysop Chat
  114.         Adjust User's Time and/or Security Level
  115.         Kick User back to the BBS
  116.         Jump to DOS
  117.  
  118.         There are others.  Pressing the HOME key will display a help menu.
  119.  
  120. Since the door is written in QuickBASIC, I needed to trap any and all
  121. errors which occured, so that the BBS wouldn't "hang" if an error occured.
  122. This has been accomplished (to the best of my knowledge) and will now
  123. write to an error file (DFRAME.ERR) if anything happens, instead of giving
  124. the usual "Press any key to return to system..." prompt, which remote users
  125. couldn't even see.  And since the actual program had terminated, the COM
  126. port was not under control, so a remote keypress would not register on the
  127. BBS.  This usually results in the user dropping carrier and the BBS hanging.
  128.  
  129. These new features should be relatively bug free, since DoorFrame handles
  130. the communications I/O routines and error trapping.  But just in case the
  131. program does something it shouldn't, I (as always) welcome comments and
  132. bug reports.  Please direct them to my BBS.  (BBS info found below.)
  133.  
  134.  
  135.  
  136. NOTES ON UPCOMING VERSIONS:
  137. ---------------------------
  138. The current version (1.23) is not yet programmed to handle the gamma
  139. release of RemoteAccess 2.00.  It WILL, however, support any of the older
  140. DORINFOx.DEF files.  I hope to make 7D compatible with RA 2.00 in the next
  141. release, schedule pending.
  142.  
  143.  *** IF *** 7D DOES accept the new DORINFO1.DEF format that RA uses, could
  144. someone please drop me a line and let me know?
  145.  
  146. There are also some formulas and equations in the game that I believe could
  147. be better calculated, so I will spend a large amount of time working on all
  148. the formulas used to calculate things like how many followers a user should
  149. get when performing a miracle.  It also seems that the "ENERGY" variable is
  150. getting mis-calculated, so I intend to work on that.
  151.  
  152. Another idea I've had in mind is condensing the screen, so that any and all
  153. pertinent information could be displayed on the same screen without the need
  154. for screen clears...  Simply updating the portions of the screen that need
  155. to be updated, and leaving the rest alone.  This would make the game easier
  156. to play and concentrate on, as well as saving the user some valueable time.
  157.  
  158. Any other ideas are more than welcome.  Please address all suggestions and
  159. comments to the address/BBS specified below.
  160.  
  161.  
  162.  
  163. IMPORTANT LICENSE NOTE:
  164. -----------------------
  165. On the 7th Day is SHAREWARE.  This means that you my try this software for
  166. a period not longer than 30 (thirty) days, after which you must register
  167. the program with the author, or discontinue using the door.
  168.  
  169.  
  170.  
  171. TERMS OF LICENSE AGREEMENT:
  172. ---------------------------
  173. As I said, this program is Shareware, with a 30 day examination period.
  174. If, after the 30 day evaluation period, you decide you wish to purchase
  175. this software, please fill out the registration form REGISTER.DOC and
  176. mail it to the address below, along with your check or money order for
  177. $15 made payable (in U.S. currency ONLY please) to:
  178.  
  179.     Randy Schad
  180.     633 S. Main St.
  181.     Bryan, OH  43506
  182.  
  183. You will then receive your REGISTERED copy of On the 7th Day, usually
  184. within 2 weeks if receiving by mail, or 1 week if FREQ'ing your copy
  185. via RealNet or FidoNet.
  186.  
  187. Use of this door beyond the 30 day trial period is an infringement of
  188. this license agreement.  Usage of this program constitutes acceptance
  189. of the terms outlined above.
  190.  
  191.  
  192.  
  193. WARRANTY INFORMATION:
  194. ---------------------
  195. I present this software to you 'AS IS', with no warranties, expressed
  196. or implied.  I shall not be held responsible for any losses incurred
  197. due to the operation of this software.  I reserve the right to change
  198. the terms of the license agreement at any time without notice.
  199.  
  200.  
  201.  
  202. HOW TO CONTACT THE AUTHOR:
  203. --------------------------
  204. I may be contacted in a number of ways, including the old-fashioned way.
  205. Use whatever means is most convenient for you, and I will reply promptly.
  206.  
  207. Electronic Mail:
  208.    - The Arena BBS - (419) 636-7197
  209.    - RealNet Regional HQ - 54:5419/1
  210.    - FidoNet NetMail - 1:234/44
  211.    - CompuServe - 71174,637
  212.  
  213. Snail Mail:
  214.      Randy Schad
  215.      633 S. Main St.
  216.      Bryan, OH  43506
  217.  
  218.  
  219.  
  220. COPYRIGHT NOTICE:
  221. -----------------
  222. "ON THE SEVENTH DAY" and all related material...
  223.  
  224. Copyright April 13, 1993 - Randy Schad and ArenaSoft
  225. Copyright April  1, 1993 - Randy Schad and ArenaSoft
  226. Copyright March 24, 1993 - Randy Schad and ArenaSoft
  227. Copyright March 19, 1993 - Randy Schad and ArenaSoft
  228. Copyright March 12, 1993 - Randy Schad and ArenaSoft
  229. Copyright September 15, 1992 - Randy Schad
  230.  
  231.  
  232.  
  233. HISTORY:
  234. --------
  235. Version 0.01 - Original release.
  236. Version 0.02 - Fixed User Database bug.
  237. Version 0.03 - Re-wrote User Database format.
  238. Version 0.04 - Re-wrote Miracle files and formats.
  239. Version 0.10 - Attempted to add basic communications routines.
  240. Version 1.00 - Changed communications routines, without much luck.
  241. Version 1.01 - Re-wrote program to make it use less memory.
  242. Version 1.10 - Re-wrote program to condense it...  Was too large.
  243. Version 1.11 - Changed communications routines...  Again.
  244. Version 1.20 - Re-wrote program using DoorFrame communications routines.
  245. Version 1.21 - Fixed "hang" bug and re-wrote the registration formulas.
  246. Version 1.22 - Re-wrote the message base functions to fit memory requirements.
  247. Version 1.23 - Fixed the hang up bug in the "Perform Miracle" menu (again).
  248.  
  249.    END OF DOCUMENT "SYSOP.DOC" - - - - - - - - - PLEASE REGISTER THIS DOOR!