#46701 [Csd]: Creating associative array with long values in the key fails on 32bit linux
ID: 46701 Updated by: fel...@php.net Reported By: testuzer at hotmail dot com Status: Closed Bug Type: Arrays related Operating System: Linux 32bit - ubuntu PHP Version: 5CVS, 6CVS (2008-11-28) New Comment: Fixed in 5_2_9 too. Previous Comments: [2009-01-05 20:42:49] fel...@php.net 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. Fixed in 5_3 and HEAD at the moment. [2009-01-05 01:54:58] maxhex at hotmail dot com MIX [2009-01-03 05:03:24] sh...@php.net Proposed patches to make $array[$double] perform the same as $array[intval($double)]... http://tekrat.com/patches/bug46701.php6.patch http://tekrat.com/patches/bug46701.php53.patch http://tekrat.com/patches/bug46701.php52.patch [2008-12-04 01:43:46] msara...@php.net Array ( [-2147483648] => 1 ) Reproduced here. [2008-12-01 01:49:09] cyberquoter at gmail dot com OS: Debian Linux 2.6.18-6-686 (32bit) PHP: 5.2.0-8+etch13 Result: Array ( [-2147483648] => 1 ) 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/46701 -- Edit this bug report at http://bugs.php.net/?id=46701&edit=1
#47014 [NEW]: callbacks are not looked up in the current namespace
From: six at aegis-corp dot org Operating system: Linux 2.6 PHP version: 5.3.0alpha3 PHP Bug Type: Scripting Engine problem Bug description: callbacks are not looked up in the current namespace Description: functions that accept callbacks do not look up the current namespace when searching for the callback name. I have observed this with register_shutdown_function() and pcntl_signal() but it's probably more than these two. sample code below works if we pass the fqn, ie: register_shutdown_function("test\\shutdown"); Reproduce code: --- Expected result: bye Actual result: -- Warning: register_shutdown_function(): Invalid shutdown callback 'shutdown' passed in /root/php-5.3.0alpha3/ext/pcntl/- on line 11 -- Edit bug report at http://bugs.php.net/?id=47014&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47014&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47014&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47014&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47014&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47014&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47014&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47014&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47014&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47014&r=support Expected behavior: http://bugs.php.net/fix.php?id=47014&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47014&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47014&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47014&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47014&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47014&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47014&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47014&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47014&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47014&r=mysqlcfg
#47009 [Fbk]: PDO can't handle commented out lines with bound params
ID: 47009 Updated by: fel...@php.net Reported By: andrew at ajohnstone dot com Status: Feedback Bug Type: PDO related Operating System: fedora PHP Version: 5.2.8 New Comment: Which SGBD are you using? Previous Comments: [2009-01-05 22:36:31] fel...@php.net I can't reproduce it using sqlite. query('create table if not exists foo (x int)'); $x->query('insert into foo values (1)'); $x->query('insert into foo values (2)'); $y = $x->prepare('select x from foo where -- x = ? x = ?'); var_dump($y->execute(array(2))); var_dump($y->fetch()); var_dump($y->errorInfo()); bool(true) array(2) { ["x"]=> string(1) "2" [0]=> string(1) "2" } array(1) { [0]=> string(5) "0" } [2009-01-05 15:34:08] andrew at ajohnstone dot com Description: databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens Can't handle commented out lines with bound params Reproduce code: --- SELECT * FROM mapping_outlets mo JOIN media_outlets USING(mapping_outlets_id) WHERE -- mo.mapping_outlets_id = ? mo.media_outlets_id = ? GROUP BY ml.name ORDER BY NULL LIMIT 500 Expected result: Ignore the commented outline. Actual result: -- databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens -- Edit this bug report at http://bugs.php.net/?id=47009&edit=1
#47009 [Opn->Fbk]: PDO can't handle commented out lines with bound params
ID: 47009 Updated by: fel...@php.net Reported By: andrew at ajohnstone dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: fedora PHP Version: 5.2.8 New Comment: I can't reproduce it using sqlite. query('create table if not exists foo (x int)'); $x->query('insert into foo values (1)'); $x->query('insert into foo values (2)'); $y = $x->prepare('select x from foo where -- x = ? x = ?'); var_dump($y->execute(array(2))); var_dump($y->fetch()); var_dump($y->errorInfo()); bool(true) array(2) { ["x"]=> string(1) "2" [0]=> string(1) "2" } array(1) { [0]=> string(5) "0" } Previous Comments: [2009-01-05 15:34:08] andrew at ajohnstone dot com Description: databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens Can't handle commented out lines with bound params Reproduce code: --- SELECT * FROM mapping_outlets mo JOIN media_outlets USING(mapping_outlets_id) WHERE -- mo.mapping_outlets_id = ? mo.media_outlets_id = ? GROUP BY ml.name ORDER BY NULL LIMIT 500 Expected result: Ignore the commented outline. Actual result: -- databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens -- Edit this bug report at http://bugs.php.net/?id=47009&edit=1
#46760 [Opn->Csd]: SoapClient doRequest fails when proxy is used
ID: 46760 Updated by: fel...@php.net Reported By: iwan at iwex dot nl -Status: Open +Status: Closed Bug Type: SOAP related Operating System: Linux (Unbuntu 8.10) PHP Version: 5.2.7 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. Fixed in 5_2_9 (synced with 5_3) Previous Comments: [2008-12-05 12:52:36] iwan at iwex dot nl Description: When a proxy is used with the following code. The proxy is not used. Problem is in that the proxy_port is a string type. When the port is type casted to an int it will work. Reproduce code: --- $client = new SoapClient(null, array('proxy_host' => "localhost", 'proxy_port' => '8080', 'login'=> "user", 'password' => "test", 'uri'=> 'mo:http://www.w3.org/', 'location' => 'http://some.url')); echo $client->__doRequest('...etc', 'http://some.url', "add", '1.2'); Expected result: That the proxy will receive the request. Actual result: -- The call is done without the use of the proxy. -- Edit this bug report at http://bugs.php.net/?id=46760&edit=1
#47004 [Bgs]: Erratic short conditionals
ID: 47004 User updated by: am at webhike dot de Reported By: am at webhike dot de Status: Bogus Bug Type: Scripting Engine problem Operating System: XAMPP 1.6.8 PHP Version: 5.2.8 New Comment: Does it make sense to use such confusing left-to-right presence, while other program languages like Java and C operate from right-to-left? Previous Comments: [2009-01-05 11:10:34] j...@php.net It's the operator presedence. For more info: http://www.php.net/manual/en/language.operators.precedence.php [2009-01-05 01:02:00] am at webhike dot de Description: Using Short Conditionals with more lines is causing wrong results: Reproduce code: --- $x = 7; echo $x == 5 ? 'five' : $x == 6 ? 'six' : $x == 7 ? 'seven' : $x == 8 ? 'eight' : $x == 9 ? 'nine' : null; Actual result: -- Returns 'nine'. Multiline Short Conditionals fail. -- Edit this bug report at http://bugs.php.net/?id=47004&edit=1
#44848 [Com]: autoload fails with complex loading scheme
ID: 44848 Comment by: pinochet dot pl at gmail dot com Reported By: nicolas dot grekas+php at gmail dot com Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2CVS-2008-11-03 New Comment: I have the same behavior on 5.3 version and 1.01.2009 Snap UBUNTU 8.10 Previous Comments: [2008-11-03 10:49:21] nicolas dot grekas+php at gmail dot com Doesn't work with windows snaps [2008-Nov-03 08:00:00]. I got exactly the same behavior [2008-10-30 17:06:29] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-06-05 08:33:59] jille at hexon dot cx I tried creating a work-around for this. However, this didn't work: So class B is half-existent ? You can not define it, but it also doesn't exists... [2008-04-27 21:22:46] nicolas dot grekas+php at gmail dot com Description: Hard to explain, see code... I think that PHP should be able to handle this kind of loading scheme. Here is what I thought this code would do : 1. __autoload('A') is called 2. inside this call for A: 2.1 class B is defined, which extends C 2.2 as C is not defined, __autoload('C') is called 2.3 inside this call for C: 2.3.1 class C is defined 2.3.2 (now we have everything needed for class B, haven't we ?) 2.3.3 class A extends B 2.4 we leave the __autoload('C') context 3. we leave the __autoload('A') context The bug is at step 2.3.3 : "class A extends B" triggers an autoload('B'), which should not occurs, as B should be already defined, thanks to 2.3.2... Reproduce code: --- http://bugs.php.net/?id=44848&edit=1
#46816 [Opn->Asn]: Upgrading with installer messes up php.ini
ID: 46816 Updated by: jmer...@php.net Reported By: labsylabsy at gmail dot com -Status: Open +Status: Assigned Bug Type: Windows Installer Operating System: win32 only PHP Version: 5.2.8 -Assigned To: +Assigned To: jmertic Previous Comments: [2008-12-09 21:16:40] labsylabsy at gmail dot com Description: Windows installer is bogus with parsing php.ini when using installer to UPGRADE existing setup. Some settings are duplicated or duplicated to default values, so PHP fails to start after upgrading. Reproduce code: --- By my testing, I can reproduce the same behaviour on ANY Windows machine, which runs PHP as ISAPI module on IIS 6 and you use PHP installer to upgrade previous (5.2+) version to latest 5.2.8 version. Expected result: PHP.INI configuration should be preserved, extensions and session.save_path should not be changed, and none of above should be duplicated. Indeed, you could also NOT select extensions to install within installation wizard, which would get rid of duplicated extensions failure, but by my oppinion, installer *should* be smart enough to recognise existing [EXTENSIONS] section and to not duplicate them at the end of php.ini file. Actual result: -- At least these errors are present after you use PHP installer to UPGRADE existing 5.2+ version to 5.2.8: - EXTENSIONS get duplicated if you select to install existing extensions. Duplications however do not fall into [EXTENSIONS] tab, but are rather added to the very end of php.ini by upgrade process, so you most probably won't notice them at first sight. - SESSION PATH gets duplicated at the end of [EXTENSIONS] section and is set to default session.save_path="C:\WINDOWS\Temp", regardles which path you had defined in existing php.ini file. -- Edit this bug report at http://bugs.php.net/?id=46816&edit=1
#46935 [Opn->Csd]: Installing IIS+ISAPI fails because PHP5ISAPI.DLL not yet present
ID: 46935 Updated by: jmer...@php.net Reported By: paul at cohsoft dot com dot au -Status: Open +Status: Closed Bug Type: Windows Installer Operating System: Windows XP PHP Version: 5.2.8 -Assigned To: +Assigned To: jmertic 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: [2008-12-23 12:54:16] paul at cohsoft dot com dot au Description: This is bug #45685 restarted. If you install PHP onto Windows XP with IIS+ISAPI, the procedure configIIS4 in script PHPInstallerScripts52.vbs fails on line 182 because it is trying use the File System Object to generate a short path. The FSO GetFile method fails if the file does not exist. The php5isapi.dll does not yet exist because the script is being executed during installation. The problem doesn't occur on Windows Server 03, Vista or Server 08 because the script doesn't generate a short name for those operating systems. I don't know of a simple fix for the problem. The windows GetShortPathName API function doesn't rely on a file existing, but VBScript can't call API functions. Maybe the script can be deferred until the rest of installation is done, so the php5isapi.dll file *does* exist? Workaround: Choose "Do not setup a web server" during first install of PHP. Download the PHP zip and unzip to a temp folder. Copy php5isapi.dll from temp folder to wherever PHP.EXE is. Manually configure IIS to use the ISAPI DLL. Actual message: Product: PHP 5.2.6 -- Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Custom action configIIS4 script error -2146828235, Microsoft VBScript runtime error: File not found Line 182, Column 9 -- Edit this bug report at http://bugs.php.net/?id=46935&edit=1
#46619 [NoF->Csd]: Installer for Windows binary will add the correct lines for
ID: 46619 Updated by: jmer...@php.net Reported By: vorlin1975 at gmail dot com -Status: No Feedback +Status: Closed Bug Type: Windows Installer Operating System: Windows XP PHP Version: 5.2.6 -Assigned To: +Assigned To: jmertic 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: [2008-12-03 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". [2008-11-19 22:27:24] paj...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-11-19 18:31:08] vorlin1975 at gmail dot com Description: In using the Windows Installer, all is well, but at the end, the installer adds the correct LoadModule and such but the slashes are backwards as it looks like they were for *nix. Changing to \ allowed PHP to work. Reproduce code: --- Before: LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" After: LoadModule php5_module "C:\Program Files\PHP\php5apache2_2.dll" Expected result: Changing that in httpd.conf and restarting Apache, php pages worked fine. Actual result: -- Same As above. [2008-11-19 17:38:13] vorlin1975 at gmail dot com Description: In using the Windows Installer, all is well, but at the end, the installer adds the correct LoadModule and such but the slashes are backwards as it looks like they were for *nix. Changing to \ allowed PHP to work. Reproduce code: --- Before: LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" After: LoadModule php5_module "C:\Program Files\PHP/php5apache2_2.dll" Expected result: Changing that in httpd.conf and restarting Apache, php pages worked fine. Actual result: -- Same As above. -- Edit this bug report at http://bugs.php.net/?id=46619&edit=1
#46701 [Opn->Csd]: Creating associative array with long values in the key fails on 32bit linux
ID: 46701 Updated by: fel...@php.net Reported By: testuzer at hotmail dot com -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Linux 32bit - ubuntu PHP Version: 5CVS, 6CVS (2008-11-28) 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. Fixed in 5_3 and HEAD at the moment. Previous Comments: [2009-01-05 01:54:58] maxhex at hotmail dot com MIX [2009-01-03 05:03:24] sh...@php.net Proposed patches to make $array[$double] perform the same as $array[intval($double)]... http://tekrat.com/patches/bug46701.php6.patch http://tekrat.com/patches/bug46701.php53.patch http://tekrat.com/patches/bug46701.php52.patch [2008-12-04 01:43:46] msara...@php.net Array ( [-2147483648] => 1 ) Reproduced here. [2008-12-01 01:49:09] cyberquoter at gmail dot com OS: Debian Linux 2.6.18-6-686 (32bit) PHP: 5.2.0-8+etch13 Result: Array ( [-2147483648] => 1 ) [2008-11-29 06:56:11] testuzer at hotmail dot com Can also confirm Linux -ubuntu 64bit works. Actual result Linux 64bit (php 5.2.4): -- Array ( [3428599296] => 1 [3459455488] => 1 [3459616768] => 1 ) Obviously the 32bit os treats it as a signed 32bit value and a 64bit os as a 64bit value. so you get a positive value. The array key handling is _only_ broken on linux 32bit. 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/46701 -- Edit this bug report at http://bugs.php.net/?id=46701&edit=1
#22624 [Com]: Mulitple PHP processes launched using 100% CPU
ID: 22624 Comment by: oedipean at gmail dot com Reported By: webmaster at enterzone dot com Status: No Feedback Bug Type: Performance problem Operating System: WinNT4 PHP Version: 4.3.1 New Comment: http://gheymatha.com http://gheymatha.com/forum.php Previous Comments: [2008-11-28 10:43:23] fhggfj at hg dot fd http://www.forex.co.ir";>ÝÇÑÓ یÓÊ ÇیÑÇä فارکس ایران http://www.forex.co.ir";>http://www.forex.co.ir/forex.gif"; alt="ÝÇÑÓ یÓÊ ÇیÑÇä" width="32" height="32" border="0"> http://www.forex.co.ir";>http://www.forex.co.ir [2003-03-15 18:47:40] sni...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-10 12:25:17] mag...@php.net 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. A reproduce script is needed, and if it is more then 10 lines, please put a link here to it. [2003-03-10 11:57:58] webmaster at enterzone dot com WinNT 4 SP6a, all of the latest patches (yea, yea I know). PHP 4.3.1 I am getting 1,2,4, or more process instances of PHP running using 100% CPU. Cannot narrow it down to bad programming code by users or a php.exe problem. Most PHP is running fine. I have a few PHP forums running. I cannot reproduce the problem, but it is increasing. Concerned that it may be a attack. This is now occurring 4 or more times a day. Only option is to kill the errant processes. Sometimes a reboot of the server is mandatory. After killing the processes, normal PHP code in our forums runs fine. There are not any consistent instances of PHP runing in the background unless this problem reoccurs. The PHP.INI is set as follows; max_execution_tim = 30; max_imput_time = 60; memory_limit = 8M . It has now effect on this problem, we have seen it run over 4 hours without a sign of stopping on its own. I don't have the memory usage noted, there is not any unusually high traffic across our network during the instance. Most dynamic pages fail, only static pages are served from IIS, due to the high CPU load. PHP request run, but very slowly as do all request during this time. -- Edit this bug report at http://bugs.php.net/?id=22624&edit=1
#47000 [Com]: imap_body() and imap_savebody() memory leak.
ID: 47000 Comment by: alan at binarystars dot com Reported By: alan at binarystars dot com Status: Feedback Bug Type: IMAP related Operating System: 2.6.25-14.fc9.i686 PHP Version: 5.2.8 New Comment: iliaa at php.net, Give me a moment to update. Thanks. Previous Comments: [2009-01-05 16:01:47] il...@php.net Can you run it via valgrind rather then php's memory checker? I suspect the issue is just some temp vars that will be cleaned up by garbage collection. [2009-01-04 21:31:09] alan at binarystars dot com Description: # Problem: imap_body() and imap_savebody() memory leak. During the following test of 26 email messages totaling a sum of 244.05Mb it seems you need TWICE the amount of memory in order to receive the message body via imap_body(). When using the imap_savebody() func it seems you need approximately the same amount of memory as the email message itself. The problem in particular is repeatable in any size email message... even when you unset the variables/objects returned by the func. In other words, you want to receive a message body of 5Mb using imap_body() func; you'll need 10Mb of available free RAM just to store the message body to a variable. Now, say you receive 10 messages each at 5Mb, and unset all the variables. That would mean you'll need 100Mb of free memory to read all ten messages. See the reproduced code and the results for more information. # Question: Is there a way to flush the memory without actually exiting out of the script? Reproduce code: --- Colorized version: http://home.binarystars.com/~alan/imap_bug/test.html (30k) Text version: http://home.binarystars.com/~alan/imap_bug/test.txt (5.3k) Result of method 1 via imap_body(): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (3.6k) Result of method 2 via imap_savebody(): http://home.binarystars.com/~alan/imap_bug/method2_results.txt Expected result: When I run the script I expect it to use less (RSS) resident memory. Actual result: -- Instead of freeing up memory the script takes up more than Oracle running five hundred databases. -- Edit this bug report at http://bugs.php.net/?id=47000&edit=1
#47012 [Opn->WFx]: can't load libphp4.so
ID: 47012 Updated by: der...@php.net Reported By: bulbapeppe at yahoo dot it -Status: Open +Status: Wont fix Bug Type: Apache related Operating System: solaris 10 PHP Version: 5.2.8 New Comment: We are sorry, but we can not support PHP 4 related problems anymore. Momentum is gathering for PHP 6, and we think supporting PHP 4 will lead to a waste of resources which we want to put into getting PHP 6 ready. . Previous Comments: [2009-01-05 16:48:15] bulbapeppe at yahoo dot it Description: I have to start apache, but the command LoadModule php4_module /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so gives me the following problem: Syntax error on line 28 of /sunrm20/dati/edudbmgr/EDUDB/apache/conf/httpd.conf: Cannot load /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so into server: ld.so.1: httpd: fatal: relocation error: file /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so: symbol ap_group_id: referenced symbol not found ./apachectl start: httpd could not be started I would like to know two things: 1- shall I have a php installed ? 2- I've checked the bugs #14147, #6667 and #4179 but they aren't so clear. What shall I do? Thanks, bulbapeppe Expected result: no errors Actual result: -- Syntax error on line 28 of /sunrm20/dati/edudbmgr/EDUDB/apache/conf/httpd.conf: Cannot load /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so into server: ld.so.1: httpd: fatal: relocation error: file /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so: symbol ap_group_id: referenced symbol not found ./apachectl start: httpd could not be started -- Edit this bug report at http://bugs.php.net/?id=47012&edit=1
#47012 [NEW]: can't load libphp4.so
From: bulbapeppe at yahoo dot it Operating system: solaris 10 PHP version: 5.2.8 PHP Bug Type: Apache related Bug description: can't load libphp4.so Description: I have to start apache, but the command LoadModule php4_module /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so gives me the following problem: Syntax error on line 28 of /sunrm20/dati/edudbmgr/EDUDB/apache/conf/httpd.conf: Cannot load /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so into server: ld.so.1: httpd: fatal: relocation error: file /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so: symbol ap_group_id: referenced symbol not found ./apachectl start: httpd could not be started I would like to know two things: 1- shall I have a php installed ? 2- I've checked the bugs #14147, #6667 and #4179 but they aren't so clear. What shall I do? Thanks, bulbapeppe Expected result: no errors Actual result: -- Syntax error on line 28 of /sunrm20/dati/edudbmgr/EDUDB/apache/conf/httpd.conf: Cannot load /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so into server: ld.so.1: httpd: fatal: relocation error: file /sunrm20/dati/edudbmgr/EDUDB/apache/libexec/solaris_2.8/libphp4.so: symbol ap_group_id: referenced symbol not found ./apachectl start: httpd could not be started -- Edit bug report at http://bugs.php.net/?id=47012&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47012&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47012&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47012&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47012&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47012&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47012&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47012&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47012&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47012&r=support Expected behavior: http://bugs.php.net/fix.php?id=47012&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47012&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47012&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47012&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47012&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47012&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47012&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47012&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47012&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47012&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47012&r=mysqlcfg
#47000 [Opn->Fbk]: imap_body() and imap_savebody() memory leak.
ID: 47000 Updated by: il...@php.net Reported By: alan at binarystars dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: 2.6.25-14.fc9.i686 PHP Version: 5.2.8 New Comment: Can you run it via valgrind rather then php's memory checker? I suspect the issue is just some temp vars that will be cleaned up by garbage collection. Previous Comments: [2009-01-04 21:31:09] alan at binarystars dot com Description: # Problem: imap_body() and imap_savebody() memory leak. During the following test of 26 email messages totaling a sum of 244.05Mb it seems you need TWICE the amount of memory in order to receive the message body via imap_body(). When using the imap_savebody() func it seems you need approximately the same amount of memory as the email message itself. The problem in particular is repeatable in any size email message... even when you unset the variables/objects returned by the func. In other words, you want to receive a message body of 5Mb using imap_body() func; you'll need 10Mb of available free RAM just to store the message body to a variable. Now, say you receive 10 messages each at 5Mb, and unset all the variables. That would mean you'll need 100Mb of free memory to read all ten messages. See the reproduced code and the results for more information. # Question: Is there a way to flush the memory without actually exiting out of the script? Reproduce code: --- Colorized version: http://home.binarystars.com/~alan/imap_bug/test.html (30k) Text version: http://home.binarystars.com/~alan/imap_bug/test.txt (5.3k) Result of method 1 via imap_body(): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (3.6k) Result of method 2 via imap_savebody(): http://home.binarystars.com/~alan/imap_bug/method2_results.txt Expected result: When I run the script I expect it to use less (RSS) resident memory. Actual result: -- Instead of freeing up memory the script takes up more than Oracle running five hundred databases. -- Edit this bug report at http://bugs.php.net/?id=47000&edit=1
#43506 [Opn]: com_get_active_object always fails
ID: 43506 User updated by: bvandermerwe at kbcat dot com Reported By: bvandermerwe at kbcat dot com Status: Open Bug Type: COM related Operating System: Windows XP PHP Version: 5.2.5 New Comment: Yes when Apache runs as a service it runs under a different user than when you start it from the command line. You can change the user the service uses, though that does not fix it. We have had the same issues with .NET services. You just get these permission type errors no matter how much you Google for the proper settings. And Microsoft's official position on this situation is that you should not be using Excel/Word from a service. Gotta love Microsoft... hahaha. Of course in our case we are not using Excel/Word really, I use them as an example hoping that: - Someone can post how you fix/set these permissions to get around this, if that is the cause. - Perhaps PHP can be enhanced to return a more complete error message. "Operation unavailable" is useless (it could mean anything, e.g. this type of operation is not available because PHP no longer supports it or because PHP module xx is not installed, who knows). Rather something like "Unable to instantiation COM Object due to insufficient user permission" would help? Previous Comments: [2009-01-03 21:47:22] gerrit at timingteam dot nl I experienced the same problem. Googling the internet I found a clue. Somebody had a likewise problem. But he noticed that it only happened when Apache was started as a service and not when Apache was started in a console. I checked this in my situation. And indeed, all works fine when you start Apache in a console. And you get the reported problem when you start Apache as a service. Hope this gives some clue to resolving the problem. Greets, Gerrit. [2008-11-06 11:46:02] tom dot neil dot bell at gmail dot com Suffered this issue today trying enumerate a internet explorer window. Turns out Internet Explorer doesn't register it self with the "Running Object Table" so this function returns that error. Work arounds are to either create a Browser Helper Object that will add the IE instance to the ROT, or enumerate all windows via the Shell.Application COM and iterate through them looking for iexplore.exe . Tom [2007-12-05 18:14:58] bvandermerwe at kbcat dot com Description: com_get_active_object always returns "Operation Unavailable " even when it should work for sure. Let me demonstrate: Start up Microsoft Word (for example) on the server machine where Apache and PHP are running. Then put the following text in a file called x.vbs: Dim app Set app = GetObject(,"Word.Application") if app is nothing then wscript.echo "Got nothing" else wscript.echo "Got it!" end if Execute it by typing: cscript x.vbs. Note that it works fine. Yet the following line in a PHP script always returns "Operation Unavailable ": $obj = com_get_active_object("Word.Application"); Using: $obj = new COM("Word.Application") works (meaning PHP COM is working). I just upgraded Apache to 2.2.6 and PHP 5.2.5 (using the Windows installation executable binaries with pretty much default settings, except PHP is in c:\PHP525 and I checked the options for MS and MYSQL databases). Bugzilla and several PHP applications all work fine. But it seems com_get_active_object *always* fails. I have Googled and I can not find any examples of it out there or any security or other settings related to it. If it just calls GetObject, then how come calling GetObject from VBScript works but in PHP does not? I did discover that some GetObject calls are disabled under IIS for security reasons, but I am using Apache and there is no reference to any setting that needs to be turned on before this will work. Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; lang="en-US"> Test Attempting to retrieve COM Object"); $obj = com_get_active_object("Word.Application"); //Fails! if ($obj) { echo("Object Found"); } else { echo("Object NOT Found"); } ?> Expected result: No error. You should see: Attempting to retrieve COM Object Object Found Actual result: -- You see: Attempting to retrieve COM Object If PHP error tracing is enabled you also see: Fatal error: Uncaught exception 'com_exception' with message 'Operation unavailable ' in C:\ApacheDocumentRoot\test_com.php:10 Stack trace: #0 C:\ApacheDocumentRoot\test_com.php(10): com_get_active_object('Word.Application') #1 {main} thrown in C:\ApacheDocumentRoot\test_com.php on line 10 -- Edit this
#47009 [NEW]: PDO can't handle commented out lines with bound params
From: andrew at ajohnstone dot com Operating system: fedora PHP version: 5.2.8 PHP Bug Type: PDO related Bug description: PDO can't handle commented out lines with bound params Description: databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens Can't handle commented out lines with bound params Reproduce code: --- SELECT * FROM mapping_outlets mo JOIN media_outlets USING(mapping_outlets_id) WHERE -- mo.mapping_outlets_id = ? mo.media_outlets_id = ? GROUP BY ml.name ORDER BY NULL LIMIT 500 Expected result: Ignore the commented outline. Actual result: -- databaseException: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens -- Edit bug report at http://bugs.php.net/?id=47009&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47009&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47009&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47009&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47009&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47009&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47009&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47009&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47009&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47009&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47009&r=support Expected behavior: http://bugs.php.net/fix.php?id=47009&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47009&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47009&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47009&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47009&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47009&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47009&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47009&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47009&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47009&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47009&r=mysqlcfg
#46967 [Fbk->Bgs]: PHP has encountered an Access Violation at 01BFAC5A
ID: 46967 Updated by: paj...@php.net Reported By: pawel_bryndza at o2 dot pl -Status: Feedback +Status: Bogus Bug Type: Reproducible crash Operating System: Win 2003 Server PHP Version: 5.2.8 New Comment: Do not use any DLLs not provided with PHP releases, that includes mysql 5.1 or any other versions. Not a PHP bug > bogus. Previous Comments: [2009-01-05 12:02:32] j...@php.net This is quite useless report. Provide a short reproduce script otherwise we can't do anything about this. [2009-01-04 11:58:14] pawel_bryndza at o2 dot pl It's MySQL 5.1 error. With Mysql 5.0 it works correctly. [2008-12-29 22:43:10] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And a reproduce script, if you are not able to do it, please report this problem to the joomla project, they may help. [2008-12-29 22:37:05] pawel_bryndza at o2 dot pl Description: During installation Joomla 1.5.8 have error: PHP has encountered an Access Violation at 01BFAC5A -- Edit this bug report at http://bugs.php.net/?id=46967&edit=1
#46829 [Opn->Fbk]: mysqli_multi_query() affects next query
ID: 46829 Updated by: j...@php.net Reported By: dayseye at 21cn dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: WinXP PHP Version: 5.2.8 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: [2008-12-11 02:26:12] dayseye at 21cn dot com Description: first, execute mysqli_multi_query() with some INSERT some rows in a table; then ,execute mysqli_query() to insert a row into ANOHTER; execute mysqli_insert_id($link) get the newly inserted id, will return the first inserted id that from the firts mysqli_multi_query(). and the mysqli_query() is failed to insert data. Reproduce code: --- mysqli_multi_query($link, "INSERT INTO `a` VALUES (NULL, 'Y'); INSERT INTO `a` VALUES (NULL, 'Y')"); //should return new id 31, 32 mysqli_query($link, "INSERT INTO `b` VALUES (NULL, 11, 'hello')"); //should return new id 12; echo mysqli_insert_id($link); Expected result: 12 Actual result: -- 31 -- Edit this bug report at http://bugs.php.net/?id=46829&edit=1
#42886 [Ana->Asn]: openssl_x509_checkpurpose returns int(0) on valid public certificate
ID: 42886 Updated by: j...@php.net Reported By: tokul at users dot sourceforge dot net -Status: Analyzed +Status: Assigned Bug Type: OpenSSL related Operating System: Linux Debian Etch PHP Version: 5CVS-2008-11-01 Assigned To: pajoye Previous Comments: [2008-11-18 10:09:50] paj...@php.net It seems to be a bug in the openssl directly. I have tried with many different certs and many failed (including the one available in the openssl's demo directory). I have to work on other things now, the fix may require to duplicate the x509_verify_cert code (partially or completely). tested with 0.98g and 0.9.8i [2008-11-01 21:13:07] tokul at users dot sourceforge dot net php 5.2-200811011530 Test result is the same. It is impossible to verify purpose of certificate, because function returns integer value which is evaluated as false even when certificate can be used for SMIME signatures. I don't know options that Thawte used to generate certificate. I've accepted default options with 2048-bit encryption for Mozilla Firefox/Thunderbird. Here goes already expired certificate used for initial bug report. -BEGIN CERTIFICATE- MIIC8DCCAlmgAwIBAgIQS8GxvbV7pghz0FD/I7rVVjANBgkqhkiG9w0BAQUFADBi MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg Q0EwHhcNMDcwMjI0MDYyMzA0WhcNMDgwMjI0MDYyMzA0WjBNMR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMSowKAYJKoZIhvcNAQkBFht0b2t1bEB1c2Vy cy5zb3VyY2Vmb3JnZS5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB AQDQALcUK5moBKz5tHqYcquqb8seEKgzDbFJ3Nko8VEyVy1vnwKtHkNeXuMv1mbH 2dhkvI2JtWpNte36bzLErQHzZhnehAdRb3RIlLrASxkn4btidkWasYjqhtMI1sGL D+7wFdC4rSfdYwRUto8zrB5FeoNakJre8gmljqwm18fh5ZMsiWboXdKVVCa8ALBk P5dZ7gYElfNj3FJSjqo0Efs5yQn8EsY+uDNTH+y8HE5Sqq0mkuLw/7WIO5PCsQAF xTsEo2dqnj3us9KGgNGkR4JRp17NPfNofLs26w7H2n3oAmjMaM51U5lpPOSh0Nm7 uwrpsWnE84Jm2I/9WhhuSOEJAgMBAAGjODA2MCYGA1UdEQQfMB2BG3Rva3VsQHVz ZXJzLnNvdXJjZWZvcmdlLm5ldDAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAJlmrYGSeE00IK7WR+05BT0g6YigfIoKLbeTJu25oVHN8dBLU0Jjx5KZRfZQ BCt/8CVBNxNwwKRQnQ36M4Hq0YLa+bBYq3pJPbL62Ffj7mLHhDkFvJw/sgQ1I7jH URvzt58Hw3B34wEHzqnzcsFOPxNZN3aU4BTnbUBTUjkVVpuZ -END CERTIFICATE- [2008-10-31 08:49:37] paj...@php.net Please provide a sample certificate to reproduce this problem or the values you used to create a similar certificate. [2007-10-08 10:52:55] tokul at users dot sourceforge dot net Description: According to last chapter in openssl_x509_checkpurpose() manual function should return true, false or int(-1). Synopsis line shows that function returns integer. If I check public certificate file with OpenSSL binary (openssl x509 -purpose -in certfile.pem), it shows purposes as SSL client : Yes SSL client CA : No SSL server : Yes SSL server CA : No Netscape SSL server : Yes Netscape SSL server CA : No S/MIME signing : Yes S/MIME signing CA : No S/MIME encryption : Yes S/MIME encryption CA : No CRL signing : Yes CRL signing CA : No Any Purpose : Yes Any Purpose CA : Yes OCSP helper : Yes OCSP helper CA : No If I check it with PHP var_dump(openssl_x509_checkpurpose(file_get_contents('./certfile.pem'),X509_PURPOSE_SMIME_SIGN)); --- it returns int(0). Int(0) is evaluated as boolean false in PHP. Tested PHP 5.2.0 and PHP 5.2-dev (200710080830). OpenSSL 0.9.8c (Debian 0.9.8c-4 package). Used Thawte free email certificate for testing. Certificate is valid from 2007.02.24 till 2008.02.24. System clock is correct. Reproduce code: --- var_dump(openssl_x509_checkpurpose(file_get_contents('./certfile.pem'),X509_PURPOSE_SMIME_SIGN)); Expected result: bool(true) or int(1) Actual result: -- int(0) -- Edit this bug report at http://bugs.php.net/?id=42886&edit=1
#46680 [Opn->Asn]: Files created in wrong directory (include path vs current working directory)
ID: 46680 Updated by: j...@php.net Reported By: a...@php.net -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 5.3CVS-2008-11-26 (snap) Assigned To: zoe Previous Comments: [2009-01-03 15:52:03] z...@php.net If the behaviour is correct in 5.3 the tests need to be fixed. I'm have re-opened and assigned to myself to fix. [2008-12-10 12:19:53] dmi...@php.net I suppose the behavior in 5.3 is proper and the tests are wrong. In 5.3 Both fopen() and file_put_contents() first look for file in include path and in case of failure create new file in current working directory. May be it should be changed to create it in first element of include_path, but what should php to do if such directory doesn't exist... Creation file in "script" directory (as 5.2 does, and what tests expect) makes no sense. BTW I don't see a lot of sense in usage of include_path with "create" functions at all. [2008-12-09 19:37:29] cel...@php.net first of all, the change from PHP 5.2 is the addition of php_resolve_path, which is Dmitry's work. Second of all, most of the tests are checking for *broken* behavior which is fixed in PHP 5.3. file_put_contents('blah', 'whatever', FILE_USE_INCLUDE_PATH); should not arbitrarily create the "blah" file in the first element of the include_path. file_get_contents('blah', true) does not work this way, it scans include_path for the file, and if not found, it tries as a fallback to search in the current directory, and only then does it fail. This is correct behavior - the file should be created in the current directory if it does not already exist in the include_path. The addition of the fallback was added in PHP 5.3, it seems. The fopen tests also assume that fopen() with include_path parameter for read will not check the current directory. So we have a larger dilemma - the default include_path has the current directory as the first element, and thus the functions that use include_path for writing were acting as if they were doing the right thing, when in fact they were making an arbitrary assumption about where to put things. None of this behavior is documented, so it is questionable what is the right way to do things. In other words, Jani is wrong to imply that anything I did caused the problem, and should probably apologize, but I won't hold my breath. I'm assigning to Dmitry under the assumption he will want to do the ultimate commit, but will raise this on internals@ [2008-11-26 10:15:48] a...@php.net Description: The following tests were ported from 5.2.X and do not work as expected on 5.3. The tests all create a test file and expect it to be created in an include directory. Instead it looks like the file is being created elsewhere This particularly affects file_put_contents() with the FILE_USE_INCLUDE_PATH flag set, and also fopen(...). Reproduce code: --- See the tests now checked into CVS: ext/standard/tests/file/file_put_contents_variation4.phpt ext/standard/tests/file/file_put_contents_variation5.phpt ext/standard/tests/file/file_put_contents_variation6.phpt ext/standard/tests/file/fopen_variation5.phpt ext/standard/tests/file/fopen_variation7.phpt ext/standard/tests/file/fopen_variation8.phpt ext/standard/tests/file/fopen_variation9.phpt ext/standard/tests/file/fopen_variation12.phpt ext/standard/tests/file/fopen_variation16.phpt ext/standard/tests/file/fopen_variation17.phpt Expected result: See expected output in the PHPTs. Actual result: -- See the test results from running the PHPTs. -- Edit this bug report at http://bugs.php.net/?id=46680&edit=1
#46770 [Opn]: Compile fails with Intel C + + Compiler 11.0
ID: 46770 Updated by: j...@php.net Reported By: ryo dot wong at uplinuxes dot net Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.8 New Comment: deleted huge copy'n'paste. Please keep those short. No need to paste every similar line in there.. Previous Comments: [2008-12-09 23:16:01] roy dot wong at i010 dot com Without any intel icc environment mysql configure failed. checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient_r... no checking for mysql_error in -lmysqlclient_r... no configure: error: mysql configure failed. Please check config.log for more information. config.log: configure:59985: checking for mysql_close in -lmysqlclient_r configure:60004: gcc -o conftest -I/usr/local/include -g -O2 -pthread -D_REENTRANT -L/usr/local/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmysqlclient_r -lmhash -lmcrypt -lltdl -liconv -lfreetype -lpng -lz -ljpeg -lssl -lcrypto -lcurl -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -liconv -lm -lcurl -lxml2 -lz -liconv -lm 1>&5 /usr/local/lib/libmysqlclient_r.a(client.o): In function `cli_read_rows': client.c:(.text+0x583): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(client.o): In function `mysql_real_connect': client.c:(.text+0x23bd): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(viosocket.o): In function `vio_read_buff': viosocket.c:(.text+0x2eb): undefined reference to `_intel_fast_memcpy' viosocket.c:(.text+0x344): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o): In function `net_write_command': net.c:(.text+0x8bc): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(net.o):net.c:(.text+0x965): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_long_with_conversion': libmysql.c:(.text+0x1962): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_float_with_conversion': libmysql.c:(.text+0x1e82): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `fetch_string_with_conversion': libmysql.c:(.text+0x221a): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `cli_read_binary_rows': libmysql.c:(.text+0x234d): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_str': libmysql.c:(.text+0x325f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_datetime': libmysql.c:(.text+0x333f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o): In function `store_param_date': libmysql.c:(.text+0x33d8): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(libmysql.o):libmysql.c:(.text+0x34b3): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(password.o): In function `check_scramble': password.c:(.text+0x21b): undefined reference to `_intel_fast_memcmp' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup_with_length': my_malloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_strdup': my_malloc.c:(.text+0x124): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_malloc.o): In function `my_memdup': my_malloc.c:(.text+0x156): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `memdup_root': my_alloc.c:(.text+0x27): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_alloc.o): In function `strmake_root': my_alloc.c:(.text+0x1a9): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(default.o):default.c:(.text+0x2b1): more undefined references to `_intel_fast_memcpy' follow /usr/local/lib/libmysqlclient_r.a(ctype-latin1.o): In function `my_strnxfrm_latin1_de': ctype-latin1.c:(.text+0x282): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(bchange.o): In function `bchange': bchange.c:(.text+0x4f): undefined reference to `_intel_fast_memcpy' /usr/local/lib/libmysqlclient_r.a(my_vsnprintf.o): In function `my_vsnprintf': my_vsnprintf.c:(.text+0x499): undefined reference to `_intel_fast_memset' /usr/local/lib/libmysqlclient_r.a(ctype.o): In function `cs_value': ctype.c:(.text+0x2bb): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x332): undefined reference to `_intel_fast_memcpy' ctype.c:(.text+0x87d): undefined referen
#46967 [Opn->Fbk]: PHP has encountered an Access Violation at 01BFAC5A
ID: 46967 Updated by: j...@php.net Reported By: pawel_bryndza at o2 dot pl -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Reproducible crash Operating System: Win 2003 Server PHP Version: 5.2.8 New Comment: This is quite useless report. Provide a short reproduce script otherwise we can't do anything about this. Previous Comments: [2009-01-04 11:58:14] pawel_bryndza at o2 dot pl It's MySQL 5.1 error. With Mysql 5.0 it works correctly. [2008-12-29 22:43:10] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And a reproduce script, if you are not able to do it, please report this problem to the joomla project, they may help. [2008-12-29 22:37:05] pawel_bryndza at o2 dot pl Description: During installation Joomla 1.5.8 have error: PHP has encountered an Access Violation at 01BFAC5A -- Edit this bug report at http://bugs.php.net/?id=46967&edit=1
#46980 [Opn->Bgs]: Rounding Error
ID: 46980 Updated by: j...@php.net Reported By: gimmicklessgpt at gmail dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Linux PHP Version: 5.2.8 Assigned To: cseiler New Comment: Per request. :) Previous Comments: [2009-01-04 17:05:54] gimmicklessgpt at gmail dot com Upon further me paying attention, my system definately says 5.2.6 I sincerely apologize for wasting your time [2009-01-01 02:59:31] csei...@php.net 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. I cannot reproduce this issue with PHP 5.2.8. Could you check again if the version used was actually PHP 5.2.8? If so, could you please give some more details on the operating system and/or environment that was used? (i.e. also the processor architecture etc.) That said: PHP's rounding behaviour improved somewhat in 5.2.7 and significantly in 5.3.0 alpha 3. I'm quite certain the problem you describe is fixed in 5.3.0 alpha 3 - but the case you are describing should not occur in 5.2.8 either, so I'd appreciate further details on your OS and platform. [2009-01-01 02:04:47] ka...@php.net Christian, you were working with some rounding issues in 5.3, could you clarrify this? [2008-12-31 02:00:39] gimmicklessgpt at gmail dot com additional note: while 0.145 rounds to 0.14 (incorrect) 0.155 rounds to 0.16 (correct) [2008-12-31 01:57:20] gimmicklessgpt at gmail dot com Description: When rounding, it will round incorrectly on one certain instance for sure. when rounding 0.145 with a precision of 2 it comes up with 0.14 Reproduce code: --- echo round(0.145,2); Expected result: 0.15 Actual result: -- 0.14 -- Edit this bug report at http://bugs.php.net/?id=46980&edit=1
#46997 [Opn->Fbk]: Column Name Based Result Fetching Causes Access Violation
ID: 46997 Updated by: j...@php.net Reported By: dangerousdave86 at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows Server 2008 Std ISAPI PHP Version: 5.2.8 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: [2009-01-03 13:58:33] dangerousdave86 at hotmail dot com Description: Error: PHP has encountered an Access Violation at 00322BEB When calling mysqli_fetch_assoc or mysqli_fetch_object on mysqli result. Also occurs using OO method. Error does not occur when using mysqli_fetch_row. Result is correct and indexed numerically in array. Reproduce code: --- Any database query using mysql that fetches rows using mysql_fetch_object, _fetch_assoc, _fetch_array. Or OO equivilents. Expected result: an array representing a row from the database Actual result: -- Access Violation -- Edit this bug report at http://bugs.php.net/?id=46997&edit=1
#47004 [Opn->Bgs]: Erratic short conditionals
ID: 47004 Updated by: j...@php.net Reported By: am at webhike dot de -Status: Open +Status: Bogus -Bug Type: *Programming Data Structures +Bug Type: Scripting Engine problem Operating System: XAMPP 1.6.8 PHP Version: 5.2.8 New Comment: It's the operator presedence. For more info: http://www.php.net/manual/en/language.operators.precedence.php Previous Comments: [2009-01-05 01:02:00] am at webhike dot de Description: Using Short Conditionals with more lines is causing wrong results: Reproduce code: --- $x = 7; echo $x == 5 ? 'five' : $x == 6 ? 'six' : $x == 7 ? 'seven' : $x == 8 ? 'eight' : $x == 9 ? 'nine' : null; Actual result: -- Returns 'nine'. Multiline Short Conditionals fail. -- Edit this bug report at http://bugs.php.net/?id=47004&edit=1
#47006 [NEW]: ibase.timeformat won't work when any of %H %M %S missing
From: marrtins at hackers dot lv Operating system: Linux 2.6.14.4 PHP version: 5.2.8 PHP Bug Type: InterBase related Bug description: ibase.timeformat won't work when any of %H %M %S missing Description: Get wrong time values into database when missing %S in ibase.timeformat, like: ini_set('ibase.timeformat', "%H:%M"); Firebird 2.1.1.17910 EXECUTION_DATE = Date field EXECUTION_TIME = Time field ibase_execute($q, "15:00", 670); - FAILD ibase_execute($q, 15 * 3600, 670); - OK Reproduce code: --- 05.01.2009 [EXECUTION_TIME] => 15:00 ) Actual result: -- stdClass Object ( [EXECUTION_DATE] => 05.01.2009 [EXECUTION_TIME] => 31:00 ) /* When adding IBASE_UNIXTIMES flag, like: $r = ibase_fetch_object($q, IBASE_UNIXTIMES); then [EXECUTION_TIME] => -1 */ -- Edit bug report at http://bugs.php.net/?id=47006&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47006&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47006&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47006&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47006&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47006&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47006&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47006&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47006&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47006&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47006&r=support Expected behavior: http://bugs.php.net/fix.php?id=47006&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47006&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47006&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47006&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47006&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47006&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47006&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47006&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47006&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47006&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47006&r=mysqlcfg
#47005 [Bgs]: Problem with windows installer.
ID: 47005 User updated by: gvdness at gmail dot com Reported By: gvdness at gmail dot com Status: Bogus Bug Type: *General Issues Operating System: Win32 Vista Home Premium PHP Version: 5.2.8 New Comment: I tried the installer you suggested last night, same issue. When I run http://windows.php.net/downloads/snaps/php-5.2-win32-VC6-x86-latest.msi I get the same error: a script required for this install to complete could not be run. #46826 says the issue is fixed, but I can't get the install working, no matter which installers I download and run. Previous Comments: [2009-01-05 08:39:58] paj...@php.net duplicate #46826 also try a snapshot (http://windows.php.net/snapshots/) [2009-01-05 07:05:07] gvdness at gmail dot com Description: Hi Similar to #46826. When installing PHP 5.2.8 on Win32 vista home premium, the install bombs out at the end with: "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." I've tried the latest windows installers from snaps.php.net, same issue. Expected result: PHP 5.2.8 to be installed. Actual result: -- "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." -- Edit this bug report at http://bugs.php.net/?id=47005&edit=1
#47005 [Opn->Bgs]: Problem with windows installer.
ID: 47005 Updated by: paj...@php.net Reported By: gvdness at gmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win32 Vista Home Premium PHP Version: 5.2.8 New Comment: duplicate #46826 also try a snapshot (http://windows.php.net/snapshots/) Previous Comments: [2009-01-05 07:05:07] gvdness at gmail dot com Description: Hi Similar to #46826. When installing PHP 5.2.8 on Win32 vista home premium, the install bombs out at the end with: "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." I've tried the latest windows installers from snaps.php.net, same issue. Expected result: PHP 5.2.8 to be installed. Actual result: -- "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." -- Edit this bug report at http://bugs.php.net/?id=47005&edit=1