ID: 22937 Updated by: [EMAIL PROTECTED] Reported By: freddie at bingham dot net Status: Assigned Bug Type: HTTP related Operating System: Redhat 7.3 PHP Version: 4.3.2 Assigned To: wez New Comment:
According to <http://www.ezboard.com/corporate/pressroom/inthenews_enterpriselinux.html>, this "SmallWebServer" is their own software, written in SmallTalk. Google finds only pages inside the ezboard.com domain, so they are probably the only ones using it. Previous Comments: ------------------------------------------------------------------------ [2003-06-09 16:12:38] [EMAIL PROTECTED] It looks like the web server at that address doesn't like the request headers coming in multiple packets. Performing a strace on php shows that it is conforming to the HTTP protocol, but the remote host does not send a response (recv call returns 0). To me, this sounds like a bug in the web server (I've never heard of SmallWebServer; anyone have any info on it?). I'm working on a write buffer for streams that will act as a workaround for this problem, but my time is limited, so please be patient. ------------------------------------------------------------------------ [2003-06-09 16:01:07] [EMAIL PROTECTED] I'm afraid I can verify this one, both with 4.3.2 and 4.3.3-dev as of today: # sapi/cli/php -c php.ini-recommended -r ' $p = fopen("http://pub133.ezboard.com/bonesixthwarriors";, "rb"); var_dump($http_response_headers); ' PHP Warning: fopen(http://pub133.ezboard.com/bonesixthwarriors): failed to open stream: HTTP request failed! à|ïc ÿÿÿÿÿÿÿÿ in Command line code on line 2 PHP Notice: Undefined variable: http_response_headers in Command line code on line 3 NULL # Configured only with --enable-debug --disable-mbstring, it's the same problem, but slightly different junk characters in the error message. Otherwise these junk characters are always the same (for the same build). ------------------------------------------------------------------------ [2003-06-09 10:33:14] freddie at bingham dot net NULL The fact that you are asking me this implies that it works for you on 4.3.2 or you are unable to test it on 4.3.2. Is that the case? ------------------------------------------------------------------------ [2003-06-09 09:41:10] [EMAIL PROTECTED] *sigh* Please provide the information I requested. <?php $p = fopen('http://pub133.ezboard.com/bonesixthwarriors', 'rb'); var_dump($http_response_headers); ?> and paste the result here. ------------------------------------------------------------------------ [2003-06-09 09:19:19] freddie at bingham dot net Can we please stick to the bug that I have reported. Thanks. My script works in everything before 4.3.0. What had changed to break a valid URL from being opened with fopen() and why was I told it was fixed in the PRE released 4.3.2, to only find it is still broken in 4.3.2 ------------------------------------------------------------------------ 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/22937 -- Edit this bug report at http://bugs.php.net/?id=22937&edit=1
