#38740 [Asn->Csd]: mysqli_stmt::$errno not available
ID: 38740 Updated by: [EMAIL PROTECTED] Reported By: dave at psntn dot com -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: Linux (SUSE 9.3) PHP Version: 6CVS-2006-09-07 (CVS) Assigned To: georg New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Unicode support for mysqli is now available. Previous Comments: [2006-09-07 10:57:11] [EMAIL PROTECTED] >This might be due to the extension not having been upgraded for unicode Yes. Assigned to the maintainer. [2006-09-07 10:50:42] dave at psntn dot com Description: When using PHP6.0.0-dev (checked out from CVS, updated in the last 20 mins) the $errno property of mysqli_stmt is not defined. This only happens when unicode.semantics = on. This might be due to the extension not having been upgraded for unicode but I can't quickly find any list of the status of the various extensions. PHP Configure statement: ./configure --prefix=/srv/httpd/php6/php6 --with-apxs2=/srv/httpd/php6/httpd/bin/apxs --with-mysqli=/usr/local/mysql/bin/mysql_config --with-mysql=/usr/local/mysql --with-pear --with-gd --with-png-dir=/usr --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png --with-zlib-dir=/usr --enable-sockets --with-bz2 --with-dom --with-ftp --with-pdf --with-cpdf --with-sqlite --with-freetype-dir=/usr --enable-bcmath --with-tiff-dir=/usr --enable-exif --enable-simplexml --enable-soap --with-zip --enable-mbstring --enable-mbstr-enc-trans --disable-mbregex --with-curl --with-pdo --with-pdo_mysql=/usr/local/mysql/bin/mysql_config php.ini: unicode.semantics = on Reproduce code: --- http://php4.david-salisbury.co.uk/mysqli.phps Expected result: unicode.semantics = off // just to show unicode semantics status Error code for insert of (1, 2, 3, 4): 0 Error code for insert of (1, 5, 6, 7): 1062 Actual result: -- unicode.semantics = on // just to show unicode semantics status Error code for insert of (1, 2, 3, 4): Notice: Undefined property: mysqli_stmt::$errno in /www/testingServer/php6test/mysqli.php on line 31 Error code for insert of (1, 5, 6, 7): Notice: Undefined property: mysqli_stmt::$errno in /www/testingServer/php6test/mysqli.php on line 41 -- Edit this bug report at http://bugs.php.net/?id=38740&edit=1
#38965 [Bgs->Opn]: mssql_connect doesn't use TCP 1433 for external SQL Server
ID: 38965 User updated by: aren at cambre dot biz Reported By: aren at cambre dot biz -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows 2003 (for both servers) PHP Version: 4.4.4 Assigned To: fmk New Comment: There is a clear documentation error. From http://us3.php.net/manual/en/ref.mssql.php: "The Client Tools can be installed ... by copying ntwdblib.dll from \winnt\system32 on the server to \winnt\system32 on the PHP box. Copying ntwdblib.dll will only provide access. Configuration of the client will require installation of all the tools." The method suggested by the manual, simply copying the ntwdblib.dll, will force PHP to use named pipes. This needs to be documented. Until then, you have a documentation bug because PHP will be unable to talk to SQL Server in its industry standard configuration (i.e., TCP 1433, not named pipes) if you simply copy the DLL on a machine that does not have the SQL Server Client Tools installed. Previous Comments: [2006-09-27 21:23:56] [EMAIL PROTECTED] The MSSQL Extension for PHP uses ntwdblib as the library to connect to teh server. The configuration of this library is done with MS SQL Server Client Tools. These tools are installed from the CD and can be installed without the rest of the server to allow remote connections to the server. If ntwdblib.dll is copied to the server one way or the other, there is no way (except for registry hacks) to configure the library. PHP is not responsible for installation of a Microsoft tool or any other 3rd party libraries, but we expect them to be installed correct. There is no bugs in PHP here. [2006-09-26 19:15:13] aren at cambre dot biz Lemme add some more info: The IIS (web) server is a really vanilla Windows Server 2003 box. All that is installed, per Add or Remove Programs, is McAfee VirusScan Enterprise, Microsoft .NET Framework 2.0, PHP 4.4.4, and WMware Tools (it's virtual). I also installed Wireshark 0.99.3 and WinPcap 3.1, but they were installed afte the fact and did not affect the issue. If PHP's SQL Server connect script doesn't work right on a vanilla box, I can't believe this is "bogus". SQL Server or SQL Server Client Tools has never been installed on this box. Programs should adhere to industry standard behaviors on vanilla Windows boxes, and industry standard for talking to SQL Server is TCP 1433. If PHP is not doing it, it needs to be fixed or properly documented. It may be as simply as classifying this as a documentation bug and adding documentation that addresses the issue, if that is the proper solution. [2006-09-26 18:23:45] aren at cambre dot biz This ntwdblib was on a default installation of Windows Server 2003. [2006-09-26 17:35:43] [EMAIL PROTECTED] No PHP uses ntwdblib and if you install the Client tools from MSSQL server you can define the default protocol. Older versions of ntwdblib (or combinations of other MS tools installed) uses named pipes as the default. The best way is to install the Client Tools and us the Clinet Network utility to set default protocol as well as create aliases for different servers. Each alias can be defined with the prefered protocol. [2006-09-26 17:25:21] [EMAIL PROTECTED] Frank, is this really a PHP problem? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38965 -- Edit this bug report at http://bugs.php.net/?id=38965&edit=1
#38963 [Asn->Csd]: tempnam bypasses open_basedir
ID: 38963 Updated by: [EMAIL PROTECTED] Reported By: manuel at mausz dot at -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: Linux/Gentoo PHP Version: 4.4.4 Assigned To: iliaa New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-09-26 18:45:31] manuel at mausz dot at Ok, here is the detailed problem: If tempnam() will be called with an empty string, expand_filepath() (called from php_check_specific_open_basedir()) will expand this string to cwd. The cwd is most probably in open_basedir, so php_check_specific_open_basedir succeeds. tempnam() will then call php_open_temporary_file() which includes an fallback to php_get_temporary_directory(). In most apache setups, php is not able to write to the cwd (cause of safe_mode), so php_open_temporary_file() will fallback. This is not the case when using client, so php -d open_basedir=`pwd` -r 'var_dump(tempnam(false, "temp"));' works. [2006-09-26 16:03:30] [EMAIL PROTECTED] Make sure your phpinfo() display the expected value of open_basedir. Turn on display_errors etc. It doesn't depend on the server API in any way. [2006-09-26 15:58:57] manuel at mausz dot at Please try using mod_php. Using the client also don't work for me. Oh and just to be sure: - tried with safe_mode on + off - open_basedir does _not_ include /tmp ;) [2006-09-26 15:30:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot reproduce: # ./sapi/cli/php -r 'var_dump(tempnam(false, "temp"));' Warning: tempnam(): open_basedir restriction in effect. File() is not within the allowed path(s): (/www) in Command line code on line 1 bool(false) [2006-09-26 15:19:47] manuel at mausz dot at Description: tempnam bypasses open_basedir if dir = false Reproduce code: --- Expected result: Warning: tempnam() [function.tempnam]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (...) in Actual result: -- # ls /tmp/phptest* /tmp/phptestt4mIOa -- Edit this bug report at http://bugs.php.net/?id=38963&edit=1
#38971 [Bgs]: PHP doesn't report errors
ID: 38971 User updated by: bruce dot li at hannoverfairs dot com dot au Reported By: bruce dot li at hannoverfairs dot com dot au Status: Bogus Bug Type: IIS related Operating System: Windows XP SP2 PHP Version: 4.4.4 New Comment: I think I already mentioned that I've set both error_reporting = E_ALL and display_errors = On in php.ini after installing PHP on IIS, but that's not helping at all! Previous Comments: [2006-09-27 07:39:00] [EMAIL PROTECTED] display_errors = On in php.ini is what you need. [2006-09-27 07:32:26] bruce dot li at hannoverfairs dot com dot au Description: I have installed PHP on windows IIS as an application, and have setup php.ini to report all errors. The problem is, when a php page is valid, it displays properly on the browser, but when there's some error in the coding, instead of displaying errors, a blank page is returned. I have tried it with Apache, or installing PHP as CGI, no problem at all, I got the errors when I made a mistake in the coding, but on IIS, when installed as an application, no error is returned at all, I am not sure if it's just my settings but I have tried it on 3 computers with windows 2K, windows NT4 and windows XP, and I got the same problem on all of them. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=38971&edit=1
#38960 [Opn->WFx]: OCI8 failure...
ID: 38960 Updated by: [EMAIL PROTECTED] Reported By: sn4265 at att dot com -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: HPUX 11.11 PHP Version: 5.1.6 New Comment: That's something out of my knowledge, you'd better ask this question on a HP-UX related forum. Previous Comments: [2006-09-27 22:16:32] sn4265 at att dot com One step forward two steps back. The make command succeeded fine, but now the Apache webserver won't load. [EMAIL PROTECTED]:/> /opt/apache/bin/apachectl -k start /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage: /usr/lib/libcl.2 /usr/lib/dld.sl: Exec format error Syntax error on line 232 of /opt/apache/conf/httpd.conf: Cannot load /opt/apache/modules/libphp5.so into server: Exec format error [2006-09-27 20:49:04] [EMAIL PROTECTED] Please try the following: 1) open instantclient_10_2/sdk/include/oratypes.h 2) find this line: #if (__STDC__ != 1) || defined(__LP64__) and change it to #if defined (__STDC_EXT__) || defined(__LP64__) 3) run make again. [2006-09-27 12:24:55] sn4265 at att dot com OK... The database servers that I am connecting to are remote, and are all Oracle 9i or greater. I spent much of last night downloading and attempting to build PHP 5.1.6 with the Oracle Instant Client as suggested. Unfortunately, I am still running into problems. Here is what I am facing at this point. The configure script completes fine as follows: ./configure --with-mysql --with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2 --with-apxs2=/opt/apache/bin/apxs The make fails at the following point: /bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/ -DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main -I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2 -I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql -I/usr/local/oracle/instantclient_10_2/sdk/include -I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend -D_XOPEN_SOURCE_EXTENDED -I/usr/local/include -g -O2 -c /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function `php_oci_lob_read': /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared (first use in this function) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared identifier is reported only once /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it appears in.) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before "offset" *** Error exit code 1 Stop. Once again I'm stuck. Thanks again for any assistance. [2006-09-26 22:02:39] [EMAIL PROTECTED] >Is this a major change to PHP5? >Does it now only work with a more limited set of Oracle clients? Yes, there was a major change in OCI8, which greatly improved its functionality using new features available since Oracle 9. It still does work with Oracle 8 servers, but I don't think it makes sense to keep supporting (seriously) outdated Oracle 8.x clients. The easiest (and the recommended) way to setup a server with OCI8 support is to install Oracle Instant Client, doesn't matter which platform/OS you're using. I guess in your case the solution would be to stick with PHP4/PHP5.0.x. Other options are a bit more complicated: 1) upgrade the client to 9i (afaik instant client doesn't support Oracle < 8i) 2) upgrade both Oracle server and client to version >= 9. [2006-09-26 12:34:52] sn4265 at att dot com No clue. I have never used that before. This system has had Oracle 8.0.6.3 on it for years, and has always been what we have built against in the past without any problems. Is this a major change to PHP5? Does it now only work with a more limited set of Oracle clients? 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/38960 -- Edit this bug report at http://bugs.php.net/?id=38960&edit=1
#38960 [Fbk->Opn]: OCI8 failure...
ID: 38960 User updated by: sn4265 at att dot com Reported By: sn4265 at att dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: HPUX 11.11 PHP Version: 5.1.6 New Comment: One step forward two steps back. The make command succeeded fine, but now the Apache webserver won't load. [EMAIL PROTECTED]:/> /opt/apache/bin/apachectl -k start /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage: /usr/lib/libcl.2 /usr/lib/dld.sl: Exec format error Syntax error on line 232 of /opt/apache/conf/httpd.conf: Cannot load /opt/apache/modules/libphp5.so into server: Exec format error Previous Comments: [2006-09-27 20:49:04] [EMAIL PROTECTED] Please try the following: 1) open instantclient_10_2/sdk/include/oratypes.h 2) find this line: #if (__STDC__ != 1) || defined(__LP64__) and change it to #if defined (__STDC_EXT__) || defined(__LP64__) 3) run make again. [2006-09-27 12:24:55] sn4265 at att dot com OK... The database servers that I am connecting to are remote, and are all Oracle 9i or greater. I spent much of last night downloading and attempting to build PHP 5.1.6 with the Oracle Instant Client as suggested. Unfortunately, I am still running into problems. Here is what I am facing at this point. The configure script completes fine as follows: ./configure --with-mysql --with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2 --with-apxs2=/opt/apache/bin/apxs The make fails at the following point: /bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/ -DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main -I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2 -I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql -I/usr/local/oracle/instantclient_10_2/sdk/include -I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend -D_XOPEN_SOURCE_EXTENDED -I/usr/local/include -g -O2 -c /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function `php_oci_lob_read': /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared (first use in this function) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared identifier is reported only once /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it appears in.) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before "offset" *** Error exit code 1 Stop. Once again I'm stuck. Thanks again for any assistance. [2006-09-26 22:02:39] [EMAIL PROTECTED] >Is this a major change to PHP5? >Does it now only work with a more limited set of Oracle clients? Yes, there was a major change in OCI8, which greatly improved its functionality using new features available since Oracle 9. It still does work with Oracle 8 servers, but I don't think it makes sense to keep supporting (seriously) outdated Oracle 8.x clients. The easiest (and the recommended) way to setup a server with OCI8 support is to install Oracle Instant Client, doesn't matter which platform/OS you're using. I guess in your case the solution would be to stick with PHP4/PHP5.0.x. Other options are a bit more complicated: 1) upgrade the client to 9i (afaik instant client doesn't support Oracle < 8i) 2) upgrade both Oracle server and client to version >= 9. [2006-09-26 12:34:52] sn4265 at att dot com No clue. I have never used that before. This system has had Oracle 8.0.6.3 on it for years, and has always been what we have built against in the past without any problems. Is this a major change to PHP5? Does it now only work with a more limited set of Oracle clients? [2006-09-26 12:28:49] [EMAIL PROTECTED] Does it work for you with Oracle Instant Client - http://www.oracle.com/technology/tech/oci/instantclient/index.html ? 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/38960 -- Edit this bug report at http://bugs.php.net/?id=38960&edit=1
#38965 [Opn->Bgs]: mssql_connect doesn't use TCP 1433 for external SQL Server
ID: 38965 Updated by: [EMAIL PROTECTED] Reported By: aren at cambre dot biz -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2003 (for both servers) PHP Version: 4.4.4 Assigned To: fmk New Comment: The MSSQL Extension for PHP uses ntwdblib as the library to connect to teh server. The configuration of this library is done with MS SQL Server Client Tools. These tools are installed from the CD and can be installed without the rest of the server to allow remote connections to the server. If ntwdblib.dll is copied to the server one way or the other, there is no way (except for registry hacks) to configure the library. PHP is not responsible for installation of a Microsoft tool or any other 3rd party libraries, but we expect them to be installed correct. There is no bugs in PHP here. Previous Comments: [2006-09-26 19:15:13] aren at cambre dot biz Lemme add some more info: The IIS (web) server is a really vanilla Windows Server 2003 box. All that is installed, per Add or Remove Programs, is McAfee VirusScan Enterprise, Microsoft .NET Framework 2.0, PHP 4.4.4, and WMware Tools (it's virtual). I also installed Wireshark 0.99.3 and WinPcap 3.1, but they were installed afte the fact and did not affect the issue. If PHP's SQL Server connect script doesn't work right on a vanilla box, I can't believe this is "bogus". SQL Server or SQL Server Client Tools has never been installed on this box. Programs should adhere to industry standard behaviors on vanilla Windows boxes, and industry standard for talking to SQL Server is TCP 1433. If PHP is not doing it, it needs to be fixed or properly documented. It may be as simply as classifying this as a documentation bug and adding documentation that addresses the issue, if that is the proper solution. [2006-09-26 18:23:45] aren at cambre dot biz This ntwdblib was on a default installation of Windows Server 2003. [2006-09-26 17:35:43] [EMAIL PROTECTED] No PHP uses ntwdblib and if you install the Client tools from MSSQL server you can define the default protocol. Older versions of ntwdblib (or combinations of other MS tools installed) uses named pipes as the default. The best way is to install the Client Tools and us the Clinet Network utility to set default protocol as well as create aliases for different servers. Each alias can be defined with the prefered protocol. [2006-09-26 17:25:21] [EMAIL PROTECTED] Frank, is this really a PHP problem? [2006-09-26 17:16:54] aren at cambre dot biz Description: When using mssql_connect to connect to a SQL Server database on a remote server, PHP attemtps to connect using named pipes. This is a terribly outdated behavior; SQL Server connections these days are almost always done with TCP 1433. I figured this out with a difficult phpBB installation and using Wireshark (formerly Ethereal) to watch network traffic. There is a registry hack that can force the SQL Server Client program to use TCP 1433, but this hack's effects on other software is unknown. For more info, see http://people.smu.edu/acambre/blog/2006/09/22/Buggy+PHP.aspx and http://www.phpbb.com/phpBB/viewtopic.php?t=446662&postdays=0&postorder=asc&start=0 Reproduce code: --- Just use mssql_connect to connect to an external database. Expected result: The database should open just as if the database is on localhost. Actual result: -- Usually a cannot connect error. -- Edit this bug report at http://bugs.php.net/?id=38965&edit=1
#38978 [Opn->Bgs]: Impersonation fails for a COM object under load
ID: 38978 Updated by: [EMAIL PROTECTED] Reported By: tetikr at spytech dot cz -Status: Open +Status: Bogus Bug Type: COM related Operating System: Win2003 SP1 PHP Version: 5.1.6 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2006-09-27 20:42:17] tetikr at spytech dot cz Description: I'm running a web site in an IIS6 pool which uses the NETWORK SERVICE account. The web site itself uses another account, say XYZ. In a PHP script I create a COM object, call its method which creates a file. The file owner is XYZ as expected. However, if I issue multiple requests simultanously, the COM object's method starts creating a file whose owner is NETWORK SERVICE. I can return to the normal behavior by restarting the IIS pool. -- Edit this bug report at http://bugs.php.net/?id=38978&edit=1
#38960 [Ana->Fbk]: OCI8 failure...
ID: 38960 Updated by: [EMAIL PROTECTED] Reported By: sn4265 at att dot com -Status: Analyzed +Status: Feedback Bug Type: Compile Failure Operating System: HPUX 11.11 PHP Version: 5.1.6 New Comment: Please try the following: 1) open instantclient_10_2/sdk/include/oratypes.h 2) find this line: #if (__STDC__ != 1) || defined(__LP64__) and change it to #if defined (__STDC_EXT__) || defined(__LP64__) 3) run make again. Previous Comments: [2006-09-27 12:24:55] sn4265 at att dot com OK... The database servers that I am connecting to are remote, and are all Oracle 9i or greater. I spent much of last night downloading and attempting to build PHP 5.1.6 with the Oracle Instant Client as suggested. Unfortunately, I am still running into problems. Here is what I am facing at this point. The configure script completes fine as follows: ./configure --with-mysql --with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2 --with-apxs2=/opt/apache/bin/apxs The make fails at the following point: /bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/ -DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main -I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2 -I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql -I/usr/local/oracle/instantclient_10_2/sdk/include -I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend -D_XOPEN_SOURCE_EXTENDED -I/usr/local/include -g -O2 -c /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function `php_oci_lob_read': /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared (first use in this function) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared identifier is reported only once /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it appears in.) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before "offset" *** Error exit code 1 Stop. Once again I'm stuck. Thanks again for any assistance. [2006-09-26 22:02:39] [EMAIL PROTECTED] >Is this a major change to PHP5? >Does it now only work with a more limited set of Oracle clients? Yes, there was a major change in OCI8, which greatly improved its functionality using new features available since Oracle 9. It still does work with Oracle 8 servers, but I don't think it makes sense to keep supporting (seriously) outdated Oracle 8.x clients. The easiest (and the recommended) way to setup a server with OCI8 support is to install Oracle Instant Client, doesn't matter which platform/OS you're using. I guess in your case the solution would be to stick with PHP4/PHP5.0.x. Other options are a bit more complicated: 1) upgrade the client to 9i (afaik instant client doesn't support Oracle < 8i) 2) upgrade both Oracle server and client to version >= 9. [2006-09-26 12:34:52] sn4265 at att dot com No clue. I have never used that before. This system has had Oracle 8.0.6.3 on it for years, and has always been what we have built against in the past without any problems. Is this a major change to PHP5? Does it now only work with a more limited set of Oracle clients? [2006-09-26 12:28:49] [EMAIL PROTECTED] Does it work for you with Oracle Instant Client - http://www.oracle.com/technology/tech/oci/instantclient/index.html ? [2006-09-26 12:18:09] sn4265 at att dot com Description: I am attempting to build a working version of Apache 2.0.59 with PHP 5.1.6. I am doing this under HPUX 11.11, and have sucessfully built Apache, and PHP without OCI8 support. The problem is when I attempt to include OCI8 support either in the PHP build directly or by attempting to build the oci8-1.2.2 package after the fact. Here is the attempt buildint OCI8 after the fact. The error is identical when attempting to build PHP with OCI8 support too. Reproduce code: --- [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> ./configure checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checki
#38978 [NEW]: Impersonation fails for a COM object under load
From: tetikr at spytech dot cz Operating system: Win2003 SP1 PHP version: 5.1.6 PHP Bug Type: COM related Bug description: Impersonation fails for a COM object under load Description: I'm running a web site in an IIS6 pool which uses the NETWORK SERVICE account. The web site itself uses another account, say XYZ. In a PHP script I create a COM object, call its method which creates a file. The file owner is XYZ as expected. However, if I issue multiple requests simultanously, the COM object's method starts creating a file whose owner is NETWORK SERVICE. I can return to the normal behavior by restarting the IIS pool. -- Edit bug report at http://bugs.php.net/?id=38978&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38978&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38978&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38978&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38978&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38978&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38978&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38978&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38978&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38978&r=support Expected behavior:http://bugs.php.net/fix.php?id=38978&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38978&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38978&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38978&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38978&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38978&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38978&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38978&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38978&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38978&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38978&r=mysqlcfg
#21653 [Com]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653 Comment by: phpbugs at whitesands dot net Reported By: support at hostcolor dot com Status: No Feedback Bug Type: Sockets related Operating System: RedHat 7.2 PHP Version: 4.3.3RC2-dev New Comment: I'm getting the same "Operation now in progress (115)" w/ PHP 4.4.2 configured with: './configure' '--with-mysql=/usr' '--with-apxs2=/usr/local/bin/apxs' '--enable-mbstring' and using Apache 2.0.59 on RHEL 4 and using this script: \n"; } fclose ($fp); ?> What I have been able to figure out is that if I have less that ~500 virtual domains in the httpd.conf file, the problem goes away. If I have more, the problem comes back. Am I hitting some kind of resource limit? Previous Comments: [2006-06-28 09:08:42] sosingus at yahoo dot com I have a similar problem using php 4.4.1 with pfsockopen Part of code: -- \n"; exit; } ?> Output: -- Operation now in progress (115) Modules: -- './configure' '--with-gd' '--with-msql=/usr/local/msql2.0' '--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.34' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-mhash' '--with-openssl=/usr/local/ssl' '--enable-ftp' '--enable-imap' '--with-zlib-dir=/usr/local/lib' '--with-pear' '--with-curl=/usr/local/lib' '--with-pear=../PEAR-1.1' '--enable-mbstring=all' '--with-dom=/usr/local' '--with-domxml=/usr/local' '--enable-memory-limit=yes' '--enable-sockets' '--with-gd-native-ttf' '--enable-gd-imgstrttf' '--with-freetype-dir=/usr/local' '--enable-shared' '--with-expat-dir=/usr/local' '--with-dom-xslt=/usr/local' '--with-xslt-sablot' Additional info I have it working on another domain and server with php 4.3.4 [2005-01-05 12:50:42] suhailc at gmail dot com Hi, I get the following error: Warning: fsockopen(): unable to connect to whois.crsnic.net:43 in /home/ecompco/public_html/test.php on line 2 Could not open connection However, the connection is made perfectly and fast when I switch off APF. I get: Connected OK. For the life of me I cannot figure out why - I've added ports 43, 443, 4343, 80 to conf.php but still error shows when APF is on. But it does have something to do with APF. Regards, Suhail. [2003-07-23 21:16:30] laudanp at yahoo dot com I opened a new bug report here: http://bugs.php.net/bug.php?id=24785 [2003-07-23 14:44:48] laudanp at yahoo dot com re: "No feedback from original bug submitter. laudanp at yahoo dot com: If you still feel this is a bug, open new report with short example script, expected result and got result." Thanks for replying to me. I'll go ahead and open a new ticket while referencing this one for posterity. Look for it tonight. [2003-07-23 14:31:25] laudanp at yahoo dot com Hi I provided the feedback above, I'm still having those problems. Help The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21653 -- Edit this bug report at http://bugs.php.net/?id=21653&edit=1
#38956 [Csd]: seg fault during array_walk due to reallocated stack
ID: 38956 User updated by: jeannielu at hotmail dot com Reported By: jeannielu at hotmail dot com Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.6.16-22 PHP Version: 5.1.6 New Comment: It makes sense if the patch is simple - in our case we won't have the opportunity window to upgrade our application until few months later. Previous Comments: [2006-09-26 22:09:02] [EMAIL PROTECTED] Fixed -> closed. I don't think it makes sense to backport a patch from a release candidate to the previous release. Just wait for a couple of weeks for the release. [2006-09-26 22:01:42] jeannielu at hotmail dot com php5.2-latest seems to fix it. Can I obtain a patch for 5.1.6? Will it apply cleanly? [2006-09-26 07:04:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-26 01:32:58] judas dot iscariote at gmail dot com Looks as a duplicate of 34066 which is fixed in CVS, and will be in 5.2.0 very soon now :) [2006-09-25 22:41:44] jeannielu at hotmail dot com Description: I reliably get a seg fault during execution of array_walk() in our web application. Unfortunately, the seg fault is not reproducible with any simpler test case. gdb shows the death to be here: #0 zend_call_function (fci=0xbfe8bcf0, fci_cache=0xbfe8bd14) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_execute_API.c:859 859 (*fci->params[i])->refcount++; FYI, the call looks like this: array_walk($current_set, array($this, '_format_traffic_data'), $dd ); Where $current_set is a 2-D array of 10x5 elements, $dd another 2-D array of 2x2 elements. Each element is a string of 10-30 characters. However, I don't think the argument details are important. Valgrind shows that zend_call_function died processing the third argument because it referenced memory freed by zend_ptr_stack.h. See attached backtrace. Actual result: -- gdb: #0 zend_call_function (fci=0xbfe8bcf0, fci_cache=0xbfe8bd14) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_execute_API.c:859 #1 0x081bdb35 in php_array_walk (target_hash=0x90472cc, userdata=0x85ebd6c, recursive=0) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/ext/standard/array.c:1099 #2 0x081bdeaf in zif_array_walk (ht=3, return_value=0x904b69c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/ext/standard/array.c:1159 #3 0x0826af4d in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe8cbd0) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:200 #4 0x0826a6f1 in execute (op_array=0x894b304) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #5 0x0826a928 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe8df80) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234 #6 0x0826a6f1 in execute (op_array=0x8b12e34) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #7 0x0826a928 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe8f360) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234 #8 0x0826a6f1 in execute (op_array=0x8ada67c) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #9 0x0826a928 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe90280) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234 #10 0x0826a6f1 in execute (op_array=0x8ac0bfc) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #11 0x0826a928 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe92240) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234 #12 0x0826a6f1 in execute (op_array=0x860b9e0) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #13 0x0826a928 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe923b0) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234 #14 0x0826a6f1 in execute (op_array=0x85f609c) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92 #15 0x0825471f in zend_execute_scripts (type=8, retval=Variable "retval" is not available. ) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend.c:1109 #16 0x0822029c in php_execute_script (primary_file=0xbfe947d4) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/main/main.c
#38976 [Opn->Fbk]: missing last character when fetching query
ID: 38976 Updated by: [EMAIL PROTECTED] Reported By: zolfi at parspooyesh dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: fedora linux 5 PHP Version: 5.1.6 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 Can't reproduce. Previous Comments: [2006-09-27 16:52:29] zolfi at parspooyesh dot com Description: when using SELECT statement for selecting rows of table, and using fetchAll(or fetch) method the last character of each row will be lost. Reproduce code: --- $db_location = "table.sqlite"; $db = new PDO("sqlite:{$db_location}"); $db->query("create table my_table (name text);"); // table is empty $query = $db->query("delete from my_table"); $query = $db->query("insert into my_table (name) values ('123')"); $query = $db->query("select name from my_table"); while ($row = $query->fetch()) { print_r($row); } Expected result: Array ( [name] => 123 [0] => 123 ) Actual result: -- Array ( [name] => 12 [0] => 12 ) -- Edit this bug report at http://bugs.php.net/?id=38976&edit=1
#38976 [NEW]: missing last character when fetching query
From: zolfi at parspooyesh dot com Operating system: fedora linux 5 PHP version: 5.1.6 PHP Bug Type: PDO related Bug description: missing last character when fetching query Description: when using SELECT statement for selecting rows of table, and using fetchAll(or fetch) method the last character of each row will be lost. Reproduce code: --- $db_location = "table.sqlite"; $db = new PDO("sqlite:{$db_location}"); $db->query("create table my_table (name text);"); // table is empty $query = $db->query("delete from my_table"); $query = $db->query("insert into my_table (name) values ('123')"); $query = $db->query("select name from my_table"); while ($row = $query->fetch()) { print_r($row); } Expected result: Array ( [name] => 123 [0] => 123 ) Actual result: -- Array ( [name] => 12 [0] => 12 ) -- Edit bug report at http://bugs.php.net/?id=38976&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38976&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38976&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38976&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38976&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38976&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38976&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38976&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38976&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38976&r=support Expected behavior:http://bugs.php.net/fix.php?id=38976&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38976&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38976&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38976&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38976&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38976&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38976&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38976&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38976&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38976&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38976&r=mysqlcfg
#38882 [Bgs]: ldap_connect causes Segmentation fault
ID: 38882 User updated by: d dot wynne at ljmu dot ac dot uk Reported By: d dot wynne at ljmu dot ac dot uk Status: Bogus Bug Type: LDAP related Operating System: SuSE 10.1 x86_64 PHP Version: 4.4.4 New Comment: Right I've now compiled MySQL from source code. I'm using the mysql-5.0.18-src RPM as this matches exacly the binary RPM that comes with SuSE 10.1. Configure MySQL: ./configure --prefix=/usr --without-yassl --enable-thread-safe-client --with-gnu-ld --without-server --with-named-curses-libs=/usr/lib64/curses/libcurses.a --without-yassl I believe is the significant part. Built & installed Checked the libraries & header files are in the right place: ldconfig Re-built php from scratch. Configure as before. Installed & restarted Apache2. Same result. Segmentation fault on ldap_connect. Please help. Previous Comments: [2006-09-20 09:54:42] d dot wynne at ljmu dot ac dot uk Upgraded all 3 MySQl packages to version 5.0.24a. Re-built php-4.4.4 from scratch by deleting top level directoty and re-extracting tar file. Ran configure as beforw. Built no problem. make install /etc/init.d/apache2 restart Same problem when using ldap_connect: [Wed Sep 20 10:38:25 2006] [notice] child pid 21744 exit signal Segmentation fault (11) I can try and get a backtrace if you think it would help. Never done this before but the instructions seem straightforward. [2006-09-19 15:57:18] [EMAIL PROTECTED] >Seems a bit strange that all the mysql_* functions work > OK, and only when you do an ldap_connect the problem with >mysql 5.0.x arises. There is no problem as long as no OpenSSL functions are used. YaSSL and OpenSSL have conflicting names inside, so what you see is just a clash between them. >Would this be worth trying or is there a newer version > which has a better chance. Yes, I think it would. [2006-09-19 15:44:40] d dot wynne at ljmu dot ac dot uk Seems a bit strange that all the mysql_* functions work OK, and only when you do an ldap_connect the problem with mysql 5.0.x arises. Anyway the latest version of MySQL 5 seems to be 5.0.24. Would this be worth trying or is there a newer version which has a better chance. Appeciate you help as it seems not to be an issue with PHP, but external libraries. [2006-09-19 14:33:21] [EMAIL PROTECTED] The reason of this problem is YaSSL, which is used in 5.0.x versions of MySQL. AFAIK it has been fixed in latest version, but I'm not 100% sure. Anyway, it's not PHP problem. [2006-09-19 14:04:22] d dot wynne at ljmu dot ac dot uk mysql-client-5.0.18-16 mysql-devel-5.0.18-16 mysql-shared-5.0.18-16 The client libraies are only located at /usr/lib64/mysql, so again I had to copy these to /usr/lib to get configure to see them mysql_* functions work fine, and using PEAR too. Our MySQL server is actually on a different host so no mysql-server packages on this host. 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/38882 -- Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38974 [Bgs]: String is not properly overwritten in
ID: 38974 User updated by: hendlerman at yahoo dot com Reported By: hendlerman at yahoo dot com Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: OK. I can see how this is not a "bug" and expected. But I think the behaviour should be different. Maybe just: 1. don't loose keys I can't post to php-dev ATM, but is that the proper place to have this discussion? Previous Comments: [2006-09-27 15:45:14] [EMAIL PROTECTED] It's autoconverted to integer, i.e. 0. [2006-09-27 15:37:37] hendlerman at yahoo dot com the code you've outlined is not the same as the code I have. what happens to the key in the array called "count"? [2006-09-27 15:34:44] [EMAIL PROTECTED] # php -r '$s = "string"; $s[0] = 3; var_dump($s);' string(6) "3tring" This is expected behaviour. [2006-09-27 15:34:04] hendlerman at yahoo dot com edit title [2006-09-27 15:32:43] hendlerman at yahoo dot com Changing title and re-opening so it gets reviewed again. 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/38974 -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38975 [Opn->Fbk]: date() function causes php crash
ID: 38975 Updated by: [EMAIL PROTECTED] Reported By: rachmel at avaya dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: WindRiver Linux PHP Version: 5.1.6 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: [2006-09-27 15:34:34] rachmel at avaya dot com Description: When changing the Linux's timezone (changing /etc/localtime) to something other than CEST and running php script with date related functions, the php crashes and causes a segmentation fault. Reproduce code: --- Expected result: should print the current day of the week. Actual result: -- segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=38975&edit=1
#38974 [Opn->Bgs]: String is not properly overwritten in
ID: 38974 Updated by: [EMAIL PROTECTED] Reported By: hendlerman at yahoo dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: It's autoconverted to integer, i.e. 0. Previous Comments: [2006-09-27 15:37:37] hendlerman at yahoo dot com the code you've outlined is not the same as the code I have. what happens to the key in the array called "count"? [2006-09-27 15:34:44] [EMAIL PROTECTED] # php -r '$s = "string"; $s[0] = 3; var_dump($s);' string(6) "3tring" This is expected behaviour. [2006-09-27 15:34:04] hendlerman at yahoo dot com edit title [2006-09-27 15:32:43] hendlerman at yahoo dot com Changing title and re-opening so it gets reviewed again. [2006-09-27 15:14:18] hendlerman at yahoo dot com I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " 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/38974 -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Bgs->Opn]: String is not properly overwritten in
ID: 38974 User updated by: hendlerman at yahoo dot com Reported By: hendlerman at yahoo dot com -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: the code you've outlined is not the same as the code I have. what happens to the key in the array called "count"? Previous Comments: [2006-09-27 15:34:44] [EMAIL PROTECTED] # php -r '$s = "string"; $s[0] = 3; var_dump($s);' string(6) "3tring" This is expected behaviour. [2006-09-27 15:34:04] hendlerman at yahoo dot com edit title [2006-09-27 15:32:43] hendlerman at yahoo dot com Changing title and re-opening so it gets reviewed again. [2006-09-27 15:14:18] hendlerman at yahoo dot com I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " [2006-09-27 14:54:23] [EMAIL PROTECTED] $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. 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/38974 -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Opn->Bgs]: String is not properly overwritten in
ID: 38974 Updated by: [EMAIL PROTECTED] -Summary: String is not properly overwritten in Multi Dimensional Arrays Reported By: hendlerman at yahoo dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: # php -r '$s = "string"; $s[0] = 3; var_dump($s);' string(6) "3tring" This is expected behaviour. Previous Comments: [2006-09-27 15:34:04] hendlerman at yahoo dot com edit title [2006-09-27 15:32:43] hendlerman at yahoo dot com Changing title and re-opening so it gets reviewed again. [2006-09-27 15:14:18] hendlerman at yahoo dot com I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " [2006-09-27 14:54:23] [EMAIL PROTECTED] $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. [2006-09-27 14:53:23] [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 . 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/38974 -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38975 [NEW]: date() function causes php crash
From: rachmel at avaya dot com Operating system: WindRiver Linux PHP version: 5.1.6 PHP Bug Type: Reproducible crash Bug description: date() function causes php crash Description: When changing the Linux's timezone (changing /etc/localtime) to something other than CEST and running php script with date related functions, the php crashes and causes a segmentation fault. Reproduce code: --- Expected result: should print the current day of the week. Actual result: -- segmentation fault (core dumped) -- Edit bug report at http://bugs.php.net/?id=38975&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38975&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38975&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38975&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38975&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38975&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38975&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38975&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38975&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38975&r=support Expected behavior:http://bugs.php.net/fix.php?id=38975&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38975&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38975&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38975&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38975&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38975&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38975&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38975&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38975&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38975&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38975&r=mysqlcfg
#38974 [Opn]: String is not properly overwritten in Multi Dimensional Arrays
ID: 38974 User updated by: hendlerman at yahoo dot com -Summary: String is not properly overwritten in Reported By: hendlerman at yahoo dot com Status: Open Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: edit title Previous Comments: [2006-09-27 15:32:43] hendlerman at yahoo dot com Changing title and re-opening so it gets reviewed again. [2006-09-27 15:14:18] hendlerman at yahoo dot com I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " [2006-09-27 14:54:23] [EMAIL PROTECTED] $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. [2006-09-27 14:53:23] [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 . [2006-09-27 14:47:10] hendlerman at yahoo dot com Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Bgs->Opn]: String is not properly overwritten in
ID: 38974 User updated by: hendlerman at yahoo dot com -Summary: array should throw warning Reported By: hendlerman at yahoo dot com -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: Changing title and re-opening so it gets reviewed again. Previous Comments: [2006-09-27 15:14:18] hendlerman at yahoo dot com I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " [2006-09-27 14:54:23] [EMAIL PROTECTED] $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. [2006-09-27 14:53:23] [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 . [2006-09-27 14:47:10] hendlerman at yahoo dot com Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Bgs]: array should throw warning
ID: 38974 User updated by: hendlerman at yahoo dot com Reported By: hendlerman at yahoo dot com Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: I understand that it's valid in PHP to overwrite the string with an array. The problem is that the string is not actually overwritten by the array. I thought that was clear from the sample code! Doesn't seem like a feature if the array isn't overwritten. Perhaps I should have titled = "String is not properly overwritten " Previous Comments: [2006-09-27 14:54:23] [EMAIL PROTECTED] $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. [2006-09-27 14:53:23] [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 . [2006-09-27 14:47:10] hendlerman at yahoo dot com Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Bgs]: array should throw warning
ID: 38974 Updated by: [EMAIL PROTECTED] Reported By: hendlerman at yahoo dot com Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.6 New Comment: $string[0] = 'c'; is perfectly valid code and that's what you get with $string['otherstring']. Previous Comments: [2006-09-27 14:53:23] [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 . [2006-09-27 14:47:10] hendlerman at yahoo dot com Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [Opn->Bgs]: array should throw warning
ID: 38974 Updated by: [EMAIL PROTECTED] Reported By: hendlerman at yahoo dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: windows XP PHP Version: 5.1.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 . Previous Comments: [2006-09-27 14:47:10] hendlerman at yahoo dot com Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit this bug report at http://bugs.php.net/?id=38974&edit=1
#38974 [NEW]: array should throw warning
From: hendlerman at yahoo dot com Operating system: windows XP PHP version: 5.1.6 PHP Bug Type: Arrays related Bug description: array should throw warning Description: The error is caused by a user error, but I believe PHP should be throwing an error. PHP is not strongly typed, but I thought you get a warning if you try to convert a string to an array. Sorry I am not in 5.1.6 Reproduce code: --- /** * Output for me * PHP version 5.1.4 * Array ( [name] => 2alue ) * * */ function array_bug() { echo "PHP version ". phpversion().''; $test_array = array(); $test_array['name'] = 'value'; $test_array['name']['count'] = 2; print_r($test_array); } array_bug(); exit; Expected result: I would expect an error or warning Actual result: -- Array ( [name] => 2alue ) -- Edit bug report at http://bugs.php.net/?id=38974&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38974&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38974&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38974&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38974&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38974&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38974&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38974&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38974&r=support Expected behavior:http://bugs.php.net/fix.php?id=38974&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38974&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38974&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38974&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38974&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38974&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38974&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38974&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38974&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38974&r=mysqlcfg
#38908 [Fbk->Opn]: big NEGATIVE integers won't overflow on Linux
ID: 38908 User updated by: golikov at hotmail dot com Reported By: golikov at hotmail dot com -Status: Feedback +Status: Open Bug Type: Variables related Operating System: Linux (2.6.9-34.0.2.ELsmp) PHP Version: 5.1.6 New Comment: I don't have any Linux system available to build and test. The bug is visible on a hosting. Can you get someone else to test? BTW I forgot my pswd and mails on forgotten pswd do not come through. Previous Comments: [2006-09-23 11:43:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Not reproducible. [2006-09-21 04:14:46] golikov at hotmail dot com Description: If big negative number (-3032250090012579) is converted to integer, php 5.1.6 does not overflow on LINUX and uses max negative integer value (-2147483648) instead. Though on Windows it works as ok. Related bug #30315. Reproduce code: --- $a2 = 2224955379988029; echo "$a2 => (int)" . (int)$a2 . "\n"; $a3 = -2224955379988029; echo "$a3 => (int)" . (int)$a3 . "\n"; Expected result: 2.224955379988E+015 => (int)-888097219 -2.224955379988E+015 => (int)888097219 Actual result: -- 2.22495537999E+15 => (int)-888097219 -2.22495537999E+15 => (int)-2147483648 -- Edit this bug report at http://bugs.php.net/?id=38908&edit=1
#38841 [Asn]: Unable to load dynamic library '/usr/lib/php5/extensions/mysqli.so'
ID: 38841 Updated by: [EMAIL PROTECTED] Reported By: albertbrian at gmail dot com Status: Assigned Bug Type: MySQLi related Operating System: OpenSuSE 10.0 PHP Version: 5.1.6 Assigned To: georg New Comment: mysql_set_character_set is a symbol defined in all MySQL 4.1 and 5.0 client libraries on my system (and i have quite a few). It is nothing that is only conditionally compiled in either (afaict.) My educated guess on this would be: some other apache module uses an older (<= 4.0) mysql client library? What happens if you try to run the PHP CLI binary and try to load ext/mysqli into that? Previous Comments: [2006-09-17 07:56:59] [EMAIL PROTECTED] Please leave the status as it is, I'd like MySQL people to take a look at it. The question is why mysql_set_character_set() is not exported in libmysqlclient.so, while it's expected to be. [2006-09-16 00:44:35] albertbrian at gmail dot com Temporarily close this to do more investigation. [2006-09-16 00:37:32] albertbrian at gmail dot com Thank Judas. My bad, I do not really understand meaning of "what you are supposed to be using if you choose the server_apache_SuSE_Linux_10.0 repository". Can you please make it more clear ? Thanks. Currently, I temporarily uninstall mysqli extension. [2006-09-16 00:29:48] judas dot iscariote at gmail dot com to be more precise, they are linked against mysql 4.1.13 libraries, because that is the mysql version the distribution contains, and what you are supposed to be using if you choose the server_apache_SuSE_Linux_10.0 repository. and no, there is currenlty no php version for 10.0 linked against mysql 5, only for 10.1. [2006-09-16 00:26:50] albertbrian at gmail dot com At the ending, I hope someone can help me fix "Unable to load dynamic library '/usr/lib/php5/extensions/mysqli.so'" in first my comment. 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/38841 -- Edit this bug report at http://bugs.php.net/?id=38841&edit=1
#38960 [WFx->Ana]: OCI8 failure...
ID: 38960 Updated by: [EMAIL PROTECTED] Reported By: sn4265 at att dot com -Status: Wont fix +Status: Analyzed Bug Type: Compile Failure Operating System: HPUX 11.11 PHP Version: 5.1.6 Previous Comments: [2006-09-27 12:24:55] sn4265 at att dot com OK... The database servers that I am connecting to are remote, and are all Oracle 9i or greater. I spent much of last night downloading and attempting to build PHP 5.1.6 with the Oracle Instant Client as suggested. Unfortunately, I am still running into problems. Here is what I am facing at this point. The configure script completes fine as follows: ./configure --with-mysql --with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2 --with-apxs2=/opt/apache/bin/apxs The make fails at the following point: /bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/ -DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main -I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2 -I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql -I/usr/local/oracle/instantclient_10_2/sdk/include -I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend -D_XOPEN_SOURCE_EXTENDED -I/usr/local/include -g -O2 -c /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function `php_oci_lob_read': /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared (first use in this function) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared identifier is reported only once /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it appears in.) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before "offset" *** Error exit code 1 Stop. Once again I'm stuck. Thanks again for any assistance. [2006-09-26 22:02:39] [EMAIL PROTECTED] >Is this a major change to PHP5? >Does it now only work with a more limited set of Oracle clients? Yes, there was a major change in OCI8, which greatly improved its functionality using new features available since Oracle 9. It still does work with Oracle 8 servers, but I don't think it makes sense to keep supporting (seriously) outdated Oracle 8.x clients. The easiest (and the recommended) way to setup a server with OCI8 support is to install Oracle Instant Client, doesn't matter which platform/OS you're using. I guess in your case the solution would be to stick with PHP4/PHP5.0.x. Other options are a bit more complicated: 1) upgrade the client to 9i (afaik instant client doesn't support Oracle < 8i) 2) upgrade both Oracle server and client to version >= 9. [2006-09-26 12:34:52] sn4265 at att dot com No clue. I have never used that before. This system has had Oracle 8.0.6.3 on it for years, and has always been what we have built against in the past without any problems. Is this a major change to PHP5? Does it now only work with a more limited set of Oracle clients? [2006-09-26 12:28:49] [EMAIL PROTECTED] Does it work for you with Oracle Instant Client - http://www.oracle.com/technology/tech/oci/instantclient/index.html ? [2006-09-26 12:18:09] sn4265 at att dot com Description: I am attempting to build a working version of Apache 2.0.59 with PHP 5.1.6. I am doing this under HPUX 11.11, and have sucessfully built Apache, and PHP without OCI8 support. The problem is when I attempt to include OCI8 support either in the PHP build directly or by attempting to build the oci8-1.2.2 package after the fact. Here is the attempt buildint OCI8 after the fact. The error is identical when attempting to build PHP with OCI8 support too. Reproduce code: --- [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> ./configure checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> make /usr/bin/posix/sh /www/tmp/oci8-1.2.2/libtool --mode=compile gcc -I. -I/www/tmp/oci8-1.2.2 -DPHP_ATOM_INC -I/www/tmp/oci8-1.2.2/include -I/www/t
#38960 [WFx]: OCI8 failure...
ID: 38960 User updated by: sn4265 at att dot com Reported By: sn4265 at att dot com Status: Wont fix Bug Type: Compile Failure Operating System: HPUX 11.11 PHP Version: 5.1.6 New Comment: OK... The database servers that I am connecting to are remote, and are all Oracle 9i or greater. I spent much of last night downloading and attempting to build PHP 5.1.6 with the Oracle Instant Client as suggested. Unfortunately, I am still running into problems. Here is what I am facing at this point. The configure script completes fine as follows: ./configure --with-mysql --with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2 --with-apxs2=/opt/apache/bin/apxs The make fails at the following point: /bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/ -DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main -I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2 -I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql -I/usr/local/oracle/instantclient_10_2/sdk/include -I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend -D_XOPEN_SOURCE_EXTENDED -I/usr/local/include -g -O2 -c /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function `php_oci_lob_read': /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared (first use in this function) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared identifier is reported only once /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it appears in.) /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before ')' token /www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before "offset" *** Error exit code 1 Stop. Once again I'm stuck. Thanks again for any assistance. Previous Comments: [2006-09-26 22:02:39] [EMAIL PROTECTED] >Is this a major change to PHP5? >Does it now only work with a more limited set of Oracle clients? Yes, there was a major change in OCI8, which greatly improved its functionality using new features available since Oracle 9. It still does work with Oracle 8 servers, but I don't think it makes sense to keep supporting (seriously) outdated Oracle 8.x clients. The easiest (and the recommended) way to setup a server with OCI8 support is to install Oracle Instant Client, doesn't matter which platform/OS you're using. I guess in your case the solution would be to stick with PHP4/PHP5.0.x. Other options are a bit more complicated: 1) upgrade the client to 9i (afaik instant client doesn't support Oracle < 8i) 2) upgrade both Oracle server and client to version >= 9. [2006-09-26 12:34:52] sn4265 at att dot com No clue. I have never used that before. This system has had Oracle 8.0.6.3 on it for years, and has always been what we have built against in the past without any problems. Is this a major change to PHP5? Does it now only work with a more limited set of Oracle clients? [2006-09-26 12:28:49] [EMAIL PROTECTED] Does it work for you with Oracle Instant Client - http://www.oracle.com/technology/tech/oci/instantclient/index.html ? [2006-09-26 12:18:09] sn4265 at att dot com Description: I am attempting to build a working version of Apache 2.0.59 with PHP 5.1.6. I am doing this under HPUX 11.11, and have sucessfully built Apache, and PHP without OCI8 support. The problem is when I attempt to include OCI8 support either in the PHP build directly or by attempting to build the oci8-1.2.2 package after the fact. Here is the attempt buildint OCI8 after the fact. The error is identical when attempting to build PHP with OCI8 support too. Reproduce code: --- [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20050922 Zend Extension Api No: 220051025 [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> ./configure checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes [EMAIL PROTECTED]:/www/tmp/oci8-1.2.2> make /usr/bin/posix/sh /www/tmp/oci8-1.2.2/libtool --mode=compile gcc -I. -I/www/tmp/oci8-1.2.2 -DPHP_ATOM_INC -I/www/tmp/oci8-1.2.2/include -I/www/tmp/oci8-1.2.2/main -I/www/tmp/oci8-1.2.2 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: I don't see any problems, though I would test it with --disable-all --with-oci8=<...> instead. Previous Comments: [2006-09-27 12:11:25] masui at emplex dot co dot jp Following is my php configure option. Is it correct? ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-mbstring \ --enable-mbregex \ --with-zlib \ --with-curl \ --with-dom \ --with-dom-xslt \ --with-openssl \ --enable-sigchild \ --with-oci8=/home/oracle/product/10.2.0/db_1 \ [2006-09-27 11:40:47] [EMAIL PROTECTED] Yes, with your code I get valid Unicode data I inserted before. Please try to run it in console (but don't forget to set NLS_LANG first). [2006-09-27 11:31:39] masui at emplex dot co dot jp Can your CLOB data be returned by reproduce code correct? [2006-09-27 11:25:29] [EMAIL PROTECTED] So, what's the problem then? [2006-09-27 11:15:38] masui at emplex dot co dot jp Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk->Opn]: OCI-Lob->loa return broken character
ID: 38972 User updated by: masui at emplex dot co dot jp Reported By: masui at emplex dot co dot jp -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Following is my php configure option. Is it correct? ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-mbstring \ --enable-mbregex \ --with-zlib \ --with-curl \ --with-dom \ --with-dom-xslt \ --with-openssl \ --enable-sigchild \ --with-oci8=/home/oracle/product/10.2.0/db_1 \ Previous Comments: [2006-09-27 11:40:47] [EMAIL PROTECTED] Yes, with your code I get valid Unicode data I inserted before. Please try to run it in console (but don't forget to set NLS_LANG first). [2006-09-27 11:31:39] masui at emplex dot co dot jp Can your CLOB data be returned by reproduce code correct? [2006-09-27 11:25:29] [EMAIL PROTECTED] So, what's the problem then? [2006-09-27 11:15:38] masui at emplex dot co dot jp Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. [2006-09-27 11:02:44] [EMAIL PROTECTED] ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Yes, with your code I get valid Unicode data I inserted before. Please try to run it in console (but don't forget to set NLS_LANG first). Previous Comments: [2006-09-27 11:31:39] masui at emplex dot co dot jp Can your CLOB data be returned by reproduce code correct? [2006-09-27 11:25:29] [EMAIL PROTECTED] So, what's the problem then? [2006-09-27 11:15:38] masui at emplex dot co dot jp Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. [2006-09-27 11:02:44] [EMAIL PROTECTED] ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." [2006-09-27 11:01:55] [EMAIL PROTECTED] This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk->Opn]: OCI-Lob->loa return broken character
ID: 38972 User updated by: masui at emplex dot co dot jp Reported By: masui at emplex dot co dot jp -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Can your CLOB data be returned by reproduce code correct? Previous Comments: [2006-09-27 11:25:29] [EMAIL PROTECTED] So, what's the problem then? [2006-09-27 11:15:38] masui at emplex dot co dot jp Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. [2006-09-27 11:02:44] [EMAIL PROTECTED] ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." [2006-09-27 11:01:55] [EMAIL PROTECTED] This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" [2006-09-27 11:00:23] [EMAIL PROTECTED] Just insert plain Unicode data and select it from the table. 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: So, what's the problem then? Previous Comments: [2006-09-27 11:15:38] masui at emplex dot co dot jp Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. [2006-09-27 11:02:44] [EMAIL PROTECTED] ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." [2006-09-27 11:01:55] [EMAIL PROTECTED] This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" [2006-09-27 11:00:23] [EMAIL PROTECTED] Just insert plain Unicode data and select it from the table. [2006-09-27 10:53:44] masui at emplex dot co dot jp I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk->Opn]: OCI-Lob->loa return broken character
ID: 38972 User updated by: masui at emplex dot co dot jp Reported By: masui at emplex dot co dot jp -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Yes, your CLOB DATA is correct. I tested for Japanease UTF-8. Previous Comments: [2006-09-27 11:02:44] [EMAIL PROTECTED] ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." [2006-09-27 11:01:55] [EMAIL PROTECTED] This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" [2006-09-27 11:00:23] [EMAIL PROTECTED] Just insert plain Unicode data and select it from the table. [2006-09-27 10:53:44] masui at emplex dot co dot jp I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); [2006-09-27 10:04:45] [EMAIL PROTECTED] How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: ...which is exactly what you posted earlier: "My CLOB data in Oracle is "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã"." Previous Comments: [2006-09-27 11:01:55] [EMAIL PROTECTED] This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" [2006-09-27 11:00:23] [EMAIL PROTECTED] Just insert plain Unicode data and select it from the table. [2006-09-27 10:53:44] masui at emplex dot co dot jp I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); [2006-09-27 10:04:45] [EMAIL PROTECTED] How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. [2006-09-27 09:56:36] masui at emplex dot co dot jp Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: This is what I get back when I insert UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'): string(40) "�Zˆê“ñŽOŽlŒÜ˜ZŽµ”ª‹ã" Previous Comments: [2006-09-27 11:00:23] [EMAIL PROTECTED] Just insert plain Unicode data and select it from the table. [2006-09-27 10:53:44] masui at emplex dot co dot jp I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); [2006-09-27 10:04:45] [EMAIL PROTECTED] How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. [2006-09-27 09:56:36] masui at emplex dot co dot jp Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. [2006-09-27 09:15:34] [EMAIL PROTECTED] Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". 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/38972 -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Just insert plain Unicode data and select it from the table. Previous Comments: [2006-09-27 10:53:44] masui at emplex dot co dot jp I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); [2006-09-27 10:04:45] [EMAIL PROTECTED] How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. [2006-09-27 09:56:36] masui at emplex dot co dot jp Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. [2006-09-27 09:15:34] [EMAIL PROTECTED] Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". [2006-09-27 07:59:54] masui at emplex dot co dot jp Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk->Opn]: OCI-Lob->loa return broken character
ID: 38972 User updated by: masui at emplex dot co dot jp Reported By: masui at emplex dot co dot jp -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: I set NLS_LANG in /usr/local/apache2/bin/envvars. Following is my setting. export ORACLE_BASE=/home/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1 export NLS_LANG=.AL32UTF8 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export ORA_NLS10=$ORACLE_HOME/nls/data export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1 I tested by access from web browser. Following is create table and insert data. CREATE TABLE LOBTEST ( LOBDATA CLOB ); insert INTO LOBTEST VALUES (UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9')); Previous Comments: [2006-09-27 10:04:45] [EMAIL PROTECTED] How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. [2006-09-27 09:56:36] masui at emplex dot co dot jp Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. [2006-09-27 09:15:34] [EMAIL PROTECTED] Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". [2006-09-27 07:59:54] masui at emplex dot co dot jp Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38949 [Asn->Csd]: Cannot get xmlns value attribute
ID: 38949 Updated by: [EMAIL PROTECTED] Reported By: superruzafa at gmail dot com -Status: Assigned +Status: Closed Bug Type: DOM XML related Operating System: Windows XP PHP Version: 5.1.6 Assigned To: rrichards New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-09-25 14:18:43] superruzafa at gmail dot com Description: Surely this is not a bug, because is too obvious, Perhaps is a fault of W3C spec. I have a xml file, and I try to parse to get xmlns's attributes. Simplely: [test.xml] http://ns"; xmlns:ns2="http://ns2";> Reproduce code: --- $xml=new DOMDocument(); $xml->load("test.xml"); echo $xml->documentElement->getAttribute("xmlns"); Expected result: "http://ns"; Actual result: -- "" -- Edit this bug report at http://bugs.php.net/?id=38949&edit=1
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: How did you set NLS_LANG? How do you test it? >Broken is only 64bit Linux only, 32bit linx is ok. I'm testing on 64bit host and it works perfectly fine with Oracle10g/UTF8. Previous Comments: [2006-09-27 09:56:36] masui at emplex dot co dot jp Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. [2006-09-27 09:15:34] [EMAIL PROTECTED] Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". [2006-09-27 07:59:54] masui at emplex dot co dot jp Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [Fbk->Opn]: OCI-Lob->loa return broken character
ID: 38972 User updated by: masui at emplex dot co dot jp Reported By: masui at emplex dot co dot jp -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Yes, I set ".AL32UTF8" to NLS_LANG. My CLOB data in Oracle is "ZêñOlÜZµªã". Broken is only 64bit Linux only, 32bit linx is ok. Previous Comments: [2006-09-27 09:15:34] [EMAIL PROTECTED] Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". [2006-09-27 07:59:54] masui at emplex dot co dot jp Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38970 [Fbk->Bgs]: weird skip so that $array[0] is missed
ID: 38970 Updated by: [EMAIL PROTECTED] Reported By: jlindenbaum at gawsolutions dot com -Status: Feedback +Status: Bogus Bug Type: Scripting Engine problem Operating System: Cent OS 4.3 PHP Version: 4.4.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. This sounds like an auto-type-conversion issue -- you need to use identity tests instead of equality. (Further Hint: by definition, "submit"==0, but "submit"!==0). Previous Comments: [2006-09-27 07:07:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-09-27 03:07:52] jlindenbaum at gawsolutions dot com Sorry, another update. We just found the weirdest work around. the echo the checkbox: echo "\t ".$value if we add the one before the $key in nam="" so that the $_POST array starts at 10 it works fine. [2006-09-27 03:05:06] jlindenbaum at gawsolutions dot com Sorry entered wrong OS version. Changed from 4.2 to 4.3 [2006-09-27 03:00:07] jlindenbaum at gawsolutions dot com Description: Reading files from a directory, stripping "." and "..". Sorting array by values (using sort()). foreach() is used to output a checkbox for each file (cPanel user file). When user is checked chosen action (from the radio buttons) is to be applied (with system command) by executing the command in action with the appropriate username trailing. foreach() is used to go through every $_POST value with an if() the $keys "action" and "submit" are excluded from execution. A bash command is put together and finally executed. Everything works as it should, except that the array[0] is totally ignored. Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> User actions Backup Suspend Unsuspend Delete $value) { echo"\t ".$value."\n"; } closedir($handle); ?> "; // output a horizontal rule for clearance echo ""; foreach( $_POST as $key => $value ) { if( $key != "submit" && $key != "action" ) { $bash = $_POST['action']." ".$value; // put together /path/command username echo "Processing: ".$value."\n"; system($bash); echo "Done\n"; } } echo ""; } ?> Expected result: Expected result is that every $_POST key (0 through n) should be put together with the $_POST['action'] command and a username, executed and on to the next. Actual result: -- It works for every user, BUT the $usrarr[0] key and value. -- Edit this bug report at http://bugs.php.net/?id=38970&edit=1
#38972 [Opn->Fbk]: OCI-Lob->loa return broken character
ID: 38972 Updated by: [EMAIL PROTECTED] Reported By: masui at emplex dot co dot jp -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.0RC4 New Comment: Cannot reproduce. Make sure your NLS_LANG is set and equals to something similar to ".AL32UTF8". Previous Comments: [2006-09-27 07:59:54] masui at emplex dot co dot jp Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit this bug report at http://bugs.php.net/?id=38972&edit=1
#38972 [NEW]: OCI-Lob->loa return broken character
From: masui at emplex dot co dot jp Operating system: linux PHP version: 5.2.0RC4 PHP Bug Type: OCI8 related Bug description: OCI-Lob->loa return broken character Description: OCI-Lob->load returns broken character or nothing in php 5.2.0RC4. It is occurred in 64bit linux, in 32bit linux OCI-Lob->read returns correct multibyte string. My Oracle database is R10.2.0.2.0, charset is AL32UTF8. Downgrading to php 5.2.0RC1, it works correct, so this might be bug. Best regards Hideaki Masui Reproduce code: --- $conn = oci_connect('scot', 'tiger', 'xxx'); if (!$conn) exit; $query = 'SELECT LOBDATA FROM LOBTEST'; $stid = oci_parse($conn, $query); if (!$stid) exit; $r = oci_execute($stid, OCI_DEFAULT); if (!$r) exit; while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) { echo $row['LOBDATA']->load() ."\n"; } oci_close($conn); Expected result: The "echo $row['LOBDATA']->load();" line should return the actual mulitibyte string from the select statement. Actual result: -- $row['LOBDATA']->load() returns broken character or nothing. -- Edit bug report at http://bugs.php.net/?id=38972&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38972&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38972&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38972&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38972&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38972&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38972&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38972&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38972&r=support Expected behavior:http://bugs.php.net/fix.php?id=38972&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38972&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38972&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38972&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38972&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38972&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38972&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38972&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38972&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38972&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38972&r=mysqlcfg
#38961 [Opn->Csd]: Metaphone results in segmentation fault
ID: 38961 Updated by: [EMAIL PROTECTED] Reported By: nikolas dot hagelstein at gmail dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Netbsd 3.0.1 AMD64 PHP Version: 5.1.6 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-09-27 08:17:31] nikolas dot hagelstein at gmail dot com seems to work at least on my 64bit maschine tested against 5.1.6 and latest snapshot. Maybe someone can verify for 32bit maschines. [2006-09-26 22:11:59] [EMAIL PROTECTED] Please apply this to the snapshot: http://tony2001.phpclub.net/dev/tmp/bug38961.diff Does this patch fix it for you? [2006-09-26 20:30:30] nikolas dot hagelstein at gmail dot com (gdb) p word[w_idx] $1 = -61 'Ã' in my native mind this should not result in a negative number. This seems to be related to wider datatypes on 64 bit maschines possible a compiler flag issue ... [2006-09-26 20:19:01] [EMAIL PROTECTED] I've reported it to NetBSD people, lets see what they say about it. [2006-09-26 18:34:13] nikolas dot hagelstein at gmail dot com ah got it i had to run php -e (gdb) p word[w_idx] $1 = -61 'Ã' (gdb) p toupper(word[w_idx]) $2 = 28518 (gdb) p isalpha(toupper(word[w_idx])) Program received signal SIGSEGV, Segmentation fault. 0x000200e4eced in isalpha () from /usr/lib/libc.so.12 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/38961 -- Edit this bug report at http://bugs.php.net/?id=38961&edit=1
#38961 [Fbk->Opn]: Metaphone results in segmentation fault
ID: 38961 User updated by: nikolas dot hagelstein at gmail dot com Reported By: nikolas dot hagelstein at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Netbsd 3.0.1 AMD64 PHP Version: 5.1.6 New Comment: seems to work at least on my 64bit maschine tested against 5.1.6 and latest snapshot. Maybe someone can verify for 32bit maschines. Previous Comments: [2006-09-26 22:11:59] [EMAIL PROTECTED] Please apply this to the snapshot: http://tony2001.phpclub.net/dev/tmp/bug38961.diff Does this patch fix it for you? [2006-09-26 20:30:30] nikolas dot hagelstein at gmail dot com (gdb) p word[w_idx] $1 = -61 'Ã' in my native mind this should not result in a negative number. This seems to be related to wider datatypes on 64 bit maschines possible a compiler flag issue ... [2006-09-26 20:19:01] [EMAIL PROTECTED] I've reported it to NetBSD people, lets see what they say about it. [2006-09-26 18:34:13] nikolas dot hagelstein at gmail dot com ah got it i had to run php -e (gdb) p word[w_idx] $1 = -61 'Ã' (gdb) p toupper(word[w_idx]) $2 = 28518 (gdb) p isalpha(toupper(word[w_idx])) Program received signal SIGSEGV, Segmentation fault. 0x000200e4eced in isalpha () from /usr/lib/libc.so.12 [2006-09-26 18:33:44] [EMAIL PROTECTED] # gdb sapi/cli/php (gdb) r /path/to/test/script.php (gdb) f 0 (gdb) p word[w_idx] (gdb) p toupper(word[w_idx]) (gdb) p isalpha(toupper(word[w_idx])) 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/38961 -- Edit this bug report at http://bugs.php.net/?id=38961&edit=1
#38958 [Bgs]: bug
ID: 38958 User updated by: info at arininav dot ru Reported By: info at arininav dot ru Status: Bogus Bug Type: Dynamic loading Operating System: win2003 server PHP Version: 5.1.6 New Comment: Thank you. I will try to beat it. (è çà÷åì ÿ òîëüêî ðåøèë îáíîâèòü ÏÕÏ, òåïåðü ãåìîðîéñÿ ñ ýòèì êëèåíòîì Îðàêëÿ÷åì... ýé ýõ) Previous Comments: [2006-09-27 07:32:10] [EMAIL PROTECTED] http://php.net/oci8 Requirements You will need the Oracle client libraries to use this extension. Windows users will need libraries with version at least 10 to use the php_oci8.dll. The most convenient way to install all the required files is to use Oracle Instant Client, which is available from here: http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html. [2006-09-27 06:23:52] info at arininav dot ru Hi, Please tell me. What oracle dll using php_oci8.dll on 5.1.6? My environments Path: ...C:\Oracle\Ora81\bin;C:\Oracle\Ora81\orb\bin;... May be need copy some to system32? It's all work on 5.1.2. Oracle 8.1. Client was stay. Help. [2006-09-26 08:47:20] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2006-09-26 08:43:27] info at arininav dot ru Description: Hi, Don't load php_oci8.dll from packages 5.1.4, 5, 6. Php_oci8.dll loading if takes it from 5.1.2 only or low. -- Edit this bug report at http://bugs.php.net/?id=38958&edit=1
#38971 [Opn->Bgs]: PHP doesn't report errors
ID: 38971 Updated by: [EMAIL PROTECTED] Reported By: bruce dot li at hannoverfairs dot com dot au -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows XP SP2 PHP Version: 4.4.4 New Comment: display_errors = On in php.ini is what you need. Previous Comments: [2006-09-27 07:32:26] bruce dot li at hannoverfairs dot com dot au Description: I have installed PHP on windows IIS as an application, and have setup php.ini to report all errors. The problem is, when a php page is valid, it displays properly on the browser, but when there's some error in the coding, instead of displaying errors, a blank page is returned. I have tried it with Apache, or installing PHP as CGI, no problem at all, I got the errors when I made a mistake in the coding, but on IIS, when installed as an application, no error is returned at all, I am not sure if it's just my settings but I have tried it on 3 computers with windows 2K, windows NT4 and windows XP, and I got the same problem on all of them. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=38971&edit=1
#38820 [Opn->Csd]: chdir(".") and chdir("..") don't work with Apache 2.0+
ID: 38820 Updated by: [EMAIL PROTECTED] Reported By: ras at fyn dot dk -Status: Open +Status: Closed Bug Type: Directory function related Operating System: Win XP SP2 PHP Version: 5.1.6 New Comment: Fixed -> closed. Previous Comments: [2006-09-27 07:04:14] ras at fyn dot dk Installed under a clean Apache 2.2.3, and it worked! Thank you for your fast response! :) Should I change the status of this bug, or will an admin do that? [2006-09-26 17:30:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-26 06:19:26] ras at fyn dot dk No, it does not reproduce on Linux, as said, the bug appears to be specific to the Windows port. [2006-09-25 13:04:23] [EMAIL PROTECTED] Not reproducible on Linux with Apache2.0.55 worker/prefork. [2006-09-14 11:21:56] ras at fyn dot dk Tony, as said - I already tried the current snapshot, downloaded the latest development release yesterday. Unless it was fixed and updated today, I'm sorry, but I don't have time to uninstall, reinstall and reconfigure Apache and PHP again just now. My current Apache 1.3 installation works just fine for me - I only use the Windows release for testing and development on my workstation... 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/38820 -- Edit this bug report at http://bugs.php.net/?id=38820&edit=1
#38971 [NEW]: PHP doesn't report errors
From: bruce dot li at hannoverfairs dot com dot au Operating system: Windows XP SP2 PHP version: 4.4.4 PHP Bug Type: IIS related Bug description: PHP doesn't report errors Description: I have installed PHP on windows IIS as an application, and have setup php.ini to report all errors. The problem is, when a php page is valid, it displays properly on the browser, but when there's some error in the coding, instead of displaying errors, a blank page is returned. I have tried it with Apache, or installing PHP as CGI, no problem at all, I got the errors when I made a mistake in the coding, but on IIS, when installed as an application, no error is returned at all, I am not sure if it's just my settings but I have tried it on 3 computers with windows 2K, windows NT4 and windows XP, and I got the same problem on all of them. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=38971&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38971&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38971&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38971&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38971&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38971&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38971&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38971&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38971&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38971&r=support Expected behavior:http://bugs.php.net/fix.php?id=38971&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38971&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38971&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38971&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38971&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38971&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38971&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38971&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38971&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38971&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38971&r=mysqlcfg
#38958 [Bgs]: bug
ID: 38958 Updated by: [EMAIL PROTECTED] Reported By: info at arininav dot ru Status: Bogus Bug Type: Dynamic loading Operating System: win2003 server PHP Version: 5.1.6 New Comment: http://php.net/oci8 Requirements You will need the Oracle client libraries to use this extension. Windows users will need libraries with version at least 10 to use the php_oci8.dll. The most convenient way to install all the required files is to use Oracle Instant Client, which is available from here: http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html. Previous Comments: [2006-09-27 06:23:52] info at arininav dot ru Hi, Please tell me. What oracle dll using php_oci8.dll on 5.1.6? My environments Path: ...C:\Oracle\Ora81\bin;C:\Oracle\Ora81\orb\bin;... May be need copy some to system32? It's all work on 5.1.2. Oracle 8.1. Client was stay. Help. [2006-09-26 08:47:20] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2006-09-26 08:43:27] info at arininav dot ru Description: Hi, Don't load php_oci8.dll from packages 5.1.4, 5, 6. Php_oci8.dll loading if takes it from 5.1.2 only or low. -- Edit this bug report at http://bugs.php.net/?id=38958&edit=1
#38966 [Opn->Bgs]: file() an external address returns a weird error message
ID: 38966 Updated by: [EMAIL PROTECTED] Reported By: dgbauleo at yahoo dot com dot br -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.1.6 New Comment: Yes, PHP just doesn't have any error messages in pt_BR. Previous Comments: [2006-09-26 23:22:47] dgbauleo at yahoo dot com dot br I installed PHP 4.4.4, and now I receive the error "Bad file descriptor". Is this really an issue with my OS? [2006-09-26 21:28:25] [EMAIL PROTECTED] >Falha de uma chamada ao sistema que não deveria falhar nunca. This is what your OS says. [2006-09-26 21:23:21] dgbauleo at yahoo dot com dot br Description: I'm trying to pass an external link to the file() function, but it returns a weird error message in portuguese. Assuming that I live in Brazil, the message in portuguese is not the problem. What I don't understand is that the code was working, then suddenly it started to raise the error message. Reproduce code: --- http://rss.terra.com.br/0,,EI4795,00.xml'); ?> Expected result: The lines of the file 0,,EI4795,00.xml should be passed as an array to $aOrigem. Actual result: -- I received this error message: Warning: file(http://rss.terra.com.br/0,,EI4795,00.xml) [function.file]: failed to open stream: Falha de uma chamada ao sistema que não deveria falhar nunca. in D:\WebRoot\atualiza_xml.php on line 2 Translating the error message to english: "Fail in a system call which should never have failed." I don't believe this is a coding issue, since the file is only 1 line long, and this code was working about 2 hours ago. -- Edit this bug report at http://bugs.php.net/?id=38966&edit=1
#37919 [Com]: PHP doesn't read the configurations propertly
ID: 37919 Comment by: mcloudteo at hotmail dot com Reported By: rafael dot amador at gmail dot com Status: Open Bug Type: *Configuration Issues Operating System: Windows XP Pro SP2 PHP Version: 5.1.4 or above New Comment: Do this: * Go to Control Panel and open the System icon (Start -> Settings -> Control Panel -> System, or just Start -> Control Panel -> System for Windows XP/2003) * Go to the Advanced tab * Click on the 'Environment Variables' button * Look into the 'System variables' pane * Click on 'New' and enter 'PHPRC' as the variable name and the directory where php.ini is located as the variable value (e.g. C:\php) * Press OK and restart your computer Previous Comments: [2006-09-25 23:26:09] rafael dot amador at gmail dot com tested with lastest snapshot and the same result [2006-09-23 10:19:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-07-27 17:21:12] rafael dot amador at gmail dot com the bug is present in 5.1.5. Nobody will fix this anoying bug? [2006-06-27 02:16:12] rafael dot amador at gmail dot com i configured the php file with the registry entry pointing to it and didn't work but if i comment the doc_root option in php.ini all works WELL. a couple of questions come to me now: why the windows PATH method doesn't works? why the registry method works only with doc_root disabled? i saw a lot of bugs that have similar behavior. check this beacuse if isn't a bug then isn't documentated. [2006-06-26 21:09:11] rafael dot amador at gmail dot com i rebooted my server and again i've the same result The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37919 -- Edit this bug report at http://bugs.php.net/?id=37919&edit=1
#38970 [Opn->Fbk]: weird skip so that $array[0] is missed
ID: 38970 Updated by: [EMAIL PROTECTED] Reported By: jlindenbaum at gawsolutions dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Cent OS 4.3 PHP Version: 4.4.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2006-09-27 03:07:52] jlindenbaum at gawsolutions dot com Sorry, another update. We just found the weirdest work around. the echo the checkbox: echo "\t ".$value if we add the one before the $key in nam="" so that the $_POST array starts at 10 it works fine. [2006-09-27 03:05:06] jlindenbaum at gawsolutions dot com Sorry entered wrong OS version. Changed from 4.2 to 4.3 [2006-09-27 03:00:07] jlindenbaum at gawsolutions dot com Description: Reading files from a directory, stripping "." and "..". Sorting array by values (using sort()). foreach() is used to output a checkbox for each file (cPanel user file). When user is checked chosen action (from the radio buttons) is to be applied (with system command) by executing the command in action with the appropriate username trailing. foreach() is used to go through every $_POST value with an if() the $keys "action" and "submit" are excluded from execution. A bash command is put together and finally executed. Everything works as it should, except that the array[0] is totally ignored. Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> User actions Backup Suspend Unsuspend Delete $value) { echo"\t ".$value."\n"; } closedir($handle); ?> "; // output a horizontal rule for clearance echo ""; foreach( $_POST as $key => $value ) { if( $key != "submit" && $key != "action" ) { $bash = $_POST['action']." ".$value; // put together /path/command username echo "Processing: ".$value."\n"; system($bash); echo "Done\n"; } } echo ""; } ?> Expected result: Expected result is that every $_POST key (0 through n) should be put together with the $_POST['action'] command and a username, executed and on to the next. Actual result: -- It works for every user, BUT the $usrarr[0] key and value. -- Edit this bug report at http://bugs.php.net/?id=38970&edit=1
#38820 [Fbk->Opn]: chdir(".") and chdir("..") don't work with Apache 2.0+
ID: 38820 User updated by: ras at fyn dot dk Reported By: ras at fyn dot dk -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: Win XP SP2 PHP Version: 5.1.6 New Comment: Installed under a clean Apache 2.2.3, and it worked! Thank you for your fast response! :) Should I change the status of this bug, or will an admin do that? Previous Comments: [2006-09-26 17:30:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-26 06:19:26] ras at fyn dot dk No, it does not reproduce on Linux, as said, the bug appears to be specific to the Windows port. [2006-09-25 13:04:23] [EMAIL PROTECTED] Not reproducible on Linux with Apache2.0.55 worker/prefork. [2006-09-14 11:21:56] ras at fyn dot dk Tony, as said - I already tried the current snapshot, downloaded the latest development release yesterday. Unless it was fixed and updated today, I'm sorry, but I don't have time to uninstall, reinstall and reconfigure Apache and PHP again just now. My current Apache 1.3 installation works just fine for me - I only use the Windows release for testing and development on my workstation... [2006-09-14 08:50:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip 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/38820 -- Edit this bug report at http://bugs.php.net/?id=38820&edit=1