Re: 4.0.7 Release [Critical Bugs]

I guess this is the problem and this means the URL below is broken. I don't think we should support broken HTTP servers. JM>> Bug ID: 11204 JM>> ========== JM>> Status: Critcal JM>> By: dhubbard at dino dot hostasaurus dot com JM>> Reported: 2001-05-30 JM>> Type: HTTP Related JM>> OS: Linux (All???) JM>> Verified: Yes <sniper at php dot net> JM>> Summary: readfile/file fail if HTTP header is not returned JM>> --- JM>> Use readfile("http://www.internic.net") and it JM>> works JM>> fine, JM>> returning the InterNIC web page. Use JM>> JM>> readfile("http://www.internic.net/cgi/whois?whois_nic=blah.com&type=domain"è4oÊ()r›d%+x®ô JM>> ) JM>> against their page, which is a valid GET-request URL and JM>> works great from a browser and readfile doesn't work. I JM>> dug a little deeper and did a packet capture while trying JM>> my PHP page with both URL's. Both URL's return just fine JM>> in the packet capture, complete information, so why does JM>> the second URL with the query not work? The absolute JM>> only difference I can see in the packet capture that could JM>> make a difference here is that the normal pages are JM>> returned with a HTTP/1.1.200 on the top whereas the other JM>> URL is missing the HTTP response code! I'm not sure if JM>> it's legal HTTP for that code to be missing but could JM>> that be the problem? -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115