#49292 [NEW]: infinite recursive call in ob_011.phpt

2009-08-19 Thread dmendo...@php.net
From: [email protected]
Operating system: Linux
PHP version:  5.2.11RC1
PHP Bug Type: Output Control
Bug description:  infinite recursive call in ob_011.phpt

Description:

When you call :

make test TESTS=./tests/output/ob_011.phpt

see :
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_2/tests/output/ob_011.phpt?view=markup

The execution don't fail anymore, consequence a infinite recursive call.

1) ob_start having a function in call back with ob_get_flush inside.
2) ob_get_flush invoking the callback function of ob_start


-- 
Edit bug report at http://bugs.php.net/?id=49292&edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49292&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49292&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49292&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49292&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=49292&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49292&r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=49292&r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=49292&r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=49292&r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=49292&r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=49292&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=49292&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=49292&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49292&r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=49292&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49292&r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=49292&r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=49292&r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=49292&r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=49292&r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=49292&r=mysqlcfg



#49292 [Fbk->Opn]: infinite recursive call in ob_011.phpt

2009-08-20 Thread dmendo...@php.net
 ID:   49292
 User updated by:  [email protected]
 Reported By:  [email protected]
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  5.2.11RC1
 New Comment:

With valgrind, I have more or less the same output than :

http://gcov.php.net/viewer.php?version=PHP_5_2&func=valgrind&file=tests%2Foutput%2Fob_011.phpt


==26235== Stack overflow in thread 1: can't grow stack to 0xBE763FF8
==26235==
==26235== Process terminating with default action of signal 11
(SIGSEGV)
==26235==  Access not within mapped region at address 0xBE763FF8
==26235==at 0x8371CC0: zend_hash_quick_find (zend_hash.c:903)
==26235== Stack overflow in thread 1: can't grow stack to 0xBE763FEC
==26235==
==26235== Process terminating with default action of signal 11
(SIGSEGV)
==26235==  Access not within mapped region at address 0xBE763FEC
==26235==at 0x401E200: _vgnU_freeres (vg_preloaded.c:56)

And the diff is : 
001+ Segmentation fault
001- Fatal error: ob_get_flush(): Cannot use output buffering in output
buffering display handlers in %sob_011.php on line %d


Previous Comments:


[2009-08-20 11:22:07] [email protected]

Exactly how does it end up in infinite loop? It fails as expected for
me, just as it has since it was added..



[2009-08-19 08:45:52] [email protected]

Description:

When you call :

make test TESTS=./tests/output/ob_011.phpt

see :
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_2/tests/output/ob_011.phpt?view=markup

The execution don't fail anymore, consequence a infinite recursive
call.

1) ob_start having a function in call back with ob_get_flush inside.
2) ob_get_flush invoking the callback function of ob_start






-- 
Edit this bug report at http://bugs.php.net/?id=49292&edit=1



#49292 [Fbk->Opn]: infinite recursive call in ob_011.phpt

2009-08-20 Thread dmendo...@php.net
 ID:   49292
 User updated by:  [email protected]
 Reported By:  [email protected]
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  5.2.11RC1
 New Comment:

Yes you are right, I was not clear. The problem isn't that it fail.

Is that when, I do "make test" the execution never stop if i don't kill
the execution.

if I use "run-tests.php", it produce a 
Expected fail   :1 (100.0%) (100.0%)

Like expected


Previous Comments:


[2009-08-20 15:05:27] [email protected]

Yes, the test is expected to fail. What is the bug here?

----

[2009-08-20 13:53:20] [email protected]

With valgrind, I have more or less the same output than :

http://gcov.php.net/viewer.php?version=PHP_5_2&func=valgrind&file=tests%2Foutput%2Fob_011.phpt


==26235== Stack overflow in thread 1: can't grow stack to 0xBE763FF8
==26235==
==26235== Process terminating with default action of signal 11
(SIGSEGV)
==26235==  Access not within mapped region at address 0xBE763FF8
==26235==at 0x8371CC0: zend_hash_quick_find (zend_hash.c:903)
==26235== Stack overflow in thread 1: can't grow stack to 0xBE763FEC
==26235==
==26235== Process terminating with default action of signal 11
(SIGSEGV)
==26235==  Access not within mapped region at address 0xBE763FEC
==26235==at 0x401E200: _vgnU_freeres (vg_preloaded.c:56)

And the diff is : 
001+ Segmentation fault
001- Fatal error: ob_get_flush(): Cannot use output buffering in output
buffering display handlers in %sob_011.php on line %d



[2009-08-20 11:22:07] [email protected]

Exactly how does it end up in infinite loop? It fails as expected for
me, just as it has since it was added..

--------

[2009-08-19 08:45:52] [email protected]

Description:

When you call :

make test TESTS=./tests/output/ob_011.phpt

see :
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_2/tests/output/ob_011.phpt?view=markup

The execution don't fail anymore, consequence a infinite recursive
call.

1) ob_start having a function in call back with ob_get_flush inside.
2) ob_get_flush invoking the callback function of ob_start






-- 
Edit this bug report at http://bugs.php.net/?id=49292&edit=1