home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / d / d-linux.zip / dm-dist / doc / running.doc < prev    next >
Text File  |  1991-03-01  |  3KB  |  95 lines
  1.                            --- Running DikuMUD ---
  2.  
  3. SYNTAX:
  4.  
  5. dmserver [-l] [-s] [-d <path>] [<port #>]
  6.  
  7. nightrun
  8.  
  9. DESCRIPTION:
  10.  
  11. Automatic rebooting.
  12.  
  13. Once a day, at a time specified by the REBOOT_AT macro in modify.c, the
  14. game checks for the existence of the file "reboot" in the selected data
  15. directory. If the file exists, the game is rebooted (it terminates nicely,
  16. with a nonzero return value). If the size of the file is nonzero, its contents
  17. are processed by "sh" (with a system() call). If the processing returns
  18. with a nonzero status, the file is renamed to "reboot.FAILED", and the
  19. rebooting is called off. If it returns zero, the file is moved to
  20. "reboot.SUCCEEDED", and the game is rebooted.
  21.  
  22.  
  23. ARGUMENTS:
  24.  
  25. -l: "Lawful mode". At the University of Copenhagen, regulations demand that
  26.     all games abide by certain regulations. The game must shut down at 9am, on
  27.     workdays, and it must close the connections to all players and enter an
  28.     "idle mode", whenever the system load on the host machine exceeds 6. This
  29.     option makes the game follow these regulations. At present, the code which
  30.     handles these things is an awful hack, and we suggest that you use this
  31.     option with care, and only after examining the code to see how it matches
  32.     the set-up of your host. At present, the code is loosely scattered over
  33.     the various modules, although most of it is to be found in the file
  34.     modify.c.
  35.  
  36. -s: Disable special routines. The game uses various compiled routines to
  37.     achieve nonstandard effects associated with objects, characters, and rooms.
  38.     Sometimes it is helpful to run the program with a small set of worldfiles,
  39.     to reduce the time consumed at startup, and to limit the core-size of the
  40.     running game. If so, the -s option should be used, to prevent the game
  41.     from associating special procedures to nonexistent objects/characters/
  42.     rooms.
  43.  
  44. -d: Select data directory. This is useful if you want to keep one or more
  45.     sets of game-data in addition to the standard set. For example, you may
  46.     wish to make a copy of the entire world in a separate directory, so that
  47.     you can test additions to the code or worldfile without subjecting the
  48.     players to unnecessary hazards. The default data directory is 'lib'. Any
  49.     coredumps (may they never happen to you!) will take place in the
  50.     selected directory.
  51.  
  52. port : Select the port on which the game is to wait for connections. Default
  53.     is 4000.
  54.  
  55.  
  56.  
  57. EXAMPLES:
  58.  
  59. To run the game in the compact test directory:
  60.  
  61. dmserver -s -d tmplib
  62.  
  63. To run the game as standard (on port 4000), simply type:
  64.  
  65. dmserver
  66.  
  67. Or:
  68.  
  69. dmserver >& syslog &
  70.  
  71. to start the game in the background, storing output in syslog.
  72.  
  73. OUTPUT:
  74.  
  75. The game writes various information on stdout as the game runs. This may
  76. be saved to form a log of the run. eg: "dmserver >& syslog".
  77.  
  78. DATA FILES:
  79.  
  80. [blah-di-blah blah]
  81.  
  82.  
  83. MAINTAINING THE GAME:
  84.  
  85. The first character to log on (ie. with an empty playerfile), is given maximum
  86. privileges. He/she has acess to the following commands (help is available in
  87. the game):
  88.  
  89. ADVANCE
  90. STRING
  91. SHUTDOWN
  92. PURGE
  93.  
  94. And others.
  95.