Hi:
<?php
var_dump(get_extension_funcs('zlib'));
result:
$ php54 /tmp/1.php
array(24) {
[0]=>
string(10) "readgzfile"
[1]=>
string(8) "gzrewind"
[2]=>
string(7) "gzclose"
[3]=>
string(5) "gzeof"
[4]=>
string(6) "gzgetc"
[5]=>
string(6) "gzgets"
[6]=>
string(7) "gzgetss"
[7]=>
string(6) "gzread"
[8]=>
string(6) "gzopen"
[9]=>
string(10) "gzpassthru"
[10]=>
string(6) "gzseek"
[11]=>
string(6) "gztell"
[12]=>
string(7) "gzwrite"
[13]=>
string(6) "gzputs"
[14]=>
string(6) "gzfile"
[15]=>
string(10) "gzcompress"
[16]=>
string(12) "gzuncompress"
[17]=>
string(9) "gzdeflate"
[18]=>
string(9) "gzinflate"
[19]=>
string(8) "gzencode"
[20]=>
string(8) "gzdecode"
[21]=>
string(11) "zlib_encode"
[22]=>
string(11) "zlib_decode"
[23]=>
string(20) "zlib_get_coding_type"
as we can see, the ob_gzhandler is missed in trunk.
thanks
On Sun, Nov 13, 2011 at 11:38 PM, Rasmus Lerdorf <ras...@lerdorf.com> wrote:
> All the ob_* tests are still in 5.4 and they all pass, so no, these
> functions have not been removed.
>
> On 11/13/2011 07:26 AM, Reindl Harald wrote:
>>
>>
>> Am 13.11.2011 16:11, schrieb Laruence:
>>> Hi:
>>>
>>> this revisioin remove the ob_* functions:
>>> http://svn.php.net/viewvc?view=revision&revision=299980
>>>
>>> is this intentional? if yes, I think this will become a doc
>>> problem
>>
>> i think / hope this is an accident
>>
>> if the ob_functions(9 are replaced in any way this is not a
>> doc-problem
>>
>> it would be a major BC-break and destroy all my work of the last 10
>> years rely on ob_start(), ob_get_contents(), ob_get_clean() and the
>> fact that multiple ob_start() can work inside another one as
>> example to include module-files using normal output-functions,
>> buffer the output and replace a palceholder in a template with the
>> buffer while we are in another template (site-template,
>> list-templates, item-templates)
>>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
