#42261 [Opn]: header wrong for date field
ID: 42261 User updated by: roberto at spadim dot com dot br Reported By: roberto at spadim dot com dot br Status: Open Bug Type: dBase related Operating System: any -PHP Version: 5.2.4RC1 +PHP Version: 5.2.4 New Comment: =>case 'L': =>dbf->db_flen = 1; =>break; should work for logic values (boolean) Previous Comments: [2007-09-28 19:18:28] roberto at spadim dot com dot br hello, the same error occur now for logic data (boolean) [0] => Array ( [name] => SUSPENSO [type] => boolean [length] => 34817 <= should be 1 [precision] => 0 [format] => %34817s [offset] => 1 ) [1] => Array ( [name] => COD_CAD [type] => number [length] => 9 [precision] => 0 : [2007-08-10 00:30:11] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2007-08-09 22:57:45] spadim at spadim dot com dot br this could be the same problem of bug #27470 [2007-08-09 20:01:15] roberto at spadim dot com dot br an dbf file could be get from here: www.spadim.com.br/dbf.dbf [2007-08-09 19:26:14] roberto at spadim dot com dot br an dbf file could be get from here: www.spadim.com.br/dbf.dbf 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/42261 -- Edit this bug report at http://bugs.php.net/?id=42261&edit=1
#42974 [Asn]: installer fails with error code 2738
ID: 42974 Updated by: [EMAIL PROTECTED] Reported By: ocknu at comcast dot net Status: Assigned Bug Type: *General Issues Operating System: vista x64 PHP Version: 5.2.4 Assigned To: jmertic New Comment: Could you run it in verbose logging mode and attach the log file? To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.4-win32-installer.msi /l*v error.log Previous Comments: [2007-10-16 11:28:53] [EMAIL PROTECTED] Assigned to the installer maintainer. [2007-10-15 13:55:34] ocknu at comcast dot net also would be great if you put this in a exe form so can elevate rights on run status. [2007-10-15 13:53:17] ocknu at comcast dot net Description: Description: when i try to run the install i get this message; the installer has encountered an unexpected error installing this package. this may indicate a problem with this package. the error code is 2738. here is a helpfull hint. http://msdn2.microsoft.com/en-us/library/Aa372835.aspx http://blogs.msdn.com/heaths/archive/2007/05/31/windows-installer-errors -2738-and-2739-with-script-custom-actions.aspx so i tried regsvr32 in windows\system32 did not work. next i tried regsvr32 windows\syswow64\regsvr now i get errors when i try to install error trying access httpd.conf you will need to manually configure the web server. then i hit ok. error; a network error occurred while attempting to read from the file: c:\windows\installer\php-5.2.2-win32-installer.msi. then i hit ok. and the install backs out. Reproduce code: --- n/a [15 Oct 10:03am UTC] [EMAIL PROTECTED] Try newer PHP version. 5.2.2 is way too old. ok tried 5.2.4 sti getting error code 2738... -- Edit this bug report at http://bugs.php.net/?id=42974&edit=1
#43002 [NEW]: Unwanted timeout at end of script
From: anrdaemon at freemail dot ru Operating system: Win2000 PHP version: 5.2.4 PHP Bug Type: MySQL related Bug description: Unwanted timeout at end of script Description: PHP stuck for about 5 seconds after end of script while php_mysql extension loaded with bundled libmysql.dll. CGI executable reporting "Error in my_thread_global_end(): 1 threads didn't exit" (It was 1 or 2 threads from time to time) Reproduce code: --- Just run script from console. Expected result: Expecting no delay after end of script output. Actual result: -- Got about 5 sec delay after end of script output (PHP-CLI/PHP-WIN) In addition to that delay, string "Error in my_thread_global_end(): 1 threads didn't exit" being written to STDERR (PHP-CGI) Actually, problem disappears when using libmysql.dll from MySQL.com Connector/PHP or from installed MySQL server. -- Edit bug report at http://bugs.php.net/?id=43002&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43002&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43002&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43002&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43002&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43002&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43002&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43002&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43002&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43002&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43002&r=support Expected behavior:http://bugs.php.net/fix.php?id=43002&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43002&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43002&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43002&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43002&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43002&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43002&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43002&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43002&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43002&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43002&r=mysqlcfg
#36910 [NoF->Opn]: Cannot retrieve a newly inserted record after calling ibase_commit
ID: 36910 User updated by: arnoldvmartinez at yahoo dot com Reported By: arnoldvmartinez at yahoo dot com -Status: No Feedback +Status: Open Bug Type: InterBase related Operating System: Windows 2003 PHP Version: 5.1.2 New Comment: I am surprised to receive email regarding the bug I posted about a year ago!!! It's good to see too that another guy identified the same problem. Unfortunately, we never pushed Firebird in the project and switched to mySQL instead simply because it's hard to deal with the "unknowns". And if I would use Firebird DB, I probably would NOT use PHP. Is it a bug or not a bug??? Obviously that's debatable. Is it a Firebird issue or a PHP issue? I believe it's PHP's, because the issue does not happen in other applications (like FlameRobin, Workbench, etc.). When you commit an INSERT, it is sanely logical to see the record in your subsequent SELECTs... if not... then it contradicts the very principle of transaction processing. Database transactions should be an ACID (Atomicity, Consistency, Isolation, Durability) transaction ... otherwise it cannot ensure data integrity in a networked environment, especially in web applications. You may see this link: http://en.wikipedia.org/wiki/ACID Does Firebird support ACID transactions??? Absolutely!!! Otherwise no single company would use it! Is it a "bug" or NOT a "bug"??? In my opinion it is a bug. SELECTs are READ operations... they are suppose to, well..., READ what's IN the database, NOT what's in the "snapshot" or in the "cache" or any other form of temporary storage intended to optimize execution of queries. First and foremost, SELECTs should return accurate data at its latest and greatest state. Returning it fast is just a secondary thing... a nice-to-have. You don't need to initiate a TRANSACTION to do SELECTs.. be it a single SELECT statement or a thousand SELECT statements. Why? You're NOT CHANGING anything in the database.. you are just READING it. TRANSACTIONs generally involve INSERTS, UPDATE and/or DELETE operations. They are intended to CHANGE (NOT READ) the database, that's why, they have to support ACID requirements. Do we need SELECTs INSIDE transaction blocks??? I don't see any reason why you would want to do a SELECT while INSIDE the transaction block I ALWAYS try to put them OUTSIDE the transaction block. Embedding a SELECT statement is probably my LAST OPTION... that is, if I can't find any other feasible way to kick that SELECT out of the transaction block. Knowing the difference between SELECTs and TRANSACTIONs is very vital. With due respect to Lars... I believe you don't NEED to have transaction blocks if you're merely doing SELECTs because they are just READ operations. When you do a select, you do not intend to ALTER any piece of information in the database. Now if you need to ALTER the data, then you are compelled to use TRANSACTIONSACID transactions, to ensure and protect the integrity of data. Previous Comments: [2007-10-16 21:56:04] lars dot westermann at privat dot dk This has to do with the transaction handling of Interbase/Firebird. Taking the first example: The first SELECT uses the default transaction (taking a "snapshot" of the database). Then a NEW transaction is created (unseen by the default transaction) A record is inserted, and the transaction is closed. The next select STILL operates on the DEFAULT transaction, which was opened prior to the transaction, where the record was inserted - therefore the newly inserted record is not found. The solution is to ALWAYS use explicit transactions - and NEVER use the default transaction. You *might* want to fiddle with the transaction type (snapshot, read_commited etc.) but beware, that this can have a dramtic effect on performance on large databases. Personally I always start a transaction - even for a single select. This "bug" therefore isn't a bug, neither in PHP nor in Firebird. /Lars [2006-04-27 07:26:27] kogut at kogumelo dot com dot br I'm not the owner of this bug, but i´ve got the same problem. In my situation, as opposed to what the manual says, changing "$sth=ibase_query($th,$stmt)" to "$sth=ibase_query($dbh,$stmt)" just after the "insert ... " statement and "ibase_commit($th)" to "ibase_commit($dbh)" makes it work for me. And if i change to "ibase_rollback($dbh)", it works fine, too. I don´t know if it is a Php or a Firebird bug, but that´s weird. [2006-04-06 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". -
#36910 [Com]: Cannot retrieve a newly inserted record after calling ibase_commit
ID: 36910 Comment by: lars dot westermann at privat dot dk Reported By: arnoldvmartinez at yahoo dot com Status: No Feedback Bug Type: InterBase related Operating System: Windows 2003 PHP Version: 5.1.2 New Comment: This has to do with the transaction handling of Interbase/Firebird. Taking the first example: The first SELECT uses the default transaction (taking a "snapshot" of the database). Then a NEW transaction is created (unseen by the default transaction) A record is inserted, and the transaction is closed. The next select STILL operates on the DEFAULT transaction, which was opened prior to the transaction, where the record was inserted - therefore the newly inserted record is not found. The solution is to ALWAYS use explicit transactions - and NEVER use the default transaction. You *might* want to fiddle with the transaction type (snapshot, read_commited etc.) but beware, that this can have a dramtic effect on performance on large databases. Personally I always start a transaction - even for a single select. This "bug" therefore isn't a bug, neither in PHP nor in Firebird. /Lars Previous Comments: [2006-04-27 07:26:27] kogut at kogumelo dot com dot br I'm not the owner of this bug, but i´ve got the same problem. In my situation, as opposed to what the manual says, changing "$sth=ibase_query($th,$stmt)" to "$sth=ibase_query($dbh,$stmt)" just after the "insert ... " statement and "ibase_commit($th)" to "ibase_commit($dbh)" makes it work for me. And if i change to "ibase_rollback($dbh)", it works fine, too. I don´t know if it is a Php or a Firebird bug, but that´s weird. [2006-04-06 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-03-29 13:41:32] [EMAIL PROTECTED] And why did you decide it's a problem of PHP? Are you able to get the expected result using some other tool? [2006-03-29 13:08:36] arnoldvmartinez at yahoo dot com $dbh = ibase_connect($host, $user, $password); $stmt = 'SELECT * FROM Employees'; $sth = ibase_query($dbh, $stmt); while ($row = ibase_fetch_object($sth)) { echo ''.$row->EMPNAME; } $th=ibase_trans(IBASE_DEFAULT,$dbh); $stmt='INSERT statement here...'; $sth = ibase_query($th, $stmt); ibase_commit($th); $stmt = 'SELECT * FROM Employees'; $sth = ibase_query($dbh, $stmt); while ($row = ibase_fetch_object($sth)) { echo ''.$row->EMPNAME; } /* new record not listed */ [2006-03-29 12:55:24] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/36910 -- Edit this bug report at http://bugs.php.net/?id=36910&edit=1
#43001 [Opn->Bgs]: crashing
ID: 43001 Updated by: [EMAIL PROTECTED] Reported By: kenorb at gmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.2CVS-2007-10-16 (snap) New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. rename_function() is part of apd and was made to help you debugging stuff, PHP isn't made for such tricks so they can break from time to time. Previous Comments: [2007-10-16 20:52:21] kenorb at gmail dot com Description: I'm using some functions like: function_exists, rename_function, eval and custom function for set_handler_error. I tested on PHP 5.3(snap) and it still crashing. Reproduce code: --- something like that: foreach ($opt_cache_func as $func => $func_hook) { if (function_exists($func) && rename_function($func,'org_'.$func)) { if (empty($func_hook) || !is_string($func_hook)) $func_hook = $def_func; print 'dupa'; exit; $declaration = sprintf('function %s(%s) {%s}',$func,'',"return $func_hook(func_get_args(),'org_'.'$func');"); eval($declaration); } } Expected result: Should not crashing:) Actual result: -- Type of Analysis Performed Crash Analysis Machine Name BRONEK-PC Operating System Windows Vista Number Of Processors 2 Process ID 7440 Process Image C:\wamp\Apache2\bin\httpd.exe System Up-Time 2 day(s) 03:28:01 Process Up-Time 00:08:32 Thread 2 - System ID 7904 Entry point msvcrt!_endthreadex+6f Create time 16/10/2007 22:21:17 Time spent in user mode 0 Days 0:0:0.390 Time spent in kernel mode 0 Days 0:0:0.452 Function Arg 1 Arg 2 Arg 3 Source php5ts!zval_ptr_dtor+7 06182000 0141fa4c 0x017af430 017af430 06182000 php5ts!call_user_function+66 017af430 06182000 php5ts!php_error_log+10f9 0141fa90 017c54c8 00e7a0e0 php5ts!execute+1c5 1ee0 301d2b72 PHP5TS!ZVAL_PTR_DTOR+7WARNING - DebugDiag was not able to locate debug symbols for php5ts.dll, so the information below may be incomplete. In httpd__PID__7440__Date__10_16_2007__Time_10_29_47PM__414__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zval_ptr_dtor+7 in C:\wamp\Apache2\bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0008 on thread 2 Module Information Image Name: C:\wamp\Apache2\bin\php5ts.dll Symbol Type: Export Base address: 0x00de Time Stamp: Thu Aug 30 13:06:12 2007 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.2.4.4 Managed DLL: False Internal Name: php5ts.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\wamp\Apache2\bin\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Script Interpreter Module Size: 4.86 MBytes Product Version: 5.2.4 Symbol File Name: php5ts.dll Special Build: & --- Type of Analysis Performed Crash Analysis Machine Name BRONEK-PC Operating System Windows Vista Number Of Processors 2 Process ID 9236 Process Image C:\wamp\Apache2\bin\httpd.exe System Up-Time 2 day(s) 03:33:40 Process Up-Time 00:05:22 Thread 35 - System ID 1544 Entry point msvcrt!_endthreadex+6f Create time 16/10/2007 22:30:22 Time spent in user mode 0 Days 0:0:0.374 Time spent in kernel mode 0 Days 0:0:0.312 Function Arg 1 Arg 2 Arg 3 Source php5ts!zval_ptr_dtor+7 06152000 0271fa4c 0x0175f430 0175f430 06152000 php5ts!call_user_function+66 0175f430 06152000 php5ts!php_error_log+10f9 0271fa90 017754c8 00e4a0e0 php5ts!execute+1c5 06151e88 017754c8 017754c8 php5ts!zend_hash_apply+40 0618e388 00f37b20 017754c8 php5ts!php_error_log+1046 0271ff88 56433230 php5ts!php_error_log+1022 001a 0271fd58 0271fdc8 php5ts!ts_resource_ex+15 10003593 015fa198 php5apache2_2+38d8 015fa198 0094bde0 015fa198 libhttpd!ap_run_handler+21 015fa198 015fa198 015fa198 libhttpd!ap_invoke_handler+ae 017a7270 0271ff18 libhttp
#42983 [Opn->Bgs]: Regression: global variables get lost
ID: 42983 Updated by: [EMAIL PROTECTED] Reported By: marc dot bau at gmx dot net -Status: Open +Status: Bogus Bug Type: Variables related Operating System: WinXP & openSUSE 10.3 PHP Version: 5.2.4 New Comment: It's hard to find the relevant patch without a proper and easy reproduce case - maybe the SuSE guys have more time for that research. Nonetheless: The problem is fixed on our side. Previous Comments: [2007-10-16 20:51:41] marc dot bau at gmx dot net I have reinstalled my 5.2.3 and replaced the directory with the ZIP version and tested latest 5.2.5-dev... and it WORKS! So i'd like to know - is there a list of bugs fixed until today so i can get an idea about the bug? The new openSuSE 10.3 final contains PHP 5.2.4 and is therefore broken... i'd like to get this fixed, but i don't want to compile myself! Maybe SuSE will provide a hotfix for this... i don't know - but i think we should know which patch causes this bug and how heavy others might depend on this... or we have a half year to wait for the next openSUSE to get this fixed if they update their packages. [2007-10-16 20:38:25] marc dot bau at gmx dot net Thank you for the snapshot links. i tried the Windows installer package and get: "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2878". And then setup closes. [2007-10-16 11:24:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-10-16 10:54:31] crrodriguez at suse dot de if evil^Wglobal variables gets lost, then there is definately a way to shortly reproduce the problem, have you contacted drupal developers about this problem ? [2007-10-16 06:30:32] marc dot bau at gmx dot net Sorry, you need the install package drupal-5.2-yaml-for-drupal-5.x-3.0.3.7-2007092601.tar.gz 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/42983 -- Edit this bug report at http://bugs.php.net/?id=42983&edit=1
#43000 [Opn->Bgs]: compile problem with rt.c, function redeclarations cause halt
ID: 43000 Updated by: [EMAIL PROTECTED] Reported By: mamfelt at acm dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: AIX 5.3 TL06 PHP Version: 5.2.4 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. The problem is inside the bcmath library which is bundled by PHP so the bcmath maintainers should fix it. Previous Comments: [2007-10-16 20:29:49] mamfelt at acm dot org Description: Build of php stops with compile of rt.c due to redeclaration of: bc_rt_warn and bc_rt_error Reproduce code: --- /bin/sh /home/michael/prj/php-5.2.4/libtool --silent --preserve-dup-deps --mode=compile cc -I/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src -Iext/bcmath/ -I/home/michael/prj/php-5.2.4/ext/bcmath/ -DPHP_ATOM_INC -I/home/michael/prj/php-5.2.4/include -I/home/michael/prj/php-5.2.4/main -I/home/michael/prj/php-5.2.4 -I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/include -I/home/michael/prj/php-5.2.4/ext/date/lib -I/usr/local/include/freetype2 -I/usr/local/mysql/include -I/home/michael/prj/php-5.2.4/TSRM -I/home/michael/prj/php-5.2.4/Zend -I/usr/include -g -c /home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c -o ext/bcmath/libbcmath/src/rt.lo "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 42.6: 1506-343 (S) Redeclaration of bc_rt_warn differs from previous declaration on line 155 of "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/bcmath.h". "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 42.6: 1506-378 (I) Prototype for function bc_rt_warn cannot contain "..." when mixed with a nonprototype declaration. "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 55.6: 1506-343 (S) Redeclaration of bc_rt_error differs from previous declaration on line 156 of "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/bcmath.h". "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 55.6: 1506-378 (I) Prototype for function bc_rt_error cannot contain "..." when mixed with a nonprototype declaration. make: 1254-004 The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=43000&edit=1
#43001 [NEW]: crashing
From: kenorb at gmail dot com Operating system: Windows Vista PHP version: 5.2CVS-2007-10-16 (snap) PHP Bug Type: Reproducible crash Bug description: crashing Description: I'm using some functions like: function_exists, rename_function, eval and custom function for set_handler_error. I tested on PHP 5.3(snap) and it still crashing. Reproduce code: --- something like that: foreach ($opt_cache_func as $func => $func_hook) { if (function_exists($func) && rename_function($func,'org_'.$func)) { if (empty($func_hook) || !is_string($func_hook)) $func_hook = $def_func; print 'dupa'; exit; $declaration = sprintf('function %s(%s) {%s}',$func,'',"return $func_hook(func_get_args(),'org_'.'$func');"); eval($declaration); } } Expected result: Should not crashing:) Actual result: -- Type of Analysis Performed Crash Analysis Machine Name BRONEK-PC Operating System Windows Vista Number Of Processors 2 Process ID 7440 Process Image C:\wamp\Apache2\bin\httpd.exe System Up-Time 2 day(s) 03:28:01 Process Up-Time 00:08:32 Thread 2 - System ID 7904 Entry point msvcrt!_endthreadex+6f Create time 16/10/2007 22:21:17 Time spent in user mode 0 Days 0:0:0.390 Time spent in kernel mode 0 Days 0:0:0.452 Function Arg 1 Arg 2 Arg 3 Source php5ts!zval_ptr_dtor+7 06182000 0141fa4c 0x017af430 017af430 06182000 php5ts!call_user_function+66 017af430 06182000 php5ts!php_error_log+10f9 0141fa90 017c54c8 00e7a0e0 php5ts!execute+1c5 1ee0 301d2b72 PHP5TS!ZVAL_PTR_DTOR+7WARNING - DebugDiag was not able to locate debug symbols for php5ts.dll, so the information below may be incomplete. In httpd__PID__7440__Date__10_16_2007__Time_10_29_47PM__414__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zval_ptr_dtor+7 in C:\wamp\Apache2\bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0008 on thread 2 Module Information Image Name: C:\wamp\Apache2\bin\php5ts.dll Symbol Type: Export Base address: 0x00de Time Stamp: Thu Aug 30 13:06:12 2007 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.2.4.4 Managed DLL: False Internal Name: php5ts.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\wamp\Apache2\bin\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Script Interpreter Module Size: 4.86 MBytes Product Version: 5.2.4 Symbol File Name: php5ts.dll Special Build: & --- Type of Analysis Performed Crash Analysis Machine Name BRONEK-PC Operating System Windows Vista Number Of Processors 2 Process ID 9236 Process Image C:\wamp\Apache2\bin\httpd.exe System Up-Time 2 day(s) 03:33:40 Process Up-Time 00:05:22 Thread 35 - System ID 1544 Entry point msvcrt!_endthreadex+6f Create time 16/10/2007 22:30:22 Time spent in user mode 0 Days 0:0:0.374 Time spent in kernel mode 0 Days 0:0:0.312 Function Arg 1 Arg 2 Arg 3 Source php5ts!zval_ptr_dtor+7 06152000 0271fa4c 0x0175f430 0175f430 06152000 php5ts!call_user_function+66 0175f430 06152000 php5ts!php_error_log+10f9 0271fa90 017754c8 00e4a0e0 php5ts!execute+1c5 06151e88 017754c8 017754c8 php5ts!zend_hash_apply+40 0618e388 00f37b20 017754c8 php5ts!php_error_log+1046 0271ff88 56433230 php5ts!php_error_log+1022 001a 0271fd58 0271fdc8 php5ts!ts_resource_ex+15 10003593 015fa198 php5apache2_2+38d8 015fa198 0094bde0 015fa198 libhttpd!ap_run_handler+21 015fa198 015fa198 015fa198 libhttpd!ap_invoke_handler+ae 017a7270 0271ff18 libhttpd!ap_die+24e 015fa198 015eabe8 libhttpd!ap_get_request_note+1c7c 017a7270 017a7270 017a7270 libhttpd!ap_run_process_connection+21 017a7270 015c2cf8 0271ff60 libhttpd!ap_process_connection+33 017a7270 015f6188 libhttpd!ap_regkey_value_remove+c0c 017a7268 3a4bca54 msvcrt!_endthreadex+44 0271ffac 765b3833 01782f48 msvcrt!_endthreadex+ce 01782f48 0271ffec 77a5a9bd kernel32!BaseThreadInitThunk+e 01782f48 0271089c ntdll!_RtlUserThreadStart+23 768c639b 01782f48 0
#42983 [Opn]: Regression: global variables get lost
ID: 42983 User updated by: marc dot bau at gmx dot net Reported By: marc dot bau at gmx dot net Status: Open Bug Type: Variables related Operating System: WinXP & openSUSE 10.3 PHP Version: 5.2.4 New Comment: I have reinstalled my 5.2.3 and replaced the directory with the ZIP version and tested latest 5.2.5-dev... and it WORKS! So i'd like to know - is there a list of bugs fixed until today so i can get an idea about the bug? The new openSuSE 10.3 final contains PHP 5.2.4 and is therefore broken... i'd like to get this fixed, but i don't want to compile myself! Maybe SuSE will provide a hotfix for this... i don't know - but i think we should know which patch causes this bug and how heavy others might depend on this... or we have a half year to wait for the next openSUSE to get this fixed if they update their packages. Previous Comments: [2007-10-16 20:38:25] marc dot bau at gmx dot net Thank you for the snapshot links. i tried the Windows installer package and get: "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2878". And then setup closes. [2007-10-16 11:24:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-10-16 10:54:31] crrodriguez at suse dot de if evil^Wglobal variables gets lost, then there is definately a way to shortly reproduce the problem, have you contacted drupal developers about this problem ? [2007-10-16 06:30:32] marc dot bau at gmx dot net Sorry, you need the install package drupal-5.2-yaml-for-drupal-5.x-3.0.3.7-2007092601.tar.gz [2007-10-16 06:26:45] marc dot bau at gmx dot net i have no idea what you need. Install http://www.yaml-fuer-drupal.de/de/download (yaml-for-drupal-5.x-3.0.3.7.tar.gz). Unpack and start install ./install.php, select YAML as Install profile and German as your language. Try to stracktrace why $install_locale in \profiles\yaml\yaml.profile gives nothing back. global $install_locale; if ($install_locale == 'de') { or inside the _autolocale_install_po_files() function file "sites\all\modules\autolocale\autolocale.install" the $install_locale is no more filled with "de", too. I have no idea how to repro this, but this code works with <=5.2.3 and is broken with 5.2.4. If you don't like to repro try to look the PHP source and find out what's wrong here... shouldn't be impossible to find, while we know this is a regression introduced with 5.2.4 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/42983 -- Edit this bug report at http://bugs.php.net/?id=42983&edit=1
#41593 [Com]: FastCGI does not handle graceful reload/shutdown
ID: 41593 Comment by: andrei dot nigmatulin at gmail dot com Reported By: jonepet at dcvhost dot no Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.2.3 Assigned To: dmitry New Comment: Graceful reload/shutdown implemented in unofficial patch http://php-fpm.anight.org/. For now docs are in Russian, though. Previous Comments: [2007-06-21 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-06-13 19:25:56] severn-php at xephris dot net Re: mod_fcgid: I see... I guess I'll modify mod_fcgid myself for that setup. That doesn't explain the mod_fastcgi problems though. I thought it might be something with my setup so I rebuilt it from scratch... might have had some old crap left behind. I don't get 500 errors with PHP 5.2.3 + mod_fastcgi 2.4.2 + Apache 1.3.37 anymore, so it does look fixed in 5.2.3... but I get another strange problem: doing a graceful restart shortens the sleep time to zero. i.e. Going to this page then doing a graceful after 5 seconds would give "5" instead of the expected "30". php5.fcgi== #!/bin/sh export PHP_FCGI_CHILDREN=4 exec /opt/php5/bin/php-cgi $* For the record, PHP 4.4.7 dies with a 500 error, but that's not a big problem for us... Could the OP perhaps provide us some info on what versions of Apache and mod_fastcgi/mod_fcgid so we can try replicating it? [2007-06-13 17:40:12] [EMAIL PROTECTED] PHP/fastcgi catches SIGTERM and always does graceful shutdown, however mod_fcgid sends SIGTERM then waits for one second and sends SIGKILL if PHP process isn't exited. So this is not a PHP issue. [2007-06-12 19:31:57] severn-php at xephris dot net >From the looks of the changelog, Bug #36158 was fixed in 5.1.3 I just tried that with mod_fcgid 2.1 and Apache 2.2.4 on x64 Linux and it too "died". mod_fcgid sends SIGTERM to the PHP process which dies returning a blank page. I also tried it with mod_fastcgi 2.4.2 and Apache 1.3.37, that died with the 500 error. I've also tried PHP 5.1.6 and 5.2.3, same issue. So... it looks to me like the bug was never actually fixed... (not in 5.x at least). I get the same behaviour with 4.4.7 (blank screen with mod_fcgid, 500 error with mod_fastcgi) [2007-06-05 07:58:15] jonepet at dcvhost dot no As of the close/last comment of Bug #36158 it was working at that time. I don't know if it really did, or if there was any releases with this fix. I didn't meant "previous version" but "earlier version", in the original description, referring to the last comment of Bug #36158. 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/41593 -- Edit this bug report at http://bugs.php.net/?id=41593&edit=1
#42971 [Opn->Bgs]: DataTime::format(): not well formated data '0000-00-00 00:00:00'
ID: 42971 Updated by: [EMAIL PROTECTED] Reported By: tommibi at gmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux Debian x86_64 PHP Version: 5.2.4 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 Previous Comments: [2007-10-15 10:41:04] tommibi at gmail dot com Description: there is something wrong with date format. I'm using DataTime object in Propel script and this date ('-00-00 00:00:00 ') is given from database. when i try use it DataTime object it display "-0001-11-30 00:00:00" Reproduce code: --- format( 'Y-m-d H:i:s' ) ); ?> Expected result: string(20) "-00-00 00:00:00" Actual result: -- string(20) "-0001-11-30 00:00:00" -- Edit this bug report at http://bugs.php.net/?id=42971&edit=1
#42983 [Fbk->Opn]: Regression: global variables get lost
ID: 42983 User updated by: marc dot bau at gmx dot net Reported By: marc dot bau at gmx dot net -Status: Feedback +Status: Open Bug Type: Variables related Operating System: WinXP & openSUSE 10.3 PHP Version: 5.2.4 New Comment: Thank you for the snapshot links. i tried the Windows installer package and get: "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2878". And then setup closes. Previous Comments: [2007-10-16 11:24:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-10-16 10:54:31] crrodriguez at suse dot de if evil^Wglobal variables gets lost, then there is definately a way to shortly reproduce the problem, have you contacted drupal developers about this problem ? [2007-10-16 06:30:32] marc dot bau at gmx dot net Sorry, you need the install package drupal-5.2-yaml-for-drupal-5.x-3.0.3.7-2007092601.tar.gz [2007-10-16 06:26:45] marc dot bau at gmx dot net i have no idea what you need. Install http://www.yaml-fuer-drupal.de/de/download (yaml-for-drupal-5.x-3.0.3.7.tar.gz). Unpack and start install ./install.php, select YAML as Install profile and German as your language. Try to stracktrace why $install_locale in \profiles\yaml\yaml.profile gives nothing back. global $install_locale; if ($install_locale == 'de') { or inside the _autolocale_install_po_files() function file "sites\all\modules\autolocale\autolocale.install" the $install_locale is no more filled with "de", too. I have no idea how to repro this, but this code works with <=5.2.3 and is broken with 5.2.4. If you don't like to repro try to look the PHP source and find out what's wrong here... shouldn't be impossible to find, while we know this is a regression introduced with 5.2.4 [2007-10-15 22:11:02] [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. 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/42983 -- Edit this bug report at http://bugs.php.net/?id=42983&edit=1
#42982 [Opn->Bgs]: FGETS Crash using FSOCKOPEN
ID: 42982 Updated by: [EMAIL PROTECTED] Reported By: mkz at terra dot com dot br -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Windows XP Professional PHP Version: 5.2.4 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 . Previous Comments: [2007-10-15 20:49:04] mkz at terra dot com dot br Description: Fgets function cause a fatal error in script. Reproduce code: --- http://aiatola.net) var $conn; var $user; var $pass; var $html; var $debug = true; var $logado = false; var $erro; function Smtp($host,$porta){ $this->conn = fsockopen($host, $porta, $errno, $errstr, 30); $this->Put("EHLO $host"); } function Auth(){ $this->Put("AUTH LOGIN"); $this->Put(base64_encode($this->user)); $this->Put(base64_encode($this->pass)); } function Send($toName, $to, $fromName, $from, $replyTo, $subject, $msg) { if(isset($this->conn)) { // se nao estiver logado, loga if (!$this->logado) { $this->Auth(); $this->logado = true; } $this->Put("MAIL FROM: <" . $from.">"); $this->Put("RCPT TO: <" . $to.">"); $this->Put("DATA"); $this->Put($this->toHeader($toName."<".$to.">", $fromName."<".$from.">", $fromName."<".$replyTo.">", $subject)); $this->Put("\r\n"); $this->Put($msg); $this->Put("."); $i = 0; $dados = $this->conn; } else return false; while (!feof ($dados) || $this->conn) { flush(); $buffer = fgets($this->conn, 4096); } } function Put($value){ return fputs($this->conn, $value . "\r\n"); echo $this->conn; } function getRetorno($valor) { return $valor{0}.$valor{1}.$valor{2}; } function toHeader($to, $from, $replyTo, $subject){ $header = "Message-Id: <". date('YmdHis').".". md5(microtime()).".". strtoupper($from) ."> \r\n"; $header .= "From: ". $from . " \r\n"; $header .= "To: ".$to." \r\n"; $header .= "Reply-To: ".$replyTo."\r\n"; $header .= "Subject: ".$subject." \r\n"; $header .= "Date: ". date('D, d M Y H:i:s O') ." \r\n"; $header .= "Content-Type: text/html; charset=iso-8859-1 \r\n"; $header .= "X-MSMail-Priority: High \r\n"; return $header; } function Close(){ $this->Put("QUIT"); return fclose($this->conn); } function getErro() { return $this->erro; } } set_time_limit(10); require_once('../modulos/addons/smtp/class.smtp.php'); $smtp = new Smtp("YOUR SMTP SERVER",25); $smtp->debug = false; $smtp->user = "YOUR SMTP USERNAME"; $smtp->pass = "YOUR SMTP PASSWORD"; if ($smtp->Send('micael','YOUR EMAIL','fulano','YOUR EMAIL','REPLY','Super promo��o',"oitudo")) { echo "ok"; } else { echo "ERRO".$smtp->getErro(); } $smtp->Close(); ?> Expected result: List all status from SMTP connect :) Actual result: -- Fatal error: Maximum execution time of 10 seconds exceeded line 46 -- Edit this bug report at http://bugs.php.net/?id=42982&edit=1
#42992 [Opn->Bgs]: headers_sent() gets crazy after calling empty files via virtual()
ID: 42992 Updated by: [EMAIL PROTECTED] Reported By: hamdi at rawasy dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Irrelevant PHP Version: 4.4.7 New Comment: virtual() does an apache sub-request - PHP has no clue what happens inside there. Previous Comments: [2007-10-16 14:22:12] hamdi at rawasy dot com Description: The virtual() function works great, but not headers_sent()! headers_sent() returns true with an empty string as filename & indicates that the line number is zero! Reproduce code: --- Expected result: bool(false) string(0) "" int(0) Actual result: -- bool(true) string(0) "" int(0) -- Edit this bug report at http://bugs.php.net/?id=42992&edit=1
#43000 [NEW]: compile problem with rt.c, function redeclarations cause halt
From: mamfelt at acm dot org Operating system: AIX 5.3 TL06 PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: compile problem with rt.c, function redeclarations cause halt Description: Build of php stops with compile of rt.c due to redeclaration of: bc_rt_warn and bc_rt_error Reproduce code: --- /bin/sh /home/michael/prj/php-5.2.4/libtool --silent --preserve-dup-deps --mode=compile cc -I/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src -Iext/bcmath/ -I/home/michael/prj/php-5.2.4/ext/bcmath/ -DPHP_ATOM_INC -I/home/michael/prj/php-5.2.4/include -I/home/michael/prj/php-5.2.4/main -I/home/michael/prj/php-5.2.4 -I/usr/local/include/libxml2 -I/usr/local/ssl/include -I/usr/local/include -I/home/michael/prj/php-5.2.4/ext/date/lib -I/usr/local/include/freetype2 -I/usr/local/mysql/include -I/home/michael/prj/php-5.2.4/TSRM -I/home/michael/prj/php-5.2.4/Zend-I/usr/include -g -c /home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c -o ext/bcmath/libbcmath/src/rt.lo "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 42.6: 1506-343 (S) Redeclaration of bc_rt_warn differs from previous declaration on line 155 of "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/bcmath.h". "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 42.6: 1506-378 (I) Prototype for function bc_rt_warn cannot contain "..." when mixed with a nonprototype declaration. "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 55.6: 1506-343 (S) Redeclaration of bc_rt_error differs from previous declaration on line 156 of "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/bcmath.h". "/home/michael/prj/php-5.2.4/ext/bcmath/libbcmath/src/rt.c", line 55.6: 1506-378 (I) Prototype for function bc_rt_error cannot contain "..." when mixed with a nonprototype declaration. make: 1254-004 The error code from the last command is 1. Stop. -- Edit bug report at http://bugs.php.net/?id=43000&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43000&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43000&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43000&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43000&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43000&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43000&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43000&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43000&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43000&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43000&r=support Expected behavior:http://bugs.php.net/fix.php?id=43000&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43000&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43000&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43000&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43000&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43000&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43000&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43000&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43000&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43000&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43000&r=mysqlcfg
#42994 [Com]: is_callable and __autoload
ID: 42994 Comment by: crrodriguez at suse dot de Reported By: arnout at argeweb dot nl Status: Open Bug Type: Unknown/Other Function Operating System: BSD PHP Version: 5.2.4 New Comment: Your exact code works just fine here, it does not call __autoload at all... what is your exact PHP version ? Previous Comments: [2007-10-16 15:22:20] arnout at argeweb dot nl Description: When using is_callable on non-existing static class functions __autoload will be called twice with some encoded (and thus non-existent) classname. Reproduce code: --- autoload.php \n"; } if( is_callable( array( 'test', 'test' ) ) ){ echo "test::test exists."; }else{ echo "test::test doesn't exist."; } ?> Expected result: test::test doesn't exist. (no __autoload execution at all) Actual result: -- let's require 9akf! let's require 9akf! test::test doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=42994&edit=1
#42987 [Asn]: Add LSAPI support
ID: 42987 Updated by: [EMAIL PROTECTED] Reported By: rick dot martinez at gmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: 5.2.* Assigned To: johannes New Comment: SAPIs don't need much maintaining but still we need to be sure that somebody cares even in a few years - best would be if the Litespeed guys agree to maintain it inside the PHP tree. I didn't review the code, yet but, additionally to Marcus's comments I saw that some files use another license than PHP License and other refer to an outdated version. when bundling they should be licensed under the current PHP License 3.01. Previous Comments: [2007-10-16 18:45:38] rick dot martinez at gmail dot com Sounds great. I'm not the actual LSAPI maintainer but I'll go ahead and make the style changes myself and notify the Litespeed developers about it. Thanks so much! This will make life SO much easier for so many PHP users on Litespeed. Rick [2007-10-16 18:42:13] [EMAIL PROTECTED] This can imho go into 5.3 and looks pretty good already. You are however not following our coding standards completely. Read CODING_STYLE. Especially the following: - keep { on same line if not beginning of a function or structure - no // comments allowed Apart from that you could shorten the code a bit by having /* {{{ */ after the function declaration and not on a separate line when not adding comments. As Johannes is the RM for 5.3 he has to decide about this mostly and finally add the code. [2007-10-16 11:13:00] rick dot martinez at gmail dot com Description: It would be great if support for the growing Litespeed web server could be included with PHP. This especially because it's increasingly difficult for people to support Litespeed with distributions such as Debian which would require you to completely recompile the PHP deb packages just to support the server. I think the server is popular enough to warrant inclusion of their SAPI into the PHP core. Many people are enjoying it and its popularity is increasing. Link to the SAPI: http://www.litespeedtech.com/packages/lsapi/php-litespeed-4.1.tgz -- Edit this bug report at http://bugs.php.net/?id=42987&edit=1
#42987 [Asn]: Add LSAPI support
ID: 42987 User updated by: rick dot martinez at gmail dot com Reported By: rick dot martinez at gmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: 5.2.* Assigned To: johannes New Comment: Sounds great. I'm not the actual LSAPI maintainer but I'll go ahead and make the style changes myself and notify the Litespeed developers about it. Thanks so much! This will make life SO much easier for so many PHP users on Litespeed. Rick Previous Comments: [2007-10-16 18:42:13] [EMAIL PROTECTED] This can imho go into 5.3 and looks pretty good already. You are however not following our coding standards completely. Read CODING_STYLE. Especially the following: - keep { on same line if not beginning of a function or structure - no // comments allowed Apart from that you could shorten the code a bit by having /* {{{ */ after the function declaration and not on a separate line when not adding comments. As Johannes is the RM for 5.3 he has to decide about this mostly and finally add the code. [2007-10-16 11:13:00] rick dot martinez at gmail dot com Description: It would be great if support for the growing Litespeed web server could be included with PHP. This especially because it's increasingly difficult for people to support Litespeed with distributions such as Debian which would require you to completely recompile the PHP deb packages just to support the server. I think the server is popular enough to warrant inclusion of their SAPI into the PHP core. Many people are enjoying it and its popularity is increasing. Link to the SAPI: http://www.litespeedtech.com/packages/lsapi/php-litespeed-4.1.tgz -- Edit this bug report at http://bugs.php.net/?id=42987&edit=1
#42987 [Opn->Asn]: Add LSAPI support
ID: 42987 Updated by: [EMAIL PROTECTED] Reported By: rick dot martinez at gmail dot com -Status: Open +Status: Assigned Bug Type: Feature/Change Request -Operating System: all +Operating System: * -PHP Version: 5.2.4 +PHP Version: 5.2.* -Assigned To: +Assigned To: chinstrap New Comment: This can imho go into 5.3 and looks pretty good already. You are however not following our coding standards completely. Read CODING_STYLE. Especially the following: - keep { on same line if not beginning of a function or structure - no // comments allowed Apart from that you could shorten the code a bit by having /* {{{ */ after the function declaration and not on a separate line when not adding comments. As Johannes is the RM for 5.3 he has to decide about this mostly and finally add the code. Previous Comments: [2007-10-16 11:13:00] rick dot martinez at gmail dot com Description: It would be great if support for the growing Litespeed web server could be included with PHP. This especially because it's increasingly difficult for people to support Litespeed with distributions such as Debian which would require you to completely recompile the PHP deb packages just to support the server. I think the server is popular enough to warrant inclusion of their SAPI into the PHP core. Many people are enjoying it and its popularity is increasing. Link to the SAPI: http://www.litespeedtech.com/packages/lsapi/php-litespeed-4.1.tgz -- Edit this bug report at http://bugs.php.net/?id=42987&edit=1
#42976 [Opn->Asn]: ReflectionClass::newInstance[Args]() crashes if ctor takes arg by reference
ID: 42976 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Open +Status: Assigned Bug Type: Reproducible crash -Operating System: Windows +Operating System: * -PHP Version: 5CVS-2007-10-15 (snap) +PHP Version: 5.2.4 -Assigned To: +Assigned To: chinstrap Previous Comments: [2007-10-15 18:03:58] felipensp at gmail dot com GDB: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211603264 (LWP 6092)] 0x0826a03c in _zval_ptr_dtor (zval_ptr=0xbfae34c8) at /home/felipe/php5.2-200710131830/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; - Backtrace: #0 0x0826a03c in _zval_ptr_dtor (zval_ptr=0xbfae34c8) at /home/felipe/php5.2-200710131830/Zend/zend_execute_API.c:412 #1 0x08156d72 in zim_reflection_class_newInstance (ht=1, return_value=0x847ef88, return_value_ptr=0x0, this_ptr=0x847eee0, return_value_used=0) at /home/felipe/php5.2-200710131830/ext/reflection/php_reflection.c:3452 #2 0x08294748 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfae375c) at /home/felipe/php5.2-200710131830/Zend/zend_vm_execute.h:200 #3 0x082937b9 in execute (op_array=0x847e540) at /home/felipe/php5.2-200710131830/Zend/zend_vm_execute.h:92 #4 0x082761f2 in zend_execute_scripts (type=8, retval=, file_count=3) at /home/felipe/php5.2-200710131830/Zend/zend.c:1134 #5 0x08235251 in php_execute_script (primary_file=0xbfae5b1c) at /home/felipe/php5.2-200710131830/main/main.c:2003 #6 0x082eecf5 in main (argc=2, argv=0xbfae5c34) at /home/felipe/php5.2-200710131830/sapi/cli/php_cli.c:1140 [2007-10-15 17:13:11] robin_fernandes at uk dot ibm dot com Description: In some cases, ReflectionClass::newInstance() and ReflectionClass::newInstanceArgs() can trigger a segmentation fault when the constructor of the reflected class takes arguments by reference. Tested on PHP 5.2.5-dev (cli) (built: Oct 15 2007 12:04:27) on Win XP. Reproduce code: --- newInstance($x); // causes crash var_dump($x); $x = "x.original"; $rc->newInstanceArgs(array($x)); // causes crash var_dump($x); ?> Expected result: string(9) "x.changed" string(9) "x.changed" string(10) "x.original" Actual result: -- string(9) "x.changed" *CRASH* -- Edit this bug report at http://bugs.php.net/?id=42976&edit=1
#42989 [Opn]: Diffrent results on windows and linux with same script
ID: 42989 User updated by: naox at o2 dot pl Reported By: naox at o2 dot pl Status: Open Bug Type: Math related Operating System: linux and windows PHP Version: 5.2.4 New Comment: This actualy comes downs to this: On windows it produces proper 1110010110001101001100010101 However on linux its 1000 Previous Comments: [2007-10-16 12:59:23] naox at o2 dot pl Description: Following script will output DIFFRENT result on windows and linux. Tested with php-5.2.4, php-5.2.0, php-4.4.7 PHP compiled on linux centos 4.5 [EMAIL PROTECTED] [/usr] uname -a Linux sv2.vipserv.org 2.6.21.5-grsec--grs-ipv4-32 #7 SMP Thu Sep 13 10:22:01 CEST 2007 i686 i686 i386 GNU/Linux with './configure' '--prefix' '/usr/php-5.2.4.cgi' '--enable-force-cgi-redirect' '--with-xml' '--with-curl=/usr/curl' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-iconv' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-pear' '--with-pgsql=/var/pgsql/bin/pg_config' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-zlib' '--with-gettext' '--enable-bcmath' '--with-bz2' '--with-mysqli=/var/mysql5/bin/mysql_config' '--with-mysql=/var/mysql5' '--with-pdo' '--with-pdo-mysql' '--without-sqlite' '--with-xsl' '--enable-mbstring' '--with-pdo-pgsql' '--enable-soap' Reproduce code: --- Expected result: On windows: -443704711 On linux: -2147439834 Windows output is correct result! -- Edit this bug report at http://bugs.php.net/?id=42989&edit=1
#42957 [Opn]: Inconsistent line numbering
ID: 42957 User updated by: felipensp at gmail dot com Reported By: felipensp at gmail dot com Status: Open -Bug Type: Feature/Change Request +Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 5.2.4 New Comment: Change category. Previous Comments: [2007-10-13 18:06:37] felipensp at gmail dot com Description: The line numbering appear incorrect. Reproduce code: --- Expected result: (16) (17) (18) (18) (19) (19) Actual result: -- (16) (17) (17) (18) (18) (20) -- Edit this bug report at http://bugs.php.net/?id=42957&edit=1
#42613 [Opn]: Unable to load Dynamic Link Libraries
ID: 42613 User updated by: patrick at baynewmedia dot com Reported By: patrick at baynewmedia dot com Status: Open Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 New Comment: [EMAIL PROTECTED]: I did in fact select everything to install. I was under the assumption (mistaken, it seems), that installation doesn't necessarily mean enabling. After all, if I don't install now but at some point in the future decide that I need a new extension, I could simply enable it instead of having to re-install or re-download another package. But that's something to try so I'll give it a whirl. Still doesn't seem like it should work this way though. Maybe the addition of "enabled extensions" in the installation routine may be useful. mfvivino at vivmedia dot net: Wow, that is a little slice of frustration! The thing I found with the PHP.INI file is that, despite loading from a specific location at the time of installation, that location changes on subsequent executions or after reboots. For example, my first installation was in C:\PHP and the INI file loaded from there. I changed a variety of settings in the INI file which were reflected in the next few rounds of execution. One of the suggestions in getting MySQL going was re-booting so I did and after that, the INI file "could not be found". It was still there, but after some searching I discovered it was trying to load from C:\WINDOWS. Why? Who knows...there was no PATH environment variable pointing there (only to C:\PHP), and there were no paths within the INI file itself to anything other than C:\PHP and its subdirectories. Again, this was another case where people were noting these bugs but the folks at PHP kept insisting there was nothing for them to fix. Look, I'm a developer and my work is often far from perfect. I tend to suspect that there's misuse of my software when people report errors and I can understand why the people at PHP would tend towards this as well. At this point, however, it just seems like people are burying their head in the sand. We've all been through the "fixes" here, I'm sure, and it's still failing dismally. That part doesn't bother me at all; what I don't like is that beside these relatively simple fixes, the issue seems to be being ignored. I can run PHP but for most of the applications I need it for now, it's useless. It's at a point where I simply *can't* run it for any useful purposes so the entire PHP project is basically a brick. The complete lack of concern (or if it's there, I'm not hearing a peep about it), is the most troubling aspect of this whole fiasco. Again, is anyone out there listening and looking at this problem? I'm referring to the core PHP developers...does anyone even care that PHP just doesn't have much useful functionality left? Has the PHP project simply been abandoned? It's been two months since I posted this report and no one has mentioned "Oh...it's being looked at now." As far as I can see, absolutely zilch is being done about this. That is, if anyone is even aware that these problems exist. I'm not expecting quick fixes and maybe there's no simple solution, but is anyone even aware? I greatly appreciate the community involvement in trying to address these issues, but this is CORE, BASIC stuff, and no one seems to be bothered by it in the least. Very, very discouraging. Python, Ruby, or Java may be good alternatives. Sucks that I'm being forced to switch because of just plain indifference :( Previous Comments: [2007-10-16 11:00:20] mfvivino at vivmedia dot net It gets weirder for me. I experienced tons of problems with the installer, so scrapped that (did uninstall) and installed manually via .zip which was easy enough. I ONLY enabled mysql, and amazingly enough, it worked!. I ran a simple test: which reported mysql as enabled; and I was subsequently able to install PHP shopping cart software. So far, so good... Now for the fun part: after rebooting the machine, mysql is being reported as not enabled anymore, so I checked the apache log and sure enough, I see the same cryptic error as others have reported here: PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php52/etx\\php_mysql.dll' - The specified module could not be found. \r\n in Unknown on line 0. And now of course phpinfo() shows mysql indeed is missing I thought perhaps the reference to '\r\n' had something to do with windows linefeeds, so I ran a dos2unix conversion on the php.ini file -- no go. Still the same problem. For fun, I tried disabling mysql and enabling a different module. Doesn't seem to matter, get the same problem with any and all. As others have already noted, this is extremely frustrating -- and atypical. I am also a very long-time PHP user and have not ever experienced this level of difficulty with basic PHP installation/configu
#42994 [NEW]: is_callable and __autoload
From: arnout at argeweb dot nl Operating system: BSD PHP version: 5.2.4 PHP Bug Type: Unknown/Other Function Bug description: is_callable and __autoload Description: When using is_callable on non-existing static class functions __autoload will be called twice with some encoded (and thus non-existent) classname. Reproduce code: --- autoload.php \n"; } if( is_callable( array( 'test', 'test' ) ) ){ echo "test::test exists."; }else{ echo "test::test doesn't exist."; } ?> Expected result: test::test doesn't exist. (no __autoload execution at all) Actual result: -- let's require 9akf! let's require 9akf! test::test doesn't exist. -- Edit bug report at http://bugs.php.net/?id=42994&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42994&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42994&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=42994&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42994&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42994&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42994&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42994&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42994&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42994&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42994&r=support Expected behavior:http://bugs.php.net/fix.php?id=42994&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42994&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42994&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42994&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42994&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42994&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42994&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42994&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42994&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42994&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42994&r=mysqlcfg
#42992 [NEW]: headers_sent() gets crazy after calling empty files via virtual()
From: hamdi at rawasy dot com Operating system: Irrelevant PHP version: 4.4.7 PHP Bug Type: Apache related Bug description: headers_sent() gets crazy after calling empty files via virtual() Description: The virtual() function works great, but not headers_sent()! headers_sent() returns true with an empty string as filename & indicates that the line number is zero! Reproduce code: --- Expected result: bool(false) string(0) "" int(0) Actual result: -- bool(true) string(0) "" int(0) -- Edit bug report at http://bugs.php.net/?id=42992&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42992&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42992&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=42992&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42992&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42992&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42992&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42992&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42992&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42992&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42992&r=support Expected behavior:http://bugs.php.net/fix.php?id=42992&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42992&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42992&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42992&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42992&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42992&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42992&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42992&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42992&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42992&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42992&r=mysqlcfg
#42968 [WFx]: DOMXML functions can allocate more memory than memory_limit allows
ID: 42968 Updated by: [EMAIL PROTECTED] Reported By: quaker at barbara dot eu dot org Status: Wont fix Bug Type: DOM XML related Operating System: Linux 2.6.20, Ubuntu 7.04 PHP Version: 5.2.4 New Comment: It does exist. dom binding is much more efficient than domxml so you dont hit the PHP memory limit. Previous Comments: [2007-10-16 04:42:43] quaker at barbara dot eu dot org How does this bug not exists in 4.4.7 while it uses same XML library? Below example code: create_element('response'); $dom->append_child($responseElement); /* Infinite loop */ while (1) { $dataElement = $dom->create_element('data'); $dataText = $dom->create_text_node('Example data'); $dataElement->append_child($dataText); $responseElement->append_child($dataElement); } /* Never executed, just for showing idea */ $xmlString = $dom->dump_mem(true); echo $xmlString; ?> Result, as expected: Allowed memory size of 2097152 bytes exhausted (tried to allocate 32 bytes) in XXX on line 14 Line 14 is: $responseElement->append_child($dataElement); [2007-10-15 20:28:26] [EMAIL PROTECTED] That memory is handled from within the libxml2 library. There is no safe way to integrate the memory routines from PHP without adversely affecting all other modules within the web server that rely on libxml2. [2007-10-15 08:31:32] quaker at barbara dot eu dot org Description: DOMXML functions can allocate more memory than memory_limit allows. Reproduce code: --- createElement('response'); $dom->appendChild($responseElement); /* Infinite loop */ while (1) { $dataElement = $dom->createElement('data'); $dataText = $dom->createTextNode('Example data'); $dataElement->appendChild($dataText); $responseElement->appendChild($dataElement); } /* Never executed, just for showing idea */ $xmlString = $dom->saveXML(); echo $xmlString; ?> Expected result: Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to allocate XXX bytes) in YYY on line ZZZ Actual result: -- Memory limit is not hit. Script memory usage grows, till out of memory received from OS. -- Edit this bug report at http://bugs.php.net/?id=42968&edit=1
#42989 [NEW]: Diffrent results on windows and linux with same script
From: naox at o2 dot pl Operating system: linux and windows PHP version: 5.2.4 PHP Bug Type: Math related Bug description: Diffrent results on windows and linux with same script Description: Following script will output DIFFRENT result on windows and linux. Tested with php-5.2.4, php-5.2.0, php-4.4.7 PHP compiled on linux centos 4.5 [EMAIL PROTECTED] [/usr] uname -a Linux sv2.vipserv.org 2.6.21.5-grsec--grs-ipv4-32 #7 SMP Thu Sep 13 10:22:01 CEST 2007 i686 i686 i386 GNU/Linux with './configure' '--prefix' '/usr/php-5.2.4.cgi' '--enable-force-cgi-redirect' '--with-xml' '--with-curl=/usr/curl' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-iconv' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-pear' '--with-pgsql=/var/pgsql/bin/pg_config' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-zlib' '--with-gettext' '--enable-bcmath' '--with-bz2' '--with-mysqli=/var/mysql5/bin/mysql_config' '--with-mysql=/var/mysql5' '--with-pdo' '--with-pdo-mysql' '--without-sqlite' '--with-xsl' '--enable-mbstring' '--with-pdo-pgsql' '--enable-soap' Reproduce code: --- Expected result: On windows: -443704711 On linux: -2147439834 Windows output is correct result! -- Edit bug report at http://bugs.php.net/?id=42989&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42989&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42989&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=42989&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42989&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42989&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42989&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42989&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42989&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42989&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42989&r=support Expected behavior:http://bugs.php.net/fix.php?id=42989&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42989&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42989&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42989&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42989&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42989&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42989&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42989&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42989&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42989&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42989&r=mysqlcfg
#42974 [Opn->Asn]: installer fails with error code 2738
ID: 42974 Updated by: [EMAIL PROTECTED] Reported By: ocknu at comcast dot net -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: vista x64 PHP Version: 5.2.4 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the installer maintainer. Previous Comments: [2007-10-15 13:55:34] ocknu at comcast dot net also would be great if you put this in a exe form so can elevate rights on run status. [2007-10-15 13:53:17] ocknu at comcast dot net Description: Description: when i try to run the install i get this message; the installer has encountered an unexpected error installing this package. this may indicate a problem with this package. the error code is 2738. here is a helpfull hint. http://msdn2.microsoft.com/en-us/library/Aa372835.aspx http://blogs.msdn.com/heaths/archive/2007/05/31/windows-installer-errors -2738-and-2739-with-script-custom-actions.aspx so i tried regsvr32 in windows\system32 did not work. next i tried regsvr32 windows\syswow64\regsvr now i get errors when i try to install error trying access httpd.conf you will need to manually configure the web server. then i hit ok. error; a network error occurred while attempting to read from the file: c:\windows\installer\php-5.2.2-win32-installer.msi. then i hit ok. and the install backs out. Reproduce code: --- n/a [15 Oct 10:03am UTC] [EMAIL PROTECTED] Try newer PHP version. 5.2.2 is way too old. ok tried 5.2.4 sti getting error code 2738... -- Edit this bug report at http://bugs.php.net/?id=42974&edit=1
#42983 [Opn->Fbk]: Regression: global variables get lost
ID: 42983 Updated by: [EMAIL PROTECTED] Reported By: marc dot bau at gmx dot net -Status: Open +Status: Feedback Bug Type: Variables related Operating System: WinXP & openSUSE 10.3 PHP Version: 5.2.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-10-16 10:54:31] crrodriguez at suse dot de if evil^Wglobal variables gets lost, then there is definately a way to shortly reproduce the problem, have you contacted drupal developers about this problem ? [2007-10-16 06:30:32] marc dot bau at gmx dot net Sorry, you need the install package drupal-5.2-yaml-for-drupal-5.x-3.0.3.7-2007092601.tar.gz [2007-10-16 06:26:45] marc dot bau at gmx dot net i have no idea what you need. Install http://www.yaml-fuer-drupal.de/de/download (yaml-for-drupal-5.x-3.0.3.7.tar.gz). Unpack and start install ./install.php, select YAML as Install profile and German as your language. Try to stracktrace why $install_locale in \profiles\yaml\yaml.profile gives nothing back. global $install_locale; if ($install_locale == 'de') { or inside the _autolocale_install_po_files() function file "sites\all\modules\autolocale\autolocale.install" the $install_locale is no more filled with "de", too. I have no idea how to repro this, but this code works with <=5.2.3 and is broken with 5.2.4. If you don't like to repro try to look the PHP source and find out what's wrong here... shouldn't be impossible to find, while we know this is a regression introduced with 5.2.4 [2007-10-15 22:11:02] [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. [2007-10-15 21:49:33] marc dot bau at gmx dot net Description: Hi i think i've struggled about a critical bug in 5.2.4 on Windows XP IIS with ISAPI and openSUSE 10.3 with Apache 2.2.4. The "global" variables looks simply lost. I've tried to install a multilingual version of Drupal 5.2 and as i figured out the "global $install_locale;" variable gets lost anywhere... I have downgraded to PHP 5.2.1 re-testet (works) and upgraded back to PHP 5.2.3 works, too. Greetings Marc Reproduce code: --- Install Drupal 5.2 with YAML for Drupal Complete package and you will see the global var gets lost and drupal is not installed in a selected language as it should. I'm sorry i have no small and easy repro code... Expected result: not lost global variables Actual result: -- PHP 5.2.3 and 5.2.1 works well, 5.2.4 is broken -- Edit this bug report at http://bugs.php.net/?id=42983&edit=1
#42987 [NEW]: Add LSAPI support
From: rick dot martinez at gmail dot com Operating system: all PHP version: 5.2.4 PHP Bug Type: Feature/Change Request Bug description: Add LSAPI support Description: It would be great if support for the growing Litespeed web server could be included with PHP. This especially because it's increasingly difficult for people to support Litespeed with distributions such as Debian which would require you to completely recompile the PHP deb packages just to support the server. I think the server is popular enough to warrant inclusion of their SAPI into the PHP core. Many people are enjoying it and its popularity is increasing. Link to the SAPI: http://www.litespeedtech.com/packages/lsapi/php-litespeed-4.1.tgz -- Edit bug report at http://bugs.php.net/?id=42987&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42987&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42987&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42987&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42987&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42987&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42987&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42987&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42987&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42987&r=support Expected behavior:http://bugs.php.net/fix.php?id=42987&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42987&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42987&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42987&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42987&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42987&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42987&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42987&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42987&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42987&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42987&r=mysqlcfg
#42613 [Com]: Unable to load Dynamic Link Libraries
ID: 42613 Comment by: mfvivino at vivmedia dot net Reported By: patrick at baynewmedia dot com Status: Open Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 New Comment: It gets weirder for me. I experienced tons of problems with the installer, so scrapped that (did uninstall) and installed manually via .zip which was easy enough. I ONLY enabled mysql, and amazingly enough, it worked!. I ran a simple test: which reported mysql as enabled; and I was subsequently able to install PHP shopping cart software. So far, so good... Now for the fun part: after rebooting the machine, mysql is being reported as not enabled anymore, so I checked the apache log and sure enough, I see the same cryptic error as others have reported here: PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php52/etx\\php_mysql.dll' - The specified module could not be found. \r\n in Unknown on line 0. And now of course phpinfo() shows mysql indeed is missing I thought perhaps the reference to '\r\n' had something to do with windows linefeeds, so I ran a dos2unix conversion on the php.ini file -- no go. Still the same problem. For fun, I tried disabling mysql and enabling a different module. Doesn't seem to matter, get the same problem with any and all. As others have already noted, this is extremely frustrating -- and atypical. I am also a very long-time PHP user and have not ever experienced this level of difficulty with basic PHP installation/configuration. Previous Comments: [2007-10-11 23:55:53] [EMAIL PROTECTED] During the installer you must have selected to install every extension onto the hard disk, this in turn would have enabled all of those extensions some of which don't work. I'm under the impression that the extension maintainer removed the ones that were broken, but one can still shoot themselves in the foot by enabling everything. Uninstall PHP and then re-install, when you do make sure you only enable the modules that you need. [2007-10-11 21:38:13] patrick at baynewmedia dot com Good to see that absolutely no progress has been made. Does anyone actually read these bug reports or what? [EMAIL PROTECTED]: If you'd bothered to read what I'd posted, I said I didn't know if I needed all these extensions. They're not listed anywhere and the default php.ini file comes with all of them enabled. Your suggestion "How about the basic .zip file, just unpack that and try with it instead..? " is exactly the type of piddly suggestion I was referring to. It's dismissive and insulting and yes, I tried that many times. azlan01: Good suggestion and thank you for not assuming I'm a complete idiot. Unfortunately, that didn't make any difference. The pear extensions also give me some trouble though somewhat less than the default ones. I've tried disabling all of the extensions erroneously listed in pop-ups...I say erroneously because the pop-up messages don't match the ones on the command line when I run PHP. That's just another problem with the latest PHP release but hardly the biggest. So, now I have a working PHP install once I've disable all of the erroneous DLLs (not all are problematic...anyone care to explain why?). Unfortunately, trying to access a MySQL database has proven to be a complete dead-end. The "libmysql.dll" file simply fails to load. Period. I put it in Windows, Windows/system, windows/system32, the php install directory, the php extensions directory, the c:\ drive; added PATH directions to it...heck, I pointed the php.ini file *directly* at it using a full path. Simply, it doesn't load. I tried a myriad version of the file ranging from the version 4 (PHP) DLL up to the version 5 one, also including the newest ones from MySQL.org. Still nothing. Please please please don't keep ignoring these problems! Maybe there's a very good reason why I can't run PHP successfully but so far the only suggestion has been that it's somehow my fault or that during the last two months I've somehow overlooked the glaringly obvious. "No feedback was provided for this bug for over a week, so it is being suspended automatically." ... won't make it go away! Someone please take some responsibility and look into this! [2007-10-08 19:33:24] parasite84 at mail dot ru Me too PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\WebDev\\usr\\local\\PHP\\ext\\mysql.so' - The specified module could not be found.\r\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\WebDev\\usr\\local\\PHP\\ext\\php_exif.dll' - The specified module could not be found.\r\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\
#42983 [Com]: Regression: global variables get lost
ID: 42983 Comment by: crrodriguez at suse dot de Reported By: marc dot bau at gmx dot net Status: Open Bug Type: Variables related Operating System: WinXP & openSUSE 10.3 PHP Version: 5.2.4 New Comment: if evil^Wglobal variables gets lost, then there is definately a way to shortly reproduce the problem, have you contacted drupal developers about this problem ? Previous Comments: [2007-10-16 06:30:32] marc dot bau at gmx dot net Sorry, you need the install package drupal-5.2-yaml-for-drupal-5.x-3.0.3.7-2007092601.tar.gz [2007-10-16 06:26:45] marc dot bau at gmx dot net i have no idea what you need. Install http://www.yaml-fuer-drupal.de/de/download (yaml-for-drupal-5.x-3.0.3.7.tar.gz). Unpack and start install ./install.php, select YAML as Install profile and German as your language. Try to stracktrace why $install_locale in \profiles\yaml\yaml.profile gives nothing back. global $install_locale; if ($install_locale == 'de') { or inside the _autolocale_install_po_files() function file "sites\all\modules\autolocale\autolocale.install" the $install_locale is no more filled with "de", too. I have no idea how to repro this, but this code works with <=5.2.3 and is broken with 5.2.4. If you don't like to repro try to look the PHP source and find out what's wrong here... shouldn't be impossible to find, while we know this is a regression introduced with 5.2.4 [2007-10-15 22:11:02] [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. [2007-10-15 21:49:33] marc dot bau at gmx dot net Description: Hi i think i've struggled about a critical bug in 5.2.4 on Windows XP IIS with ISAPI and openSUSE 10.3 with Apache 2.2.4. The "global" variables looks simply lost. I've tried to install a multilingual version of Drupal 5.2 and as i figured out the "global $install_locale;" variable gets lost anywhere... I have downgraded to PHP 5.2.1 re-testet (works) and upgraded back to PHP 5.2.3 works, too. Greetings Marc Reproduce code: --- Install Drupal 5.2 with YAML for Drupal Complete package and you will see the global var gets lost and drupal is not installed in a selected language as it should. I'm sorry i have no small and easy repro code... Expected result: not lost global variables Actual result: -- PHP 5.2.3 and 5.2.1 works well, 5.2.4 is broken -- Edit this bug report at http://bugs.php.net/?id=42983&edit=1
#41334 [Opn->Asn]: Enable serialization of DateTime objects
ID: 41334 Updated by: [EMAIL PROTECTED] Reported By: mail at philipp-wagner dot com -Status: Open +Status: Assigned -Bug Type: Feature/Change Request +Bug Type: Date/time related Operating System: all PHP Version: 5.2.2 -Assigned To: +Assigned To: derick Previous Comments: [2007-05-08 21:33:08] mail at philipp-wagner dot com Description: As noted in bug #39821 and the documentation, DateTime objects cannot be serialized. Still, serializing such objects would be of much use. I use these objects heavily, as well as serialize(). Currently I have to write a __destruct() method which saves the DateTime into a string object variable and read it back at __wakeup(). This causes much unnecessary work. -- Edit this bug report at http://bugs.php.net/?id=41334&edit=1