MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame^] | 1 | SYNOPSIS |
| 2 | void inaugurate_master(int arg) |
| 3 | |
| 4 | DESCRIPTION |
| 5 | This function is called in the master object after it has been |
| 6 | created and is fully functional. Note that the create() |
| 7 | function is of little use in the master object, because at the |
| 8 | time it is called there is no simul_efun object yet, and the |
| 9 | interpreter does not know anything about the user-ids and |
| 10 | access permissions. |
| 11 | |
| 12 | The argument <arg> denotes why this function is called: |
| 13 | arg = 0: the mud just started, this is the first master of all. |
| 14 | = 1: the master was destructed and then reactivated |
| 15 | (because a new one couldn't be loaded). |
| 16 | = 2: the master was destructed and then reactivated, but |
| 17 | additionally lost all variable contents. |
| 18 | = 3: this is a reloaded master. |
| 19 | |
| 20 | This function has at least to set up the driverhooks to use |
| 21 | (in 3.2.1). Also, any mudwho or wizlist handling has to be |
| 22 | initialized here. |
| 23 | |
| 24 | Besides that, do whatever you feel you need to do, |
| 25 | e.g. set_auto_include_string(), or give the master a decent euid. |
| 26 | |
| 27 | SEE ALSO |
| 28 | initialisation(M), create(M), simul_efun(C), get_bb_id(M), |
| 29 | get_root_id(M), get_master_uid(M), flag(M), |
| 30 | reactivate_destructed_master(M) |