#40428 [NEW]: imagepstext() and imagepsbbox() doesn't have optional parameters
From: v1d4l0k4 at gmail dot com Operating system: Windows XP SP2 PHP version: 5.2.1 PHP Bug Type: GD related Bug description: imagepstext() and imagepsbbox() doesn't have optional parameters Description: Manual says: array imagepstext ( resource $image, string $text, resource $font, int $size, int $foreground, int $background, int $x, int $y [, int $space [, int $tightness [, float $angle [, int $antialias_steps ) array imagepsbbox ( string $text, int $font, int $size [, int $space [, int $tightness [, float $angle]]] ) But... neither of the optional parameters is accepted. Reproduce code: --- It's Ok: It's fail: Expected result: A banner with 2 space-unit of space. Actual result: -- Warning: Wrong parameter count for imagepstext() -- Edit bug report at http://bugs.php.net/?id=40428&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40428&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40428&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40428&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40428&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40428&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40428&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40428&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40428&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40428&r=support Expected behavior:http://bugs.php.net/fix.php?id=40428&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40428&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40428&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40428&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40428&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40428&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40428&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40428&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40428&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40428&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40428&r=mysqlcfg
#40424 [Opn]: Fatal error when setting the value of COM object's property array
ID: 40424 User updated by: lee at dark-circuit dot com Reported By: lee at dark-circuit dot com Status: Open Bug Type: COM related Operating System: Windows XP SP2 PHP Version: 5CVS-2007-02-10 (snap) New Comment: sorry, messed up expected result slightly. Should be: Expected result: CAKE PIE PIE Previous Comments: [2007-02-10 00:36:05] lee at dark-circuit dot com Description: Fatal error when setting the value of COM object's property array Basically I'm having the same problem as Bug #28161 [This bug is marked closed, fixed] http://bugs.php.net/bug.php?id=28161&edit=1 COM Array Assignment isn't working. In the old closed bug, wez posted a fix that went into RC2 of PHP 5.0, but I'm guessing that the fix didn't make it into release 5.0 or any current versions. Have tested code on most currentish snaps of PHP 5.0 - 5.2.2 for sanity. Reproduce code: --- $itemindex = 2914; $oInfo = new COM("PAW.LineItem") or die("WHAT THE?"); $oInfo->GetForIndex($itemindex); // CustomField is: // string CustomField(ByVal Index As Integer) echo $oInfo->CustomField[1]; echo "\n"; $oInfo->CustomField[1] = "PIE"; echo "\n"; echo $oInfo->CustomField[1]; Expected result: CAKE PIE CAKE Actual result: -- CAKE PHP Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000f] Parameter not optional. ' in C:\New Folder\prime-sync-itemdb.php:197 Stack trace: #0 C:\New Folder (3)\prime-sync-itemdb.php(197): unknown() #1 {main} thrown in C:\New Folder\prime-sync-itemdb.php on line 197 Note: for sanity I confirmed assignment works to same property by writing same program in VB.NET. Works ok. oInfo.CustomField(1) = "PIE" in VB.NET -- Edit this bug report at http://bugs.php.net/?id=40424&edit=1
#40427 [NEW]: fsockopen() always forces a DNS resolution unnecessarily
From: andrew at neonsurge dot com Operating system: Gentoo, OS-X 10.4 PHP version: 5.2.1 PHP Bug Type: Streams related Bug description: fsockopen() always forces a DNS resolution unnecessarily Description: fsockopen() always asks your DNS server for the IP address of a connection before it opens it, instead of trying to look in the local cache first. I believe this is unexpected and performance-wise is a very undesirable operation. See reproduce code... Reproduce code: --- Expected result: While running the slower code above exactly as is, you can packet sniff and view 50 full requests for the domain php.net. This is unoptimized and causes this code to run extremely slow. When running with the fast way (change lines commented out) the above code runs a few hundred percent faster. Upon a packet sniff you can watch 1 or two requests for php.net being sent to your DNS server which I believe is the desired result. NOTE: In the code above I do have the workaround by connecting with the IP instead by using gethostbyname() first which appears to use the local DNS cache. Actual result: -- The code above should run exactly the same speed either way. fsockopen should be using the local machine's DNS cache and not have to query the DNS server upon every request when given a DNS name to connect to. -- Edit bug report at http://bugs.php.net/?id=40427&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40427&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40427&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40427&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40427&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40427&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40427&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40427&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40427&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40427&r=support Expected behavior:http://bugs.php.net/fix.php?id=40427&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40427&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40427&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40427&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40427&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40427&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40427&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40427&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40427&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40427&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40427&r=mysqlcfg
#40425 [Fbk->Opn]: php_getuid() always return 1.
ID: 40425 User updated by: priappub at yahoo dot fr Reported By: priappub at yahoo dot fr -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: Solaris 10 PHP Version: 5.2.1 New Comment: Unfortunately, this machine is on a private network. It'a a solaris 10 update 3 with apache 2.0.58 included in solaris. PHP is 5.2.1 compiled with: CFLAGS='-I/usr/sfw/src/mysql/include' \ CC='cc' \ './configure' \ '--with-apxs2=/usr/apache2/bin/apxs' \ '--with-mysql=/usr/sfw' \ '--enable-dbase' \ '--with-ldap' \ '--enable-ftp' \ '--with-bzip2' \ '--with-openssl=/usr/sfw' \ '--with-jepg' \ '--with-png' \ '--with-zlib' \ '--with-imap' \ '--enable-fastcgi' \ '--enable-mbstring' \ '--with-config-file-path=/etc/apache2' \ '--without-iconv' \ '--with-gettext' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--prefix=/usr' \ '--exec-prefix=/usr' \ '--sysconfdir=/etc' \ '--localstatedir=/var' \ I'm using Sun Studio 11 but same result with GCC. I don't know if the problem is on x86 too, I have only solaris with sparc. NB: bug 12683 suggests a problem with mod_perl but no mod_perl here. Previous Comments: [2007-02-10 00:52:28] [EMAIL PROTECTED] Cannot reproduce. Please provide an account on this machine. [2007-02-10 00:44:39] priappub at yahoo dot fr Description: On solaris 10 (update 3) on sparc with PHP 5.1.6 or 5.1.2, safe mode doesn't work. I have the message: SAFE MODE Restriction in effect. The script whose uid/gid is 1/10076 is not allowed to access /sites/toto.php owned by uid/gid 10076/1000 in Unknown on line 0 The script and the directory have the same UID/GID. It seems like in safe_mode.c, php-getuid() always returns 1 and php_getgid() returns the UID. NB: same bug as http://bugs.php.net/bug.php?id=7744 or http://bugs.php.net/bug.php?id=18500 (they are old and for PHP4) -- Edit this bug report at http://bugs.php.net/?id=40425&edit=1
#40426 [Opn->Bgs]: POST problem with input image
ID: 40426 Updated by: [EMAIL PROTECTED] Reported By: develop at in-tech dot us -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP Pro, Windows 2000 Svr PHP Version: 4.4.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. Previous Comments: [2007-02-10 00:53:06] develop at in-tech dot us Description: Using: I.E. 6, Firefox 2.0.0.1 and Opera 9, PHP 4.4.4, IIS 5.1 on XP PRO (development machine) and IIS 5 on Windows 2000 Server (production server). When using an input type of 'image' to submit a form, the name value is not initialized by my switch() script. If I change this to a standard input type of 'submit', the variable is initialized and recognized just fine: Reproduce code: --- //DOES NOT work if(!empty($_POST['somevalue'])) { switch($_POST['hiddenfieldname']) { case 'somecase': include 'page1.php'; break; } } else { include 'page2.php'; } //Works Fine if(!empty($_POST['somevalue'])) { switch($_POST['hiddenfieldname']) { case 'somecase': include 'page1.php'; break; } } else { include 'page2.php'; } Expected result: Script should include() page1.php Actual result: -- Includes() page2.php -- Edit this bug report at http://bugs.php.net/?id=40426&edit=1
#40426 [NEW]: POST problem with input image
From: develop at in-tech dot us Operating system: Windows XP Pro, Windows 2000 Svr PHP version: 4.4.4 PHP Bug Type: *General Issues Bug description: POST problem with input image Description: Using: I.E. 6, Firefox 2.0.0.1 and Opera 9, PHP 4.4.4, IIS 5.1 on XP PRO (development machine) and IIS 5 on Windows 2000 Server (production server). When using an input type of 'image' to submit a form, the name value is not initialized by my switch() script. If I change this to a standard input type of 'submit', the variable is initialized and recognized just fine: Reproduce code: --- //DOES NOT work if(!empty($_POST['somevalue'])) { switch($_POST['hiddenfieldname']) { case 'somecase': include 'page1.php'; break; } } else { include 'page2.php'; } //Works Fine if(!empty($_POST['somevalue'])) { switch($_POST['hiddenfieldname']) { case 'somecase': include 'page1.php'; break; } } else { include 'page2.php'; } Expected result: Script should include() page1.php Actual result: -- Includes() page2.php -- Edit bug report at http://bugs.php.net/?id=40426&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40426&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40426&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40426&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40426&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40426&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40426&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40426&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40426&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40426&r=support Expected behavior:http://bugs.php.net/fix.php?id=40426&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40426&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40426&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40426&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40426&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40426&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40426&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40426&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40426&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40426&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40426&r=mysqlcfg
#40425 [Opn->Fbk]: php_getuid() always return 1.
ID: 40425 Updated by: [EMAIL PROTECTED] Reported By: priappub at yahoo dot fr -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Solaris 10 PHP Version: 5.2.1 New Comment: Cannot reproduce. Please provide an account on this machine. Previous Comments: [2007-02-10 00:44:39] priappub at yahoo dot fr Description: On solaris 10 (update 3) on sparc with PHP 5.1.6 or 5.1.2, safe mode doesn't work. I have the message: SAFE MODE Restriction in effect. The script whose uid/gid is 1/10076 is not allowed to access /sites/toto.php owned by uid/gid 10076/1000 in Unknown on line 0 The script and the directory have the same UID/GID. It seems like in safe_mode.c, php-getuid() always returns 1 and php_getgid() returns the UID. NB: same bug as http://bugs.php.net/bug.php?id=7744 or http://bugs.php.net/bug.php?id=18500 (they are old and for PHP4) -- Edit this bug report at http://bugs.php.net/?id=40425&edit=1
#40425 [NEW]: php_getuid() always return 1.
From: priappub at yahoo dot fr Operating system: Solaris 10 PHP version: 5.2.1 PHP Bug Type: Safe Mode/open_basedir Bug description: php_getuid() always return 1. Description: On solaris 10 (update 3) on sparc with PHP 5.1.6 or 5.1.2, safe mode doesn't work. I have the message: SAFE MODE Restriction in effect. The script whose uid/gid is 1/10076 is not allowed to access /sites/toto.php owned by uid/gid 10076/1000 in Unknown on line 0 The script and the directory have the same UID/GID. It seems like in safe_mode.c, php-getuid() always returns 1 and php_getgid() returns the UID. NB: same bug as http://bugs.php.net/bug.php?id=7744 or http://bugs.php.net/bug.php?id=18500 (they are old and for PHP4) -- Edit bug report at http://bugs.php.net/?id=40425&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40425&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40425&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40425&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40425&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40425&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40425&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40425&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40425&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40425&r=support Expected behavior:http://bugs.php.net/fix.php?id=40425&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40425&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40425&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40425&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40425&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40425&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40425&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40425&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40425&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40425&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40425&r=mysqlcfg
#40424 [NEW]: Fatal error when setting the value of COM object's property array
From: lee at dark-circuit dot com Operating system: Windows XP SP2 PHP version: 5CVS-2007-02-10 (snap) PHP Bug Type: COM related Bug description: Fatal error when setting the value of COM object's property array Description: Fatal error when setting the value of COM object's property array Basically I'm having the same problem as Bug #28161 [This bug is marked closed, fixed] http://bugs.php.net/bug.php?id=28161&edit=1 COM Array Assignment isn't working. In the old closed bug, wez posted a fix that went into RC2 of PHP 5.0, but I'm guessing that the fix didn't make it into release 5.0 or any current versions. Have tested code on most currentish snaps of PHP 5.0 - 5.2.2 for sanity. Reproduce code: --- $itemindex = 2914; $oInfo = new COM("PAW.LineItem") or die("WHAT THE?"); $oInfo->GetForIndex($itemindex); // CustomField is: // string CustomField(ByVal Index As Integer) echo $oInfo->CustomField[1]; echo "\n"; $oInfo->CustomField[1] = "PIE"; echo "\n"; echo $oInfo->CustomField[1]; Expected result: CAKE PIE CAKE Actual result: -- CAKE PHP Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000f] Parameter not optional. ' in C:\New Folder\prime-sync-itemdb.php:197 Stack trace: #0 C:\New Folder (3)\prime-sync-itemdb.php(197): unknown() #1 {main} thrown in C:\New Folder\prime-sync-itemdb.php on line 197 Note: for sanity I confirmed assignment works to same property by writing same program in VB.NET. Works ok. oInfo.CustomField(1) = "PIE" in VB.NET -- Edit bug report at http://bugs.php.net/?id=40424&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40424&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40424&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40424&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40424&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40424&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40424&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40424&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40424&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40424&r=support Expected behavior:http://bugs.php.net/fix.php?id=40424&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40424&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40424&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40424&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40424&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40424&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40424&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40424&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40424&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40424&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40424&r=mysqlcfg
#40421 [Fbk->Opn]: Install error 2343
ID: 40421 User updated by: wade_link at hotmail dot com Reported By: wade_link at hotmail dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: It worked sort of. It got most of the way through the intall then errored. It had the same error message. It gets through a lot, but the error message shows up when it says it is writing INI files. Previous Comments: [2007-02-09 23:37:58] [EMAIL PROTECTED] Please try: http://downloads.php.net/edink/php-5.2.1-win32-installer-fix.msi [2007-02-09 23:24:34] [EMAIL PROTECTED] So 5.2.1 _probably_ works fine, but you can't test it because you cannot uninstall the previous version. Consult your OS support on how to force the uninstall? [2007-02-09 23:20:06] wade_link at hotmail dot com Well, not exactly. I just downloaded php-5.2.1-win32-installer and tried that, but it give me the message that there is a previous version installed and it must be un-installed before the new version can be installed. Back to square one. [2007-02-09 23:16:38] [EMAIL PROTECTED] Yeah, there is a good chance 5.2.1 will work fine. [2007-02-09 23:03:07] wade_link at hotmail dot com php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. 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/40421 -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#37274 [Com]: Array style COM property access
ID: 37274 Comment by: lee at dark-circuit dot com Reported By: tp at synolon dot gr Status: No Feedback Bug Type: COM related Operating System: Windows XP Pro PHP Version: 5.1.3 New Comment: On current snap of PHP 5.2.2 It still doesn't work, but I get a slightly diff trace than some are reporting. Here's mine: PHP Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000f] Parameter not optional. ' in C:\New Folder\prime-sync-itemdb.php:197 Stack trace: #0 C:\New Folder\prime-sync-itemdb.php(197): unknown() #1 {main} thrown in C:\New Folder (3)\prime-sync-itemdb.php on line 197 That is on this test line: $oInfo->CustomField[1] = "bb"; Com property is string CustomField(ByVal Index As Integer) VB.NET Code that works: oCompanyInfo.CustomField(1) = "bb" Note: in php: echo $oInfo->CustomField[1]; works fine. I just can't assign anything with an array Previous Comments: [2007-01-05 17:08:03] phpbugs at mike-c dot com Still the same error using latest CVS snapshot (PHP 5.2.1RC3-dev (cli) (built: Jan 5 2007 16:24:22)) PHP Fatal error: Uncaught exception 'com_exception' with message 'Error [0x8002000e] Invalid number of parameters.' in C:\PHP Files\comobjecttest.php:4 Stack trace: #0 C:\PHP Files\comobjecttest.php(4): unknown() #1 {main} thrown in C:\PHP Files\comobjecttest.php on line 4 [2007-01-01 01:00:01] 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-12-24 12:37:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-12-14 20:47:59] lee at dark-circuit dot com Bug still exists in 5.2.0 :( I have confirmed the bug is in both 5.1.3 and 5.2.0 [2006-08-18 08:44:11] tp at synolon dot gr I'm happy to see that at least there are others interested in COM communication through PHP. I think that more work has to be done for this module cause brings a bridge for the open source community to the windoze world (it is usefull for some bussiness apps...). For example I could manage to run the code I presented through java using IBM COM bridge and worked OK. But is a pity to run a jsp site just because the COM PHP implemntation is buggy. Also I find it TOO much (in this case...) to call java code through PHP to get this job done... not to mention that my service provider won't support the php to java bridge. We love PHP so please give a look at that bug! 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/37274 -- Edit this bug report at http://bugs.php.net/?id=37274&edit=1
#40423 [Opn->Fbk]: -INF float session variable
ID: 40423 Updated by: [EMAIL PROTECTED] Reported By: jwprox at hotmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: OSX 10.4 PHP Version: 4.4.4 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-09 23:45:07] jwprox at hotmail dot com Description: Setting a session variable the float value 41.795209 becomes -INF when read back back from the session from another function or page. Note, 41.795210/08 are both valid, but I assume this same issue may occur for other "magic" numbers. -- Edit this bug report at http://bugs.php.net/?id=40423&edit=1
#40423 [NEW]: -INF float session variable
From: jwprox at hotmail dot com Operating system: OSX 10.4 PHP version: 4.4.4 PHP Bug Type: Session related Bug description: -INF float session variable Description: Setting a session variable the float value 41.795209 becomes -INF when read back back from the session from another function or page. Note, 41.795210/08 are both valid, but I assume this same issue may occur for other "magic" numbers. -- Edit bug report at http://bugs.php.net/?id=40423&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40423&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40423&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40423&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40423&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40423&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40423&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40423&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40423&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40423&r=support Expected behavior:http://bugs.php.net/fix.php?id=40423&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40423&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40423&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40423&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40423&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40423&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40423&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40423&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40423&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40423&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40423&r=mysqlcfg
#40421 [Fbk]: Install error 2343
ID: 40421 Updated by: [EMAIL PROTECTED] Reported By: wade_link at hotmail dot com Status: Feedback Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: Please try: http://downloads.php.net/edink/php-5.2.1-win32-installer-fix.msi Previous Comments: [2007-02-09 23:24:34] [EMAIL PROTECTED] So 5.2.1 _probably_ works fine, but you can't test it because you cannot uninstall the previous version. Consult your OS support on how to force the uninstall? [2007-02-09 23:20:06] wade_link at hotmail dot com Well, not exactly. I just downloaded php-5.2.1-win32-installer and tried that, but it give me the message that there is a previous version installed and it must be un-installed before the new version can be installed. Back to square one. [2007-02-09 23:16:38] [EMAIL PROTECTED] Yeah, there is a good chance 5.2.1 will work fine. [2007-02-09 23:03:07] wade_link at hotmail dot com php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. [2007-02-09 22:42:08] [EMAIL PROTECTED] What kind of package did you use? (There are 3 different 5.2.1 packages available) 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/40421 -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40421 [Opn->Fbk]: Install error 2343
ID: 40421 Updated by: [EMAIL PROTECTED] Reported By: wade_link at hotmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: So 5.2.1 _probably_ works fine, but you can't test it because you cannot uninstall the previous version. Consult your OS support on how to force the uninstall? Previous Comments: [2007-02-09 23:20:06] wade_link at hotmail dot com Well, not exactly. I just downloaded php-5.2.1-win32-installer and tried that, but it give me the message that there is a previous version installed and it must be un-installed before the new version can be installed. Back to square one. [2007-02-09 23:16:38] [EMAIL PROTECTED] Yeah, there is a good chance 5.2.1 will work fine. [2007-02-09 23:03:07] wade_link at hotmail dot com php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. [2007-02-09 22:42:08] [EMAIL PROTECTED] What kind of package did you use? (There are 3 different 5.2.1 packages available) [2007-02-09 22:30:56] wade_link at hotmail dot com Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40422 [Bgs]: script breaks memory limit
ID: 40422 Updated by: [EMAIL PROTECTED] Reported By: mb at nasa30 dot com Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2003 server standart PHP Version: 5.2.1 New Comment: Memory limit was not enabled on Win32 before. Previous Comments: [2007-02-09 23:20:44] [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. 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. [2007-02-09 23:19:51] mb at nasa30 dot com I use Apache 2.2.4 [2007-02-09 23:16:51] mb at nasa30 dot com Description: My simple benchmark script breaks the memory limit what it did never before. I tested it on my w2k3 server. I normaly use 8 MB as memory limit. which is enough for my apps. But Now the script end in a fatal error even when I set it up to 64 MB. Reproduce code: --- http://www.source-center.de/forum/showthread.php?t=27651 Expected result: Finish: 1171062920 Result: 10 sekunden Actual result: -- Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 256 bytes) in C:\server2\www\benchmark.php on line 115 -- Edit this bug report at http://bugs.php.net/?id=40422&edit=1
#40422 [Opn->Bgs]: script breaks memory limit
ID: 40422 Updated by: [EMAIL PROTECTED] Reported By: mb at nasa30 dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2003 server standart PHP Version: 5.2.1 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. Previous Comments: [2007-02-09 23:19:51] mb at nasa30 dot com I use Apache 2.2.4 [2007-02-09 23:16:51] mb at nasa30 dot com Description: My simple benchmark script breaks the memory limit what it did never before. I tested it on my w2k3 server. I normaly use 8 MB as memory limit. which is enough for my apps. But Now the script end in a fatal error even when I set it up to 64 MB. Reproduce code: --- http://www.source-center.de/forum/showthread.php?t=27651 Expected result: Finish: 1171062920 Result: 10 sekunden Actual result: -- Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 256 bytes) in C:\server2\www\benchmark.php on line 115 -- Edit this bug report at http://bugs.php.net/?id=40422&edit=1
#40421 [Fbk->Opn]: Install error 2343
ID: 40421 User updated by: wade_link at hotmail dot com Reported By: wade_link at hotmail dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: Well, not exactly. I just downloaded php-5.2.1-win32-installer and tried that, but it give me the message that there is a previous version installed and it must be un-installed before the new version can be installed. Back to square one. Previous Comments: [2007-02-09 23:16:38] [EMAIL PROTECTED] Yeah, there is a good chance 5.2.1 will work fine. [2007-02-09 23:03:07] wade_link at hotmail dot com php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. [2007-02-09 22:42:08] [EMAIL PROTECTED] What kind of package did you use? (There are 3 different 5.2.1 packages available) [2007-02-09 22:30:56] wade_link at hotmail dot com Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40422 [Opn]: script breaks memory limit
ID: 40422 User updated by: mb at nasa30 dot com Reported By: mb at nasa30 dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 server standart PHP Version: 5.2.1 New Comment: I use Apache 2.2.4 Previous Comments: [2007-02-09 23:16:51] mb at nasa30 dot com Description: My simple benchmark script breaks the memory limit what it did never before. I tested it on my w2k3 server. I normaly use 8 MB as memory limit. which is enough for my apps. But Now the script end in a fatal error even when I set it up to 64 MB. Reproduce code: --- http://www.source-center.de/forum/showthread.php?t=27651 Expected result: Finish: 1171062920 Result: 10 sekunden Actual result: -- Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 256 bytes) in C:\server2\www\benchmark.php on line 115 -- Edit this bug report at http://bugs.php.net/?id=40422&edit=1
#40422 [NEW]: script breaks memory limit
From: mb at nasa30 dot com Operating system: Windows 2003 server standart PHP version: 5.2.1 PHP Bug Type: Reproducible crash Bug description: script breaks memory limit Description: My simple benchmark script breaks the memory limit what it did never before. I tested it on my w2k3 server. I normaly use 8 MB as memory limit. which is enough for my apps. But Now the script end in a fatal error even when I set it up to 64 MB. Reproduce code: --- http://www.source-center.de/forum/showthread.php?t=27651 Expected result: Finish: 1171062920 Result: 10 sekunden Actual result: -- Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 256 bytes) in C:\server2\www\benchmark.php on line 115 -- Edit bug report at http://bugs.php.net/?id=40422&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40422&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40422&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40422&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40422&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40422&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40422&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40422&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40422&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40422&r=support Expected behavior:http://bugs.php.net/fix.php?id=40422&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40422&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40422&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40422&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40422&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40422&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40422&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40422&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40422&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40422&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40422&r=mysqlcfg
#40421 [Opn->Fbk]: Install error 2343
ID: 40421 Updated by: [EMAIL PROTECTED] Reported By: wade_link at hotmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: Yeah, there is a good chance 5.2.1 will work fine. Previous Comments: [2007-02-09 23:03:07] wade_link at hotmail dot com php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. [2007-02-09 22:42:08] [EMAIL PROTECTED] What kind of package did you use? (There are 3 different 5.2.1 packages available) [2007-02-09 22:30:56] wade_link at hotmail dot com Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40421 [Fbk->Opn]: Install error 2343
ID: 40421 User updated by: wade_link at hotmail dot com Reported By: wade_link at hotmail dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: php-5.2.0-win32-installer. I guess it isn't 5.2.1 after all. Previous Comments: [2007-02-09 22:42:08] [EMAIL PROTECTED] What kind of package did you use? (There are 3 different 5.2.1 packages available) [2007-02-09 22:30:56] wade_link at hotmail dot com Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40421 [Opn->Fbk]: Install error 2343
ID: 40421 Updated by: [EMAIL PROTECTED] Reported By: wade_link at hotmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 New Comment: What kind of package did you use? (There are 3 different 5.2.1 packages available) Previous Comments: [2007-02-09 22:30:56] wade_link at hotmail dot com Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40421 [NEW]: Install error 2343
From: wade_link at hotmail dot com Operating system: XP Pro PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: Install error 2343 Description: I have just installed 5.2.1 onto my XP Pro machine and am getting an install error of 2343. It won't let me reinstall, repair, or uninstall. I tried downloading another version and installing but it did not work. Please help. -- Edit bug report at http://bugs.php.net/?id=40421&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40421&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40421&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40421&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40421&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40421&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40421&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40421&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40421&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40421&r=support Expected behavior:http://bugs.php.net/fix.php?id=40421&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40421&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40421&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40421&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40421&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40421&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40421&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40421&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40421&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40421&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40421&r=mysqlcfg
#40420 [Opn->Bgs]: --with-imap fails for imap-2004g from University of Washington IMAP toolkit
ID: 40420 Updated by: [EMAIL PROTECTED] Reported By: romanf at trash dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Suse Linux 10.0 64bit PHP Version: 5.2.1 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. Not PHP problem. Previous Comments: [2007-02-09 20:01:33] romanf at trash dot net Description: I have University of Washington IMAP toolkit Version 2005 of IMAP toolkit (also known as imap-2004g, compiled from sources) and apache-2.0.55 (compiled from sources) on a SuSE Linux 10.0 (64bit). Configure and make works OK with: ./configure --with-imap=/usr/src/imap/imap-2004g --with-imap-ssl=/usr/src/imap/imap-2004g/ --with-openssl Configure and make FAIL with: ./configure --with-imap=/usr/src/imap/imap-2004g --with-imap-ssl=/usr/src/imap/imap-2004g/ --with-openssl --with-apxs2=/usr/local/apache2/bin/apxs Used to work with PHP 5.1.2. Reproduce code: --- None. Compile-Failure. Expected result: Compile-Success. :) Actual result: -- Make fails with: /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: /usr/src/imap/imap-2004g/c-client/libc-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/src/imap/imap-2004g/c-client/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40420&edit=1
#40420 [NEW]: --with-imap fails for imap-2004g from University of Washington IMAP toolkit
From: romanf at trash dot net Operating system: Suse Linux 10.0 64bit PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: --with-imap fails for imap-2004g from University of Washington IMAP toolkit Description: I have University of Washington IMAP toolkit Version 2005 of IMAP toolkit (also known as imap-2004g, compiled from sources) and apache-2.0.55 (compiled from sources) on a SuSE Linux 10.0 (64bit). Configure and make works OK with: ./configure --with-imap=/usr/src/imap/imap-2004g --with-imap-ssl=/usr/src/imap/imap-2004g/ --with-openssl Configure and make FAIL with: ./configure --with-imap=/usr/src/imap/imap-2004g --with-imap-ssl=/usr/src/imap/imap-2004g/ --with-openssl --with-apxs2=/usr/local/apache2/bin/apxs Used to work with PHP 5.1.2. Reproduce code: --- None. Compile-Failure. Expected result: Compile-Success. :) Actual result: -- Make fails with: /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: /usr/src/imap/imap-2004g/c-client/libc-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/src/imap/imap-2004g/c-client/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit bug report at http://bugs.php.net/?id=40420&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40420&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40420&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40420&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40420&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40420&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40420&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40420&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40420&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40420&r=support Expected behavior:http://bugs.php.net/fix.php?id=40420&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40420&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40420&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40420&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40420&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40420&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40420&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40420&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40420&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40420&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40420&r=mysqlcfg
#40195 [Asn->Csd]: PCRE Version 6.7 04-Jul-06 seems to have a bug
ID: 40195 Updated by: [EMAIL PROTECTED] Reported By: tsasaki99 at yahoo dot co dot jp -Status: Assigned +Status: Closed Bug Type: PCRE related Operating System: Debian GNU/Linux etch PHP Version: 5.2.0 Assigned To: andrei New Comment: bundled pcre upgrade to version 7.0. Previous Comments: [2007-01-22 21:43:20] [EMAIL PROTECTED] I confirm this is a bug in pcre. so let's ask Andrei to upgrade PCRE to version 7, maybe for PHP 5.2.2 (assign back to me if you want me to do it). [2007-01-22 14:59:41] tsasaki99 at yahoo dot co dot jp Description: PCRE (Perl Compatible Regular Expression library) Version 6.7 04-Jul-06 seems to have a bug. This version is included in PHP 5.2 and PHP 6. Consequently preg_match() function in PHP seems to inherit the bug. The main issue is summarized as follows. * case1 ^(/([a-z]*))*$ matches //abcde * case2 ^(/(?:[a-z]*))*$ doesn't match //abcde * case3 ^(/([a-z]*))*$ matches /a/abcde * case4 ^(/(?:[a-z]*))*$ matches /a/abcde The second regex should match. Not only PHP 5 but also PHP 6 CVS snapshot still includes PCRE version 6.7 04-Jul-06. So, I report the issue. The complete report and examination results are in http://geeklog.windy.cx/article.php/2007014722545 Reproduce code: --- preg_match("@^(/(?:[a-z]*))*$@", "//abcde", &$m); var_dump($m); Expected result: array(2) { [0]=> string(7) "//abcde" [1]=> string(6) "/abcde" } Actual result: -- array(0) { } -- Edit this bug report at http://bugs.php.net/?id=40195&edit=1
#40335 [Fbk->Opn]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 User updated by: earlej at hotmail dot com Reported By: earlej at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 New Comment: Hi, Thank you. Yes, I tested the patch - it builds without error on RHEL with GCC 4.1.1 and 3.4.6 as well as on AIX5.3 with GCC 4.0.0. Both systems are using 64-bit builds. Cheers! Jon Previous Comments: [2007-02-09 14:49:26] [EMAIL PROTECTED] Could you please test the patch from the previous comment? [2007-02-09 14:26:14] earlej at hotmail dot com Oh.. found where I got the hint about removing the inline keyword (of course, I find it _after_ I post my results): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30153 [2007-02-09 14:24:59] [EMAIL PROTECTED] Does it work for you with this patch: http://tony2001.phpclub.net/dev/tmp/bug40335.diff ? [2007-02-09 14:19:16] earlej at hotmail dot com Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). 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/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#38539 [Com]: php-4.4.4 Not loading extensions
ID: 38539 Comment by: php at renephoenix dot de Reported By: scott at phphq dot net Status: No Feedback Bug Type: Unknown/Other Function Operating System: Windows Server 2003 STD PHP Version: 4.4.4 New Comment: instead of this file? (Without Apache won't start) Previous Comments: [2007-02-08 23:55:31] [EMAIL PROTECTED] >Module compiled with module API=20020429 >PHP compiled with module API=20060613 Remove old php4ts.dll. [2007-02-08 23:50:18] php at renephoenix dot de I had the problem and I think it's a bug: I installed PHP444, Apache 2.0.59. I load the correct php.ini I edit the php.ini (remove the ; and cutomize the extention_dir I move two files to c:\windows\system32 like written in the manual for php_curl Took PHP-dir to $PATH I restart Apache und found in my error-log: PHP Warning: PHP Startup: SVx8bt$x10WVhxc8px95: Unable to initialize module Module compiled with module API=20020429, debug=0, thread-safety=1 PHP compiled with module API=20060613, debug=0, thread-safety=1 These options need to match in Unknown on line 0 One per loaded extention. The extentions doesn't work. The modules and the module-Api ware provided in one file (PHP 4.4.4 zip package, windows-binaries) [2006-08-30 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-08-22 07:45:26] [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. [2006-08-22 01:14:37] scott at phphq dot net Description: Since upgrading to php 4.4.4 php no longer loads any extensions. I installed it the same way I did php 4.4.3 and all earlier versions since 4.3.8. My install is like this: Shutdown IIS mv C:\php > C:\php-4.4.3.bak unzip new php package to C:\php Move php4isapi.dll to C:\php and change permissions accordingly. Change permissions on php4ts.dll and move files from \dll's to C:\php. Copy old php.ini to C:\php Restart IIS, phpinfo(), shows new version. This has worked for me flawless since 4.3.8, but with 4.4.4 it will not load any extensions. Downgrading back to 4.4.3 loads the extensions fine. Some misc info: PHPRC C:\php PATH: ;C:\php REG: IniFilePath: C:\php phpinfo() shows it is loading my php.ini (C:\php\php.ini) and the extension directory is C:\php\extensions, yet it will not load any extensions. Nothing has changed in my php.ini for a long time, the only extensions I have loaded are gettext, gd2, mbstring, zip. Running Win Server 2003 STD w/ IIS6. -- Edit this bug report at http://bugs.php.net/?id=38539&edit=1
#40419 [NEW]: Trailing Slash in CGI request don't work
From: samuele dot diella at gmail dot com Operating system: Slackware 10.2 PHP version: 5.2.1 PHP Bug Type: CGI related Bug description: Trailing Slash in CGI request don't work Description: In php-5.2.1 compiled as CGI under Apache 1.3.37, when i enter an url with a trailing slash, with no params after, i get a "No input file specified.". If i don't write the slash, or if i write a single character after the slash, the request is handled correctly. es.: http://www.myserver.com/phpinfo.php5 ---> works http://www.myserver.com/phpinfo.php5/ ---> No input file specified. http://www.myserver.com/phpinfo.php5/test ---> works In php-5.2.0, compiled with the same config, the request is handled correctly. This is my config line: ./configure --prefix=/usr --with-xsl --sysconfdir=/etc --enable-discard-path --with-config-file-path=/etc/apache/php5 --enable-safe-mode --with-openssl --with-mhash --enable-bcmath --with-bz2 --with-pic --enable-calendar --enable-ctype --with-gdbm --with-db3 --with-imap-ssl=/usr/local/lib/c-client --with-imap=/usr/local/lib/c-client --enable-dbase --enable-ftp --with-iconv --with-dom --with-exif --enable-exif --with-gd --enable-gd-native-ttf --with-freetype-dir=/usr --with-t1lib=/usr --with-jpeg-dir=/usr --with-png --with-gmp --enable-mbstring --with-curl=/usr --with-pcre-regex=/usr --with-mysql --with-mysql-sock=/var/run/mysql --with-mysqli --with-gettext=shared,/usr --with-expat-dir=/usr --with-xml --with-tsrm-pthreads --with-mm=/usr --enable-trans-sid --enable-shmop --enable-sockets --with-regex=php --with-mime-magic --enable-sysvsem --enable-sysvshm --enable-yp --enable-memory-limit --enable-shared --disable-debug --with-zlib=/usr --with-mcrypt --with-ttf --enable-force-cgi-redirect This is my Apache configuration: AddType application/x-httpd-php5 .php5 Action application/x-httpd-php5 "/cgi-bin/php5" ScriptAlias /cgi-bin/ "/var/www/cgi-bin/" I tryed many configuration options in php.ini and in configure command, but i was not able to get it works as before. -- Edit bug report at http://bugs.php.net/?id=40419&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40419&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40419&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40419&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40419&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40419&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40419&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40419&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40419&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40419&r=support Expected behavior:http://bugs.php.net/fix.php?id=40419&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40419&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40419&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40419&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40419&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40419&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40419&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40419&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40419&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40419&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40419&r=mysqlcfg
#40417 [Fbk->Opn]: Suddenly binding as many vars as there are *identical* prepared tokens
ID: 40417 User updated by: exaton at free dot fr Reported By: exaton at free dot fr -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Windows XP Pro SP2 PHP Version: 5.2.1 New Comment: All right, here you go, but it's really because I love you guys :) So, still comparing PHP 5.2.0 and PHP 5.2.1 on Windows XP Pro SP2 with a PostgreSQL 8.1.5 backend. >From phpinfo() concerning pdo_pgsql : PHP 5.2.0 : PostgreSQL(libpq) Version 8.1.4 Module version 1.0.2 Revision$Id: pdo_pgsql.c,v 1.7.2.11 2006/03/14 10:49:18 edink Exp $ PHP 5.2.1 : PostgreSQL(libpq) Version 8.1.4 Module version 1.0.2 Revision$Id: pdo_pgsql.c,v 1.7.2.11.2.1 2007/01/01 09:36:05 sebastian Exp $ So the difference is just in the revision of pdo_pgsql.c . Now for the test case ; I'll even give you a test table : CREATE TABLE t ( id INTEGER PRIMARY KEY, s TEXTNOT NULL ); INSERT INTO t (id, s) VALUES (1, 'foo'); INSERT INTO t (id, s) VALUES (2, 'bar'); INSERT INTO t (id, s) VALUES (3, 'doh'); INSERT INTO t (id, s) VALUES (4, 'duh'); And here's the PHP code : // Connect to database // Let $DATA be the resulting PDO object $sta = $DATA -> prepare('SELECT id, s FROM t WHERE id = :id OR id = :id'); // notice 2 identical ':id' tokens $sta -> bindValue(':id', 2, PDO :: PARAM_INT); // bind ':id' a single time, of course $sta -> execute(); // this is line #12 $arr = $sta -> fetch(PDO :: FETCH_ASSOC); echo ""; print_r($arr); echo ""; /* Expected (as obtained in PHP 5.2.0) : Array ( [id] => 2 [s] => bar ) */ /* Obtained in PHP 5.2.1 : PDOException thrown at ...\bug.php(12) SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens #0 ...\bug.php(12): PDOStatement->execute() #1 {main} */ Binding an extra token (to make up the 2 tokens in the prepared statement, even though they are identical) will work around the problem : $sta -> bindValue(':xyz', 42, PDO :: PARAM_INT); I think it should complain that the :xyz token is not to be found in the statement in the first place, but anyway (it doesn't make that complaint in PHP 5.2.0 either). By adding that line before the call to execute(), the expected result is obtained. Hope this helps ! Previous Comments: [2007-02-09 16:58:09] [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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-09 16:39:14] exaton at free dot fr Description: I have just upgraded from PHP 5.2.0 to PHP 5.2.1, and one of my scripts has broken on the following point (note, the backend database is PostgreSQL 8.1.5) : Consider this prepared statement query, automatically generated as part of a basic search engine operating on a table of shops : SELECT indx, name, town FROM shops WHERE enabled AND (lower(name) LIKE :word0 OR lower(address) LIKE :word0 OR lower(town) LIKE :word0 OR lower(company) LIKE :word0 OR lower(description) LIKE :word0) ORDER BY name; You notice that 5 ':word0' tokens are defined. I then proceed to bind ':word0' to a certain value (individual $word taken from a search field), *a single time* of course : $shops -> bindValue(':word'.$i, '%'.$word.'%'); // $i = 0 Up to PHP 5.2.0, this worked as expected. Now in PHP 5.2.1 I am getting a PDOException : "SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens". To work around this problem, I indeed have to call bindValue() as many times as there are tokens (5 in this example), even though those tokens are identical. As a consequence, the name of the extra *fictitious* bound tokens does not matter, except that binding 5 times the same token name (e.g. 5 times ':word0') does not work. But binding ':word0' to ':word4' does, for instance. I have noticed some similarity with PHP bug #33886, but I believe this to be a slightly different situation (bindValue() as opposed to on-the-fly binding), not to mention that it breaks existing scripts. Thank you in advance for your feedback on this issue. -- Edit this bug report at http://bugs.php.net/?id=40417&edit=1
#40418 [Opn->Asn]: PQfreemem does not exist prior to Postgresql 7.4
ID: 40418 Updated by: [EMAIL PROTECTED] Reported By: wdierkes at 5dollarwhitebox dot org -Status: Open +Status: Assigned Bug Type: PostgreSQL related Operating System: Redhat EL 3 (i386 and x86_64) PHP Version: 5.2.1 -Assigned To: +Assigned To: iliaa Previous Comments: [2007-02-09 17:04:25] wdierkes at 5dollarwhitebox dot org Description: This is sortof related to a previous bug: http://bugs.php.net/bug.php?id=33813 However, in that bug report the compile fails due to the PQfreemem call. A patch was submitted to cvs that to check for PQfreemem, and if HAVE_PQFREEMEM = 0 use 'efree' instead. As of php-5.2.1 this change seems to have been reverted, and systems with Postgresql < 7.4 will fail to load php-pgsql with the following error (or similar): PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pdo_pgsql.so' - /usr/lib/php/modules/ pdo_pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pgsql.so' - /usr/lib/php/modules/ pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 php-5.2.0 source used 'free' rather than PQfreemem. Therefore, the following is a proposed patch: http://5dollarwhitebox.org/tmp/php-5.2.1-PQfreemem.patch Reproduce code: --- Build php-5.2.1 with '--with-pgsql', install, and run a simple test with 'php -v' in order to load the pgsql.so. Expected result: No errors when loading pgsql.co. Actual result: -- [EMAIL PROTECTED] ~/]# php -v PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pdo_pgsql.so' - /usr/lib/php/modules/ pdo_pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pgsql.so' - /usr/lib/php/modules/pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP 5.2.1 (cli) (built: Feb 8 2007 21:37:29) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=40418&edit=1
#40418 [NEW]: PQfreemem does not exist prior to Postgresql 7.4
From: wdierkes at 5dollarwhitebox dot org Operating system: Redhat EL 3 (i386 and x86_64) PHP version: 5.2.1 PHP Bug Type: PostgreSQL related Bug description: PQfreemem does not exist prior to Postgresql 7.4 Description: This is sortof related to a previous bug: http://bugs.php.net/bug.php?id=33813 However, in that bug report the compile fails due to the PQfreemem call. A patch was submitted to cvs that to check for PQfreemem, and if HAVE_PQFREEMEM = 0 use 'efree' instead. As of php-5.2.1 this change seems to have been reverted, and systems with Postgresql < 7.4 will fail to load php-pgsql with the following error (or similar): PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pdo_pgsql.so' - /usr/lib/php/modules/ pdo_pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pgsql.so' - /usr/lib/php/modules/ pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 php-5.2.0 source used 'free' rather than PQfreemem. Therefore, the following is a proposed patch: http://5dollarwhitebox.org/tmp/php-5.2.1-PQfreemem.patch Reproduce code: --- Build php-5.2.1 with '--with-pgsql', install, and run a simple test with 'php -v' in order to load the pgsql.so. Expected result: No errors when loading pgsql.co. Actual result: -- [EMAIL PROTECTED] ~/]# php -v PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pdo_pgsql.so' - /usr/lib/php/modules/ pdo_pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/ usr/lib/php/modules/pgsql.so' - /usr/lib/php/modules/pgsql.so: undefined symbol: PQfreemem in Unknown on line 0 PHP 5.2.1 (cli) (built: Feb 8 2007 21:37:29) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies -- Edit bug report at http://bugs.php.net/?id=40418&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40418&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40418&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40418&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40418&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40418&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40418&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40418&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40418&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40418&r=support Expected behavior:http://bugs.php.net/fix.php?id=40418&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40418&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40418&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40418&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40418&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40418&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40418&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40418&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40418&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40418&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40418&r=mysqlcfg
#40417 [Opn->Fbk]: Suddenly binding as many vars as there are *identical* prepared tokens
ID: 40417 Updated by: [EMAIL PROTECTED] Reported By: exaton at free dot fr -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Windows XP Pro SP2 PHP Version: 5.2.1 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-09 16:39:14] exaton at free dot fr Description: I have just upgraded from PHP 5.2.0 to PHP 5.2.1, and one of my scripts has broken on the following point (note, the backend database is PostgreSQL 8.1.5) : Consider this prepared statement query, automatically generated as part of a basic search engine operating on a table of shops : SELECT indx, name, town FROM shops WHERE enabled AND (lower(name) LIKE :word0 OR lower(address) LIKE :word0 OR lower(town) LIKE :word0 OR lower(company) LIKE :word0 OR lower(description) LIKE :word0) ORDER BY name; You notice that 5 ':word0' tokens are defined. I then proceed to bind ':word0' to a certain value (individual $word taken from a search field), *a single time* of course : $shops -> bindValue(':word'.$i, '%'.$word.'%'); // $i = 0 Up to PHP 5.2.0, this worked as expected. Now in PHP 5.2.1 I am getting a PDOException : "SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens". To work around this problem, I indeed have to call bindValue() as many times as there are tokens (5 in this example), even though those tokens are identical. As a consequence, the name of the extra *fictitious* bound tokens does not matter, except that binding 5 times the same token name (e.g. 5 times ':word0') does not work. But binding ':word0' to ':word4' does, for instance. I have noticed some similarity with PHP bug #33886, but I believe this to be a slightly different situation (bindValue() as opposed to on-the-fly binding), not to mention that it breaks existing scripts. Thank you in advance for your feedback on this issue. -- Edit this bug report at http://bugs.php.net/?id=40417&edit=1
#39351 [Opn]: require and include fails to open file in current directory
ID: 39351 User updated by: lampiluoto at gmail dot com Reported By: lampiluoto at gmail dot com Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris10 PHP Version: 5.2.0 New Comment: Hello, This bug seem to exist also in PHP 5.2.1, it is behaving similarly to the 5.2.0 snapshot I tested. This is same PHP code I tested earlier. I remind that this is situation where httpd user doesn't have read privilege to every directory level in path. It has only execute/access (x) to some of the directories. # # 5.1.6 truss output # 24204: stat("./inc/config.php", 0xFD7FFFDFE470)= 0 24204: resolvepath("./inc/config.php", "inc/config.php", 1024) = 14 24204: getcwd(0xFD7FFFDFD6F0, 1024)Err#13 EACCES [file_dac_read] 24204: stat("./inc/config.php", 0xFD7FFFDFE390)= 0 24204: getcwd(0xFD7FFFDFDFA0, 1024)Err#13 EACCES [file_dac_read] 24204: resolvepath("./inc/config.php", "inc/config.php", 1024) = 14 24204: getcwd(0xFD7FFFDFD270, 1024)Err#13 EACCES [file_dac_read] 24204: open("./inc/config.php", O_RDONLY) = 34 24204: fstat(34, 0x007E4F90) = 0 24204: lseek(34, 0, SEEK_CUR) = 0 24204: read(34, " < ? p h p\n\n / / ".., 8192)= 1572 24204: read(34, 0x007E27F8, 8192) = 0 24204: read(34, 0x007E27F8, 8192) = 0 24204: close(34) = 0 24204: time() = 1171039558 24204: resolvepath("/data/sites/www.lampiluoto.net/dev-html/inc/func_prepare.php", "/data/sites/www.mysite.example/dev-html/inc/func_prepare.php", 1024) = 60 24204: stat("/data/sites/www.mysite.example/dev-html/inc/func_prepare.php", 0xFD7FFFDFE360) = 0 24204: resolvepath("/data/sites/www.mysite.example/dev-html/inc/func_prepare.php", "/data/sites/www.mysite.example/dev-html/inc/func_prepare.php", 1024) = 60 24204: open("/data/sites/www.mysite.example/dev-html/inc/func_prepare.php", O_RDONLY) = 34 24204: fstat(34, 0x007E5F10) = 0 24204: lseek(34, 0, SEEK_CUR) = 0 24204: read(34, " < ? p h p\n\n / /\n".., 8192)= 1171 24204: read(34, 0x007E6C28, 8192) = 0 24204: read(34, 0x007E6C28, 8192) = 0 24204: brk(0x007E8F20) = 0 24204: brk(0x007ECF20) = 0 24204: brk(0x007ECF20) = 0 24204: brk(0x007ECF20) = 0 24204: brk(0x007F0F20) = 0 24204: close(34) = 0 24204: stat("./inc/db_interface.php", 0xFD7FFFDFD9C0) = 0 24204: resolvepath("./inc/db_interface.php", "inc/db_interface.php", 1024) = 20 24204: getcwd(0xFD7FFFDFCC40, 1024)Err#13 EACCES [file_dac_read] 24204: stat("./inc/db_interface.php", 0xFD7FFFDFD8E0) = 0 24204: getcwd(0xFD7FFFDFD4F0, 1024)Err#13 EACCES [file_dac_read] 24204: resolvepath("./inc/db_interface.php", "inc/db_interface.php", 1024) = 20 24204: getcwd(0xFD7FFFDFC7C0, 1024)Err#13 EACCES [file_dac_read] 24204: open("./inc/db_interface.php", O_RDONLY)= 34 24204: fstat(34, 0x007E2E30) = 0 24204: lseek(34, 0, SEEK_CUR) = 0 24204: read(34, " < ? p h p\n\n / /\n / /".., 8192)= 502 24204: read(34, 0x007E6C28, 8192) = 0 24204: read(34, 0x007E6C28, 8192) = 0 24204: close(34) = 0 # # 5.2.1 truss output # 23485: stat("./inc/config.php", 0xFD7FFFDFE0D0)= 0 23485: getcwd(0xFD7FFFDFD360, 1024)Err#13 EACCES [file_dac_read] 23485: resolvepath("./inc/config.php", "inc/config.php", 1024) = 14 23485: getcwd(0xFD7FFFDFC660, 1024)Err#13 EACCES [file_dac_read] 23485: stat("/inc/config.php", 0xFD7FFFDFDFF0) Err#2 ENOENT 23485: stat("/opt/httpd/dev-installation/php5/lib/php/inc/config.php", 0xFD7FFFDFE0D0) Err#2 ENOENT 23485: stat("/data/sites/www.mysite.example/dev-html/inc/config.php", 0xFD7FFFDFE0D0) = 0 23485: resolvepath("/data/sites/www.mysite.example/dev-html/inc/config.php", "/data/sites/www.mysite.example/dev-html/inc/config.php", 1024) = 54 23485: stat("/data/sites/www.mysite.example/dev-html/inc/config.php", 0xFD7FFFDFDFF0) = 0 23485: resolvepath("/data/sites/www.mysite.example/dev-html/inc/config.php", "/data/sites/www.mysite.example/dev-html/inc/config.php", 1024) = 54 23485: open("/data/sites/www.mysite.example/dev-html/inc/config.php", O_RDONLY) = 17 23485: fstat(17, 0x005D0778) = 0 23485: read(17, " < ? p h p\n\n / / ".., 8192)= 1572 23485: read(17, 0x005D0A20, 8192)
#40417 [NEW]: Suddenly binding as many vars as there are *identical* prepared tokens
From: exaton at free dot fr Operating system: Windows XP Pro SP2 PHP version: 5.2.1 PHP Bug Type: PDO related Bug description: Suddenly binding as many vars as there are *identical* prepared tokens Description: I have just upgraded from PHP 5.2.0 to PHP 5.2.1, and one of my scripts has broken on the following point (note, the backend database is PostgreSQL 8.1.5) : Consider this prepared statement query, automatically generated as part of a basic search engine operating on a table of shops : SELECT indx, name, town FROM shops WHERE enabled AND (lower(name) LIKE :word0 OR lower(address) LIKE :word0 OR lower(town) LIKE :word0 OR lower(company) LIKE :word0 OR lower(description) LIKE :word0) ORDER BY name; You notice that 5 ':word0' tokens are defined. I then proceed to bind ':word0' to a certain value (individual $word taken from a search field), *a single time* of course : $shops -> bindValue(':word'.$i, '%'.$word.'%'); // $i = 0 Up to PHP 5.2.0, this worked as expected. Now in PHP 5.2.1 I am getting a PDOException : "SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens". To work around this problem, I indeed have to call bindValue() as many times as there are tokens (5 in this example), even though those tokens are identical. As a consequence, the name of the extra *fictitious* bound tokens does not matter, except that binding 5 times the same token name (e.g. 5 times ':word0') does not work. But binding ':word0' to ':word4' does, for instance. I have noticed some similarity with PHP bug #33886, but I believe this to be a slightly different situation (bindValue() as opposed to on-the-fly binding), not to mention that it breaks existing scripts. Thank you in advance for your feedback on this issue. -- Edit bug report at http://bugs.php.net/?id=40417&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40417&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40417&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40417&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40417&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40417&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40417&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40417&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40417&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40417&r=support Expected behavior:http://bugs.php.net/fix.php?id=40417&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40417&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40417&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40417&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40417&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40417&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40417&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40417&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40417&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40417&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40417&r=mysqlcfg
#40335 [Fbk]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 Updated by: [EMAIL PROTECTED] Reported By: earlej at hotmail dot com Status: Feedback Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 New Comment: Could you please test the patch from the previous comment? Previous Comments: [2007-02-09 14:26:14] earlej at hotmail dot com Oh.. found where I got the hint about removing the inline keyword (of course, I find it _after_ I post my results): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30153 [2007-02-09 14:24:59] [EMAIL PROTECTED] Does it work for you with this patch: http://tony2001.phpclub.net/dev/tmp/bug40335.diff ? [2007-02-09 14:19:16] earlej at hotmail dot com Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). [2007-02-07 20:53:11] earlej at hotmail dot com Are you trying PHP 4.4.4 or 5.x? I downloaded GCC 4.1.1 within the last week from gcc.gnu.org and have had this problem since. Can you suggest anything (build options for gcc/php, tests to run, magic spells, etc?) to try and troubleshoot this? 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/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#36974 [Asn->Csd]: ORA-01405: fetched column value is NULL on LOB fields in 10g
ID: 36974 User updated by: crescentfreshpot at yahoo dot com Reported By: crescentfreshpot at yahoo dot com -Status: Assigned +Status: Closed Bug Type: PDO related Operating System: Win 2000, Win XP PHP Version: 5.1.2 Assigned To: wez New Comment: Fixed in PHP 5.2.1 (cli) (built: Feb 7 2007 23:11:26) for win32. This was for a long time my only reason for choosing oci8 over pdo_oci. Thank you for finally fixing this! Previous Comments: [2006-07-31 18:20:48] crescentfreshpot at yahoo dot com Same warning with PHP 5.2.0RC2-dev (cli) (built: Jul 31 2006 16:21:10) [2006-06-28 01:00:01] 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-06-20 15:19:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-05 13:48:26] crescentfreshpot at yahoo dot com Happens on Oracle 9i as well (win xp, php 5.1.2). [2006-04-04 20:45:47] crescentfreshpot at yahoo dot com Description: pdo_oci does not convert oracle nulls to php nulls when fetching from lob fields. Appears in 5.0.5 to 5.1.2 versions of php/pdo/pdo_oci. Oracle version is 10g. Non-lob fields appear to convert just fine. Setting the PDO::ATTR_ORACLE_NULLS driver attribute to PDO::NULL_TO_STRING and/or PDO::NULL_EMPTY_STRING has no effect. I'm aware that this behaviour is 'by design' for oracle but was led to believe by the docs that pdo handled nulls for me so I don't have to resort to using NVL(...) in my queries. Reproduce code: --- setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING); var_dump($dbh->query("SELECT * FROM SCOTT.EMP")->fetch(PDO::FETCH_ASSOC)); if($dbh->exec("ALTER TABLE SCOTT.EMP ADD (PIC BLOB)") === false) { die("ALTER TABLE failed."); } var_dump($dbh->query("SELECT * FROM SCOTT.EMP")->fetch(PDO::FETCH_ASSOC)); $dbh->exec("ALTER TABLE SCOTT.EMP DROP (PIC)"); ?> Expected result: array(8) { ["EMPNO"]=> string(4) "7369" ["ENAME"]=> string(5) "SMITH" ["JOB"]=> string(5) "CLERK" ["MGR"]=> string(4) "7902" ["HIREDATE"]=> string(9) "17-DEC-80" ["SAL"]=> string(3) "800" ["COMM"]=> NULL ["DEPTNO"]=> string(2) "20" } array(8) { ["EMPNO"]=> string(4) "7369" ["ENAME"]=> string(5) "SMITH" ["JOB"]=> string(5) "CLERK" ["MGR"]=> string(4) "7902" ["HIREDATE"]=> string(9) "17-DEC-80" ["SAL"]=> string(3) "800" ["COMM"]=> NULL ["DEPTNO"]=> string(2) "20" ["PIC"]=> NULL } Actual result: -- array(8) { ["EMPNO"]=> string(4) "7369" ["ENAME"]=> string(5) "SMITH" ["JOB"]=> string(5) "CLERK" ["MGR"]=> string(4) "7902" ["HIREDATE"]=> string(9) "17-DEC-80" ["SAL"]=> string(3) "800" ["COMM"]=> NULL ["DEPTNO"]=> string(2) "20" } Warning: PDOStatement::fetch() [function.fetch]: SQLSTATE[HY000]: General error: 1405 OCIStmtFetch: ORA-01405: fetched column value is NULL (..\pecl_5_0\pdo_oci\oci_statement.c:446) in C:\dev\tests\db.php on line 13 bool(false) -- Edit this bug report at http://bugs.php.net/?id=36974&edit=1
#40335 [Opn->Fbk]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 Updated by: [EMAIL PROTECTED] Reported By: earlej at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 Previous Comments: [2007-02-09 14:26:14] earlej at hotmail dot com Oh.. found where I got the hint about removing the inline keyword (of course, I find it _after_ I post my results): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30153 [2007-02-09 14:24:59] [EMAIL PROTECTED] Does it work for you with this patch: http://tony2001.phpclub.net/dev/tmp/bug40335.diff ? [2007-02-09 14:19:16] earlej at hotmail dot com Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). [2007-02-07 20:53:11] earlej at hotmail dot com Are you trying PHP 4.4.4 or 5.x? I downloaded GCC 4.1.1 within the last week from gcc.gnu.org and have had this problem since. Can you suggest anything (build options for gcc/php, tests to run, magic spells, etc?) to try and troubleshoot this? 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/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#40335 [Fbk->Opn]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 User updated by: earlej at hotmail dot com Reported By: earlej at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 New Comment: Oh.. found where I got the hint about removing the inline keyword (of course, I find it _after_ I post my results): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30153 Previous Comments: [2007-02-09 14:24:59] [EMAIL PROTECTED] Does it work for you with this patch: http://tony2001.phpclub.net/dev/tmp/bug40335.diff ? [2007-02-09 14:19:16] earlej at hotmail dot com Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). [2007-02-07 20:53:11] earlej at hotmail dot com Are you trying PHP 4.4.4 or 5.x? I downloaded GCC 4.1.1 within the last week from gcc.gnu.org and have had this problem since. Can you suggest anything (build options for gcc/php, tests to run, magic spells, etc?) to try and troubleshoot this? [2007-02-06 17:14:45] [EMAIL PROTECTED] Works just fine with GCC 4.1.1 and GCC 4.1.2. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#40335 [Opn->Fbk]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 Updated by: [EMAIL PROTECTED] Reported By: earlej at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 New Comment: Does it work for you with this patch: http://tony2001.phpclub.net/dev/tmp/bug40335.diff ? Previous Comments: [2007-02-09 14:19:16] earlej at hotmail dot com Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). [2007-02-07 20:53:11] earlej at hotmail dot com Are you trying PHP 4.4.4 or 5.x? I downloaded GCC 4.1.1 within the last week from gcc.gnu.org and have had this problem since. Can you suggest anything (build options for gcc/php, tests to run, magic spells, etc?) to try and troubleshoot this? [2007-02-06 17:14:45] [EMAIL PROTECTED] Works just fine with GCC 4.1.1 and GCC 4.1.2. [2007-02-06 16:13:52] earlej at hotmail dot com Yes.. for various reasons, we also cannot upgrade to 5.x. Perhaps, one day, time permitting, I will again be able to test the building of 5.x on all our systems, but so far, we've found the 4.x series to be the most (easily) compilable (via scripted operations) across our systems. 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/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#40335 [Fbk->Opn]: Compile fails when using GCC 4.1.1/binutils 2.17
ID: 40335 User updated by: earlej at hotmail dot com -Reported By: earlej at hotmail dot copm +Reported By: earlej at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RHEL4 PHP Version: 4.4.4 New Comment: Fixed my issue. If this is suitable, can this be incorporated into the 4.4.4 codebase? I got the idea elsewhere - forget where - to remove the inline keyword as the compiler (GCC 4.0+, IIRC) seems to put the code for the (inline) function _after_ the first incantation of the function. I don't profess to understand how compilers do the magic they do but that is my (very) basic understanding of what happens. This fixes things (and I see that inline has also been removed from the 5.x tree). # Allow PHP 4.4.4 to build on a 64-bit environment using # GCC 4.1.1. Seems to be correctd in 5.x. cd ${BUILD}/${SD_PHP} cp main/output.c main/output.c.bak $SED -e '53 s/inline//' main/output.c.bak > main/output.c Previous Comments: [2007-02-07 20:56:28] [EMAIL PROTECTED] >Are you trying PHP 4.4.4 or 5.x? Both. >Can you suggest anything I can suggest only using default GCC instead of manually built (unless you're testing GCC). [2007-02-07 20:53:11] earlej at hotmail dot com Are you trying PHP 4.4.4 or 5.x? I downloaded GCC 4.1.1 within the last week from gcc.gnu.org and have had this problem since. Can you suggest anything (build options for gcc/php, tests to run, magic spells, etc?) to try and troubleshoot this? [2007-02-06 17:14:45] [EMAIL PROTECTED] Works just fine with GCC 4.1.1 and GCC 4.1.2. [2007-02-06 16:13:52] earlej at hotmail dot com Yes.. for various reasons, we also cannot upgrade to 5.x. Perhaps, one day, time permitting, I will again be able to test the building of 5.x on all our systems, but so far, we've found the 4.x series to be the most (easily) compilable (via scripted operations) across our systems. [2007-02-05 15:40:00] shane at hemc dot coop Is there a fix for the 4.4.4 version? I cannot upgrade to v5 quite yet...please help. 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/40335 -- Edit this bug report at http://bugs.php.net/?id=40335&edit=1
#39163 [Com]: Invalid API call from php5isapi.dll causing IIS7 Application Pool failure.
ID: 39163 Comment by: Dirk at KISSsoft dot nl Reported By: tony dot stone at gmail dot com Status: Open Bug Type: Win32API related Operating System: Windows Vista RC 1 Build 5600 PHP Version: 5.1.6 New Comment: It's a IIS 7/PHP bug. When i enable support for 32-bit (on AMD-64) in the default application pool it happens. Previous Comments: [2007-02-06 14:01:27] andreasblixt at msn dot com This issue is also occurring for me on an AMD64 computer with IIS 7 running on Windows Vista x64 RTM using php-5.2.0-Win32. >From what I can gather, the issue seems to be related to the fact that I'm running a 64-bit version of Windows Vista/IIS 7. [2007-01-15 12:21:35] miha_avzlahar at t-2 dot net I guess I have same problem with php5isapi.dll. Or am I? I am running Windows Vista Ultimate. Trying to set up MySQL 5.0.27 and PHP 5.2.0, but I always get this bull... in browser : Server Error in Application "Default Web Site" HTTP Error 500.0 - Internal Server Error Description: Calling LoadLibraryEx on ISAPI filter "C:\php\php5isapi.dll" failed Error Code: 0x800700c1 Notification: Unknown Module: IIS Web Core Requested URL: http://localhost:80/wp-admin/install.php Physical Path: E:\FTProot\www\mihavista\wp-admin\install.php Logon User: Not yet determined Logon Method: Not yet determined Handler: StaticFile __ And this in event viewer : ___ ISAPI Filter 'C:\php\php5isapi.dll' could not be loaded due to a configuration problem. The current configuration only supports loading images built for a AMD64 processor architecture. The data field contains the error number. To learn more about this issue, including how to troubleshooting this kind of processor architecture mismatch error, see http://go.microsoft.com/fwlink/?LinkId=29349. WTF ??? Any suggestions ? [2006-11-18 05:56:51] jussi dot palo at gmail dot com Having the same issue on 5.2.0 on Vista RTM. Have tried with php5isapi.dll as well as php-cgi.exe, both give me the same error as described in the bug report. This error occurs every time I try to access .php pages. [2006-10-22 14:55:18] tony dot stone at gmail dot com Is there anything else I can do to assist with this? [2006-10-17 11:03:01] tony dot stone at gmail dot com No it doesn't. I installed the following version: 16 Oct 2006 12:40:40 +0200 Version: 5.2.0RC6-dev Branch 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/39163 -- Edit this bug report at http://bugs.php.net/?id=39163&edit=1
#40415 [Opn->Fbk]: oci_fetch_all and nested cursors
ID: 40415 Updated by: [EMAIL PROTECTED] Reported By: rion at plotinka dot ru -Status: Open +Status: Feedback -Bug Type: Oracle related +Bug Type: OCI8 related Operating System: windows xp PHP Version: 5.2.0 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-09 11:31:00] rion at plotinka dot ru Description: first of all when i try to do oci_fetch_all on nested cursor i get incorrect result (number or rows and unexpected rows at all) second, i can't to do fetch on second nested cursor (from second line). in this case i get warning. if i try to fetch by one row per time and fetch nested cursors from each row, everything works fine Reproduce code: --- simply create procedure which returns nested cursors and try oci_fetch_all on it Expected result: works also if i fetch rows by one Actual result: -- warnings, unexpected results from first fetch -- Edit this bug report at http://bugs.php.net/?id=40415&edit=1
#40415 [NEW]: oci_fetch_all and nested cursors
From: rion at plotinka dot ru Operating system: windows xp PHP version: 5.2.0 PHP Bug Type: Oracle related Bug description: oci_fetch_all and nested cursors Description: first of all when i try to do oci_fetch_all on nested cursor i get incorrect result (number or rows and unexpected rows at all) second, i can't to do fetch on second nested cursor (from second line). in this case i get warning. if i try to fetch by one row per time and fetch nested cursors from each row, everything works fine Reproduce code: --- simply create procedure which returns nested cursors and try oci_fetch_all on it Expected result: works also if i fetch rows by one Actual result: -- warnings, unexpected results from first fetch -- Edit bug report at http://bugs.php.net/?id=40415&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40415&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40415&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40415&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40415&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40415&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40415&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40415&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40415&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40415&r=support Expected behavior:http://bugs.php.net/fix.php?id=40415&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40415&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40415&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40415&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40415&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40415&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40415&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40415&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40415&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40415&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40415&r=mysqlcfg
#17822 [Opn->Csd]: Realpath, getcwd not returning true pathname
ID: 17822 User updated by: csaba at alum dot mit dot edu Reported By: csaba at alum dot mit dot edu -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows - all PHP Version: 4.3.0 Assigned To: sfox New Comment: Hurrah! This now appears fixed. realpath(strtolower(getcwd())) is now the same as realpath(strtoupper(getcwd())) is now the same as getcwd() on my Win XP Pro under PHP 5.2.1RC4-dev (cli) (built: Jan 25 2007 08:24:12) Thanks, Csaba Gabor from Vienna Previous Comments: [2004-04-23 00:26:09] csaba at alum dot mit dot edu I have tested this with the latest snapshot 5.0 RC 2 of April 22 on my Win 2K Pro system and it is still a problem. Here are the outputs that I get (I did an inititial print right after the first cwd() so you can see what windows thinks the directory is): C:\Morph\phpDev\40gNiKU5LQ0C c:\Morph\phpDev\40gniku5lq0c c:\Morph\phpDev\40gniku5lq0c C:\Morph\phpDev\40GNIKU5LQ0C C:\Morph\phpDev\40GNIKU5LQ0C So it appears that the middle part is OK but the drive letter and the final directory need some shoring up. Csaba Gabor [2003-02-15 17:38:53] csaba at alum dot mit dot edu I have marked this bug as open because of the demonstration below on my PHP 4.3 build date Dec. 20, 2002; Apache 2.0.43 Filter; Win2K Pro system. Here is the test: getcwd Problem " . getcwd(); print "" . realpath(getcwd()); chdir (strtoupper($cwd)); print "" . getcwd(); print "" . realpath(getcwd()); ?> On my system the first 2 directories show in lower case, the last two are in caps. Csaba [2002-06-18 18:20:36] csaba at alum dot mit dot edu realpath and getcwd on Windows systems do not actually report the applicable directory, but rather a string that will !strcasecmp() with the true directory: I have a directory name, $dir, on my Win2K system (PHP 4.2.0), but it's in all lower case, and I'd like to get the actual pathname including the capitalizations: Both realpath() and dirname() only muck around with the $dir string and don't hit the file system. Not only that, but getcwd() returns $dir (sans capitalizations) after I've hopped over to it with chdir($dir)! My only solution to this point is to pop up a level and use readdir(...) but this is wasteful, only giving me one level at a time. Isn't there a REAL realpath() for windows? Thanks, Csaba Gabor -- Edit this bug report at http://bugs.php.net/?id=17822&edit=1
#40414 [Opn->Asn]: endless fork() loop when running fastcgi
ID: 40414 Updated by: [EMAIL PROTECTED] Reported By: michiel at boland dot org -Status: Open +Status: Assigned Bug Type: CGI related Operating System: Solaris PHP Version: 5.2.0 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-02-09 10:09:13] michiel at boland dot org Description: PHP running as fastcgi under apache2, with PHP_FCGI_CHILDREN set to 2. Under certain circumstances, the parent PHP process keeps forking off child processes that exit immediately. This goes on forever, until the parent is killed. When I run a debugger, the in_shutdown variable (in sapi/cgi/fastcgi.c) is set to 1. This causes fcgi_accept_request, which is called in child processes, to return immediately. The only place where in_shutdown can be set is in the SIGTERM signal handler, fcgi_signal_handler. The fcgi_signal_handler is installed in fcgi_init, which is called via fcgi_is_fastcgi, right after entry into main(). Later on in cgi_main.c, a new SIGTERM handler is installed. (line 1334) If a SIGTERM signal arrives in the window of time between fcgi_init and the setting of the new signal handler, the loop describe above will occur. As a fix I would suggest blocking SIGTERM in main() until after the new handler is in place. Reproduce code: --- n/a -- Edit this bug report at http://bugs.php.net/?id=40414&edit=1
#40413 [Opn->Bgs]: is_nan(1/0) and is_infinity(1/0) both return False
ID: 40413 Updated by: [EMAIL PROTECTED] Reported By: ffrinton at gmail dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: All PHP Version: 4.4.4 New Comment: var_dump(1/0); Warning: Division by zero in .. on line .. bool(false Previous Comments: [2007-02-09 09:30:07] ffrinton at gmail dot com Description: I think the summary says it all. Reproduce code: --- See summary. Expected result: The opposite to what actually happens. Actual result: -- See summary -- Edit this bug report at http://bugs.php.net/?id=40413&edit=1
#40268 [Opn->Fbk]: PHP make install failed to create
ID: 40268 Updated by: [EMAIL PROTECTED] Reported By: thomastja at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Aix 5.3 PHP Version: 4.4.4 New Comment: Yes, I did. It works fine on AIX 5.3 as well. Previous Comments: [2007-02-09 08:58:21] thomastja at gmail dot com Have anyone tried the same on Aix 5.3 [2007-02-08 01:00:01] 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-01-31 13:12:19] [EMAIL PROTECTED] Works just fine with PHP 5.2, Apache 2.2.4, GCC 3.4.5 and native LD on AIX 5.1. [2007-01-31 01:17:04] thomastja at gmail dot com I retry again using the following: Apache_1.3.37 with php-4.4.4 and the make install was successfull. So I clean up the system and retry again using Apache_2.2.3 and php-4.4.4 but this time the make install failed with apxs:Error: Command failed with rc=65536 I think my env is ok and suspect the error is with apache 2 and php 4 make install. Have anyone got this mix working? [2007-01-30 09:06:01] [EMAIL PROTECTED] Are you sure GNU ld was used in the build? Do you see any error messages that might be related to the 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/40268 -- Edit this bug report at http://bugs.php.net/?id=40268&edit=1
#35848 [NoF->Bgs]: Failing when including --with-mysql
ID: 35848 Updated by: [EMAIL PROTECTED] Reported By: shawn dot richards at ink dot ltd dot uk -Status: No Feedback +Status: Bogus Bug Type: MySQL related Operating System: Mac OS X Tiger. PHP Version: 5CVS-2005-12-30 (snap) Assigned To: andrey New Comment: . Previous Comments: [2007-02-09 07:36:32] zelzel dot zsu at gmail dot com I meet the same problem. Why php comminity distributed this full of known bugs programs. You even can not get a chance to install on your server. It's really frustrated and anoying. [2007-02-01 10:59:18] milnivlek at gmail dot com I think I've figured out the definitive solution for this problem (at least for most people): If you're building PHP for an x86 server, this problem apparently always occur when you use the 'Linux (x86, glibc-2.2, "standard" is static)' binary distribution from the MySQL download page. Simply use the 'Linux (x86)' distribution instead, and the problem should go away. (The 'Intel C/C++ compiled' version doesn't seem to work either, so stick with the regular one.) Hope this helps. [2007-01-29 18:00:55] colin dot anderson at red-man dot com You're getting this problem because the MySQL >>binaries<< do not come with certain libraries that are created when you build from source on INTEL systems. To resolve this problem, you need to download the appropriate libraries. Visit >> http://dev.mysql.com/downloads/os-linux.html And grab the appropriate library for your server. All of the latest MySQL releases are compiled with the ICC9 libraries; so grab those for your appropriate architecture. This should solve your problems; as stated repeatedly above, --WITH-MYSQL-DIR[=DIR] WILL NOT WORK. :P [2007-01-09 20:14:56] dweller at devonweller dot com I experienced this same problem on Mac OS X 10.4 with the 64 bit package of MySQL 5.0.27. I installed the 32-bit version of MySQL 5.0.27. After that, the php compilation worked successfully. [2006-11-21 16:43:33] nicolasboulet at maisonlaprise dot com Thanks alot! The with-mysql-dir= command also fixed my problem on Suse Linux 10.1. Many thanks! Nicolas 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/35848 -- Edit this bug report at http://bugs.php.net/?id=35848&edit=1
#40410 [Opn->Csd]: Posix Compile Error
ID: 40410 Updated by: [EMAIL PROTECTED] Reported By: normanmacintyre at aim dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Mac OS X (10.3.9) PHP Version: 5.2.1RC4 New Comment: 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. Previous Comments: [2007-02-09 03:04:47] normanmacintyre at aim dot com Description: Problem in function posix_getgrgid Actual result: -- /www/build/scripts/php-5.2.1/ext/posix/posix.c: In function `zif_posix_getgrgid': /www/build/scripts/php-5.2.1/ext/posix/posix.c:889: error: `_SC_GETGR_R_SIZE_MAX' undeclared (first use in this function) /www/build/scripts/php-5.2.1/ext/posix/posix.c:889: error: (Each undeclared identifier is reported only once /www/build/scripts/php-5.2.1/ext/posix/posix.c:889: error: for each function it appears in.) make: *** [ext/posix/posix.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40410&edit=1
#40414 [NEW]: endless fork() loop when running fastcgi
From: michiel at boland dot org Operating system: Solaris PHP version: 5.2.0 PHP Bug Type: CGI related Bug description: endless fork() loop when running fastcgi Description: PHP running as fastcgi under apache2, with PHP_FCGI_CHILDREN set to 2. Under certain circumstances, the parent PHP process keeps forking off child processes that exit immediately. This goes on forever, until the parent is killed. When I run a debugger, the in_shutdown variable (in sapi/cgi/fastcgi.c) is set to 1. This causes fcgi_accept_request, which is called in child processes, to return immediately. The only place where in_shutdown can be set is in the SIGTERM signal handler, fcgi_signal_handler. The fcgi_signal_handler is installed in fcgi_init, which is called via fcgi_is_fastcgi, right after entry into main(). Later on in cgi_main.c, a new SIGTERM handler is installed. (line 1334) If a SIGTERM signal arrives in the window of time between fcgi_init and the setting of the new signal handler, the loop describe above will occur. As a fix I would suggest blocking SIGTERM in main() until after the new handler is in place. Reproduce code: --- n/a -- Edit bug report at http://bugs.php.net/?id=40414&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40414&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40414&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40414&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40414&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40414&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40414&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40414&r=support Expected behavior:http://bugs.php.net/fix.php?id=40414&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40414&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40414&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40414&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40414&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40414&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40414&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40414&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40414&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40414&r=mysqlcfg
#40413 [NEW]: is_nan(1/0) and is_infinity(1/0) both return False
From: ffrinton at gmail dot com Operating system: All PHP version: 4.4.4 PHP Bug Type: Math related Bug description: is_nan(1/0) and is_infinity(1/0) both return False Description: I think the summary says it all. Reproduce code: --- See summary. Expected result: The opposite to what actually happens. Actual result: -- See summary -- Edit bug report at http://bugs.php.net/?id=40413&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40413&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40413&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40413&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40413&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40413&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40413&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40413&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40413&r=support Expected behavior:http://bugs.php.net/fix.php?id=40413&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40413&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40413&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40413&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40413&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40413&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40413&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40413&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40413&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40413&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40413&r=mysqlcfg
#40412 [NEW]: __sleep should return private parent members
From: denis at edistar dot com Operating system: Linux PHP version: 5.2.1RC4 PHP Bug Type: Session related Bug description: __sleep should return private parent members Description: I have two classes: - one parent with a private property - one child that extends the parent When i serialize the child property I get the following error: Notice: serialize(): "privateProperty" returned as member variable from __sleep() but does not exist in test.php on line 30 I already know of serializable interface. But the problem still persist also using this interface... If I define a serialize method in the parent class, get_object_vars and reflection api do not return the privateProperty value... they continue to think we are into the scope of the child class (when we are instead into the parent class). Reproduce code: --- privateProperty = "myValue"; } public function __sleep() { return array('privateProperty'); } } class D extends P { public function __construct() { parent::__construct(); } } $obj = new D(); $s = serialize($obj); echo $s; ?> Expected result: I expect no warning should be raised and the echo should print this: O:1:"D":1:{s:15:"privateProperty";s:7:"myValue";} Actual result: -- Notice: serialize(): "privateProperty" returned as member variable from __sleep() but does not exist in test.php on line 30 O:1:"D":1:{s:15:"privateProperty";N;} -- Edit bug report at http://bugs.php.net/?id=40412&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40412&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40412&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40412&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40412&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40412&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40412&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40412&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40412&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40412&r=support Expected behavior:http://bugs.php.net/fix.php?id=40412&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40412&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40412&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40412&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40412&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40412&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40412&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40412&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40412&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40412&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40412&r=mysqlcfg
#40268 [NoF->Opn]: PHP make install failed to create
ID: 40268 User updated by: thomastja at gmail dot com Reported By: thomastja at gmail dot com -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Aix 5.3 PHP Version: 4.4.4 New Comment: Have anyone tried the same on Aix 5.3 Previous Comments: [2007-02-08 01:00:01] 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-01-31 13:12:19] [EMAIL PROTECTED] Works just fine with PHP 5.2, Apache 2.2.4, GCC 3.4.5 and native LD on AIX 5.1. [2007-01-31 01:17:04] thomastja at gmail dot com I retry again using the following: Apache_1.3.37 with php-4.4.4 and the make install was successfull. So I clean up the system and retry again using Apache_2.2.3 and php-4.4.4 but this time the make install failed with apxs:Error: Command failed with rc=65536 I think my env is ok and suspect the error is with apache 2 and php 4 make install. Have anyone got this mix working? [2007-01-30 09:06:01] [EMAIL PROTECTED] Are you sure GNU ld was used in the build? Do you see any error messages that might be related to the problem? [2007-01-30 04:26:07] thomastja at gmail dot com I have install the GNU ld bash-3.00# ld -version GNU ld version 2.14 20030612 and found that it produce the same result. 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/40268 -- Edit this bug report at http://bugs.php.net/?id=40268&edit=1
#40392 [Opn]: memory leaks in PHP milter SAPI and proposed fix
ID: 40392 User updated by: tuxracer69 at gmail dot com Reported By: tuxracer69 at gmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.6.17-2-686 PHP Version: 5CVS-2007-02-07 (snap) New Comment: oops the exit_status was broken, should be: diff -u php_milter.c.dist php_milter.c --- php_milter.c.dist 2007-02-07 10:18:03.0 + +++ php_milter.c2007-02-09 08:48:03.0 + @@ -63,6 +63,8 @@ #include "libmilter/mfapi.h" +#include "php_getopt.h" + #define OPTSTRING "ac:d:Def:hnp:vVz:?" #define MG(v) TSRMG(milter_globals_id, zend_milter_globals *, v) @@ -202,7 +204,7 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; - + zval_ptr_dtor(param); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); } @@ -235,8 +237,8 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; + zval_ptr_dtor(param); - FREE_ZVAL(param[0]); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -275,8 +277,8 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; + zval_ptr_dtor(param); - FREE_ZVAL(param[0]); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -316,7 +318,8 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); + zval_ptr_dtor(param); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -354,8 +357,9 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); - FREE_ZVAL(param[1]); + zval_ptr_dtor(¶m[0]); + zval_ptr_dtor(¶m[1]); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -408,7 +412,7 @@ INIT_PZVAL(param[0]); ZVAL_STRING(&function_name, "milter_body", 0); - ZVAL_STRINGL(param[0], bodyp, len, 1); + ZVAL_STRINGL(param[0], (char*)bodyp, len, 1); /*alex*/ /* set the milter context for possible use in API functions */ MG(ctx) = ctx; @@ -418,7 +422,8 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); + zval_ptr_dtor(param); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -548,7 +553,7 @@ if (MG(state) != MLFI_INIT) { php_error(E_WARNING, NOT_INIT, get_active_function_name(TSRMLS_C)); } else if (zend_parse_parameters(1 TSRMLS_CC, "l", &flags) == SUCCESS) { - flags = flags & SMFIF_ADDHDRS|SMFIF_CHGHDRS|SMFIF_CHGBODY|SMFIF_ADDRCPT|SMFIF_DELRCPT; + flags = flags & (SMFIF_ADDHDRS|SMFIF_CHGHDRS|SMFIF_CHGBODY|SMFIF_ADDRCPT|SMFIF_DELRCPT); smfilter.xxfi_flags = flags; } } @@ -703,7 +708,7 @@ if (MG(state) != MLFI_EOM) { php_error(E_WARNING, NOT_EOM, get_active_function_name(TSRMLS_C)); } else if (zend_parse_parameters(1 TSRMLS_CC, "s", &body, &len) == SUCCESS) { - if (smfi_replacebody(MG(ctx), body, len) == MI_SUCCESS) { + if (smfi_replacebody(MG(ctx), (u_char*)body, len) == MI_SUCCESS) { RETURN_TRUE; } } @@ -732,6 +737,8 @@ MG(state) = MLFI_NONE; MG(initialized) = 0; +return SUCCESS; + } /* }}} */ @@ -920,9 +927,7 @@ /* temporary locals */ int orig_optind=ap_php_optind; char *orig_optarg=ap_php_optarg; - char *arg_free=NULL, **arg_excp=&arg_free; int interactive=0; - char *exec_direct=NULL; char *param_error=NULL; /* end of temporary locals */ @@ -1099,7 +1104,7 @@ openlog("php-milter", LOG_PID, LOG_MAIL); - if (exit_status = mlfi_init()) { + if ((exit_status = mlfi_init())) { syslog(1, "mlfi_init failed."); exit(exit_status); } Previous Comments: [2007-02-09 08:10:42] tuxracer69 at gmail dot com a longer patch aimed at fixing besides the mem leaks the compile warnings (type cast, declarations, parenthesis). diff -u php_milter.c.dist php_milter.c --- php_milter.c.dist 2007-02-07 10:18:03.0 + +++ php_milter.c2007-02-09 08:01:01.0 + @@ -63,6 +63,8 @@ #include "libmilter/mfapi.h" +#include "php_getopt.h" + #define OPTSTRING "ac:d:Def:hnp:vVz:?" #define MG(v) TSRMG(milter_globals_id, zend_milter_globals *, v) @@ -202,7 +204,7 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; - + zval_ptr_dtor(param); if (Z_TYPE(retval) == IS_LONG) {
#40392 [Opn]: memory leaks in PHP milter SAPI and proposed fix
ID: 40392 User updated by: tuxracer69 at gmail dot com Reported By: tuxracer69 at gmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.6.17-2-686 PHP Version: 5CVS-2007-02-07 (snap) New Comment: a longer patch aimed at fixing besides the mem leaks the compile warnings (type cast, declarations, parenthesis). diff -u php_milter.c.dist php_milter.c --- php_milter.c.dist 2007-02-07 10:18:03.0 + +++ php_milter.c2007-02-09 08:01:01.0 + @@ -63,6 +63,8 @@ #include "libmilter/mfapi.h" +#include "php_getopt.h" + #define OPTSTRING "ac:d:Def:hnp:vVz:?" #define MG(v) TSRMG(milter_globals_id, zend_milter_globals *, v) @@ -202,7 +204,7 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; - + zval_ptr_dtor(param); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); } @@ -235,8 +237,8 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; + zval_ptr_dtor(param); - FREE_ZVAL(param[0]); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -275,8 +277,8 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; + zval_ptr_dtor(param); - FREE_ZVAL(param[0]); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -316,7 +318,8 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); + zval_ptr_dtor(param); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -354,8 +357,9 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); - FREE_ZVAL(param[1]); + zval_ptr_dtor(¶m[0]); + zval_ptr_dtor(¶m[1]); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -408,7 +412,7 @@ INIT_PZVAL(param[0]); ZVAL_STRING(&function_name, "milter_body", 0); - ZVAL_STRINGL(param[0], bodyp, len, 1); + ZVAL_STRINGL(param[0], (char*)bodyp, len, 1); /*alex*/ /* set the milter context for possible use in API functions */ MG(ctx) = ctx; @@ -418,7 +422,8 @@ MG(state) = MLFI_NONE; - FREE_ZVAL(param[0]); + zval_ptr_dtor(param); + if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); @@ -548,7 +553,7 @@ if (MG(state) != MLFI_INIT) { php_error(E_WARNING, NOT_INIT, get_active_function_name(TSRMLS_C)); } else if (zend_parse_parameters(1 TSRMLS_CC, "l", &flags) == SUCCESS) { - flags = flags & SMFIF_ADDHDRS|SMFIF_CHGHDRS|SMFIF_CHGBODY|SMFIF_ADDRCPT|SMFIF_DELRCPT; + flags = flags & (SMFIF_ADDHDRS|SMFIF_CHGHDRS|SMFIF_CHGBODY|SMFIF_ADDRCPT|SMFIF_DELRCPT); smfilter.xxfi_flags = flags; } } @@ -703,7 +708,7 @@ if (MG(state) != MLFI_EOM) { php_error(E_WARNING, NOT_EOM, get_active_function_name(TSRMLS_C)); } else if (zend_parse_parameters(1 TSRMLS_CC, "s", &body, &len) == SUCCESS) { - if (smfi_replacebody(MG(ctx), body, len) == MI_SUCCESS) { + if (smfi_replacebody(MG(ctx), (u_char*)body, len) == MI_SUCCESS) { RETURN_TRUE; } } @@ -732,6 +737,7 @@ MG(state) = MLFI_NONE; MG(initialized) = 0; + return SUCCESS; } /* }}} */ @@ -920,9 +926,7 @@ /* temporary locals */ int orig_optind=ap_php_optind; char *orig_optarg=ap_php_optarg; - char *arg_free=NULL, **arg_excp=&arg_free; int interactive=0; - char *exec_direct=NULL; char *param_error=NULL; /* end of temporary locals */ @@ -1099,7 +1103,7 @@ openlog("php-milter", LOG_PID, LOG_MAIL); - if (exit_status = mlfi_init()) { + if (exit_status == mlfi_init()) { syslog(1, "mlfi_init failed."); exit(exit_status); } Previous Comments: [2007-02-09 07:18:05] tuxracer69 at gmail dot com Unified diff for the code change above: diff -u php_milter.c.dist php_milter.c --- php_milter.c.dist 2007-02-07 10:18:03.0 + +++ php_milter.c2007-02-07 19:41:54.0 + @@ -202,7 +202,7 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NONE; - + zval_ptr_dtor(param); if (Z_TYPE(retval) == IS_LONG) { return Z_LVAL(retval); } @@ -235,8 +235,8 @@ call_user_function(CG(function_table), NULL, &function_name, &retval, 1, param TSRMLS_CC); MG(state) = MLFI_NO