summaryrefslogtreecommitdiff
path: root/README.PARAMETER_PARSING_API
blob: f6f033486251a0ec29c93192b50c64a285264fbb (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
New parameter parsing functions
===============================

It should be easier to parse input parameters to an extension function.
Hence, borrowing from Python's example, there are now a set of functions
that given the string of type specifiers, can parse the input parameters
and store the results in the user specified variables. This avoids most
of the IS_* checks and convert_to_* conversions. The functions also
check for the appropriate number of parameters, and try to output
meaningful error messages.


Prototypes
----------
/* Implemented. */
zend_parse_parameters(int num_args, char *type_spec, ...);
zend_parse_parameters_ex(int flags, int num_args, char *type_spec, ...);

/* Not implemented yet. */
zend_parse_parameters_hash(HashTable *ht, char *type_spec, ...);
zend_parse_parameters_hash_ex(int flags, HashTable *ht, char *type_spec, ...);


The zend_parse_parameters() function takes the number of parameters
passed to the extension function, the type specifier string, and the
list of pointers to variables to store the results in. The _ex() version
also takes 'flags' argument -- current only ZEND_PARSE_PARAMS_QUIET can
be used as 'flags' to specify that the function should operate quietly
and not output any error messages.

The auto-conversions are performed as necessary. Arrays, objects, and
resources cannot be autoconverted.


Type specifiers
---------------
 l	- long
 d	- double
 s	- string (with possible null bytes) and its length
 b	- boolean, stored in zend_bool
 r	- resource (stored in zval)
 a	- array
 o	- object (of any type)
 O	- object (of specific type, specified by class entry)
 z	- the actual zval

 The following characters also have a meaning in the specifier string:
     | - indicates that the remaining parameters are optional, they
		 should be initialized to default values by the extension since they
		 will not be touched by the parsing function if they are not
		 passed to it.
	 / - use SEPARATE_ZVAL_IF_NOT_REF() on the parameter it follows
	 ! - the parameter it follows can be of specified type or NULL (only applies
	     to 'a', 'o', 'O', 'r', and 'z'). If NULL is passed, the results
		 pointer is set to NULL as well.

Examples
--------
/* Gets a long, a string and its length, and a zval */
long l;
char *s;
int s_len;
zval *param;
zend_parse_parameters(ZEND_NUM_ARGS(), "lsz", &l, &s, &s_len, &param);


/* Gets an object of class specified by my_ce, and an optional double. */
zval *obj;
double d = 0.5;
zend_parse_parameters(ZEND_NUM_ARGS(), "O|d", &obj, my_ce, &d);


/* Gets an object or null, and an array.
   If null is passed for object, obj will be set to NULL. */
zval *obj;
zval *arr;
zend_parse_parameters(ZEND_NUM_ARGS(), "O!a", &obj, &arr);


/* Gets a separated array. */
zval *arr;
zend_parse_parameters(ZEND_NUM_ARGS(), "a/", &arr));


/* Get only the first three parameters (useful for varargs functions). */
zval *z;
zend_bool b;
zval *r;
zend_parse_parameters(3, "zbr!", &z, &b, &r);


/* Get either a set of 3 longs or a string. */
long l1, l2, l3;
char *s;
if (zend_parse_parameters_ex(ZEND_PARSE_PARAMS_QUIET, ZEND_NUM_ARGS(), "lll", &l1, &l2, &l3)) {
	/* manipulate longs */
} else if (zend_parse_parameters_ex(ZEND_PARSE_PARAMS_QUIET, ZEND_NUM_ARGS(), "s", &s)) {
	/* manipulate string */
} else {
	/* output error */
}