#24608 [Ver]: __set not triggered when overloading with array
ID: 24608 Updated by: [EMAIL PROTECTED] Reported By: jaanus at heeringson dot com Status: Verified Bug Type: Zend Engine 2 problem Operating System: Linux 2.4 jkernel source distro PHP Version: 5.0.0b2-dev New Comment: Have you tried adding a __get() function into the class, and seeing if this returns the same output? Previous Comments: [2003-07-11 12:48:38] jaanus at heeringson dot com Description: When overloading a class with a property containing an array by assigning an element to to the new array the __set handle does not fire, but the element gets created. Reproduce code: --- \nData: {$data}\n"); //prints out input when fired } } $test=new myclass(); $test->style['temp']='content'; //creates a new property print_r($test->style); //check if property is created ?> Expected result: Results from the echo in __set Actual result: -- The result of the print_r shows that the property is created, but id did not pass the __set -- Edit this bug report at http://bugs.php.net/?id=24608&edit=1
#25505 [Fbk->Opn]: SQLExtendedFetch() vs SQLFetch()
ID: 25505 User updated by: michaelc at mikeit dot com dot au Reported By: michaelc at mikeit dot com dot au -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Win32 PHP Version: 4.3.3 New Comment: Will the windows version heed windows system variables ? Will try the next time I boot across to win32. Previous Comments: [2003-09-11 23:30:06] [EMAIL PROTECTED] Following ODBC spec's ExtendedFetch is required for API conformance Level2, the minimum PHP supports (I believe). You should probably contact the MYOB people and inform them to use a fully compliant ODBC driver, such as the Microsoft one. That being said you can also just set HAVE_SQL_EXTENDED_FETCH to 0 and life should be golden for you to bypass this. [2003-09-11 22:23:13] [EMAIL PROTECTED] What would '(gdb) bt' (bt, as in backtrace) output? That small part of it looks more like the MYOB crashes rather than PHP.. [2003-09-11 22:08:00] michaelc at mikeit dot com dot au Ran GDB under cygwin for the script: (gdb) run odbc_test.php Starting program: /cygdrive/c/php4/php.exe odbc_test.php ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. 0x01c7e090 in [EMAIL PROTECTED] () [2003-09-11 21:32:50] michaelc at mikeit dot com dot au Description: Trying to write a php gtk frontend to a MYOB (manage your own business) database. They provide a suitably crippled ODBC driver, which via Perl, I can determine that it supports only SQLFetch, rather than PHP's default of SQLExtendedFetch. I know how to recompile on linux to change PHP's behavious, but how would I do this on Win32 ? Is there an .ini flag, or SQL command option I can set to work around this ? Is there any chance of getting PHP to implement a flag as to what SQL fetch command it uses for ODBC ? Not that that the exec function actually works, and returns data, and the program works correctly up until I terminate where I get the error message on exit. Reproduce code: --- connect_object('destroy', array('gtk', 'main_quit')); $window->connect('delete-event', 'delete_event'); $window->set_title('PHP Rules!'); $window->set_name('MainWindow'); $window->set_usize(150, 200); $window->show_all(); /* Run the main loop. */ Gtk::main(); ?> Actual result: -- The instruction at "0x01c7e090" referenced memory at "0x01ca5170". The memory could not be "read". On exit of program, program runs successful until this point. -- Edit this bug report at http://bugs.php.net/?id=25505&edit=1
#25553 [Opn]: No email address in errorlog call crashes apache
ID: 25553 User updated by: jason at pirkplace dot com Reported By: jason at pirkplace dot com Status: Open Bug Type: Reproducible crash Operating System: WinXP SP1 PHP Version: 4.3.3 New Comment: Please find the windows error log files that are generated when this crash occurs at: http://www.pirkplace.com/php/bugs/bug_25553.html Previous Comments: [2003-09-15 23:45:37] jason at pirkplace dot com Description: Call to error_log with output to email and no email address specified crashes Apache2 webserver. Please see logs from Apache below. Hardware: 2.0GHz Celeron with 512MB RAM OS: WinXP Pro SP1 Apache: Apache 2.0.43 PHP : 4.3.3 Also Reported in Bug #6631 Still an issue. Reproduce code: --- error_log("An Error log entry",1,""); Expected result: no crash Actual result: -- Apache Logs: [Mon Sep 15 23:11:31 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Sep 15 23:11:32 2003] [notice] Parent: Created child process 332 [Mon Sep 15 23:11:34 2003] [notice] Child 332: Child process is running [Mon Sep 15 23:11:34 2003] [notice] Child 332: Acquired the start mutex. [Mon Sep 15 23:11:34 2003] [notice] Child 332: Starting 250 worker threads. -- Edit this bug report at http://bugs.php.net/?id=25553&edit=1
#25553 [NEW]: No email address in errorlog call crashes apache
From: jason at pirkplace dot com Operating system: WinXP SP1 PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: No email address in errorlog call crashes apache Description: Call to error_log with output to email and no email address specified crashes Apache2 webserver. Please see logs from Apache below. Hardware: 2.0GHz Celeron with 512MB RAM OS: WinXP Pro SP1 Apache: Apache 2.0.43 PHP : 4.3.3 Also Reported in Bug #6631 Still an issue. Reproduce code: --- error_log("An Error log entry",1,""); Expected result: no crash Actual result: -- Apache Logs: [Mon Sep 15 23:11:31 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Sep 15 23:11:32 2003] [notice] Parent: Created child process 332 [Mon Sep 15 23:11:34 2003] [notice] Child 332: Child process is running [Mon Sep 15 23:11:34 2003] [notice] Child 332: Acquired the start mutex. [Mon Sep 15 23:11:34 2003] [notice] Child 332: Starting 250 worker threads. -- Edit bug report at http://bugs.php.net/?id=25553&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25553&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25553&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25553&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25553&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25553&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25553&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25553&r=support Expected behavior: http://bugs.php.net/fix.php?id=25553&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25553&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25553&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25553&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25553&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25553&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25553&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25553&r=gnused
#25533 [Bgs->Opn]: or with strings is wrong
ID: 25533 User updated by: spagmoid at yahoo dot com Reported By: spagmoid at yahoo dot com -Status: Bogus +Status: Open -Bug Type: Math related +Bug Type: Strings related Operating System: WinXP PHP Version: 4.3.3 New Comment: if $A+$B works, then $A|$B should work as well. '|' is not '.' Previous Comments: [2003-09-15 22:55:58] [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. echo (int)$A|(int)$B; [2003-09-15 22:52:33] spagmoid at yahoo dot com Uhh.. "do not"? That's your solution? You're kidding, right? OK how about this. Values returned from mysql. $A = "146"; $B = "2"; echo $A|$B; result: 346 [2003-09-14 20:08:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Do not perform bitwise operations on strings. [2003-09-14 11:47:47] spagmoid at yahoo dot com Description: This is a difficult issue to search for dups on. Strings used with pipe OR "|" do something weird. Here it is: echo "146"|"2"; result is "346" echo (int)"146"|"2"; result is correct "146"; -- Edit this bug report at http://bugs.php.net/?id=25533&edit=1
#25533 [Opn->Bgs]: or with strings is wrong
ID: 25533 Updated by: [EMAIL PROTECTED] Reported By: spagmoid at yahoo dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: WinXP PHP Version: 4.3.3 New Comment: 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. echo (int)$A|(int)$B; Previous Comments: [2003-09-15 22:52:33] spagmoid at yahoo dot com Uhh.. "do not"? That's your solution? You're kidding, right? OK how about this. Values returned from mysql. $A = "146"; $B = "2"; echo $A|$B; result: 346 [2003-09-14 20:08:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Do not perform bitwise operations on strings. [2003-09-14 11:47:47] spagmoid at yahoo dot com Description: This is a difficult issue to search for dups on. Strings used with pipe OR "|" do something weird. Here it is: echo "146"|"2"; result is "346" echo (int)"146"|"2"; result is correct "146"; -- Edit this bug report at http://bugs.php.net/?id=25533&edit=1
#25533 [Bgs->Opn]: or with strings is wrong
ID: 25533 User updated by: spagmoid at yahoo dot com Reported By: spagmoid at yahoo dot com -Status: Bogus +Status: Open Bug Type: Math related Operating System: WinXP PHP Version: 4.3.3 New Comment: Uhh.. "do not"? That's your solution? You're kidding, right? OK how about this. Values returned from mysql. $A = "146"; $B = "2"; echo $A|$B; result: 346 Previous Comments: [2003-09-14 20:08:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Do not perform bitwise operations on strings. [2003-09-14 11:47:47] spagmoid at yahoo dot com Description: This is a difficult issue to search for dups on. Strings used with pipe OR "|" do something weird. Here it is: echo "146"|"2"; result is "346" echo (int)"146"|"2"; result is correct "146"; -- Edit this bug report at http://bugs.php.net/?id=25533&edit=1
#25106 [Asn->Csd]: bzwrite
ID: 25106 Updated by: [EMAIL PROTECTED] Reported By: batjohan at home dot se -Status: Assigned +Status: Closed Bug Type: Bzip2 Related Operating System: * PHP Version: 4.3.3RC5-dev Assigned To: wez New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-08-19 04:39:51] [EMAIL PROTECTED] Using this script: The first run (when foo.bz2 does not exist) produces this error: Warning: bzwrite(): supplied argument is not a valid stream resource in /home/jani/t.php on line 8 Second run (foo.bz2 exists) -> Hangs. [2003-08-16 02:48:47] batjohan at home dot se Description: $handle = fopen ($file, "r"); $handle2 = bzopen($file2, "a"); fseek($handle,$vart); $buffer = fread($handle, 8192); if(!bzwrite($handle2, $buffer, strlen($buffer))) // <-- here it stops.. dont write something out... create a new file not more... Reproduce code: --- http://www2.park.se/~te04-54/bug.html Expected result: To compress the file... but it hangs... when i use zlib it compress the file.. -- Edit this bug report at http://bugs.php.net/?id=25106&edit=1
#25492 [Opn->Bgs]: Timeout in Sendmail when sending >= 1mb files
ID: 25492 Updated by: [EMAIL PROTECTED] Reported By: deon at ccssa dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: win 2000 PRO PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Increase the socket timeout value inside php.ini Previous Comments: [2003-09-12 04:35:22] deon at ccssa dot com THis didn`t help...!!! IS there a error or a restriction on the sendmail file size.I uninstalled this version and installed 4.3.1 and everything worked (Sending big attachments ect.) 100 % again.Have you made a Fix for this and where can I get it ? [2003-09-11 11:34:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-11 09:54:57] deon at ccssa dot com Description: I had php 4.1 installed on 3 machines, updated 2 to 4.3.3.Now those 2 can`t send big files with my sendmail func (1 MB or more) but I use to be able to send these).Small attachements work (less than 1MB).My php .ini is brand new and I have enabled imap extensions (shouldn`t do anything to sendmail) .I even windiffed the old and new php.ini and even replaced with the old ini.But still I get a timout when sending >1mb file ...It seems to run to a point then just hang there untill it times out.I even made new pages with only my sendmail fun and sending 1 file ... But still fails... Anyone got a idea how to Fix.. ??? -- Edit this bug report at http://bugs.php.net/?id=25492&edit=1
#25546 [Opn->Bgs]: Premature end of picture file
ID: 25546 Updated by: [EMAIL PROTECTED] Reported By: info at loyaa dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Win2000 PHP Version: 4.3.2 New Comment: 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. Your code is wrong. Previous Comments: [2003-09-15 13:04:30] info at loyaa dot com Description: I want through GD get picture file on internet, But GD version bundled (2.0.12 compatible) of PHP 4.3.2 or higher can't work normally. The phenomenon as follows: 1. Can't totally obtain the goal file. 2. Premature end of picture file. PHP 4.2.2 (GD version 2.0 or higher) work normally. Reproduce code: --- $fileURL = 'http://bugs.php.net/gifs/logo-bug.gif'; $file_fp = @fopen(trim($fileURL),'r'); $file = @fread($file_fp,500); Header("Content-type: image/gif"); echo $file; @fclose($file_fp); Expected result: GD version bundled (2.0.12 compatible) or higher Actual result: -- PHP Version 4.2.2 GD Version 2.0 or higher work normally. $fileURL = 'http://bugs.php.net/gifs/logo-bug.gif'; $file_fp = @fopen(trim($fileURL),'r'); $file = @fread($file_fp,500); Header("Content-type: image/gif"); echo $file; @fclose($file_fp); -- Edit this bug report at http://bugs.php.net/?id=25546&edit=1
#25540 [Opn->Bgs]: Transparency is not working
ID: 25540 Updated by: [EMAIL PROTECTED] Reported By: guido at comlog dot nl -Status: Open +Status: Bogus Bug Type: GD related Operating System: W2K PHP Version: 4.3.3 New Comment: 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. You are probably using a browser Internet Explorer that does not support tranparency in png correctly. The generated image works fine in Mozilla on Win32 and *NIX. Previous Comments: [2003-09-15 05:23:11] guido at comlog dot nl Description: Transparency is not working on PNG files on W2K. I've tried a few background colors, different formats, but can't get it working. Reproduce code: --- Expected result: The code should produce a white PNG image with red text. Actual result: -- The code produces a black PNG image with red text. The background is NOT transparent. -- Edit this bug report at http://bugs.php.net/?id=25540&edit=1
#25536 [Opn->Bgs]: PHP 3.0.18 + Apache 1.3.27 INSTALL ERROR
ID: 25536 Updated by: [EMAIL PROTECTED] Reported By: dow1112 at intizen dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris8 sparc PHP Version: Irrelevant New Comment: 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. Please try a newer version of PHP 3.0.18 is so very very old and is un supported. Getting 4.3.3 to work should be much easier and not to mention faster. Previous Comments: [2003-09-15 03:09:58] dow1112 at intizen dot com 5)./configure --acgivate-module=src/modules/php3/libphp3.a (php-3.0.18) 6)make (php-3.0.18) ==> sorry~. (php-3.0.18) -> (apache_1.3.27) [2003-09-15 03:02:35] dow1112 at intizen dot com Description: Hello, I have installed PHP 3.0.18 / Apache 1.3.27 solaris 8 sparc have followed the instructions given in PHP Documentation for installing but i got the following error. please help me... I could't sleep for 5days...because this problem. Reproduce code: --- 1)./configure (apache_1.3.27) 2)./configure --with-apache=../apache_1.3.27 (php-3.0.18) --with-mysql=/usr/local/mysql --enable-track-vars 3)make (php-3.0.18) 4)make install (php-3.0.18) 5)./configure --acgivate-module=src/modules/php3/libphp3.a (php-3.0.18) 6)make (php-3.0.18) ==> occur error!! Expected result: ---error- ld: Ä¡¸íÀû: ±âÈ£ ÂüÁ¶ ¿À·ù. httpd¿¡ Ãâ·ÂÀÌ ±â·ÏµÇÁö ¾ÊÀ½ (sign error)(output don't record) collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/home/mdr/last_APM/apache_1.3.27/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/home/mdr/last_APM/apache_1.3.27' make: *** [build] Error 2 -- Edit this bug report at http://bugs.php.net/?id=25536&edit=1
#25544 [Opn->Bgs]: Only 255 characters returned from varchar field
ID: 25544 Updated by: [EMAIL PROTECTED] Reported By: snick at getart dot ru -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2003 Server PHP Version: 4.3.2 New Comment: 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. You're dealing with VARCHAR maximum length limitation of 255 characters. This is not a PHP bug. Previous Comments: [2003-09-15 09:37:12] snick at getart dot ru Description: Then I try to read value of VARCHAR field I get only 255 characters, but VARCHAR is 8000 bytes long. MSSQL v. 7.0 ntwdblib.dll v. 2000.80.194.0 PHP v. 4.3.2 Apache v. 2.0.43 / IIS 6 Reproduce code: --- $myVar = str_repeat("*", 500); mssql_query("DELETE FROM myTable"); mssql_query("INSERT INTO myTable (myField) VALUES ('".$myVar."')"); $query = "SELECT LEN(myField), myField FROM myTable"; list($realLength, $myVar) = mssql_fetch_row(mssql_query($query)); echo "DB length: ".$realLength."; PHP length: ".strlen($myVar); Expected result: $myVar must be equal $realLength Actual result: -- strlen($myVar) == 255 (always) -- Edit this bug report at http://bugs.php.net/?id=25544&edit=1
#25549 [Opn->Bgs]: xml_parse() function error
ID: 25549 Updated by: [EMAIL PROTECTED] Reported By: choor at bigmir dot net -Status: Open +Status: Bogus Bug Type: *XML functions Operating System: FreeBSD 4.7-RELEASE & Windows XP PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php & should be & in valid XML. Previous Comments: [2003-09-15 16:06:20] choor at bigmir dot net Description: xml_parse() function error. This error appears every time xml_parse() function found "&"(ampersand) in xml-content. XML file Example: 10: ... 11: 12: Command & Conquer: Generals 13: Command & Conquer: Generals - Game Addon 14: Games/Red Alert 15: 16: ... This error will occur in line 12, if I cut '&' there then error will occur in line 13. If I cut all '&' no errors will occur. Reproduce code: --- Standart code from PHP manual: if (!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf("XML error: %s at line %d", xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } Expected result: Formated HTML text. Actual result: -- XML error: not well-formed (invalid token) at line 12 -- Edit this bug report at http://bugs.php.net/?id=25549&edit=1
#25551 [NEW]: Session data loss when accessing session from multiple windows.
From: brett at realestate-school dot com Operating system: Linux - Red Hat PHP version: 4.3.1 PHP Bug Type: Session related Bug description: Session data loss when accessing session from multiple windows. Description: Problem: You have a main window that manipulates and diplays data from a $_SESSION array. You cannot open a popup window, then manipulate your sessions in the main window, then reload your popup window without corrupting your session. At first glance, it seems to work right, but once you start testing, you realize that it just doesn't work. Sometimes you get the correct data, usually you don't. I'm using version 4.2.3 (yes i know...upgrade), but I originally saw this reported as a bug in an earlier PHP version and the PHP team said it wasn't a bug, not because they tested it, but because they said it was impossible for it to happen due to the way PHP is written because PHP serializes all session requests, locks the sessions..blah, blah, blah. I can therefore, only assume that the bug still exists in later versions as it is present in version 4.2.3 and I've found no reports of it being fixed or even acknowledged as a bug. I found at least one other person on phpbuilder.com who had the same problem and finally solved it by giving up on sessions and passing his data in a query string. Config Info: Env: i386-redhat-linux-gnu './configure' '--prefix=/usr/local/' '--with-apache=../../new_apache/apache_1.3.27' '--with-openssl=/usr/local/ssl' '--enable-shared' '--enable-versioning' '--enable-pic' '--disable-posix-threads' '--with-openssl=/usr/local/ssl' '--disable-debug' '--enable-magic-quotes' '--disable-rpath' '--with-zlib' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-exif' '--with-curl=/usr' '--with-cybercash=/usr/local/cybercash/mck-3.2.0.6-i586-pc-linux-gnulibc2.1' '--with-gdbm=/usr' '--enable-dbase' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-freetype-dir=/usr' '--with-gmp' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local/ssl' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mcrypt=/usr' '--with-mhash=/usr' '--with-mysql=/usr/local/mysql' '--enable-sockets' '--with-regex=system' '--enable-wddx' '--with-expat-dir=/usr' '--enable-xslt' '--with-xslt-sablot=/usr' '--enable-inline-optimization' Reproduce code: --- My code is way too big to post here. If anyone wants to take this bug seriously, please e-mail me at brett at realestate-school.com (address obfuscated..just format it like a normal e-mail address) and I will provide code samples. -- Edit bug report at http://bugs.php.net/?id=25551&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25551&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25551&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25551&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25551&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25551&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25551&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25551&r=support Expected behavior: http://bugs.php.net/fix.php?id=25551&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25551&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25551&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25551&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25551&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25551&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25551&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25551&r=gnused
#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"
ID: 9852 Comment by: bobberz03 at hotmail dot com Reported By: ron dot baldwin at sourceprose dot com Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: Was pulling my hair out with this!! Installing ISAPI module did it for me, none of the other fixes worked (did NOT try slowing anything down to get it working or messed with Background/foreground settings as this defeats the object..and some time in the future will reoccur neway!! I have created other appz using the CGI interpretor but havent tested them with the ISAPI module as yet, this is the first app I'm creating using MSSQL2000. I know its been stated above that it is IIS but I have never had this problem b4 until switching to MSSQL2000 (previously MySQL). Cheers for all the help chaps. BoB Previous Comments: [2003-08-29 14:19:44] kb3777 at hotmail dot com I have the same problem with IIS 5 WIN 2k running Perl. The javascript redirect works for me most times. What is the real fix/problem? Does anyone know? I've heard Timing, IIS, Perl? [2003-08-10 05:41:25] rio at x-tra dot nl The problem is caused in my case by using mail() in PHP. In one request do I use mssql*, mail functions and than redirect (header('location: ...')). Without using mail() all works fine. But when I use mail() I get "CGI Error" in 95% requests. Pedro's cgi.rfc2616_headers = 1 tip did not work in my case. 'Forground Applications' does "solve" the problem. Mail server is local (standard) MS SMTP Service. My conf is W2k / IIS 5.0 / PHP 4.3.2 / MSSQL 2k. [2003-06-11 09:52:20] wharrison at pro dot ie To follow up I set cgi.rfc2616_headers = 1 as Pedro suggested and have had no problems reported since. So I suggest trying this to anyone with these problems. [2003-05-28 08:50:36] wharrison at pro dot ie I am trying Pedro's cgi.rfc2616_headers = 1 tip. We noticed this problem a few times a day on an WinNT, IIS, PHP 4.3, MSSQL 2000 setup. I could also reproduce this with the bounce.php suggested a while ago. I was cosidering switching to Apache untill I read the post above. [2003-05-22 13:21:17] phpbugs at spudland dot com This is not just an IIS bug. I receive this bug on a production Win2K server that uses Apache 2.0.x and PHP as a CGI. The PHP script in question does not use re-directs, however it does add header information. When I comment out the MS-SQL commands, the error disappears. With MS-SQL commands uncommented, it serves up a storm of these errors. I will try the RFC option mentioned above my comment! Again, this bug appears to NOT be related to just IIS but rather the MS-SQL support. 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/9852 -- Edit this bug report at http://bugs.php.net/?id=9852&edit=1
#25549 [NEW]: xml_parse() function error
From: choor at bigmir dot net Operating system: FreeBSD 4.7-RELEASE & Windows XP PHP version: 4.3.3 PHP Bug Type: *XML functions Bug description: xml_parse() function error Description: xml_parse() function error. This error appears every time xml_parse() function found "&"(ampersand) in xml-content. XML file Example: 10: ... 11: 12: Command & Conquer: Generals 13: Command & Conquer: Generals - Game Addon 14: Games/Red Alert 15: 16: ... This error will occur in line 12, if I cut '&' there then error will occur in line 13. If I cut all '&' no errors will occur. Reproduce code: --- Standart code from PHP manual: if (!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf("XML error: %s at line %d", xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } Expected result: Formated HTML text. Actual result: -- XML error: not well-formed (invalid token) at line 12 -- Edit bug report at http://bugs.php.net/?id=25549&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25549&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25549&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25549&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25549&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25549&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25549&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25549&r=support Expected behavior: http://bugs.php.net/fix.php?id=25549&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25549&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25549&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25549&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25549&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25549&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25549&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25549&r=gnused
#25548 [NEW]: mysql_fetch_assoc produces wrong data.
From: lazybrain at rcn dot com Operating system: freebsd 4.8-RELEASE-p3 PHP version: 4.3.3 PHP Bug Type: MySQL related Bug description: mysql_fetch_assoc produces wrong data. Description: mysql_fetch_assoc somehow caches results. Reproduce code: --- $results = mysql_query("select id,datein,dateout,rnumber from repairrecords limit 1800,100"); echo ""; while($tmp = mysql_fetch_assoc($results) ) { $tmp[id] ($tmp[rnumber]) } Expected result: when you change limit in the query from 1800,100 to 1900,100 It gives you the last 100 results. HOWEVER, if you do print_r($tmp) inside of the while loop it works. This does not happen every time. When it does happen, it continues to give the wrong results. Makes no sense to me. -- Edit bug report at http://bugs.php.net/?id=25548&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25548&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25548&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25548&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25548&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25548&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25548&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25548&r=support Expected behavior: http://bugs.php.net/fix.php?id=25548&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25548&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25548&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25548&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25548&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25548&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25548&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25548&r=gnused
#25547 [NEW]: error_handler and array index with function call
From: cschneid at cschneid dot com Operating system: Linux PHP version: Irrelevant PHP Bug Type: Scripting Engine problem Bug description: error_handler and array index with function call Description: Error handler seems to destroy array indices if called due to a undefined array index generated by a function. Reproduce code: --- function handler($errno, $errstr, $errfile, $errline) { $test = "aaa"; } set_error_handler('handler'); $output[trim("bbb")]++; print_r($output); Expected result: Array ( [bbb] => 1 ) Actual result: -- Array ( [aaa] => 1 ) -- Edit bug report at http://bugs.php.net/?id=25547&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25547&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25547&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25547&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25547&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25547&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25547&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25547&r=support Expected behavior: http://bugs.php.net/fix.php?id=25547&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25547&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25547&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25547&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25547&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25547&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25547&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25547&r=gnused
#25546 [NEW]: Premature end of picture file
From: info at loyaa dot com Operating system: Win2000 PHP version: 4.3.2 PHP Bug Type: GD related Bug description: Premature end of picture file Description: I want through GD get picture file on internet, But GD version bundled (2.0.12 compatible) of PHP 4.3.2 or higher can't work normally. The phenomenon as follows: 1. Can't totally obtain the goal file. 2. Premature end of picture file. PHP 4.2.2 (GD version 2.0 or higher) work normally. Reproduce code: --- $fileURL = 'http://bugs.php.net/gifs/logo-bug.gif'; $file_fp = @fopen(trim($fileURL),'r'); $file = @fread($file_fp,500); Header("Content-type: image/gif"); echo $file; @fclose($file_fp); Expected result: GD version bundled (2.0.12 compatible) or higher Actual result: -- PHP Version 4.2.2 GD Version 2.0 or higher work normally. $fileURL = 'http://bugs.php.net/gifs/logo-bug.gif'; $file_fp = @fopen(trim($fileURL),'r'); $file = @fread($file_fp,500); Header("Content-type: image/gif"); echo $file; @fclose($file_fp); -- Edit bug report at http://bugs.php.net/?id=25546&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25546&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25546&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25546&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25546&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25546&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25546&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25546&r=support Expected behavior: http://bugs.php.net/fix.php?id=25546&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25546&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25546&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25546&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25546&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25546&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25546&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25546&r=gnused
#25545 [NEW]: Compiled without errors, but not working.
From: evcastel at yahoo dot com dot mx Operating system: Debian/Linux PHP version: 5.0.0b1 (beta1) PHP Bug Type: XSLT related Bug description: Compiled without errors, but not working. Description: I compiled PHP5 Beta 1, with XSLT support, with the latest versions of libxml2 and libxslt. I get no errors, in the installation. I check throw phpinfo() and it says it has suport for xslt. But when I use a xslt function like xslt_create(), or xslt_process(), or xslt_free or xslt_WHATEVER, it say function not declared. Reproduce code: --- Expected result: NO errors. Actual result: -- Undefined function xsl_create() -- Edit bug report at http://bugs.php.net/?id=25545&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25545&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25545&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25545&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25545&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25545&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25545&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25545&r=support Expected behavior: http://bugs.php.net/fix.php?id=25545&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25545&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25545&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25545&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25545&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25545&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25545&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25545&r=gnused
#22394 [Com]: No libphp4.so module for Apache 2.0.44
ID: 22394 Comment by: codedv at sccode dot com Reported By: apiotr at itm dot pcz dot czest dot pl Status: No Feedback Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: I experience this exact problem too. I am on the verge of given up compiling PHP completely. My configure line is: $./configure --with-apxs2=/usr/local/apache2/bin/apxs I am attempting to compile PHP 4.3.3 on Redhat Linux 9. Before "make install" falls over it creates two files in my /usr/local/apache2/modules directory: libphp4.la libphp4.a However no trace of libphp4.so anywhere on my system. Previous Comments: [2003-06-11 19:11:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-06 18:59:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-26 05:54:49] apiotr at itm dot pcz dot czest dot pl I have testing the latest snapshot 200303261030. The compilation process has fail with messages: ld: INFO: text relocations referenced from files: libmysqlclient.a (libmysql.o) libintl.a (dcgettext.o) UX: ld: ERROR: relocations remain against non-writeable, allocatable section .rodata collect2: ld returned 1 exit status gmake: ***[libphp4.la] Error 1 [2003-03-26 05:38:09] apiotr at itm dot pcz dot czest dot pl Sorry, I was in two weekly conferences. Now I return to job. I send the secend e-mail with Makefile and libphp4.la. I you don't receive this mail I put the files in ftp://itm.pcz.czest.pl/pub/php/makefile.tar.gz Sincerely Apiotr. [2003-03-10 21:36:33] [EMAIL PROTECTED] Using the latest stable snapshot, run your configure line and send me the generated Makefile and libphp4.la files to [EMAIL PROTECTED] 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/22394 -- Edit this bug report at http://bugs.php.net/?id=22394&edit=1
#25544 [NEW]: Only 255 characters returned from varchar field
From: snick at getart dot ru Operating system: Windows 2003 Server PHP version: 4.3.2 PHP Bug Type: MSSQL related Bug description: Only 255 characters returned from varchar field Description: Then I try to read value of VARCHAR field I get only 255 characters, but VARCHAR is 8000 bytes long. MSSQL v. 7.0 ntwdblib.dll v. 2000.80.194.0 PHP v. 4.3.2 Apache v. 2.0.43 / IIS 6 Reproduce code: --- $myVar = str_repeat("*", 500); mssql_query("DELETE FROM myTable"); mssql_query("INSERT INTO myTable (myField) VALUES ('".$myVar."')"); $query = "SELECT LEN(myField), myField FROM myTable"; list($realLength, $myVar) = mssql_fetch_row(mssql_query($query)); echo "DB length: ".$realLength."; PHP length: ".strlen($myVar); Expected result: $myVar must be equal $realLength Actual result: -- strlen($myVar) == 255 (always) -- Edit bug report at http://bugs.php.net/?id=25544&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25544&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25544&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25544&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25544&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25544&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25544&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25544&r=support Expected behavior: http://bugs.php.net/fix.php?id=25544&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25544&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25544&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25544&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25544&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25544&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25544&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25544&r=gnused
#25542 [Opn->Csd]: Use of php_gd2 cause frequent popup about _safe_emalloc not in php4ts.dll
ID: 25542 User updated by: robert at profundis dot se Reported By: robert at profundis dot se -Status: Open +Status: Closed Bug Type: GD related Operating System: Windows XP Professional SP1 PHP Version: 4.3.3 New Comment: Have patience with Windows. Case closed. Previous Comments: [2003-09-15 08:35:47] robert at profundis dot se > It even seems you are mixing some different php4ts.dll of > previous releases. So it seems... > Please make sure that relevant dlls have completely been > removed from your box before the upgrade to 4.3.3. I'm quite sure that it is the correct dlls that are in use. All php-files I can find on the system partition are current, as well as the Apache module. All references in php.ini points to the current (new) PHP directory. GD 2.0.15 is loaded, and php_gd2.dll wasn't distributed in any previous release I had. ... I just did another restart of Apache, and the popups seem to vanish. I did not do any changes since the last restart, so I don't know what caused them nor what made them go away. Perhaps Windows found it clever to "cache" the old dll for a while? Thanks, and sorry for bugging you. Robert Andersson [2003-09-15 08:14:25] [EMAIL PROTECTED] > I am pretty sure that it is not due to mixed files on my part;both PHP and GD shows expected versions. It even seems you are mixing some different php4ts.dll of previous releases. Please make sure that relevant dlls have completely been removed from your box before the upgrade to 4.3.3. [2003-09-15 08:06:06] robert at profundis dot se Description: After upgrading to from PHP 4.3.1-dev to 4.3.3 in order to access the bundled GD2 functions, this problem occurs. Due to Windows inherent hostility towards development, I've been using the precomiled binary distribution. I'm running PHP as module under Apache 2.0.44 on Windows XP Pro SP1. When, in php.ini, the extension php_gd2.dll is loaded, it will cause two (related) popups in succession about once a minute, with the following messages: #1: "The procedure entry point _safe_emalloc could not be located in the dynamic link library php4ts.dll" #2: "Unknown(): Unable to load dynamic library %{MY_PHP_PATH}\extensions\php_gd2.dll" It will not popup immediately after I start Apache but the first come after about a minute. It do not seem related to execution of PHP scripts either. If I don't load php_gd2.dll, this does not happen. Everything seems to be working fine, however. Even GD functions works as expected; pre-v2 functions does a good job, and I could use imagecreatetruecolor() which requires v2. I would guess that there is some inconsistency in the build, but I'm not sure why the result isn't worse in that case. I am pretty sure that it is not due to mixed files on my part; both PHP and GD shows expected versions. Vaguely similar bugs I found here does not seem to match this problems, as these seem to be fatal unlike this one. -- Edit this bug report at http://bugs.php.net/?id=25542&edit=1
#25542 [Fbk->Opn]: Use of php_gd2 cause frequent popup about _safe_emalloc not in php4ts.dll
ID: 25542 User updated by: robert at profundis dot se Reported By: robert at profundis dot se -Status: Feedback +Status: Open Bug Type: GD related Operating System: Windows XP Professional SP1 PHP Version: 4.3.3 New Comment: > It even seems you are mixing some different php4ts.dll of > previous releases. So it seems... > Please make sure that relevant dlls have completely been > removed from your box before the upgrade to 4.3.3. I'm quite sure that it is the correct dlls that are in use. All php-files I can find on the system partition are current, as well as the Apache module. All references in php.ini points to the current (new) PHP directory. GD 2.0.15 is loaded, and php_gd2.dll wasn't distributed in any previous release I had. ... I just did another restart of Apache, and the popups seem to vanish. I did not do any changes since the last restart, so I don't know what caused them nor what made them go away. Perhaps Windows found it clever to "cache" the old dll for a while? Thanks, and sorry for bugging you. Robert Andersson Previous Comments: [2003-09-15 08:14:25] [EMAIL PROTECTED] > I am pretty sure that it is not due to mixed files on my part;both PHP and GD shows expected versions. It even seems you are mixing some different php4ts.dll of previous releases. Please make sure that relevant dlls have completely been removed from your box before the upgrade to 4.3.3. [2003-09-15 08:06:06] robert at profundis dot se Description: After upgrading to from PHP 4.3.1-dev to 4.3.3 in order to access the bundled GD2 functions, this problem occurs. Due to Windows inherent hostility towards development, I've been using the precomiled binary distribution. I'm running PHP as module under Apache 2.0.44 on Windows XP Pro SP1. When, in php.ini, the extension php_gd2.dll is loaded, it will cause two (related) popups in succession about once a minute, with the following messages: #1: "The procedure entry point _safe_emalloc could not be located in the dynamic link library php4ts.dll" #2: "Unknown(): Unable to load dynamic library %{MY_PHP_PATH}\extensions\php_gd2.dll" It will not popup immediately after I start Apache but the first come after about a minute. It do not seem related to execution of PHP scripts either. If I don't load php_gd2.dll, this does not happen. Everything seems to be working fine, however. Even GD functions works as expected; pre-v2 functions does a good job, and I could use imagecreatetruecolor() which requires v2. I would guess that there is some inconsistency in the build, but I'm not sure why the result isn't worse in that case. I am pretty sure that it is not due to mixed files on my part; both PHP and GD shows expected versions. Vaguely similar bugs I found here does not seem to match this problems, as these seem to be fatal unlike this one. -- Edit this bug report at http://bugs.php.net/?id=25542&edit=1
#25542 [Opn->Fbk]: Use of php_gd2 cause frequent popup about _safe_emalloc not in php4ts.dll
ID: 25542 Updated by: [EMAIL PROTECTED] Reported By: robert at profundis dot se -Status: Open +Status: Feedback Bug Type: GD related Operating System: Windows XP Professional SP1 PHP Version: 4.3.3 New Comment: > I am pretty sure that it is not due to mixed files on my part;both PHP and GD shows expected versions. It even seems you are mixing some different php4ts.dll of previous releases. Please make sure that relevant dlls have completely been removed from your box before the upgrade to 4.3.3. Previous Comments: [2003-09-15 08:06:06] robert at profundis dot se Description: After upgrading to from PHP 4.3.1-dev to 4.3.3 in order to access the bundled GD2 functions, this problem occurs. Due to Windows inherent hostility towards development, I've been using the precomiled binary distribution. I'm running PHP as module under Apache 2.0.44 on Windows XP Pro SP1. When, in php.ini, the extension php_gd2.dll is loaded, it will cause two (related) popups in succession about once a minute, with the following messages: #1: "The procedure entry point _safe_emalloc could not be located in the dynamic link library php4ts.dll" #2: "Unknown(): Unable to load dynamic library %{MY_PHP_PATH}\extensions\php_gd2.dll" It will not popup immediately after I start Apache but the first come after about a minute. It do not seem related to execution of PHP scripts either. If I don't load php_gd2.dll, this does not happen. Everything seems to be working fine, however. Even GD functions works as expected; pre-v2 functions does a good job, and I could use imagecreatetruecolor() which requires v2. I would guess that there is some inconsistency in the build, but I'm not sure why the result isn't worse in that case. I am pretty sure that it is not due to mixed files on my part; both PHP and GD shows expected versions. Vaguely similar bugs I found here does not seem to match this problems, as these seem to be fatal unlike this one. -- Edit this bug report at http://bugs.php.net/?id=25542&edit=1
#25542 [NEW]: Use of php_gd2 cause frequent popup about _safe_emalloc not in php4ts.dll
From: robert at profundis dot se Operating system: Windows XP Professional SP1 PHP version: 4.3.3 PHP Bug Type: GD related Bug description: Use of php_gd2 cause frequent popup about _safe_emalloc not in php4ts.dll Description: After upgrading to from PHP 4.3.1-dev to 4.3.3 in order to access the bundled GD2 functions, this problem occurs. Due to Windows inherent hostility towards development, I've been using the precomiled binary distribution. I'm running PHP as module under Apache 2.0.44 on Windows XP Pro SP1. When, in php.ini, the extension php_gd2.dll is loaded, it will cause two (related) popups in succession about once a minute, with the following messages: #1: "The procedure entry point _safe_emalloc could not be located in the dynamic link library php4ts.dll" #2: "Unknown(): Unable to load dynamic library %{MY_PHP_PATH}\extensions\php_gd2.dll" It will not popup immediately after I start Apache but the first come after about a minute. It do not seem related to execution of PHP scripts either. If I don't load php_gd2.dll, this does not happen. Everything seems to be working fine, however. Even GD functions works as expected; pre-v2 functions does a good job, and I could use imagecreatetruecolor() which requires v2. I would guess that there is some inconsistency in the build, but I'm not sure why the result isn't worse in that case. I am pretty sure that it is not due to mixed files on my part; both PHP and GD shows expected versions. Vaguely similar bugs I found here does not seem to match this problems, as these seem to be fatal unlike this one. -- Edit bug report at http://bugs.php.net/?id=25542&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25542&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25542&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25542&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25542&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25542&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25542&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25542&r=support Expected behavior: http://bugs.php.net/fix.php?id=25542&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25542&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25542&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25542&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25542&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25542&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25542&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25542&r=gnused
#25312 [Bgs->Opn]: CGI Timeout. The specified CGI application exceeded the allowed time for proces
ID: 25312 User updated by: vijaynsharma at yahoo dot com Reported By: vijaynsharma at yahoo dot com -Status: Bogus +Status: Open Bug Type: CGI related Operating System: windows 2000 Professional PHP Version: 4.3.1 New Comment: What is the IIS setting that needs to be changed? We are using IIS version 5.0. Is there any other workaround for this issue reported... Its getting timed out before the specified timelimit in php.ini is reached. Could you please consider this as my request and help me resolve the problem. Previous Comments: [2003-08-29 07:36:53] [EMAIL PROTECTED] That's an IIS error, nothing we can fix for you. Derick [2003-08-29 07:27:54] vijaynsharma at yahoo dot com Description: Dear sir, We are using php 4.0 for generating reports. we use SQL 2000 as backend and V.B 6.0 for the DLL. We basically use PHP for formatting the report and jpGraph for displaying the graphs. I get the following error whenever there is a huge records returning from the Database say around 40,000 to 50,000 records. I have given max execution time in PHP.ini as 300 secs, even if i increase it still it is giving the following error. Is there any place where i can increase time and make it work. we use php 4.3.3 W2K and IIS. Error Message "CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process." -- Edit this bug report at http://bugs.php.net/?id=25312&edit=1
#25541 [NEW]: destructor won't be called
From: ich at christoph-emonds dot de Operating system: Gentoo Linux 2.4.20 PHP version: 5CVS-2003-09-15 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: destructor won't be called Description: If you create two objects which contain a reference to the other object, none of both __destruct() functions will be called. Configure: './configure' '--with-mysql' '--with-xsl' '--with-sqlite' '--enable-sockets' '--with-mysql-sock' '--with-gd' '--with-dom' '--with-apxs2=/usr/sbin/apxs2' '--with-zlib' Reproduce code: --- class A { function __construct() { print "Construct A!"; $this->other = new B( $this ); } function __destruct() { print "Destruct A!"; } } class B { function __construct( A $obj ) { print "Construct B!"; $this->other = $obj; } function __destruct() { print "Destruct B!"; } } new A(); Expected result: Construct A!Construct B!Destruct A!Destruct B! Actual result: -- Construct A!Construct B! -- Edit bug report at http://bugs.php.net/?id=25541&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25541&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25541&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25541&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25541&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25541&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25541&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25541&r=support Expected behavior: http://bugs.php.net/fix.php?id=25541&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25541&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25541&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25541&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25541&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25541&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25541&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25541&r=gnused
#25540 [NEW]: Transparency is not working
From: guido at comlog dot nl Operating system: W2K PHP version: 4.3.3 PHP Bug Type: GD related Bug description: Transparency is not working Description: Transparency is not working on PNG files on W2K. I've tried a few background colors, different formats, but can't get it working. Reproduce code: --- Expected result: The code should produce a white PNG image with red text. Actual result: -- The code produces a black PNG image with red text. The background is NOT transparent. -- Edit bug report at http://bugs.php.net/?id=25540&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25540&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25540&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25540&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25540&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25540&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25540&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25540&r=support Expected behavior: http://bugs.php.net/fix.php?id=25540&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25540&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25540&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25540&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25540&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25540&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25540&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25540&r=gnused
#25538 [Opn->Csd]: undefined reference
ID: 25538 User updated by: carlo dot beccaria at sys-net dot it Reported By: carlo dot beccaria at sys-net dot it -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: linux PHP Version: 5CVS-2003-09-15 (dev) New Comment: without '--enable-libgcc' build correctly Previous Comments: [2003-09-15 04:09:11] carlo dot beccaria at sys-net dot it Description: under redhat8.0 (upgraded to rawhide) './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' '--enable-libgcc' Expected result: compile Actual result: -- ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55d): In function `pcre_get_compiled_regex': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x587):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' ext/pcre/php_pcre.o(.text+0x627):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:294: undefined reference to `php_pcre_study' ext/pcre/php_pcre.o(.text+0x902): In function `php_pcre_match': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:418: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x986):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:435: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9b7):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:437: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9d8):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:438: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0xa85):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:463: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0xb1b):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:480: undefined reference to `php_pcre_get_substring_list' ext/pcre/php_pcre.o(.text+0x1b3e): In function `php_pcre_replace': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:825: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x1bd2):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:838: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0x2be4): In function `zif_preg_split': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1222: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x2c7b):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1233: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0x358b): In function `zif_preg_grep': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1453: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x366d):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1466: undefined reference to `php_pcre_exec' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 ---
#25287 [Com]: 404 Error blank page (2nd try)
ID: 25287 Comment by: webmaster at iranculture dot org Reported By: guenter_doege at web dot de Status: Open Bug Type: IIS related Operating System: Windows 2k Server PHP Version: 4.3.3 New Comment: I have experienced the same issue on my Win2K with the same configuration. I also tried different versions of PHP: 4.3.2 and 4.3.3RC4-dev but the problem is still persisted. But everything works fine with my WinXP-IIS5-PHP4.3.3RC4-dev. Both .php and .html ended urls show IIS 404 error page. My configuration in WinXP and Win2k are the same (also the same php.ini) Previous Comments: [2003-08-28 03:24:15] guenter_doege at web dot de Description: This behaviour has already been reported in bug #4286, but was closed due to missing user feedback. When running PHP on IIS 5.0 and requesting a non-existing page, you get back a blank page. In the IIS web-server log, the request is logged with http status 200 instead of 404. Requesting pages that are not assigned to PHP (like .html) will produce the standard 404 error page. Configuration: * Internet information Server 5.0 running on Win/2k server * PHP 4.3.3 installed as ISAPI module and assigned only to .php files * IIS is still set to it's standard handling for the 404 error (btw, it does not help to set this to "default" which means showing the browsers built-in 404 error page instead of the IIS error page) Reproduce code: --- http://localhost/blah.html --> 404 error page is shown and 404 status is written to the webserver log http://localhost/blah.php --> Blank Page is shown, status 200 is written to the webserver log -- Edit this bug report at http://bugs.php.net/?id=25287&edit=1
#25538 [NEW]: undefined reference
From: carlo dot beccaria at sys-net dot it Operating system: linux PHP version: 5CVS-2003-09-15 (dev) PHP Bug Type: *Compile Issues Bug description: undefined reference Description: under redhat8.0 (upgraded to rawhide) './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' '--enable-libgcc' Expected result: compile Actual result: -- ext/pcre/php_pcre.o(.text+0x16a): In function `zm_info_pcre': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:92: undefined reference to `php_pcre_version' ext/pcre/php_pcre.o(.text+0x55d): In function `pcre_get_compiled_regex': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:275: undefined reference to `php_pcre_maketables' ext/pcre/php_pcre.o(.text+0x587):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:279: undefined reference to `php_pcre_compile' ext/pcre/php_pcre.o(.text+0x627):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:294: undefined reference to `php_pcre_study' ext/pcre/php_pcre.o(.text+0x902): In function `php_pcre_match': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:418: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x986):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:435: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9b7):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:437: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0x9d8):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:438: undefined reference to `php_pcre_fullinfo' ext/pcre/php_pcre.o(.text+0xa85):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:463: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0xb1b):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:480: undefined reference to `php_pcre_get_substring_list' ext/pcre/php_pcre.o(.text+0x1b3e): In function `php_pcre_replace': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:825: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x1bd2):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:838: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0x2be4): In function `zif_preg_split': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1222: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x2c7b):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1233: undefined reference to `php_pcre_exec' ext/pcre/php_pcre.o(.text+0x358b): In function `zif_preg_grep': /home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1453: undefined reference to `php_pcre_info' ext/pcre/php_pcre.o(.text+0x366d):/home/becks/rpm-build/BUILD/php-200309150530/ext/pcre/php_pcre.c:1466: undefined reference to `php_pcre_exec' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=25538&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25538&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25538&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25538&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25538&r=alrea
#13383 [Com]: The specified CGI application misbehaved by not returning a complete set of HTT
ID: 13383 Comment by: haffo at hotmail dot com Reported By: smanish at mailandnews dot com Status: Bogus Bug Type: IIS related Operating System: Windows 2000 with IIS 5.0 PHP Version: 4.0.6 New Comment: Running IIS 5.1 PHP 4.3.3 Getting error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: I get it about every 5-6 times i use call login.php?logout= from login.php: if (isset($_GET['logout'])){ session_start(); session_unset(); session_destroy(); header("Location: main.php?page=index"); exit; } Previous Comments: [2002-05-25 09:27:13] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-03-11 17:47:23] enrique dot javier at cox dot net I got the same error just with a fresh installation of PHP 4.1.1 on Windows 2000 Professional, and IIS 5.0; I can actually reproduce the error; also, I don't think is InterBase related, or for that matter, any application specific related issue. Problem --- Just trying to run a simple test; such as PHP Test "; ?> will cause the error message "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" to be displayed; the actual source code of this page is Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Note the double tags. The parsed output for the above example from php is PHP Test Hello World Solution The problem goes away by checking the 'Check that files exist' option in the Application Extension Mapping for PHP file extensions, such as '.php'. [2001-09-21 20:27:44] smanish at mailandnews dot com " ; /*$blobid = ibase_blob_create() ; ibase_blob_add($blobid, $data) ; $blob_id_save = ibase_blob_close($blobid) ;*/ ibase_close($dbh) ; ?> -- Edit this bug report at http://bugs.php.net/?id=13383&edit=1
#25536 [Opn]: PHP 3.0.18 + Apache 1.3.27 INSTALL ERROR
ID: 25536 User updated by: dow1112 at intizen dot com Reported By: dow1112 at intizen dot com Status: Open Bug Type: Compile Failure Operating System: solaris8 sparc PHP Version: Irrelevant New Comment: 5)./configure --acgivate-module=src/modules/php3/libphp3.a (php-3.0.18) 6)make (php-3.0.18) ==> sorry~. (php-3.0.18) -> (apache_1.3.27) Previous Comments: [2003-09-15 03:02:35] dow1112 at intizen dot com Description: Hello, I have installed PHP 3.0.18 / Apache 1.3.27 solaris 8 sparc have followed the instructions given in PHP Documentation for installing but i got the following error. please help me... I could't sleep for 5days...because this problem. Reproduce code: --- 1)./configure (apache_1.3.27) 2)./configure --with-apache=../apache_1.3.27 (php-3.0.18) --with-mysql=/usr/local/mysql --enable-track-vars 3)make (php-3.0.18) 4)make install (php-3.0.18) 5)./configure --acgivate-module=src/modules/php3/libphp3.a (php-3.0.18) 6)make (php-3.0.18) ==> occur error!! Expected result: ---error- ld: Ä¡¸íÀû: ±âÈ£ ÂüÁ¶ ¿À·ù. httpd¿¡ Ãâ·ÂÀÌ ±â·ÏµÇÁö ¾ÊÀ½ (sign error)(output don't record) collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/home/mdr/last_APM/apache_1.3.27/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/home/mdr/last_APM/apache_1.3.27' make: *** [build] Error 2 -- Edit this bug report at http://bugs.php.net/?id=25536&edit=1
#12360 [Com]: fsockopen timeout doesn't work
ID: 12360 Comment by: johannes at zoomposters dot com Reported By: hordur at modernus dot is Status: Closed Bug Type: Sockets related Operating System: RedHat 6.2 PHP Version: 4.3 New Comment: php 4.3.3, redhat 7.3 still not working! Previous Comments: [2003-08-26 07:20:43] s dot tijink at snoopmedia dot com the same on PHP 4.3.3 / SuSE 8.0 [2003-08-26 05:36:21] s dot tijink at snoopmedia dot com Hi, using PHP 4.3.2 stable on SuSE 8.0 i've still the same problem that I got no timeout on fsockopen or stream_set_timeout. Greetz, Stephan Tijink [2002-12-22 09:59:11] [EMAIL PROTECTED] An additional note: Under BSDi and threaded builds, the timeout isn't respected. Additionally the openssl test, takes much longer, which leads me to believe, this is a BSDi threading issue, to do with time values. This issue doesn't surface, when --with-experimental-zts is removed from the equation and can't be reproduced on FreeBSD. [2002-12-22 08:02:16] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Fixed (will be in 4.3.0). The problem was related to IPv6 support; specifically, if getaddrinfo returned multiple addresses, PHP would try each in turn, waiting up to the full timeout for each. Now, we abort the loop if a connection times out. [2002-12-11 19:00:15] [EMAIL PROTECTED] Verified on BSD boxes only: BSDI 4.3 FreeBSD 4.6.2-RELEASE-p3 also tested but not reproduced on: SuSE 7.0 (Linux 2.2.16) WinXP It's interesting to note that the *bsd boxes have IPv6 support while the linux and xp boxes do not. I'm waiting for some more feedback on some other boxes. I wonder if this is an IPv6 problem? 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/12360 -- Edit this bug report at http://bugs.php.net/?id=12360&edit=1
#25536 [NEW]: PHP 3.0.18 + Apache 1.3.27 INSTALL ERROR
From: dow1112 at intizen dot com Operating system: solaris8 sparc PHP version: Irrelevant PHP Bug Type: Compile Failure Bug description: PHP 3.0.18 + Apache 1.3.27 INSTALL ERROR Description: Hello, I have installed PHP 3.0.18 / Apache 1.3.27 solaris 8 sparc have followed the instructions given in PHP Documentation for installing but i got the following error. please help me... I could't sleep for 5days...because this problem. Reproduce code: --- 1)./configure (apache_1.3.27) 2)./configure --with-apache=../apache_1.3.27 (php-3.0.18) --with-mysql=/usr/local/mysql --enable-track-vars 3)make (php-3.0.18) 4)make install (php-3.0.18) 5)./configure --acgivate-module=src/modules/php3/libphp3.a (php-3.0.18) 6)make (php-3.0.18) ==> occur error!! Expected result: ---error- ld: Ä¡¸íÀû: ±âÈ£ ÂüÁ¶ ¿À·ù. httpd¿¡ Ãâ·ÂÀÌ ±â·ÏµÇÁö ¾ÊÀ½ (sign error)(output don't record) collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/home/mdr/last_APM/apache_1.3.27/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/home/mdr/last_APM/apache_1.3.27' make: *** [build] Error 2 -- Edit bug report at http://bugs.php.net/?id=25536&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25536&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25536&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25536&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25536&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25536&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25536&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25536&r=support Expected behavior: http://bugs.php.net/fix.php?id=25536&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25536&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25536&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25536&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25536&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25536&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25536&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25536&r=gnused