#44955 [Asn->Csd]: socket array keys not working as expected
ID: 44955
User updated by: fidojones at fidojones dot com
Reported By: fidojones at fidojones dot com
-Status: Assigned
+Status: Closed
Bug Type: Sockets related
Operating System: Linux
PHP Version: 5.2.6
Assigned To: felipe
New Comment:
Aparently socket_select acts completely diferent as past versions.
Nanoweb server has been fixed to work with this versions:
old version in nanoweb before 5.2.6:
$ns=socket_select($lnset, $write=NULL, $except=NULL, 1);
if ($ns) {
if ($lnset[0]==$children_sck) {
new version in nanoweb from 5.2.6:
$ns=socket_select($lnset, $write=NULL, $except=NULL, 1);
if ($ns) foreach ($lnset as $lnact) {
if ($lnact==$children_sck) {
So I think it's not a bug, but acts different as older versions.
Previous Comments:
[2008-07-14 21:29:57] [EMAIL PROTECTED]
Felipe, you break -> you fix. Or revert the patch you applied that
obviously causes the problem.
[2008-05-09 18:12:36] fidojones at fidojones dot com
I'm using the socket.c file in ext/socket/ from php 5.2.5 in php 5.2.6
and all is working fine. And the only diff in socket.c is the patch
http://bugs.php.net/bug.php?id=44197 ,so explain me if not related with
this patch, why is working perfect? if I only overwrite the socket.c
file...
You should test the script and say me if you see the execution
diference and I encourage to try http://nanoweb.si.kz/ that has been
working with all php versions from 4 to 5.2.5 and only fails with php
5.2.6.
[2008-05-09 17:50:12] [EMAIL PROTECTED]
The problem isn't related with the patch... It just fixed a problem in
socket_select(). Your script doesn't use it.
[2008-05-09 16:27:02] [EMAIL PROTECTED]
Assigned to Felipe who broke this.
[2008-05-09 14:58:09] fidojones at fidojones dot com
Description:
This bugfixed
http://bugs.php.net/bug.php?id=44197
make work socket arrays some strange.
I think that some HASH_KEY is not contemplate in switch case line 605
switch (zend_hash_get_current_key_ex(Z_ARRVAL_P(sock_array), &key,
&key_len, &num_key, 0, NULL)) {
Nanoweb server http://nanoweb.si.kz/, when try to access it, eat cpu at
99% time with this socket patch.
Reproduce code:
---
Expected result:
php 5.2.5 result:
bash$ php socket.php
Recieved Message From Child.
Recieved Message From Parent.
Actual result:
--
php 5.2.6 result:
bash# php socket.php
Recieved Message From Child.
bash# Recieved Message From Parent.
An here wait and you should hit return to see the bash prompt again
--
Edit this bug report at http://bugs.php.net/?id=44955&edit=1
#44955 [Opn]: socket array keys not working as expected
ID: 44955
User updated by: fidojones at fidojones dot com
Reported By: fidojones at fidojones dot com
Status: Open
Bug Type: Sockets related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
I'm using the socket.c file in ext/socket/ from php 5.2.5 in php 5.2.6
and all is working fine. And the only diff in socket.c is the patch
http://bugs.php.net/bug.php?id=44197 ,so explain me if not related with
this patch, why is working perfect? if I only overwrite the socket.c
file...
You should test the script and say me if you see the execution
diference and I encourage to try http://nanoweb.si.kz/ that has been
working with all php versions from 4 to 5.2.5 and only fails with php
5.2.6.
Previous Comments:
[2008-05-09 17:50:12] [EMAIL PROTECTED]
The problem isn't related with the patch... It just fixed a problem in
socket_select(). Your script doesn't use it.
[2008-05-09 16:27:02] [EMAIL PROTECTED]
Assigned to Felipe who broke this.
[2008-05-09 14:58:09] fidojones at fidojones dot com
Description:
This bugfixed
http://bugs.php.net/bug.php?id=44197
make work socket arrays some strange.
I think that some HASH_KEY is not contemplate in switch case line 605
switch (zend_hash_get_current_key_ex(Z_ARRVAL_P(sock_array), &key,
&key_len, &num_key, 0, NULL)) {
Nanoweb server http://nanoweb.si.kz/, when try to access it, eat cpu at
99% time with this socket patch.
Reproduce code:
---
Expected result:
php 5.2.5 result:
bash$ php socket.php
Recieved Message From Child.
Recieved Message From Parent.
Actual result:
--
php 5.2.6 result:
bash# php socket.php
Recieved Message From Child.
bash# Recieved Message From Parent.
An here wait and you should hit return to see the bash prompt again
--
Edit this bug report at http://bugs.php.net/?id=44955&edit=1
#44955 [NEW]: socket array keys not working as expected
From: fidojones at fidojones dot com
Operating system: Linux
PHP version: 5.2.6
PHP Bug Type: Sockets related
Bug description: socket array keys not working as expected
Description:
This bugfixed
http://bugs.php.net/bug.php?id=44197
make work socket arrays some strange.
I think that some HASH_KEY is not contemplate in switch case line 605
switch (zend_hash_get_current_key_ex(Z_ARRVAL_P(sock_array), &key,
&key_len, &num_key, 0, NULL)) {
Nanoweb server http://nanoweb.si.kz/, when try to access it, eat cpu at
99% time with this socket patch.
Reproduce code:
---
Expected result:
php 5.2.5 result:
bash$ php socket.php
Recieved Message From Child.
Recieved Message From Parent.
Actual result:
--
php 5.2.6 result:
bash# php socket.php
Recieved Message From Child.
bash# Recieved Message From Parent.
An here wait and you should hit return to see the bash prompt again
--
Edit bug report at http://bugs.php.net/?id=44955&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44955&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44955&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44955&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44955&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44955&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44955&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44955&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44955&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44955&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44955&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44955&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44955&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44955&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44955&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44955&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44955&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44955&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44955&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44955&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44955&r=mysqlcfg
#38798 [NEW]: OpenSSL init corrected in php5 but not in php4
From: fidojones at fidojones dot com Operating system: linux PHP version: 4.4.4 PHP Bug Type: OpenSSL related Bug description: OpenSSL init corrected in php5 but not in php4 Description: This bug is corrected in php5, but it's not introduced in php4 an fails exactly as php5. In php 4.4.4 it's not yet. SSL_library_init(); Description: Patch to fix Index: ext/openssl/openssl.c === RCS file: /repository/php-src/ext/openssl/openssl.c,v retrieving revision 1.98.2.1 diff -p -u -r1.98.2.1 openssl.c --- ext/openssl/openssl.c 18 Aug 2005 13:34:37 - 1.98.2.1 +++ ext/openssl/openssl.c 25 Nov 2005 03:03:47 - @@ -584,6 +584,7 @@ PHP_MINIT_FUNCTION(openssl) le_x509 = zend_register_list_destructors_ex(php_x509_free, NULL, "OpenSSL X.509", module_number); le_csr = zend_register_list_destructors_ex(php_csr_free, NULL, "OpenSSL X.509 CSR", module_number); + SSL_library_init(); OpenSSL_add_all_ciphers(); OpenSSL_add_all_digests(); OpenSSL_add_all_algorithms(); -- Edit bug report at http://bugs.php.net/?id=38798&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38798&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38798&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38798&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38798&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38798&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38798&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38798&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38798&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38798&r=support Expected behavior:http://bugs.php.net/fix.php?id=38798&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38798&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38798&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38798&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38798&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38798&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38798&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38798&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38798&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38798&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38798&r=mysqlcfg
