#47712 [Fbk-Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

2009-06-11 Thread ninzya at inbox dot lv 
 ID:   47712
 User updated by:  ninzya at inbox dot lv
 Reported By:  ninzya at inbox dot lv
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: Windows XP
 PHP Version:  5.3.0RC2
 Assigned To:  mysql
 New Comment:

The problem with turned zval cache off is away, but with turned on zval
cache bug still exists, so i assume the bug is NOT fixed, turning zval
cache off is a temporary fix, that's why i keep the bug open. Or i
shouldn't?


Previous Comments:


[2009-06-11 17:30:45] and...@php.net

Do you still experience the problem? You said you don't or you see it
again? The zval cache is switched off and there is no way to enable it
without recompiling. If the problem persist we have to search for the
problem somewhere else.



[2009-06-10 23:51:39] ninzya at inbox dot lv

I guess zval cache is not fixed on windows yet, so i open the bug.



[2009-06-09 13:47:54] and...@php.net

Turning on is only possible through a recompilation. Maybe we can add
an ini option (INI_SYSTEM) to switch it without recompilation. But
currently the CVS is locked for changes.



[2009-06-09 11:05:57] ninzya at inbox dot lv

Well, seems something is wrong with concurrent access to zval cache on
windows. Try turning zval cache on and test my code on windows machine.



[2009-06-09 09:54:26] and...@php.net

The only change I did was to switch off the zval caching code so every
time a zval is needed a new one is created by Zend instead of using our
cache.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/47712

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

#47712 [Fbk-Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

2009-06-10 Thread ninzya at inbox dot lv 
 ID:   47712
 User updated by:  ninzya at inbox dot lv
 Reported By:  ninzya at inbox dot lv
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: Windows XP
 PHP Version:  5.3.0RC2
 Assigned To:  mysql
 New Comment:

I guess zval cache is not fixed on windows yet, so i open the bug.


Previous Comments:


[2009-06-09 13:47:54] and...@php.net

Turning on is only possible through a recompilation. Maybe we can add
an ini option (INI_SYSTEM) to switch it without recompilation. But
currently the CVS is locked for changes.



[2009-06-09 11:05:57] ninzya at inbox dot lv

Well, seems something is wrong with concurrent access to zval cache on
windows. Try turning zval cache on and test my code on windows machine.



[2009-06-09 09:54:26] and...@php.net

The only change I did was to switch off the zval caching code so every
time a zval is needed a new one is created by Zend instead of using our
cache.



[2009-06-09 09:53:12] and...@php.net

 Hi,
maybe it is, I think it should be. I did not rely on phpt for testing.
I just put it on a Apache2 MPM, Linux, and ran 2 million requests,
concurrency of 150, thread-safe build. I asked ab to run with verbosity
of 2, and logged the output to a file. Then I did a grep on
Conten-Length, then I uniq-ued and sorted the results. Just 5 results.
One is correct, others were the errors because of exhausted resources.



[2009-06-08 13:52:46] ninzya at inbox dot lv

I have just tested my code on linux machine and got no problems. Seems
this bug affects only windows build.

I have downloaded latest available PHP 5.3.0RC3 snap from snaps.php.net
(PHP 5.3.0RC3-dev (built: Jun  8 2009 14:06:20)), the bug is gone now.
If this is your patched snap, then seems you have found the issue. If
not, mayble the solar activity has decreased (we're lucky and the bug
was fixed by another dev).

Anyway, i'm glad it's working now.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/47712

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