ID: 22057 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Filesystem function related PHP Version: 4.3.0 New Comment:
I said I just upgraded to 4.3.0 and kept all settings of server and PHP same on Windows OS. fgets function stated to give error after upgrade while working fine with older version. I believe the changes made in version 4.3.0 regarding file functions are causing this error. I have been trying to explain sim�ply, without bothering with script codes, that fgets function doesn't return requested information in 4.3.0 while working fine in 4.2.3. My server settings and code has been same for both PHP versions but new one doesn't work. Whose time has been wasted? Yours or mine? >From the first message you didn't get what I meant: server/ php settings and the code were same except version upgrade to 4.3.0. Yet it didn't work. I wasted whole day to explain this to so-called experts. So why bother with more details. Your guys have been treating me as a "dummy guy" looking for manual information and apparently can't understand basic english unless some PHP code is sent with it. If something stops working in new version although it isn't supposed to or intended to do so, THAT IS AN ERROR. Instead of asking what you need you accused me. I don't have anymore time to waste with people who have no respect for me. You don't really even read my messages. Otherwise you wouldn't ask about an error in my server settings etc. since I reported several times that everything, including code, was same except upgrading to 4.3.0 The beloved PHP manual mentions only handling binaries better as a change in fgets function in 4.3.0, not any case of returning wrong data in this new version. Previous Comments: ------------------------------------------------------------------------ [2003-02-05 01:59:34] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. "response: "fbc" or something similar." ^^^^^^^^^^^^^^^^^^^^ How about a real error report? If you can't be bothered to spend the time to give us precise details, why should we sit here guessing what your problem is? Are you sure that your web server isn't sending back data using the chunked transfer encoding? (read the specs for HTTP 1.1!). If your code doesn't handle chunked encoding, use HTTP 1.0 instead. If you are *absolutely* 100% sure that your script isn't broken as far as HTTP is concerned, how about giving us more details on the remote server? Is it something we can access so that we can see the same problem? Don't start complaining to us about how nicely you have been treated; so far you have wasted 2 peoples time with insufficient data. Please don't waste mine as well. ------------------------------------------------------------------------ [2003-02-05 01:25:00] [EMAIL PROTECTED] I am well aware of what manual states and how the function works. You are saying you get same results from both versions. Which configuration of server settings you use? Did you try all, so you can be so sure? I use Apache 1.3.27 on Windows and upgraded from PHP 4.2.3 to 4.3.0 recently by keeping all settings same and this problem occurred. How would you explain same function code returns two different responses in different versions? Server: Apache/1.3.27 (Win32) PHP/4.3.0 PHP 4.3.0 response: "fbc" or something similar. PHP 4.2.3 response: "HTTP/1.1 200 OK" And also this doesn't happen for all websites I tried. It seems the function is having some serious problem with certain server configurations. This wasn't the case for 4.2.3. I hope you are not approaching all bug reports as you did to mine. Maybe I should have mentioned my server but still you are approaching with a prejudice of dealing with a dummy user rather than trying to make sure the function works with all platform and distribution versions. You could have asked more details rather than putting it into a "dummy user wandering in bug pages" case from the first reply. ------------------------------------------------------------------------ [2003-02-04 16:17:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The manual clearly states that no more then 1 line will be read by fgets() function. This is not something new, the old code worked in the exact same manner. In my tests the outputs of PHP 4.2.3 & 4.3.0 are identical: PHP 4.2.3 string(17) "HTTP/1.1 200 OK " PHP 4.3.0 string(17) "HTTP/1.1 200 OK " ------------------------------------------------------------------------ [2003-02-04 16:13:43] [EMAIL PROTECTED] What error? And please give us a complete (but short!) example script.. ------------------------------------------------------------------------ [2003-02-04 15:59:22] [EMAIL PROTECTED] PHP manual doesn't tell why this function start to give an error in version 4.3 while working fine with 4.2.x. I also tried less efficient ways of getting http headers just for test purposes and such 3-character long string never appears. That inefficient method returns same string fgets in 4.2.3 used to return. PHP manual says the function was modified regarding a fix about binaries. does that affect the result? As I say it is not about HTTP or server settings. Same code is not working with 4.3 although it worked fine with 4.2.3. Sorry but your answer doesn't help to explain why this error happened after upgrading to 4.3 while keeping all server and configuration settings same. ------------------------------------------------------------------------ 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/22057 -- Edit this bug report at http://bugs.php.net/?id=22057&edit=1
