blob: 649a0b2cf7179e901e589784c37b413d3e48ae46 [file] [log] [blame]
Zesstra953f9972017-02-18 15:37:36 +01001
2QueryValidObject()
3******************
4
5
6FUNKTION
7========
8
9 public int QueryValidObject(string oname);
10
11
12DEFINIERT IN
13============
14
15 /std/virtual/v_compiler.c
16
17
18ARGUMENTE
19=========
20
21 oname
22 Objektname, der geprueft werden soll (kompletter Pfad mit / am Anfang)
23
24
25RUeCKGABEWERT
26=============
27
28 <=0 - falls VC nicht zustaendig ist.
29 >0 - falls der VC sich fuer das Objekt zustaendig erklaert.
30
31
32BESCHREIBUNG
33============
34
35 Ueber die Funktion laesst sich herausfinden, ob ein VC sich fuer das
36 gewuenschte Objekt zustaendig fuehlt. Dabei wird Validate(),
37 P_COMPILER_PATH, NoParaObjects() und P_PARA im VC ausgewertet:
38 1. Zuerst wird mit Validate() geprueft, ob der Filename (ohne Pfad) ok ist.
39 2. wird geguckt, ob das angefragte Objekt im richtigen Pfad liegt
40 (P_COMPILER_PATH).
41 3. wenn das angefragte Objekt ein Para-Objekt ist:
42 a) wird NoParaObjects() geprueft, wenn das !=0 ist, sind gar keine Para-
43 Objekte erlaubt.
44 b) wird P_PARA _im VC_ abgefragt, dort kann man ein Array aller
45 erlaubten Para-Dimensionen reinschreiben. Fuer alle anderen erklaert
46 sich der VC fuer nicht zustaendig. Wenn P_PARA nicht gesetzt ist,
47 sind alle erlaubt. Ein leeres Array ({}) wuerde einem
48 NoParaObjects() {return 1;} entsprechen.
49
50
51BEMERKUNGEN
52===========
53
54 Diese Funktion wird vom move abgefragt. Bitte auf jeden Fall P_PARA oder
55 NoParaObjects() passend definieren, sonst buggts.
56
57 Wenn jemand mit dem oben beschrieben Standardverhalten nicht gluecklich
58 ist, kann man die Funktion passend ueberschreiben.
59
60
61SIEHE AUCH
62==========
63
64 virtual_compiler
65 CustomizeObject(), Validate(), NoParaObjects(),
66 P_COMPILER_PATH, P_PARA
67 /std/virtual/v_compiler.c
68
6921.10.2007, Zesstra