Bug #14625 Updated: socket servers expect more data from PHPCGI
| From: | sniper@php.net | Date: | Tue, 11 Jun 2002 13:57:15 +0000 |
| Subject: | Bug #14625 Updated: socket servers expect more data from PHPCGI | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-10109@lists.php.net to get a copy of this message | ||
ID: 14625
Updated by: sniper@php.net
Reported By: wolfgang.sprick@tlc.de
-Status: Duplicate
+Status: Bogus
Bug Type: Sockets related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
Closing this as there's no indication to which bug this is duplicate.
Previous Comments:
------------------------------------------------------------------------
[2002-01-02 13:05:09] wolfgang.sprick@tlc.de
Has been replaced by a more specific bug report showing other problems.
------------------------------------------------------------------------
[2001-12-20 11:23:34] wolfgang.sprick@tlc.de
Standard sequence of single fsockopen, fputs, fgets, fclose "hangs"
servers.
Our own C++-servers and several samples of socket-servers we found in
the Internet work with other clients, but when being used by PHP
scripts in the standard way described all around try to recv(eive) more
data from the PHP script, that itself waits at the fgets statement.
Finally this locking situation is resolved by some timer running up at
client or server side.
Data sent by PHP script is received by the servers in the correct
length and echo servers or others do send data back before going back
to the recv the actually hangs the (non-blocking server or thread).
So from PHP side some information like "end of transmission" seems to
be missing at the server side.
Same behavior using PHP 4.0.6
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=14625&edit=1