Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 1 | save_object() |
| 2 | ************* |
| 3 | |
| 4 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 5 | SYNOPSIS |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 6 | ======== |
| 7 | |
| 8 | mixed save_object(string name); |
| 9 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 10 | |
| 11 | BESCHREIBUNG |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 12 | ============ |
| 13 | |
| 14 | Diese Simul-Efun unterscheidet sich in einigen Details von der |
| 15 | Driver-Efun save_object() (s. auch dort! Wichtig!). |
| 16 | 1. diese sefun speichert auch die mit F_SAVE markierten Properties |
| 17 | eines Objektes ab (was die efun des Driver nicht tut!). |
| 18 | 2. Sofern ein Pfad angegeben wird und dieser NICHT mit /data/ beginnt, |
| 19 | wird /data/ vorangestellt, d.h. das Savefile wird immer unter /data/ |
| 20 | erstellt. |
| 21 | 3. das Format, in dem gespeichert wird, kann bei der sefun nicht |
| 22 | ausgewaehlt werden (ist aber auch nicht noetig!), sondern ein |
| 23 | mudlib-weiter Standard wird benutzt. |
| 24 | 4. will man nicht in einem File speichern, sondern das, was im File |
| 25 | stehen wurde, als String zurueckhaben, muss man 0 als 'name' |
| 26 | uebergeben. |
| 27 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 28 | |
| 29 | SIEHE AUCH |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 30 | ========== |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 31 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 32 | save_object(E), restore_object(E), save_value(E) |
| 33 | |
| 34 | 29.01.2017, Zesstra |