#
001966c7 |
| 19-Aug-2012 |
Felipe Pena |
- Value stored to var is never used
|
Revision tags: php-5.3.16, php-5.4.6 |
|
#
f4a315fc |
| 04-Aug-2012 |
Xinchen Hui |
This becomes useless, since we have set that in the INIT macro
|
#
03a1fcab |
| 04-Aug-2012 |
Xinchen Hui |
Fixed bug #62744 (dangling pointers made by zend_disable_class) the test will be added while commit the fix for #62737
|
Revision tags: php-5.4.6RC1 |
|
#
13f1d53b |
| 18-Jul-2012 |
Gustavo André dos Santos Lopes |
Expose zend_parse_arg() as zend_parse_parameter() Sometimes, one wants to accept several types for a given parameter. zpp has special functionality for detecting the NULL type, since the
Expose zend_parse_arg() as zend_parse_parameter() Sometimes, one wants to accept several types for a given parameter. zpp has special functionality for detecting the NULL type, since the NULL type is frequently used to skip parameters. However, supporting several types is otherwise very tedious. There are many cases where this situation arises -- for instance one may want to accept an arbitrary number of integer and expect them in an array, but allow a bare integer too; one may want to accept something that will be used as an array key (which can be either and int or a string); one may want to accept integer and double numbers. A search for IS_LONG reveals many situations where this need arises. The usual solution is to fetch the argument with 'z'/'Z', check its type, and then convert the argument, e.g. with convert_to_long_ex(). As explain in the last commit, this has different behavior and generates inconsistency. Another -- even more flawed strategy --, is to try zpp with a specific format, forcing it quiet, and if it fails retrying with another form. But because zpp changes the arguments directly in the stack (for instance, using "l" converts the zval in the stack to IS_LONG), the arguments may look different after the first zpp, leaving subtle bugs. This commit also allows more complex scenarios, for instance where the expected type of one parameter depends on other parameters.
show more ...
|
#
980dc711 |
| 18-Jul-2012 |
Gustavo André dos Santos Lopes |
zend_parse_parameters: allow ! for non pointers This commit allows getting information about whether a certain value was a NULL value by using the ! modifier together with the l/L, d and
zend_parse_parameters: allow ! for non pointers This commit allows getting information about whether a certain value was a NULL value by using the ! modifier together with the l/L, d and b. Example: long l; zend_bool is_null; zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "l!", &l, &is_null) For the specifiers l/L, d and b, NULL values are reported as 0, 0., or false. But sometimes one wants to distinguish NULL from those other values -- for instance, to give NULL the same effect as the argument not having been passed. The usual way this problem is handled is by fetching the parameter with 'z' or 'Z', check if it is NULL and if not use convert_to_long_ex()/convert_to_double_ex(), etc. Unfortunately, this is not equivalent. convert_to_long_ex() does a cast, while zpp() is stricter. For instance, zpp will not accept 'foo' for a long argument, and it will emit a notice when encountering '5foo'. In fact, the only way to otherwise zpp semantics (without duplicating its logic) is to fetch the raw zval from the stack and check whether it's NULL (with zpp itself or its relatives) and then run zpp again. That is not an elegant solution.
show more ...
|
Revision tags: php-5.4.5, php-5.3.15, php-5.3.15RC1, php-5.4.5RC1, php-5.3.14, php-5.4.4, php-5.3.14RC2, php-5.4.4RC2, php-5.3.14RC1, php-5.4.4RC1, php-5.3.13, php-5.4.3, php-5.4.2, php-5.3.12, php-5.3.11, php-5.4.1, php-5.3.11RC2, php-5.4.1RC2 |
|
#
82c05eed |
| 05-Apr-2012 |
Johannes Schlüter |
Copy default properties of internal classes for different threads
|
Revision tags: php-5.3.11RC1, php-5.4.1RC1, PHP-5.4.1-RC1 |
|
#
ecf8986a |
| 06-Mar-2012 |
Derick Rethans |
Add the ZEND_DONT_UNLOAD_MODULES environment variable for debugging to 5.3 as well.
|
#
e182aeec |
| 05-Mar-2012 |
Dmitry Stogov |
Fixed module numbering
|
#
56a3f7ec |
| 05-Mar-2012 |
Dmitry Stogov |
Fixed module numbering
|
#
ecdf2012 |
| 05-Mar-2012 |
Dmitry Stogov |
Fixed module numbering
|
#
0e4d46a3 |
| 02-Mar-2012 |
Xinchen Hui |
MFH: Fix bug #61165 (Segfault - strip_tags())
|
Revision tags: php-5.4.0 |
|
#
5f4ae284 |
| 26-Feb-2012 |
Xinchen Hui |
Improve fix for #61165, the previous one cause #43450 test failed
|
#
1923ecfe |
| 26-Feb-2012 |
Xinchen Hui |
Improve fix for #61165, the previous one cause #43450 test failed
|
#
cfa9c90b |
| 25-Feb-2012 |
Xinchen Hui |
Fixed bug #61165 (Segfault - strip_tags())
|
#
1ee93c83 |
| 25-Feb-2012 |
Xinchen Hui |
Fixed bug #61165 (Segfault - strip_tags())
|
Revision tags: php-5.4.0RC8, php-5.3.10, php-5.4.0RC7, php-5.4.0RC6, php-5.3.9, php-5.4.0RC5 |
|
#
e4ca0ed0 |
| 01-Jan-2012 |
Felipe Pena |
- Year++
|
#
8775a375 |
| 01-Jan-2012 |
Felipe Pena |
- Year++
|
#
4e198252 |
| 01-Jan-2012 |
Felipe Pena |
- Year++
|
Revision tags: php-5.3.9RC4, php-5.4.0RC4, php-5.3.9RC3, php-5.4.0RC3, php-5.3.9RC2, php-5.4.0RC2, php-5.4.0RC1, php-5.3.9RC1 |
|
#
ada5cda0 |
| 31-Oct-2011 |
Stefan Marr |
Fixed Bug #60173 (Wrong error message on reflective trait instantiation)
|
#
2e5d5e5a |
| 31-Oct-2011 |
Stefan Marr |
Fixed Bug #60173 (Wrong error message on reflective trait instantiation)
|
Revision tags: php-5.4.0beta2, php-5.4.0beta1 |
|
#
4a25a774 |
| 13-Sep-2011 |
Dmitry Stogov |
Fixed ZE specific compile warnings (Bug #55629)
|
#
e43ff135 |
| 13-Sep-2011 |
Dmitry Stogov |
Fixed ZE specific compile warnings (Bug #55629)
|
#
e5553b21 |
| 07-Sep-2011 |
Hannes Magnusson |
Revert r316345 which fixes all the tests again
|
#
4e9a7658 |
| 07-Sep-2011 |
Hannes Magnusson |
Revert r316345 which fixes all the tests again
|
#
59614b05 |
| 07-Sep-2011 |
Pierre Joye |
- reject paths with trainling spaces using the very good new zend arg
|