ID: 49084 User updated by: morrisdavidd at gmail dot com Reported By: morrisdavidd at gmail dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: Linux/Unix PHP Version: 5.3.0 New Comment:
Yes, that is what I expect to see. To restate: I do not expect to see an infinite number of "x"es on any non-block read like you see in "bug_demo". I expect the non-block read to return immediately resulting in another "Loop!" statement. i.e. I expect the output of "bug_demo" with the "badFilter" to be the same as with the "goodFilter" and the number of "x"es to be similar to the number of "Loop!"s. Previous Comments: ------------------------------------------------------------------------ [2009-07-29 23:15:16] [email protected] We must have different idea of "working" or this is what you expect: $ sapi/cli/php -n working_demo.txt bool(true) Loop! xLoop! x Now, what should this output? ------------------------------------------------------------------------ [2009-07-29 19:00:30] morrisdavidd at gmail dot com See: http://capricorn.physics.fsu.edu/~ddm05/working_demo.txt Or were you asking for something else? The whole fgets vs fread thing shouldn't matter for this bug, I've came across plenty of "you should use fgets instead of fread when not blocking" statements before I submitted this code. So I did test fread which had no changes with respect to the bug except more overhead to extract separate lines.) ------------------------------------------------------------------------ [2009-07-29 13:50:54] [email protected] Can you please provide reproducing scripts that actually give the expected output with the "goodFilter" ?? And fyi, with non-blocking you should use fread() instead of fgets().. ------------------------------------------------------------------------ [2009-07-28 06:08:58] morrisdavidd at gmail dot com Actual result is when leaving "badFilter".) ------------------------------------------------------------------------ [2009-07-28 06:07:22] morrisdavidd at gmail dot com Description: ------------ According to: http://us3.php.net/manual/en/function.stream-filter-register.php The return value of PSFS_FEED_ME for the method filter of extended classes of php_user_filter means: "Filter processed successfully, however no data was available to return. More data is required from the stream or prior filter." However, using the return value of PSFS_FEED_ME also inadvertently causes a block on stream read requests that should not be blocked (and an infinite poll for data?). Reproduce code: --------------- bug_demo.php: http://capricorn.physics.fsu.edu/~ddm05/bug_demo.txt test2.php: http://capricorn.physics.fsu.edu/~ddm05/test2.txt Expected result: ---------------- When replacing the phrase "badFilter" with "goodFilter" in line 44: bool(true) Loop! xLoop! xxtest2: 1248760722 Loop! xLoop! xLoop! xLoop! xxtest2: 1248760724 Loop! xLoop! xLoop! xLoop! xxtest2: 1248760726 Loop! ... Actual result: -------------- bool(true) Loop! xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx... ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=49084&edit=1
