#41183 [NEW]: Problems with compiling with X86_64
From: joona at kide dot org Operating system: Linux Fedora core 6 PHP version: 4.4.6 PHP Bug Type: Compile Failure Bug description: Problems with compiling with X86_64 Description: Hello! Configure scipt of PHP 4.6.6 do not take into account different location of library files on FC6 X86_64 platform. I had to manually hardcode the paths to right directories in configure-script before it runned properly. It either couldn't find header files or library files depending on where I pointed the --with-mysql option. No help changing --includedir or --libdir options either. Could you look at this because bad configure script is real pain in the ... -- Edit bug report at http://bugs.php.net/?id=41183edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41183r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41183r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41183r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41183r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41183r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41183r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41183r=needscript Try newer version:http://bugs.php.net/fix.php?id=41183r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41183r=support Expected behavior:http://bugs.php.net/fix.php?id=41183r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41183r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41183r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41183r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41183r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41183r=dst IIS Stability:http://bugs.php.net/fix.php?id=41183r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41183r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41183r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41183r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41183r=mysqlcfg
#41183 [Opn-Bgs]: Problems with compiling with X86_64
ID: 41183 Updated by: [EMAIL PROTECTED] Reported By: joona at kide dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux Fedora core 6 PHP Version: 4.4.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Use --with-libdir configure flag. And please use the search before reporting an issue - the same thing has just been reported yesterday. (#41181) Previous Comments: [2007-04-25 06:49:40] joona at kide dot org Description: Hello! Configure scipt of PHP 4.6.6 do not take into account different location of library files on FC6 X86_64 platform. I had to manually hardcode the paths to right directories in configure-script before it runned properly. It either couldn't find header files or library files depending on where I pointed the --with-mysql option. No help changing --includedir or --libdir options either. Could you look at this because bad configure script is real pain in the ... -- Edit this bug report at http://bugs.php.net/?id=41183edit=1
#41183 [Bgs]: Problems with compiling with X86_64
ID: 41183 Updated by: [EMAIL PROTECTED] Reported By: joona at kide dot org Status: Bogus Bug Type: Compile Failure Operating System: Linux Fedora core 6 PHP Version: 4.4.6 New Comment: PHP 4.4 does not have --libdir, nor is anything else than /lib for the library directory supported in PHP 4.4. Please upgrade to PHP 5.2. Previous Comments: [2007-04-25 06:57:20] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Use --with-libdir configure flag. And please use the search before reporting an issue - the same thing has just been reported yesterday. (#41181) [2007-04-25 06:49:40] joona at kide dot org Description: Hello! Configure scipt of PHP 4.6.6 do not take into account different location of library files on FC6 X86_64 platform. I had to manually hardcode the paths to right directories in configure-script before it runned properly. It either couldn't find header files or library files depending on where I pointed the --with-mysql option. No help changing --includedir or --libdir options either. Could you look at this because bad configure script is real pain in the ... -- Edit this bug report at http://bugs.php.net/?id=41183edit=1
#40818 [Opn-Fbk]: include ./config.php doesn�t work in some cases
ID: 40818 Updated by: [EMAIL PROTECTED] Reported By: marik at marbes dot cz -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Win32 PHP Version: 5CVS-2007-03-15 (snap) New Comment: 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 Previous Comments: [2007-03-29 07:37:44] marik at marbes dot cz I´m sorry, good URL is http://www.marbes.cz/helpdesk/phpbug/index.htm [2007-03-29 07:35:36] marik at marbes dot cz I´m using ISAPI (php5isapi.dll). Next information you can find a href=http://www.marbes.cz/helpdesk/phpbug/; here/a. If you need some other information, ask again. Thank you. [2007-03-27 18:37:45] [EMAIL PROTECTED] I cannot reproduce this. WIll you help me by describing the circumstances when this fails. Which php sapi do you use? CGI isapi, etc... What Directory Security setting in IIS are you using and other details of your setup. [2007-03-15 11:32:46] marik at marbes dot cz latest snap shot built On: Mar 15, 2007 07:30 GMT doesn't work [2007-03-15 11:25:25] marik at marbes dot cz Description: I have virtual host HelpDesk on IIS 2003 Server with anonymous access running under user IUSR. Everything works fine until somebody tries to set NTLM access rights for IUSR on root directory of virtual host only. IUSR has read acccess to virtual host root directory C:\Inetpub\helpdesk and no access to parent directories (C:\Inetpub). Then command include ./config/cfg_global.php; doesn´t work. If I give IUSR read access to C:\Inetpub, it works. I've tested it with several version 5.0.2 works fine 5.1.6 doesn't work 5.2.0 doesn't work 5.2.1 works fine latest snap shot built On: Mar 14, 2007 15:30 GMT doesn't work again :-) ?? There may can be similar problem as http://bugs.php.net/bug.php?id=38904 http://bugs.php.net/bug.php?id=38232 Thanx for answer. Reproduce code: --- include ./config/cfg_global.php; Expected result: included config file.. Actual result: -- Warning: include(./config/cfg_global.php) [function.include]: failed to open stream: No such file or directory in C:\Inetpub\helpdesk\www\index.php on line 18 Warning: include() [function.include]: Failed opening './config/cfg_global.php' for inclusion (include_path='.;C:\php5\pear') in C:\Inetpub\helpdesk\www\index.php on line 18 -- Edit this bug report at http://bugs.php.net/?id=40818edit=1
#41184 [NEW]: NOT CONNECT to DATABASE
From: sasha at it-energy dot ru Operating system: SUSE 10 PHP version: 5.2.1 PHP Bug Type: OCI8 related Bug description: NOT CONNECT to DATABASE Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit bug report at http://bugs.php.net/?id=41184edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41184r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41184r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41184r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41184r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41184r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41184r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41184r=needscript Try newer version:http://bugs.php.net/fix.php?id=41184r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41184r=support Expected behavior:http://bugs.php.net/fix.php?id=41184r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41184r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41184r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41184r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41184r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41184r=dst IIS Stability:http://bugs.php.net/fix.php?id=41184r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41184r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41184r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41184r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41184r=mysqlcfg
#41184 [Opn]: NOT CONNECT to DATABASE
ID: 41184 User updated by: sasha at it-energy dot ru Reported By: sasha at it-energy dot ru Status: Open Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. Previous Comments: [2007-04-25 08:20:53] sasha at it-energy dot ru Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41184 [Opn-Bgs]: NOT CONNECT to DATABASE
ID: 41184 Updated by: [EMAIL PROTECTED] Reported By: sasha at it-energy dot ru -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? Previous Comments: [2007-04-25 08:26:57] sasha at it-energy dot ru Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. [2007-04-25 08:20:53] sasha at it-energy dot ru Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41176 [Fbk-Opn]: User defined function return incorrect characters
ID: 41176 User updated by: ian at avionwbt dot co dot uk Reported By: ian at avionwbt dot co dot uk -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Win 2003 Web Edition IIS6 PHP Version: 5.2.1 New Comment: This bug report is withdrawn by the originator. Reason: Not a bug. Explanation: 1. Amongst many scripts, two subroutine functions with the same name existed, with slightly different output - one with comma separators, and one with '|' separators. These functions used different input data, but the same operations. 2. The upgrade of PHP from 4 to 5 required the wrapping of user-defined functions with if(!function_exists('name'){... else a fatal error was thrown (can't redefine functions). 3. In PHP 4 the subroutine functions were redefined on each invocation. In PHP 5 the current function depended on application sequencing, giving rise to different output formats. 4. Oops. Previous Comments: [2007-04-24 11:49:56] [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 ?php and ends 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-04-24 11:45:24] ian at avionwbt dot co dot uk Description: The comma-separated return string from a user-defined function sometimes (about 20%, erratically) returns a pipe ('|') separated return string instead of a comma-separated string. The function works through a two-dimensional array, applying scaling factors to some elements and returning the modified first-dimension array. The example code below has been abbreviated by removing conditional (if-else) blocks for simplification. This problem has been traced by writing the return out to a log file, clips of which are listed below. This code worked fine in PHP 4, but became erratice after upgrade to PHP5. Note also that following upgrade to PHP 5 that the code failed fatally until the if(!function_exists('calcPrice')){ condition was added. Reproduce code: --- if(!function_exists('calcPrice')){ function calcPrice($prod){ global $vat; global $cFactor; global $lessonData; $curr = $lessonData[$prod]['currentPrice']; $name = $lessonData[$prod]['name']; $v = ($curr*$lessonData[$prod]['netVATrate'])*0.01; $p0 = $cFactor * ($curr+$v); return ( $prod,$p0,$curr,$name,0); } } } foreach($lsnArray as $value){ # $lsnArray is external $p = calcPrice($value); # For reasons which escape me entirely, the # function calcPrice() periodically returns # a string with '|' separators instead of ',' !! $item = str_replace( |, ,,$p);# work-around solution $pricelist .= $value=$item;# Required URL-encoded output fwrite($LOG, \r\nPricelist element: $value=$p); # TRACE Expected result: Log file clip, achieved about 80% of instances (erratic): Pricelist increment: INTR=INTR,0,0.00,Introduction to Tutor,0 Pricelist increment: OV01=OV01,11.75,10.00,Overview of the PRINCE2 Pricelist increment: OV02=OV02,15.275,13.00,Principles of PRINCE2,0 Pricelist increment: BC01=BC01,12.925,11.00,Business Case,0 Pricelist increment: OR01=OR01,16.45,14.00,Project Organisation,0 Pricelist increment: PR01=PR01,29.9625,25.50,Overview of PRINCE2 Processes,0 ... etc Actual result: -- Log file clip, actual about 20% of instances (erratic): Pricelist increment: INTR=INTR|0|0|Introduction to Tutor|0 Pricelist increment: OV01=OV01|11.75|10|Overview of the PRINCE2 Method|0 Pricelist increment: OV02=OV02|15.275|13|Principles of PRINCE2|0 Pricelist increment: BC01=BC01|12.925|11|Business Case|0 Pricelist increment: OR01=OR01|16.45|14|Project Organisation|0 Pricelist increment: PR01=PR01|29.962|25.5|Overview of PRINCE2 Processes|0 ... etc -- Edit this bug report at http://bugs.php.net/?id=41176edit=1
#41176 [Opn-Bgs]: User defined function return incorrect characters
ID: 41176 Updated by: [EMAIL PROTECTED] Reported By: ian at avionwbt dot co dot uk -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Win 2003 Web Edition IIS6 PHP Version: 5.2.1 New Comment: Not PHP problem - bogus. Previous Comments: [2007-04-25 08:35:24] ian at avionwbt dot co dot uk This bug report is withdrawn by the originator. Reason: Not a bug. Explanation: 1. Amongst many scripts, two subroutine functions with the same name existed, with slightly different output - one with comma separators, and one with '|' separators. These functions used different input data, but the same operations. 2. The upgrade of PHP from 4 to 5 required the wrapping of user-defined functions with if(!function_exists('name'){... else a fatal error was thrown (can't redefine functions). 3. In PHP 4 the subroutine functions were redefined on each invocation. In PHP 5 the current function depended on application sequencing, giving rise to different output formats. 4. Oops. [2007-04-24 11:49:56] [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 ?php and ends 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-04-24 11:45:24] ian at avionwbt dot co dot uk Description: The comma-separated return string from a user-defined function sometimes (about 20%, erratically) returns a pipe ('|') separated return string instead of a comma-separated string. The function works through a two-dimensional array, applying scaling factors to some elements and returning the modified first-dimension array. The example code below has been abbreviated by removing conditional (if-else) blocks for simplification. This problem has been traced by writing the return out to a log file, clips of which are listed below. This code worked fine in PHP 4, but became erratice after upgrade to PHP5. Note also that following upgrade to PHP 5 that the code failed fatally until the if(!function_exists('calcPrice')){ condition was added. Reproduce code: --- if(!function_exists('calcPrice')){ function calcPrice($prod){ global $vat; global $cFactor; global $lessonData; $curr = $lessonData[$prod]['currentPrice']; $name = $lessonData[$prod]['name']; $v = ($curr*$lessonData[$prod]['netVATrate'])*0.01; $p0 = $cFactor * ($curr+$v); return ( $prod,$p0,$curr,$name,0); } } } foreach($lsnArray as $value){ # $lsnArray is external $p = calcPrice($value); # For reasons which escape me entirely, the # function calcPrice() periodically returns # a string with '|' separators instead of ',' !! $item = str_replace( |, ,,$p);# work-around solution $pricelist .= $value=$item;# Required URL-encoded output fwrite($LOG, \r\nPricelist element: $value=$p); # TRACE Expected result: Log file clip, achieved about 80% of instances (erratic): Pricelist increment: INTR=INTR,0,0.00,Introduction to Tutor,0 Pricelist increment: OV01=OV01,11.75,10.00,Overview of the PRINCE2 Pricelist increment: OV02=OV02,15.275,13.00,Principles of PRINCE2,0 Pricelist increment: BC01=BC01,12.925,11.00,Business Case,0 Pricelist increment: OR01=OR01,16.45,14.00,Project Organisation,0 Pricelist increment: PR01=PR01,29.9625,25.50,Overview of PRINCE2 Processes,0 ... etc Actual result: -- Log file clip, actual about 20% of instances (erratic): Pricelist increment: INTR=INTR|0|0|Introduction to Tutor|0 Pricelist increment: OV01=OV01|11.75|10|Overview of the PRINCE2 Method|0 Pricelist increment: OV02=OV02|15.275|13|Principles of PRINCE2|0 Pricelist increment: BC01=BC01|12.925|11|Business Case|0 Pricelist increment: OR01=OR01|16.45|14|Project Organisation|0 Pricelist increment: PR01=PR01|29.962|25.5|Overview of PRINCE2 Processes|0 ... etc -- Edit this bug report at http://bugs.php.net/?id=41176edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 User updated by: sasha at it-energy dot ru Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID Previous Comments: [2007-04-25 08:29:52] [EMAIL PROTECTED] There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? [2007-04-25 08:26:57] sasha at it-energy dot ru Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. [2007-04-25 08:20:53] sasha at it-energy dot ru Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 Updated by: [EMAIL PROTECTED] Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. Previous Comments: [2007-04-25 09:02:08] sasha at it-energy dot ru Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID [2007-04-25 08:29:52] [EMAIL PROTECTED] There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? [2007-04-25 08:26:57] sasha at it-energy dot ru Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. [2007-04-25 08:20:53] sasha at it-energy dot ru Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41185 [NEW]: Unable to add FreeType support
From: erwan dot loaec at gmail dot com Operating system: Debian Sarge (kernel 2.6.8-3) PHP version: 5.2.1 PHP Bug Type: GD related Bug description: Unable to add FreeType support Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit bug report at http://bugs.php.net/?id=41185edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41185r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41185r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41185r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41185r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41185r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41185r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41185r=needscript Try newer version:http://bugs.php.net/fix.php?id=41185r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41185r=support Expected behavior:http://bugs.php.net/fix.php?id=41185r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41185r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41185r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41185r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41185r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41185r=dst IIS Stability:http://bugs.php.net/fix.php?id=41185r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41185r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41185r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41185r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41185r=mysqlcfg
#41185 [Opn-Fbk]: Unable to add FreeType support
ID: 41185 Updated by: [EMAIL PROTECTED] Reported By: erwan dot loaec at gmail dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: Debian Sarge (kernel 2.6.8-3) PHP Version: 5.2.1 New Comment: /root/src/LIB/freetype2.2 This does not look like *installation prefix*. Previous Comments: [2007-04-25 09:23:57] erwan dot loaec at gmail dot com Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit this bug report at http://bugs.php.net/?id=41185edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 User updated by: sasha at it-energy dot ru Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: Available. I run as root: . oraenv ! Set all needed enviroment sqlplus . for test cconnections /opt/apache2/bin/apachectl start For test I set chmod -R +r $ORACLE_HOME Error the same ! Previous Comments: [2007-04-25 09:11:16] [EMAIL PROTECTED] I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. [2007-04-25 09:02:08] sasha at it-energy dot ru Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID [2007-04-25 08:29:52] [EMAIL PROTECTED] There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? [2007-04-25 08:26:57] sasha at it-energy dot ru Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. [2007-04-25 08:20:53] sasha at it-energy dot ru Description: Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 Reproduce code: --- $ORACLE_HOME = getenv(ORACLE_HOME); echo ORACLE_HOME=$ORACLE_HOMEbr\n; $NLS_LANG = getenv(NLS_LANG); echo NLS_LANG=$NLS_LANGbr\n; $LD_LIBRARY_PATH = getenv(LD_LIBRARY_PATH); echo LD_LIBRARY_PATH=$LD_LIBRARY_PATHbr\n; $ORA_NLS33 = getenv(ORA_NLS33); echo ORA_NLS33=$ORA_NLS33br\n; $username = ***; $paswd= **; $dbstring = **; $db_conn = ocilogon($username, $paswd, $dbstring ); if (!$db_conn){ echo ...FAILED/p; } Expected result: Connect to database. Actual result: -- ORACLE_HOME=/opt/oracle/oracle/product/10.2.0/client_1 NLS_LANG=american_america.CL8MSWIN1251 LD_LIBRARY_PATH=/opt/oracle/oracle/product/10.2.0/client_1/lib:/opt/apache2/lib:/opt/oracle/oracle/product/10.2.0/client_1/lib ORA_NLS33=/opt/oracle/oracle/product/10.2.0/client_1/nls/data Warning: ocilogon() [function.ocilogon]: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory in /opt/apache2/htdocs/dbtest01.php on line 24 ...FAILED -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 User updated by: sasha at it-energy dot ru Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: May be problem in this, what directory structure not the same in 9.2 client and 10.2 client In 9.2 client nlb file found in $ORACLE_HOME/ocommon/nls/ADMIN/DATA. In 10.2 client nlb file found in $ORACLE_HOME/nls/data. It may produce error ? The directory in both case is standard. Not manualy moved and renamed. Previous Comments: [2007-04-25 09:39:46] sasha at it-energy dot ru Available. I run as root: . oraenv ! Set all needed enviroment sqlplus . for test cconnections /opt/apache2/bin/apachectl start For test I set chmod -R +r $ORACLE_HOME Error the same ! [2007-04-25 09:11:16] [EMAIL PROTECTED] I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. [2007-04-25 09:02:08] sasha at it-energy dot ru Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID [2007-04-25 08:29:52] [EMAIL PROTECTED] There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? [2007-04-25 08:26:57] sasha at it-energy dot ru Installed full ORACLE client 10.2.0 php configure from root as: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-openssl --enable-shmop --enable-sysvsem --enable-sysvshm --with-zlib --with-oci8=$ORACLE_HOME --enable-sigchild --with-iconv Before configure test sqlplus user/[EMAIL PROTECTED] coneect succsessfuly. 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/41184 -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 Updated by: [EMAIL PROTECTED] Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: Please ask your questions on a support forum. This is not PHP problem. Previous Comments: [2007-04-25 09:47:35] sasha at it-energy dot ru May be problem in this, what directory structure not the same in 9.2 client and 10.2 client In 9.2 client nlb file found in $ORACLE_HOME/ocommon/nls/ADMIN/DATA. In 10.2 client nlb file found in $ORACLE_HOME/nls/data. It may produce error ? The directory in both case is standard. Not manualy moved and renamed. [2007-04-25 09:39:46] sasha at it-energy dot ru Available. I run as root: . oraenv ! Set all needed enviroment sqlplus . for test cconnections /opt/apache2/bin/apachectl start For test I set chmod -R +r $ORACLE_HOME Error the same ! [2007-04-25 09:11:16] [EMAIL PROTECTED] I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. [2007-04-25 09:02:08] sasha at it-energy dot ru Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID [2007-04-25 08:29:52] [EMAIL PROTECTED] There is something wrong with your system - please check that ORACLE_HOME isset and points to the right directory Do I really need to add something? 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/41184 -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41185 [Fbk-Opn]: Unable to add FreeType support
ID: 41185 User updated by: erwan dot loaec at gmail dot com Reported By: erwan dot loaec at gmail dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: Debian Sarge (kernel 2.6.8-3) PHP Version: 5.2.1 New Comment: Yes but actually it is. I've specified the 2.2 because i've tried many version of freetype (2.3.4,2.2.1,2.1.10). It's not the uncompressed directory (which is freetype-2.2.1 in that case) I can add that i've EXACTLY the same problem : no error during configuration and compilation, with the libfreetype of my sarge (freetype version 2.1.7-6) I don't what the problem can be, i didn't found information neither in config.log nor in the stdout/stderr of the ./configure. (see above for the configure output) Previous Comments: [2007-04-25 09:39:10] [EMAIL PROTECTED] /root/src/LIB/freetype2.2 This does not look like *installation prefix*. [2007-04-25 09:23:57] erwan dot loaec at gmail dot com Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit this bug report at http://bugs.php.net/?id=41185edit=1
#41185 [Opn-Fbk]: Unable to add FreeType support
ID: 41185 Updated by: [EMAIL PROTECTED] Reported By: erwan dot loaec at gmail dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: Debian Sarge (kernel 2.6.8-3) PHP Version: 5.2.1 New Comment: Try this: make clean ./config.nice make Previous Comments: [2007-04-25 10:03:16] erwan dot loaec at gmail dot com Yes but actually it is. I've specified the 2.2 because i've tried many version of freetype (2.3.4,2.2.1,2.1.10). It's not the uncompressed directory (which is freetype-2.2.1 in that case) I can add that i've EXACTLY the same problem : no error during configuration and compilation, with the libfreetype of my sarge (freetype version 2.1.7-6) I don't what the problem can be, i didn't found information neither in config.log nor in the stdout/stderr of the ./configure. (see above for the configure output) [2007-04-25 09:39:10] [EMAIL PROTECTED] /root/src/LIB/freetype2.2 This does not look like *installation prefix*. [2007-04-25 09:23:57] erwan dot loaec at gmail dot com Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit this bug report at http://bugs.php.net/?id=41185edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 User updated by: sasha at it-energy dot ru Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: It not PHP problem. It problem OCI8 extension. This extension not work in this combination. It realy combination. Configure and make runs successfuly. What can I make or look for the decision of this problem? Previous Comments: [2007-04-25 09:59:48] [EMAIL PROTECTED] Please ask your questions on a support forum. This is not PHP problem. [2007-04-25 09:47:35] sasha at it-energy dot ru May be problem in this, what directory structure not the same in 9.2 client and 10.2 client In 9.2 client nlb file found in $ORACLE_HOME/ocommon/nls/ADMIN/DATA. In 10.2 client nlb file found in $ORACLE_HOME/nls/data. It may produce error ? The directory in both case is standard. Not manualy moved and renamed. [2007-04-25 09:39:46] sasha at it-energy dot ru Available. I run as root: . oraenv ! Set all needed enviroment sqlplus . for test cconnections /opt/apache2/bin/apachectl start For test I set chmod -R +r $ORACLE_HOME Error the same ! [2007-04-25 09:11:16] [EMAIL PROTECTED] I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. [2007-04-25 09:02:08] sasha at it-energy dot ru Yes ! I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly If ORACLE_HOME not correct call sqlplus not correct start. Realy, I do . oraenv and set valid SID 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/41184 -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41184 [Bgs]: NOT CONNECT to DATABASE
ID: 41184 Updated by: [EMAIL PROTECTED] Reported By: sasha at it-energy dot ru Status: Bogus Bug Type: OCI8 related Operating System: SUSE 10 PHP Version: 5.2.1 New Comment: It not PHP problem. It problem OCI8 extension. Your misconfiguration is noway OCI8 problem. OCI8 extension does not care of any env variables, they are used by the Oracle client library. The error you get means the Oracle client library failed to initialize and OCI8 extension has nothing to do about it. What can I make or look for the decision of this problem? I've told you everything. Check the ORACLE_HOME var and make sure the dir is readable by Apache user (www, nobody, apache, httpd or whatever you set it to). Other env variables also might affect it. If you still unable to make it work - please find a support forum and ask your questions there, since this is NOT a support forum. Thank you. Previous Comments: [2007-04-25 10:14:22] sasha at it-energy dot ru It not PHP problem. It problem OCI8 extension. This extension not work in this combination. It realy combination. Configure and make runs successfuly. What can I make or look for the decision of this problem? [2007-04-25 09:59:48] [EMAIL PROTECTED] Please ask your questions on a support forum. This is not PHP problem. [2007-04-25 09:47:35] sasha at it-energy dot ru May be problem in this, what directory structure not the same in 9.2 client and 10.2 client In 9.2 client nlb file found in $ORACLE_HOME/ocommon/nls/ADMIN/DATA. In 10.2 client nlb file found in $ORACLE_HOME/nls/data. It may produce error ? The directory in both case is standard. Not manualy moved and renamed. [2007-04-25 09:39:46] sasha at it-energy dot ru Available. I run as root: . oraenv ! Set all needed enviroment sqlplus . for test cconnections /opt/apache2/bin/apachectl start For test I set chmod -R +r $ORACLE_HOME Error the same ! [2007-04-25 09:11:16] [EMAIL PROTECTED] I write Before configure test sqlplus user/[EMAIL PROTECTED] conect succsessfuly ORACLE_HOME should be available for _Apache_ process during the start up process. Oracle directory also has to be readable by Apache user. 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/41184 -- Edit this bug report at http://bugs.php.net/?id=41184edit=1
#41185 [Fbk-Csd]: Unable to add FreeType support
ID: 41185 User updated by: erwan dot loaec at gmail dot com Reported By: erwan dot loaec at gmail dot com -Status: Feedback +Status: Closed Bug Type: GD related Operating System: Debian Sarge (kernel 2.6.8-3) PHP Version: 5.2.1 New Comment: It works, thank you very much ! I don't know what to say... I'm a big idiot, obviously everyone should try that before reporting a bug ^^ Thank you tony2001 ! Previous Comments: [2007-04-25 10:09:54] [EMAIL PROTECTED] Try this: make clean ./config.nice make [2007-04-25 10:03:16] erwan dot loaec at gmail dot com Yes but actually it is. I've specified the 2.2 because i've tried many version of freetype (2.3.4,2.2.1,2.1.10). It's not the uncompressed directory (which is freetype-2.2.1 in that case) I can add that i've EXACTLY the same problem : no error during configuration and compilation, with the libfreetype of my sarge (freetype version 2.1.7-6) I don't what the problem can be, i didn't found information neither in config.log nor in the stdout/stderr of the ./configure. (see above for the configure output) [2007-04-25 09:39:10] [EMAIL PROTECTED] /root/src/LIB/freetype2.2 This does not look like *installation prefix*. [2007-04-25 09:23:57] erwan dot loaec at gmail dot com Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit this bug report at http://bugs.php.net/?id=41185edit=1
#41185 [Csd-Bgs]: Unable to add FreeType support
ID: 41185 Updated by: [EMAIL PROTECTED] Reported By: erwan dot loaec at gmail dot com -Status: Closed +Status: Bogus Bug Type: GD related Operating System: Debian Sarge (kernel 2.6.8-3) PHP Version: 5.2.1 Previous Comments: [2007-04-25 11:01:54] erwan dot loaec at gmail dot com It works, thank you very much ! I don't know what to say... I'm a big idiot, obviously everyone should try that before reporting a bug ^^ Thank you tony2001 ! [2007-04-25 10:09:54] [EMAIL PROTECTED] Try this: make clean ./config.nice make [2007-04-25 10:03:16] erwan dot loaec at gmail dot com Yes but actually it is. I've specified the 2.2 because i've tried many version of freetype (2.3.4,2.2.1,2.1.10). It's not the uncompressed directory (which is freetype-2.2.1 in that case) I can add that i've EXACTLY the same problem : no error during configuration and compilation, with the libfreetype of my sarge (freetype version 2.1.7-6) I don't what the problem can be, i didn't found information neither in config.log nor in the stdout/stderr of the ./configure. (see above for the configure output) [2007-04-25 09:39:10] [EMAIL PROTECTED] /root/src/LIB/freetype2.2 This does not look like *installation prefix*. [2007-04-25 09:23:57] erwan dot loaec at gmail dot com Description: I'm trying to install php 5.2.1 with apache 2.2.4. I've no problem during configure and make. However GD does not support FreeType. checking for GD support... yes checking for FreeType 2... /root/src/LIB/freetype2.2 checking whether to enable truetype string function in GD... yes Reproduce code: --- I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with ./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared --disable-static I've also tried from package (.deb) I've compiled php with ./configure \ --prefix=/opt/php-5.2.1 \ --enable-mbstring \ --enable-sockets \ --enable-memory-limit \ --with-apxs2=/opt/httpd-2.2.4/bin/apxs \ --with-mysql=/opt/mysql-5.0.37 \ --with-mcrypt \ --with-iconv \ --with-openssl \ --with-kerberos \ --with-zip \ --with-zlib \ --with-bz2 \ --with-ldap \ --with-snmp \ --with-pear \ --without-sqlite \ --disable-ipv6 \ --enable-gd-native-ttf \ --with-gd \ --with-png-dir=/root/src/LIB/libpng \ --with-freetype-dir=/root/src/LIB/freetype2.2 I've also tried with --with-ttf. Moreover i'm not able to support jpeg, --with-png-dir produce no error, but does not add jpeg support. Expected result: I'm not able to obtain the following : FreeType Support = enabled FreeType Linkage = with freetype FreeType Version = 2.X.X Actual result: -- actual phpinfos() output: GD Support = enabled GD Version = bundled (2.0.28 compatible) GIF Read Support = enabled GIF Create Support = enabled PNG Support = enabled WBMP Support = enabled XBM Support = enabled -- Edit this bug report at http://bugs.php.net/?id=41185edit=1
#41186 [NEW]: ArrayObject::__desctruct ignores ARRAY_AS_PROPS
From: ross dot lawley at gmail dot com Operating system: Linux PHP version: 5.2.1 PHP Bug Type: Class/Object related Bug description: ArrayObject::__desctruct ignores ARRAY_AS_PROPS Description: ArrayObject::ARRAY_AS_PROPS fails to work in the __destruct method Reproduce code: --- ?php class destructTest extends ArrayObject { public function __construct( ) { $defaults = array('hello' = world\n); parent::__construct($defaults, ArrayObject::ARRAY_AS_PROPS); } public function say( ) { echo $this-hello; } public function __destruct() { echo $this-hello; } } $myArrayObject = new destructTest; $myArrayObject-say(); // Lets destroy the object by reusing the variable $myArrayObject = 1; echo 'Test Completed'; ? Expected result: world world Test Completed Actual result: -- world ( ! ) Notice: Undefined property: destructTest::$hello in /home/ross/www/tmp/arrayObject.php on line 18 Call Stack # TimeMemory FunctionLocation 1 0.0002 60400 {main}( ) ../arrayObject.php:0 2 0.0003 61216 destructTest-__destruct( ) ../arrayObject.php:0 Test Completed -- Edit bug report at http://bugs.php.net/?id=41186edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41186r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41186r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41186r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41186r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41186r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41186r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41186r=needscript Try newer version:http://bugs.php.net/fix.php?id=41186r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41186r=support Expected behavior:http://bugs.php.net/fix.php?id=41186r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41186r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41186r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41186r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41186r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41186r=dst IIS Stability:http://bugs.php.net/fix.php?id=41186r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41186r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41186r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41186r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41186r=mysqlcfg
#41187 [NEW]: DateTime::setDefaultFormat for standard __toString() output of DateTime objects
From: r dot korving at xit dot nl Operating system: Any PHP version: 5.2.2RC1 PHP Bug Type: Feature/Change Request Bug description: DateTime::setDefaultFormat for standard __toString() output of DateTime objects Description: it would be nice if a static function DateTime::setDefaultFormat() was added to the DateTime class, which can set a default output format which can be used by DateTime's __toString() - which is also currently non-existing. -- Edit bug report at http://bugs.php.net/?id=41187edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41187r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41187r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41187r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41187r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41187r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41187r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41187r=needscript Try newer version:http://bugs.php.net/fix.php?id=41187r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41187r=support Expected behavior:http://bugs.php.net/fix.php?id=41187r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41187r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41187r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41187r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41187r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41187r=dst IIS Stability:http://bugs.php.net/fix.php?id=41187r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41187r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41187r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41187r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41187r=mysqlcfg
#41188 [NEW]: zend.c weak aliases compile error
From: greatwhitepine at bigfoot dot com Operating system: TRU64 5.1b PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: zend.c weak aliases compile error Description: zend.c weak aliases compile error... Actual result: -- /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/ -DPHP_ATOM_INC -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/main -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1 -I/home/its/autoldg/app/libxml2/include/libxml2 -I/home/its/autoldg/app/zlib/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/ext/date/lib -I/home/its/autoldg/app/readline/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/TSRM -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend-I/usr/include -pthread -mieee -c /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c -o Zend/zend.lo /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c:1083: error: only weak aliases are supported in this configuration make: *** [Zend/zend.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=41188edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41188r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41188r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41188r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41188r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41188r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41188r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41188r=needscript Try newer version:http://bugs.php.net/fix.php?id=41188r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41188r=support Expected behavior:http://bugs.php.net/fix.php?id=41188r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41188r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41188r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41188r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41188r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41188r=dst IIS Stability:http://bugs.php.net/fix.php?id=41188r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41188r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41188r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41188r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41188r=mysqlcfg
#41188 [Opn]: zend.c weak aliases compile error
ID: 41188 User updated by: greatwhitepine at bigfoot dot com Reported By: greatwhitepine at bigfoot dot com Status: Open Bug Type: Compile Failure Operating System: TRU64 5.1b PHP Version: 5.2.1 New Comment: Forgot to mention that I'm using gcc 4.1.2 to compile php. Previous Comments: [2007-04-25 16:00:10] greatwhitepine at bigfoot dot com Description: zend.c weak aliases compile error... Actual result: -- /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/ -DPHP_ATOM_INC -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/main -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1 -I/home/its/autoldg/app/libxml2/include/libxml2 -I/home/its/autoldg/app/zlib/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/ext/date/lib -I/home/its/autoldg/app/readline/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/TSRM -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend-I/usr/include -pthread -mieee -c /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c -o Zend/zend.lo /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c:1083: error: only weak aliases are supported in this configuration make: *** [Zend/zend.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=41188edit=1
#41188 [Opn-Fbk]: zend.c weak aliases compile error
ID: 41188 Updated by: [EMAIL PROTECTED] Reported By: greatwhitepine at bigfoot dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: TRU64 5.1b PHP Version: 5.2.1 New Comment: Try applying this patch: http://phpfi.com/229751 Btw, is it possible to get an unprivileged account on this or another Tru64 machine for testing purposes? Previous Comments: [2007-04-25 16:02:26] greatwhitepine at bigfoot dot com Forgot to mention that I'm using gcc 4.1.2 to compile php. [2007-04-25 16:00:10] greatwhitepine at bigfoot dot com Description: zend.c weak aliases compile error... Actual result: -- /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/ -DPHP_ATOM_INC -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/main -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1 -I/home/its/autoldg/app/libxml2/include/libxml2 -I/home/its/autoldg/app/zlib/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/ext/date/lib -I/home/its/autoldg/app/readline/include -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/TSRM -I/home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend-I/usr/include -pthread -mieee -c /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c -o Zend/zend.lo /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/Zend/zend.c:1083: error: only weak aliases are supported in this configuration make: *** [Zend/zend.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=41188edit=1
#41189 [NEW]: Multi-dimensional array in COM function causes hang
From: rrosamond at sccd dot ctc dot edu Operating system: Windows 2003 Server PHP version: 5CVS-2007-04-25 (snap) PHP Bug Type: COM related Bug description: Multi-dimensional array in COM function causes hang Description: This is a similar issue to the one posted by spymail at 21cn dot com on 26 Apr 2004 6:00pm UTC, Bug #28161 (http://bugs.php.net/bug.php?id=28161). I should be able to call the COM function and set an attribute in a multi-dimensional array using one of the functions in that COM object. No changes have been made to php.ini. I'm using the out-of-the-box config files and extensions packaged with the latest CVS of PHP5. Reproduce code: --- ?php $options = some string of options; $objHeader = new COM(Wmrmobjs.WMRMHeader); $objHeader-Attribute[options] = $options; ? Expected result: The attribute options should be set. Actual result: -- Apache (2.2.4) and/or PHP (5.2.2RC2-dev/cvs built 4/25/2007 16:30 GMT) hangs on the script. The page never completely loads after running this function. PHP never actually crashes from what I can tell. It just simply doesn't complete processing the script. If I could get it to crash, I would submit a backtrace. Note, in PHP 5.2.0, the result was different: Uncaught exception 'com_exception' with message 'Error [0x8002000e] Invalid number of parameters. In 5.2.2RC2-dev/csv, no error is produced. -- Edit bug report at http://bugs.php.net/?id=41189edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41189r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41189r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41189r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41189r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41189r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41189r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41189r=needscript Try newer version:http://bugs.php.net/fix.php?id=41189r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41189r=support Expected behavior:http://bugs.php.net/fix.php?id=41189r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41189r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41189r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41189r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41189r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41189r=dst IIS Stability:http://bugs.php.net/fix.php?id=41189r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41189r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41189r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41189r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41189r=mysqlcfg
#40701 [NoF-Csd]: Bug in Windows
ID: 40701 User updated by: michaeldaly at magma dot ca -Summary: Memory allocation error Reported By: michaeldaly at magma dot ca -Status: No Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Win XP Pro PHP Version: 5.2.2 New Comment: I did some more searching in bugzilla for Apache bugs and stumbled across the problem. If you set Win32DisableAcceptEx in httpd.conf, it causes a memory leak. The Apache folk say it's a leak in Windows. The end result is that memory is eaten up and the likely candidate for generating the final failure is PHP, since it runs most frequently on the web server and attempts to use the last little bit of memory. Turning off Win32DisableAcceptEx avoids the memory leak, but brings in another error - winnt_accept: Asynchronous AcceptEx failed. Since no one wants to take charge of the problem in Windows, you have to choose which error you can live with. It appears that the AcceptEx failure is less of a problem for me. As a friend said - it sounds like a virus. Yes, I responded, a virus called Windows. Sorry for the trouble and thanks for attempts to help. Previous Comments: [2007-04-18 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2007-04-18 00:06:15] ahmat at quicknet dot nl Same error for me :( I have tried several memory_limit values but it doesn't help me to fix this issue.. Im using latest version of php with apache 2.2.. it was fine with apache 1.x [2007-04-10 18:19:05] [EMAIL PROTECTED] We still have no idea on how to reproduce it. [2007-04-10 18:06:36] michaeldaly at magma dot ca Two snaps have been applied since the last suggestion with no chnage - the problem still occurs. [2007-04-05 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. 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/40701 -- Edit this bug report at http://bugs.php.net/?id=40701edit=1
#41190 [NEW]: Two proposed patches for sybase_ct module
From: nick at marden dot org Operating system: Linux PHP version: 5.2.1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Two proposed patches for sybase_ct module Description: I have two patches that I would like to propose for the PHP5 Sybase-CT module. The first adds the (very useful) functions sybase_output_params() and sybase_return_status() functions. The patch is here: http://www.marden.org/php-sybase-ct/php5-sybase_ct.return_status-and-output_params.patch and the documentation is here: http://www.marden.org/php-sybase-ct/return_status-and-output_params.txt The second patch corrects (IMO) the behavior of sybct.hostname to default to the hostname of the current system. It also supports {HOSTNAME} as a substitution variable in the sybct.hostname parameter, a feature that I have found useful in our server farm. The patch is here: http://www.marden.org/php-sybase-ct/php-sybase_ct.hostname.patch -- Edit bug report at http://bugs.php.net/?id=41190edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41190r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41190r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41190r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41190r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41190r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41190r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41190r=needscript Try newer version:http://bugs.php.net/fix.php?id=41190r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41190r=support Expected behavior:http://bugs.php.net/fix.php?id=41190r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41190r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41190r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41190r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41190r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41190r=dst IIS Stability:http://bugs.php.net/fix.php?id=41190r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41190r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41190r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41190r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41190r=mysqlcfg
#41191 [NEW]: Request for method to always retrieve POST body
From: jfrim at idirect dot com Operating system: Win98 PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: Request for method to always retrieve POST body Description: Currently there exists no way in PHP to retrieve the POST body when a form is sent using multipart/form-data. This is a problem for implementing protocols like HTTP digest authentication, which require the server to calculate a hash of the received POST body. If making the POST body available on the php://input stream AT ALL TIMES regardless of the encoding type is impractical (possibly due to memory requirements when the POST body is very large), an alternative would be to stream the POST body, unaltered, directly to a temporary file. (Similar to the way files uploaded with HTML forms are streamed to temporary files referenced in the $_FILES[] superglobal.) This would allow authors to fully implement HTTP digest authentication in their scripts, and open up any other other possible situations where one might require an exact bit-accurate copy of the POST body. -- Edit bug report at http://bugs.php.net/?id=41191edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41191r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41191r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41191r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41191r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41191r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41191r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41191r=needscript Try newer version:http://bugs.php.net/fix.php?id=41191r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41191r=support Expected behavior:http://bugs.php.net/fix.php?id=41191r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41191r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41191r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41191r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41191r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41191r=dst IIS Stability:http://bugs.php.net/fix.php?id=41191r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41191r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41191r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41191r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41191r=mysqlcfg
#41186 [Opn-Asn]: ArrayObject::__desctruct ignores ARRAY_AS_PROPS
ID: 41186 Updated by: [EMAIL PROTECTED] Reported By: ross dot lawley at gmail dot com -Status: Open +Status: Assigned Bug Type: Class/Object related Operating System: Linux PHP Version: 5.2.1 -Assigned To: +Assigned To: helly Previous Comments: [2007-04-25 14:27:19] ross dot lawley at gmail dot com Description: ArrayObject::ARRAY_AS_PROPS fails to work in the __destruct method Reproduce code: --- ?php class destructTest extends ArrayObject { public function __construct( ) { $defaults = array('hello' = world\n); parent::__construct($defaults, ArrayObject::ARRAY_AS_PROPS); } public function say( ) { echo $this-hello; } public function __destruct() { echo $this-hello; } } $myArrayObject = new destructTest; $myArrayObject-say(); // Lets destroy the object by reusing the variable $myArrayObject = 1; echo 'Test Completed'; ? Expected result: world world Test Completed Actual result: -- world ( ! ) Notice: Undefined property: destructTest::$hello in /home/ross/www/tmp/arrayObject.php on line 18 Call Stack # TimeMemory FunctionLocation 1 0.0002 60400 {main}( ) ../arrayObject.php:0 2 0.0003 61216 destructTest-__destruct( ) ../arrayObject.php:0 Test Completed -- Edit this bug report at http://bugs.php.net/?id=41186edit=1
#41192 [NEW]: Per Directory Values only work for one key
From: martin at itmission dot com Operating system: Windows Server 2003 PHP version: 5.2.1 PHP Bug Type: PHP options/info functions Bug description: Per Directory Values only work for one key Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file c:\inetpub\www1\include1.php Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file c:\inetpub\www2\include2.php Files Create c:\inetpub\www1\include1.php containing ?php echo('1'); ? Create c:\inetpub\www2\include2.php containing ?php echo('2'); ? Create c:\inetpub\www1\index.php containing ?php echo('hello'); ? Create c:\inetpub\www2\index.php containing ?php echo('hello'); ? IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit bug report at http://bugs.php.net/?id=41192edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41192r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41192r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41192r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41192r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41192r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41192r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41192r=needscript Try newer version:http://bugs.php.net/fix.php?id=41192r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41192r=support Expected behavior:http://bugs.php.net/fix.php?id=41192r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41192r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41192r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41192r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41192r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41192r=dst IIS Stability:http://bugs.php.net/fix.php?id=41192r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41192r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41192r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41192r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41192r=mysqlcfg
#41192 [Opn-Bgs]: Per Directory Values only work for one key
ID: 41192 Updated by: [EMAIL PROTECTED] Reported By: martin at itmission dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. Previous Comments: [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file c:\inetpub\www1\include1.php Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file c:\inetpub\www2\include2.php Files Create c:\inetpub\www1\include1.php containing ?php echo('1'); ? Create c:\inetpub\www2\include2.php containing ?php echo('2'); ? Create c:\inetpub\www1\index.php containing ?php echo('hello'); ? Create c:\inetpub\www2\index.php containing ?php echo('hello'); ? IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192edit=1
#41193 [NEW]: relative paths affecting script performance
From: mauroi at digbang dot com Operating system: Win32 PHP version: 5.2.2RC1 PHP Bug Type: Performance problem Bug description: relative paths affecting script performance Description: First of all, I couldn't reproduce this on Linux. Maybe because it doesn't exist, or maybe because of worse perfomance on filesystem operations on Windows. We've found a performance degradation between PHP5.1.6 and PHP5.2.x (also checked with PHP5.2.2rc1) when including a file with a relative path. It gets notorious if using include_path and it has a big number of directories. In the provided zip file you'll find 8 directories. Only one of them contains the file that will be required by the main script. So, script.php script1.php show the problem. script.php only requires the file one time, and even in that case you'll see the difference. script1.php iterates including a non-existant file (that's why errors ar supressed) and the execution time is twice as big. At first glance this could look as a bug with less importance, but any framework that uses __autoload include_path with some sort of frequency, will be slower on PHP5.2 on Windows. Also, any site using MVC (not even using __autoload) and relative paths could be affected. Thank you very much. Reproduce code: --- http://webmail.digbang.com/include_performance.zip # one inclusion php -n script.php # multiple inclusions php -n script1.php Expected result: Same or better performance on PHP5.2.x than in PHP5.1.6 -- Edit bug report at http://bugs.php.net/?id=41193edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41193r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41193r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41193r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41193r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41193r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41193r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41193r=needscript Try newer version:http://bugs.php.net/fix.php?id=41193r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41193r=support Expected behavior:http://bugs.php.net/fix.php?id=41193r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41193r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41193r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41193r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41193r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41193r=dst IIS Stability:http://bugs.php.net/fix.php?id=41193r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41193r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41193r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41193r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41193r=mysqlcfg
#35945 [Com]: sybase_query() fails on AMD64
ID: 35945 Comment by: sabapamu at mizuho-sc dot com Reported By: dbaffaleuf at ixis-cib dot com Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux 2.6.9-22 RedHat AMD64 PHP Version: 5CVS, 4CVS (2006-01-11) (snap) New Comment: I experienced the same problem with PHP 5.2.1 on Intel x86_64 using Sybase Open Client 15.0 64bit libraries. Fix quoted by shawnf worked for me. Previous Comments: [2006-05-23 13:31:30] ewuerfel at blinx dot de The modifications solve the problem... but dont forget the ./buildconf in php_src ;-) [2006-02-08 18:33:42] dbaffaleuf at ixis-cib dot com Hello, I downloaded the last release available (5.1.2) and modified the config.m4 for sybase_ct extension as suggested. The configure seems not to take care about those modifications, as the Makefile still refers to : (...) EXTRA_LIBS = -lcrypt -lsybtcl -lintl -lcomn -lct -lcs -lcrypt -lrt -lgd -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt (...) Therefore, the make fails on: /usr/bin/ld: skipping incompatible /msmorzine/sgbd/MX_MT_MSMORZINE/ASE1253/OCS-12_5//lib/libsybtcl.so when searching for -lsybtcl /usr/bin/ld: cannot find -lsybtcl I noticed that configure also refers as: (...) SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl (...) Then I modified the EXTRA_LIBS so it has to look for 64bits libraries: EXTRA_LIBS = -lcrypt -lsybtcl64 -lintl64 -lcomn64 -lct64 -lcs64 -lcrypt -lrt -lgd -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt and the make completes but the make install fails with: The context allocation routine failed. The following problem caused the failure: Invalid context version. Each call to php outputs this error. $ ./php -v The context allocation routine failed. The following problem caused the failure: Invalid context version. PHP 5.1.2 (cli) (built: Feb 8 2006 18:29:57) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies I assume the modifications in config.m4 didn't solve the problem. Thanks for your help. [2006-02-04 16:59:25] shawnf at fletcher dot org dot za here is a patch for php-5.1 it makes the module use the 64bit libraries and most importantly adds CFLAGS=${CFLAGS} -g -DSYB_LP64 -cut here *** ext/sybase_ct/config.m4 2006-02-04 16:41:12.0 +0100 --- ext/sybase_ct/config.m4.old 2005-05-30 00:16:44.0 +0100 *** *** 29,59 else AC_MSG_ERROR([ctpublic.h missing!]) fi - - CFLAGS=${CFLAGS} -g -DSYB_LP64 - PHP_ADD_LIBPATH($SYBASE_CT_LIBDIR, SYBASE_CT_SHARED_LIBADD) if test -f $SYBASE_CT_INCDIR/tds.h; then PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD) ! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lct64 else ! PHP_ADD_LIBRARY(cs64,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(ct64,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(comn64,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(intl64,, SYBASE_CT_SHARED_LIBADD) ! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs64 -lct64 -lcomn64 -lintl64 ! PHP_CHECK_LIBRARY(tcl64, netg_errstr, [ ! PHP_ADD_LIBRARY(tcl64,,SYBASE_CT_SHARED_LIBADD) ],[ ! PHP_ADD_LIBRARY(sybtcl64,,SYBASE_CT_SHARED_LIBADD) ],[ $SYBASE_CT_LIBS ]) ! PHP_CHECK_LIBRARY(insck64, insck__getVdate, [PHP_ADD_LIBRARY(insck64,, SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR]) ! PHP_CHECK_LIBRARY(insck64, bsd_tcp, [PHP_ADD_LIBRARY(insck64,, SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR]) fi fi --- 29,56 else AC_MSG_ERROR([ctpublic.h missing!]) fi PHP_ADD_LIBPATH($SYBASE_CT_LIBDIR, SYBASE_CT_SHARED_LIBADD) if test -f $SYBASE_CT_INCDIR/tds.h; then PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD) ! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lct else ! PHP_ADD_LIBRARY(cs,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(comn,, SYBASE_CT_SHARED_LIBADD) ! PHP_ADD_LIBRARY(intl,, SYBASE_CT_SHARED_LIBADD) ! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl ! PHP_CHECK_LIBRARY(tcl, netg_errstr, [ ! PHP_ADD_LIBRARY(tcl,,SYBASE_CT_SHARED_LIBADD) ],[ ! PHP_ADD_LIBRARY(sybtcl,,SYBASE_CT_SHARED_LIBADD) ],[ $SYBASE_CT_LIBS ]) ! PHP_CHECK_LIBRARY(insck, insck__getVdate, [PHP_ADD_LIBRARY(insck,, SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR]) ! PHP_CHECK_LIBRARY(insck, bsd_tcp, [PHP_ADD_LIBRARY(insck,,
#13116 [Com]: setcookie would not work when expire is set
ID: 13116 Comment by: aziz at azizce dot com Reported By: gotenforward at yahoo dot com Status: No Feedback Bug Type: HTTP related Operating System: FreeBSD 4.3 PHP Version: 4.0.6 New Comment: [quote = senglathsamy at laodev dot com] //I also have problem as above posted. //my script can not work on FC6 server but it's work well on Win Server //1 test: //setcookie(use,value); // I can call cookie based on both win and //linux server //2 test: //setcookie(use,value,time()+3600); // I can call cookie based on //win //only, But can't call cookie linux server //so, help me to fix this bug, Plz! [/quote] I was had same problem too. Now it was resolved. (Thanks for help Hannes) shiflett said on 7 Feb 2002 ; 3) Time (in GMT) on the browser 4) Time (in GMT) on the server And I say that's your solution. Compare your computer time(in GMT) with your remote server time (in GMT) .You'll see that probably times are different... Regards... Previous Comments: [2007-04-10 11:34:29] senglathsamy at laodev dot com I also have problem as above posted. my script can not work on FC6 server but it's work well on Win Server 1 test: setcookie(use,value); // I can call cookie based on both win and linux server 2 test: setcookie(use,value,time()+3600); // I can call cookie based on win only, But can't call cookie linux server so, help me to fix this bug, Plz! [2002-03-08 00:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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. [2002-02-07 23:05:03] [EMAIL PROTECTED] Your code works for me, but I don't have a FreeBSD box to test on nor an Internet Explorer browser. However, let's not assume yet that this is a FreeBSD problem, since that really seems unlikely with such a basic thing. The much more probable case is that it is an IE bug, as IE has historically had problems with adhering to HTTP standards specifically with cookies. If your problem (as you say) is like the other bug you link to, then it sounds like the problem lies in the browser not returning the cookie rather than the cookie not being set. To help investigate this, please check as many of the following things as you know how: 1) HTTP response your PHP page generates 2) subsequent HTTP request from the browser (meaning, a request after the cookie has been set) 3) Time (in GMT) on the browser 4) Time (in GMT) on the server 5) URL being used to access the page 6) Domain being used to set the cookie If the problem doesn't reveal itself after inspecting these things, use the header function as you did but with all hardcoded values to make sure you're setting the cookie you think you are and that the date is sufficiently far in the future to rule out any time synchronization problems. Thanks for your help! Chris [2001-09-03 16:47:38] gotenforward at yahoo dot com Another user experience the same problem like mine http://www.php.net/bugs.php?id=11492edit=1 It looks like they are all using FreeBSD [2001-09-03 16:33:11] gotenforward at yahoo dot com I pretty much get the same error as this link http://www.php.net/bugs.php?id=11478edit=1 Over a couple hundreds of users, all of them works fine with IE 5.0+ However, some of the user can not login due to the cookie is not set. Whenever I do setcookie(username,$user,time()+3600,/,.domain.com); Some of the users using IE would not get the cookie. But when i just change it to setcookie(username,$user,,/,.domain.com); It works. But not setting expire time will not write the cookie to harddisk, it just stored into memory, which is not what I want. So, I tried to use the header function and see if that helps. $time = mktime()+ $config[cookieTTL]; $date = gmdate(l, d-M-Y H:i:s, ($time)); header(Set-Cookie: $cookiename=$tmpstring; expires=$date GMT; path=/;); IE still do not pick up the cookie. Here is a little function I use to store cookie function putCookie($config,$cookiename, $varname, $data, $send=) { // function to store cookie, use serialize() to bypass the limit of using 20 cookies per domain. // And make it easier to add new cookie later. //keep this array always static so that when we get out of this function, it still keep the variable. static $tmpArray; $tmpArray[$varname] = $data; if ($send != ) { $tmpstring = serialize($tmpArray); $tmpstring
#41195 [NEW]: Indexing non-array should raise notice
From: lbayuk at pobox dot com Operating system: Linux PHP version: 5.2.1 PHP Bug Type: Arrays related Bug description: Indexing non-array should raise notice Description: If I index a scalar or NULL variable as if it were an array, I get NULL back with no warning or notice. This is true for any index value, including 0. I expected an Undefined offset or incorrect type message. The manual says an integer variable = n will convert to array(0=$n); that works on casting to array but not on indexing. Reproduce code: --- ?php error_reporting(E_ALL+E_STRICT); $arry = array(1=1); $notarry = NULL; $intvar = 123; echo 1. arry[1] = . $arry[1] . \n; echo 2. arry[2] = . $arry[2] . \n; echo 3. intvar[0] = . $intvar[0] . \n; echo 4. intvar[1] = . $intvar[1] . \n; echo 5. notarry[1] = . $notarry[1] . \n; Expected result: Notice: Undefined offset (or incorrect type) for (2), (3), (4), and (5). Or maybe (3) should echo 123 via implicit cast. But only (2) raises a Notice; the others just echo NULL. Actual result: -- 1. arry[1] = 1 Notice: Undefined offset: 2 in /a5/home/ljb/lang/php/p.php on line 7 2. arry[2] = 3. intvar[0] = 4. intvar[1] = 5. notarry[1] = -- Edit bug report at http://bugs.php.net/?id=41195edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41195r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41195r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41195r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41195r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41195r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41195r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41195r=needscript Try newer version:http://bugs.php.net/fix.php?id=41195r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41195r=support Expected behavior:http://bugs.php.net/fix.php?id=41195r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41195r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41195r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41195r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41195r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41195r=dst IIS Stability:http://bugs.php.net/fix.php?id=41195r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41195r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41195r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41195r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41195r=mysqlcfg
#41192 [Bgs-Opn]: Per Directory Values only work for one key
ID: 41192 User updated by: martin at itmission dot com Reported By: martin at itmission dot com -Status: Bogus +Status: Open Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors = on (PHP_INI_ALL), and change my scripts to ?php phpinfo(); ?, www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. Previous Comments: [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file c:\inetpub\www1\include1.php Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file c:\inetpub\www2\include2.php Files Create c:\inetpub\www1\include1.php containing ?php echo('1'); ? Create c:\inetpub\www2\include2.php containing ?php echo('2'); ? Create c:\inetpub\www1\index.php containing ?php echo('hello'); ? Create c:\inetpub\www2\index.php containing ?php echo('hello'); ? IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192edit=1
#41192 [Opn]: Per Directory Values only work for one key
ID: 41192 User updated by: martin at itmission dot com Reported By: martin at itmission dot com Status: Open Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. Previous Comments: [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors = on (PHP_INI_ALL), and change my scripts to ?php phpinfo(); ?, www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file c:\inetpub\www1\include1.php Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file c:\inetpub\www2\include2.php Files Create c:\inetpub\www1\include1.php containing ?php echo('1'); ? Create c:\inetpub\www2\include2.php containing ?php echo('2'); ? Create c:\inetpub\www1\index.php containing ?php echo('hello'); ? Create c:\inetpub\www2\index.php containing ?php echo('hello'); ? IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192edit=1
#41192 [Opn]: Per Directory Values only work for one key
ID: 41192 User updated by: martin at itmission dot com Reported By: martin at itmission dot com Status: Open Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: I am assuming that it has something to do with the massive change to registry.c between 5.2.0 and 5.2.1 changelogged as implemented registry cache that prevent registry lookup on each request. In case of modification of corresponding registry-tree PHP will reload it automatic. Perhaps something in the way it's being cached is not working properly. The simpler code of 5.2.0 works as expected (and it hits the registry with every request, but I can live with that). Previous Comments: [2007-04-26 02:13:08] martin at itmission dot com Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors = on (PHP_INI_ALL), and change my scripts to ?php phpinfo(); ?, www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file c:\inetpub\www1\include1.php Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file c:\inetpub\www2\include2.php Files Create c:\inetpub\www1\include1.php containing ?php echo('1'); ? Create c:\inetpub\www2\include2.php containing ?php echo('2'); ? Create c:\inetpub\www1\index.php containing ?php echo('hello'); ? Create c:\inetpub\www2\index.php containing ?php echo('hello'); ? IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192edit=1
#41196 [NEW]: Unable to make SOAP calls to NTLM authenticated web services
From: james dot talbot at brennanit dot com dot au Operating system: All PHP version: 5.2.1 PHP Bug Type: SOAP related Bug description: Unable to make SOAP calls to NTLM authenticated web services Description: Currently, you can choose SOAP_AUTHENTICATION_BASIC or SOAP_AUTHENTICATION_DIGEST as authentication methods when creating a new SoapClient. However, there is no option to authenticate using Samba/NT's challenge-response NTLM authentication. NTLM authentication is required, for example, for Microsoft's Dynamics CRM webservice. -- Edit bug report at http://bugs.php.net/?id=41196edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41196r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41196r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41196r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41196r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41196r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41196r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41196r=needscript Try newer version:http://bugs.php.net/fix.php?id=41196r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41196r=support Expected behavior:http://bugs.php.net/fix.php?id=41196r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41196r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41196r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41196r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41196r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41196r=dst IIS Stability:http://bugs.php.net/fix.php?id=41196r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41196r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41196r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41196r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41196r=mysqlcfg
#41197 [NEW]: 404 http status always occurs when using fastcgi and doc_root config directive
From: richard at hyperlink dot net dot nz Operating system: Linux Debian Etch PHP version: 5.2.1 PHP Bug Type: CGI related Bug description: 404 http status always occurs when using fastcgi and doc_root config directive Description: I have php running as a fastcgi in a chroot jail. The path to document root in the jail is different from the path outside the jail so I've used the 'doc_root' directive in php.ini so that php can find the php script. PHP finds and runs the php script fine but always returns a status coded of 404 not found. I've done an strace and verified the problem occurs in php(5.2.0-8+etch1) not mod_fastcgi or apache. Sorry I haven't downloaded a later version, company policy is to only use prebuilt stable packages :-(. I've verified the bug in 5.2.0. Looking at http://lxr.php.net/source/php-src/sapi/cgi/cgi_main.c /* $Id: cgi_main.c,v 1.320 2007/04/17 20:01:22 sniper Exp $ */ it looks like the problem may be: line 867: if (!ptr) { ... line 887: SG(sapi_headers).http_response_code = 404; The preceeding 100 or so lines do some pretty knarly stuff changing ptr and scanning through possible strings of SCRIPT_PATH_TRANSLATED. Workaround is: header(HTTP/1.0 200); in php prepend file. -- Edit bug report at http://bugs.php.net/?id=41197edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41197r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41197r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41197r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41197r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41197r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41197r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41197r=needscript Try newer version:http://bugs.php.net/fix.php?id=41197r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41197r=support Expected behavior:http://bugs.php.net/fix.php?id=41197r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41197r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41197r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41197r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41197r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41197r=dst IIS Stability:http://bugs.php.net/fix.php?id=41197r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41197r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41197r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41197r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41197r=mysqlcfg