#33740 [Opn->WFx]: Configure fails on libpng
ID: 33740 Updated by: [EMAIL PROTECTED] Reported By: juha at mobilememoir dot com -Status: Open +Status: Wont fix Bug Type: *Compile Issues Operating System: SUSE 9.3 Professional PHP Version: 4.4.0 New Comment: You need to make symlinks for this, this is addressed in PHP 5+, but will no tbe backported to PHP 4.4. Previous Comments: [2005-07-18 06:37:06] juha at mobilememoir dot com Description: The PHP configure script will not find libpng. The same configure line works fine in 32-bit Redhat. I am running SUSE x64 Professional where all the libs are placed into /usr/lib64 folder. It looks like PHP is trying to get em from /usr/local/lib folder instead. Reproduce code: --- ./php-4.4.0/configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-imap=/usr/local/imap-2004a --with-gd=/usr/lib64 --with-png-dir=/usr/lib64 --with-jpeg-dir=/usr/lib64/ --with-zlib-dir=/usr/lib64 --enable-gd-native-ttf --with-freetype-dir=/usr/include/freetype2 Expected result: No configure error. Actual result: -- configure: error: libpng.(a|so) not found. Libpng is in /usr/lib64 folder, see below: kuhazor:/usr/lib64 # ls -alF | grep libpng -rw-r--r-- 1 root root 307756 2005-03-19 13:30 libpng12.a lrwxrwxrwx 1 root root 13 2005-07-17 21:05 libpng12.so -> libpng12.so.0* lrwxrwxrwx 1 root root 19 2005-07-17 21:05 libpng12.so.0 -> libpng12.so.0.1.2.8* -rwxr-xr-x 1 root root 182648 2005-03-19 13:30 libpng12.so.0.1.2.8* lrwxrwxrwx 1 root root 10 2005-07-17 21:05 libpng.a -> libpng12.a lrwxrwxrwx 1 root root 11 2005-07-17 21:05 libpng.so -> libpng.so.3* lrwxrwxrwx 1 root root 17 2005-07-17 21:05 libpng.so.3 -> libpng.so.3.1.2.8* -rwxr-xr-x 1 root root 182648 2005-03-19 13:30 libpng.so.3.1.2.8* -- Edit this bug report at http://bugs.php.net/?id=33740&edit=1
#33739 [Csd->Bgs]: MBString Doesn't showed up
ID: 33739 Updated by: [EMAIL PROTECTED] Reported By: willysr at jogja dot citra dot net dot id -Status: Closed +Status: Bogus Bug Type: mbstring related Operating System: Linux (Slackware 10.1) PHP Version: 4.4.0 New Comment: Bug reports that are no bugs have status "bogus". Previous Comments: [2005-07-18 03:31:49] willysr at jogja dot citra dot net dot id closing [2005-07-18 03:31:11] willysr at jogja dot citra dot net dot id Fixed My mistakes :( closing [2005-07-18 03:17:38] [EMAIL PROTECTED] The option is called '--enable-mbstring' [2005-07-18 03:10:42] willysr at jogja dot citra dot net dot id Description: I tried to compile php 4.4.0 with mbstring by adding '--with-mbstring=all' just like the documentation, but after the installation, i restarted the Apache, and when i looked in the phpinfo.php, it doesn't exist. i have tried to use '--with-mbstring' but didn't work also. Reproduce code: --- './configure' '--prefix=/usr/local' '--enable-discard-path' '--disable-force-cgi-redirect' '--enable-shared' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--enable-memory-limit' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php' '--with-pear=/usr/share/pear' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--with-exec-dir=/usr/bin' '--with-versioning' '--with-mod_charset' '--with-regex=php' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-ctype' '--enable-ftp' '--with-gettext=/usr' '--enable-posix' '--enable-session' '--enable-sysvsem' '--enable-sysvshm' '--with-openssl=/usr' '--without-kerberos' '--with-ttf' '--with-freetype-dir=/usr' '--with-zlib=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--with-tiff-dir' '--enable-xslt' '--with-xslt-sablot' '--with-iconv-dir=/usr/local/lib' '--with-curl' '--with-mysql-sock=/var/run/mysql/mysql.sock' '--with-mysql=/usr' '--with-mbstring=all' Expected result: mbstring extension does showed up in the phpinfo Actual result: -- it didn't showed up in the phpinfo -- Edit this bug report at http://bugs.php.net/?id=33739&edit=1
#33741 [NEW]: $_POST superglobal not populated
From: robbhammack at gmail dot com
Operating system: Win2K sp2
PHP version: 5.1.0b2
PHP Bug Type: Scripting Engine problem
Bug description: $_POST superglobal not populated
Description:
When submitting a html form using the post method, the superglobals $_POST
and $_REQUEST are not populated.
The $HTTP_RAW_POST_DATA is.
When submitting using get, the $_GET and $_REQUEST work as expected. I
first noticed this in 5.1.0b2 and upgraded to 5.1.0b3 to see if it had
been fixed.
OS is win2K xp2
PHP Version 5.1.0b3
System Windows NT MINERVA 5.1 build 2600
Build Date Jul 14 2005 20:32:24
Configure Command cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path C:/Development/programs/php5/php.ini
PHP API 20041225
PHP Extension 20050617
Zend Extension 220050617
Apache Version Apache/2.0.53 (Win32) PHP/5.1.0b3 DAV/2
Apache API Version 20020903
Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access
mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav
mod_dav_fs mod_dir mod_env mod_imap mod_include mod_info mod_isapi
mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir
mod_php5
Reproduce code:
---
");
print("Dump of HTTP RAW POST DATA ". var_dump($HTTP_RAW_POST_DATA)."");
print("Dump of POST Data" . var_dump($_POST)."");
print("Dump of REQUEST Data" . var_dump($_REQUEST)."");
?>
Expected result:
I expect the var_dump($_POST)and var_dump($_REQUEST) to output the values
from the form elements. I verified that the form was using the post method
two ways: liveHTTPHeaders and $_SERVER['REQUEST_METHOD']
Actual result:
--
URL: http://projectmanager/login.php?action=login
Results:
Request method: POST
string(42) "username=Robb passwd=Robb submit=Login " Dump of HTTP RAW POST
DATA
array(0) { } Dump of POST Data
array(1) { ["action"]=> string(5) "login" } Dump of REQUEST Data
--
Edit bug report at http://bugs.php.net/?id=33741&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33741&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33741&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33741&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33741&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33741&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33741&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33741&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33741&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33741&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33741&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33741&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33741&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33741&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33741&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33741&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33741&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33741&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33741&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33741&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33741&r=mysqlcfg
#31417 [Com]: $HTTP_RAW_POST_DATA but $_POST not populated
ID: 31417 Comment by: robbhammack at gmail dot com Reported By: j-spam at starline dot ee Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.0.3 New Comment: I'm also having this issue. $_GET and $HTTP_RAW_POST_DATA are populated, but $_REQUEST and $_POST are not. I'm trying to develop an application for php5 but whithout being able to post form data, I'm going to have to go back to php4 which would be a real shame. OS is win2K xp2 PHP Version 5.1.0b3 System Windows NT MINERVA 5.1 build 2600 Build Date Jul 14 2005 20:32:24 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:/Development/programs/php5/php.ini PHP API 20041225 PHP Extension 20050617 Zend Extension 220050617 Apache Version Apache/2.0.53 (Win32) PHP/5.1.0b3 DAV/2 Apache API Version 20020903 Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dav_fs mod_dir mod_env mod_imap mod_include mod_info mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_php5 Previous Comments: [2005-03-08 01:00:26] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-03-01 18:18:03] csaba at alum dot mit dot edu Huge problem. This just started happening on my Win XP Pro (SP 2) machine - checked with both the Feb 28 snapshots and March 1 snapshots. It was not happening on the Feb 19 snapshots, but I think it might be going on since Feb 25 because of: http://bugs.php.net/bug.php?id=32109 I am using Apache 2.0.53 and I have php.ini in c:\windows. Besides that I have the following 4 files in c:\winapps\php.net\latest: php.exe, php-win.exe, php5ts.dll, and php5apache2.dll, a fairly minimalistic setup. Csaba Gabor from Vienna [2005-02-28 21:07:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-01-05 16:03:50] j-spam at starline dot ee btw $_GET works. [2005-01-05 15:58:37] j-spam at starline dot ee Typo: "$HTTP_RAW_POST_DATA" not "$_HTTP_RAW_POST_DATA" on Reproduce code, line 2. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/31417 -- Edit this bug report at http://bugs.php.net/?id=31417&edit=1
#33740 [NEW]: Configure fails on libpng
From: juha at mobilememoir dot com Operating system: SUSE 9.3 Professional PHP version: 4.4.0 PHP Bug Type: *Compile Issues Bug description: Configure fails on libpng Description: The PHP configure script will not find libpng. The same configure line works fine in 32-bit Redhat. I am running SUSE x64 Professional where all the libs are placed into /usr/lib64 folder. It looks like PHP is trying to get em from /usr/local/lib folder instead. Reproduce code: --- ./php-4.4.0/configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-imap=/usr/local/imap-2004a --with-gd=/usr/lib64 --with-png-dir=/usr/lib64 --with-jpeg-dir=/usr/lib64/ --with-zlib-dir=/usr/lib64 --enable-gd-native-ttf --with-freetype-dir=/usr/include/freetype2 Expected result: No configure error. Actual result: -- configure: error: libpng.(a|so) not found. Libpng is in /usr/lib64 folder, see below: kuhazor:/usr/lib64 # ls -alF | grep libpng -rw-r--r-- 1 root root 307756 2005-03-19 13:30 libpng12.a lrwxrwxrwx 1 root root 13 2005-07-17 21:05 libpng12.so -> libpng12.so.0* lrwxrwxrwx 1 root root 19 2005-07-17 21:05 libpng12.so.0 -> libpng12.so.0.1.2.8* -rwxr-xr-x 1 root root 182648 2005-03-19 13:30 libpng12.so.0.1.2.8* lrwxrwxrwx 1 root root 10 2005-07-17 21:05 libpng.a -> libpng12.a lrwxrwxrwx 1 root root 11 2005-07-17 21:05 libpng.so -> libpng.so.3* lrwxrwxrwx 1 root root 17 2005-07-17 21:05 libpng.so.3 -> libpng.so.3.1.2.8* -rwxr-xr-x 1 root root 182648 2005-03-19 13:30 libpng.so.3.1.2.8* -- Edit bug report at http://bugs.php.net/?id=33740&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33740&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33740&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33740&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33740&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33740&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33740&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33740&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33740&r=support Expected behavior: http://bugs.php.net/fix.php?id=33740&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33740&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33740&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33740&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33740&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33740&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33740&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33740&r=mysqlcfg
#33718 [Bgs]: Problems with Java & PHP integration
ID: 33718
User updated by: tuta at digi dot com dot br
Reported By: tuta at digi dot com dot br
Status: Bogus
Bug Type: Java related
Operating System: Windows 2000
PHP Version: 5.0.4
New Comment:
Thank you!
Previous Comments:
[2005-07-18 02:38:29] [EMAIL PROTECTED]
Report bugs about PECL extensions at http://pecl.php.net/
[2005-07-16 04:35:20] tuta at digi dot com dot br
Description:
Hi All,
I just downloaded(few hours ago) PHP 5.04 for Windows
(php-5.0.4-Win32.zip) + PECL(pecl-5.0.4-Win32.zip),
and i was trying to make PHP and talk with some of my Java Classes. I
created some simple files just to start, something like this:
PHP
Filename : "java.php"
hello("All");
?>
Java:
Filename: "Hello.java"
class Hello {
public String hello(String name) {
return "Hello " + name + ", how are you?";
}
}
Here is my php.ini
[java]
java.class.path= "c:\php\ext\php_java.jar;c:\php\ext;c:\java_classes"
java.home= C:\jdk1.5.0\jre\bin\
java.library.path= c:\php\ext
java.library= C:\jdk1.5.0\jre\bin\server\jvm.dll
When i tried to run my "java.php" on my Apache Server(2.0.53 Win32), my
web browser(FireFox) showed me the message "The Document Contains no
Data", and i
found many messages "Parent: child process exited with status
3221225477 -- Restarting." on my Apache's log file.
I also tried to run "java.php" from console(using "php.exe java.php") ,
but without any success and without any error message, the php.exe just
jump to another
line without complains. So, i tried to spy the process using some
debug tools to figure it out what was the problem, and i found it
inside "php_java.jar"
file and here it is:
- There is a little space after the name "php_java" in the file
"reflect.properties"(line library=php_java), and when the
"reflect.class" tries to find
the lib.( System.loadLibrary(bundle.getString("library") <--
reflect.java ); it will always look for "php_java .dll"(with space!).
I fixed manually my "reflect.properties" and
everything is fine now. I hope this information could help someone with
the same problem.
Best Regards,
Tuta Muniz
--
Edit this bug report at http://bugs.php.net/?id=33718&edit=1
#33739 [Bgs->Csd]: MBString Doesn't showed up
ID: 33739 User updated by: willysr at jogja dot citra dot net dot id Reported By: willysr at jogja dot citra dot net dot id -Status: Bogus +Status: Closed Bug Type: mbstring related Operating System: Linux (Slackware 10.1) PHP Version: 4.4.0 New Comment: closing Previous Comments: [2005-07-18 03:31:11] willysr at jogja dot citra dot net dot id Fixed My mistakes :( closing [2005-07-18 03:17:38] [EMAIL PROTECTED] The option is called '--enable-mbstring' [2005-07-18 03:10:42] willysr at jogja dot citra dot net dot id Description: I tried to compile php 4.4.0 with mbstring by adding '--with-mbstring=all' just like the documentation, but after the installation, i restarted the Apache, and when i looked in the phpinfo.php, it doesn't exist. i have tried to use '--with-mbstring' but didn't work also. Reproduce code: --- './configure' '--prefix=/usr/local' '--enable-discard-path' '--disable-force-cgi-redirect' '--enable-shared' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--enable-memory-limit' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php' '--with-pear=/usr/share/pear' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--with-exec-dir=/usr/bin' '--with-versioning' '--with-mod_charset' '--with-regex=php' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-ctype' '--enable-ftp' '--with-gettext=/usr' '--enable-posix' '--enable-session' '--enable-sysvsem' '--enable-sysvshm' '--with-openssl=/usr' '--without-kerberos' '--with-ttf' '--with-freetype-dir=/usr' '--with-zlib=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--with-tiff-dir' '--enable-xslt' '--with-xslt-sablot' '--with-iconv-dir=/usr/local/lib' '--with-curl' '--with-mysql-sock=/var/run/mysql/mysql.sock' '--with-mysql=/usr' '--with-mbstring=all' Expected result: mbstring extension does showed up in the phpinfo Actual result: -- it didn't showed up in the phpinfo -- Edit this bug report at http://bugs.php.net/?id=33739&edit=1
#33739 [Bgs]: MBString Doesn't showed up
ID: 33739 User updated by: willysr at jogja dot citra dot net dot id Reported By: willysr at jogja dot citra dot net dot id Status: Bogus Bug Type: mbstring related Operating System: Linux (Slackware 10.1) PHP Version: 4.4.0 New Comment: Fixed My mistakes :( closing Previous Comments: [2005-07-18 03:17:38] [EMAIL PROTECTED] The option is called '--enable-mbstring' [2005-07-18 03:10:42] willysr at jogja dot citra dot net dot id Description: I tried to compile php 4.4.0 with mbstring by adding '--with-mbstring=all' just like the documentation, but after the installation, i restarted the Apache, and when i looked in the phpinfo.php, it doesn't exist. i have tried to use '--with-mbstring' but didn't work also. Reproduce code: --- './configure' '--prefix=/usr/local' '--enable-discard-path' '--disable-force-cgi-redirect' '--enable-shared' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--enable-memory-limit' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php' '--with-pear=/usr/share/pear' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--with-exec-dir=/usr/bin' '--with-versioning' '--with-mod_charset' '--with-regex=php' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-ctype' '--enable-ftp' '--with-gettext=/usr' '--enable-posix' '--enable-session' '--enable-sysvsem' '--enable-sysvshm' '--with-openssl=/usr' '--without-kerberos' '--with-ttf' '--with-freetype-dir=/usr' '--with-zlib=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--with-tiff-dir' '--enable-xslt' '--with-xslt-sablot' '--with-iconv-dir=/usr/local/lib' '--with-curl' '--with-mysql-sock=/var/run/mysql/mysql.sock' '--with-mysql=/usr' '--with-mbstring=all' Expected result: mbstring extension does showed up in the phpinfo Actual result: -- it didn't showed up in the phpinfo -- Edit this bug report at http://bugs.php.net/?id=33739&edit=1
#33739 [Opn->Bgs]: MBString Doesn't showed up
ID: 33739 Updated by: [EMAIL PROTECTED] Reported By: willysr at jogja dot citra dot net dot id -Status: Open +Status: Bogus Bug Type: mbstring related Operating System: Linux (Slackware 10.1) PHP Version: 4.4.0 New Comment: The option is called '--enable-mbstring' Previous Comments: [2005-07-18 03:10:42] willysr at jogja dot citra dot net dot id Description: I tried to compile php 4.4.0 with mbstring by adding '--with-mbstring=all' just like the documentation, but after the installation, i restarted the Apache, and when i looked in the phpinfo.php, it doesn't exist. i have tried to use '--with-mbstring' but didn't work also. Reproduce code: --- './configure' '--prefix=/usr/local' '--enable-discard-path' '--disable-force-cgi-redirect' '--enable-shared' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--enable-memory-limit' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php' '--with-pear=/usr/share/pear' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--with-exec-dir=/usr/bin' '--with-versioning' '--with-mod_charset' '--with-regex=php' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-ctype' '--enable-ftp' '--with-gettext=/usr' '--enable-posix' '--enable-session' '--enable-sysvsem' '--enable-sysvshm' '--with-openssl=/usr' '--without-kerberos' '--with-ttf' '--with-freetype-dir=/usr' '--with-zlib=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--with-tiff-dir' '--enable-xslt' '--with-xslt-sablot' '--with-iconv-dir=/usr/local/lib' '--with-curl' '--with-mysql-sock=/var/run/mysql/mysql.sock' '--with-mysql=/usr' '--with-mbstring=all' Expected result: mbstring extension does showed up in the phpinfo Actual result: -- it didn't showed up in the phpinfo -- Edit this bug report at http://bugs.php.net/?id=33739&edit=1
#33739 [NEW]: MBString Doesn't showed up
From: willysr at jogja dot citra dot net dot id Operating system: Linux (Slackware 10.1) PHP version: 4.4.0 PHP Bug Type: mbstring related Bug description: MBString Doesn't showed up Description: I tried to compile php 4.4.0 with mbstring by adding '--with-mbstring=all' just like the documentation, but after the installation, i restarted the Apache, and when i looked in the phpinfo.php, it doesn't exist. i have tried to use '--with-mbstring' but didn't work also. Reproduce code: --- './configure' '--prefix=/usr/local' '--enable-discard-path' '--disable-force-cgi-redirect' '--enable-shared' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--enable-memory-limit' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php' '--with-pear=/usr/share/pear' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--with-exec-dir=/usr/bin' '--with-versioning' '--with-mod_charset' '--with-regex=php' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-ctype' '--enable-ftp' '--with-gettext=/usr' '--enable-posix' '--enable-session' '--enable-sysvsem' '--enable-sysvshm' '--with-openssl=/usr' '--without-kerberos' '--with-ttf' '--with-freetype-dir=/usr' '--with-zlib=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--with-tiff-dir' '--enable-xslt' '--with-xslt-sablot' '--with-iconv-dir=/usr/local/lib' '--with-curl' '--with-mysql-sock=/var/run/mysql/mysql.sock' '--with-mysql=/usr' '--with-mbstring=all' Expected result: mbstring extension does showed up in the phpinfo Actual result: -- it didn't showed up in the phpinfo -- Edit bug report at http://bugs.php.net/?id=33739&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33739&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33739&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33739&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33739&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33739&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33739&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33739&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33739&r=support Expected behavior: http://bugs.php.net/fix.php?id=33739&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33739&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33739&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33739&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33739&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33739&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33739&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33739&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33739&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33739&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33739&r=mysqlcfg
#25359 [Opn->Asn]: array_multisort doen't work in a function if array is global or reference
ID: 25359
Updated by: [EMAIL PROTECTED]
Reported By: matschek at gmx dot de
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
-PHP Version: 5CVS, 4CVS (2005-03-09)
+PHP Version: 5CVS, 4CVS (2005-07-18)
-Assigned To: derick
+Assigned To: dmitry
New Comment:
Still verified. Dmitry, can you take a look?
Previous Comments:
[2005-04-25 10:05:51] [EMAIL PROTECTED]
See also bug #32817 (uses references)
[2003-09-02 06:58:16] matschek at gmx dot de
Description:
When using array_multisort in a funciton, and the array is set to
"global", array_multisort fails to sort the array.
Reproduce code:
---
function does_work() {
$data = array('first', 'fifth', 'second', 'forth', 'third');
$sort = array(1, 5, 2, 4, 3);
array_multisort($sort, $data);
print_r($data);
}
function does_not_work() {
global $data;
$data = array('first', 'fifth', 'second', 'forth', 'third');
$sort = array(1, 5, 2, 4, 3);
array_multisort($sort, $data);
print_r($data);
}
echo "function does_work():\n";
does_work();
echo "\n\nfunction does_not_work():\n";
does_not_work();
Expected result:
function does_work():
Array
(
[0] => first
[1] => second
[2] => third
[3] => forth
[4] => fifth
)
function does_not_work():
Array
(
[0] => first
[1] => second
[2] => third
[3] => forth
[4] => fifth
)
Actual result:
--
function does_work():
Array
(
[0] => first
[1] => second
[2] => third
[3] => forth
[4] => fifth
)
function does_not_work():
Array
(
[0] => first
[1] => fifth
[2] => second
[3] => forth
[4] => third
)
--
Edit this bug report at http://bugs.php.net/?id=25359&edit=1
#33734 [Bgs->Fbk]: Something strange with COM Object
ID: 33734
Updated by: [EMAIL PROTECTED]
Reported By: tommy_wei at hotmail dot com
-Status: Bogus
+Status: Feedback
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
I'd like to see the IDL for the methods you are using there, and find
out why it stopped working in 5.1.
The OleView tool is the best bet for this; if you don't have it, the
com_print_typeinfo() function in PHP is better than nothing.
Previous Comments:
[2005-07-18 02:26:53] [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.
[2005-07-17 17:00:03] tommy_wei at hotmail dot com
Ok you are right...
You said -> The long answer is that atm we cannot support the ()=
syntax and offer
the []= as an alternative
But why this code doesn't work with PHP 5.1.0b3 & The lastest CVS
5.1.0Dev...it works for PHP 5.0.4
IndexOf($user);
$target=$com->Items[$index];//return user object
$target->Password="password";
$com->Items[$index]=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
At line >> $target=$com->Items[$index];
Error is >> [0x8002000e] Invalid number of parameters.
Any idea ?
[2005-07-17 14:53:34] [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 short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
[2005-07-17 14:20:37] tommy_wei at hotmail dot com
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
$com->Items[$index]=$target;
Error -> [0x8002000e] Invalid number of parameters.
This made me confuse -"-
---
I'm not sure this is a bug of my company's activeX or PHP
If you need more information please tell me.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=33734&edit=1
#33338 [Opn->Fbk]: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 8 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Redhat Linux PHP Version: 5CVS-2005-06-14 New Comment: Can you or can you not reproduce this on any other machines? Previous Comments: [2005-07-17 20:41:47] wim at godden dot net There are no other SSL files on the system. I've removed every instance of every file that was either installed using 'make install' or was in the package. [2005-07-04 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-06-27 00:41:54] [EMAIL PROTECTED] And you're absolutely sure there aren't ANY other OpenSSL header files anywhere in your system? Are you able to reproduce this on any other machine?? [2005-06-22 11:01:47] wim at godden dot net Output of xml2-config --libs --cflags : -L/usr/local/lib -lxml2 -lz -lpthread -lm -I/usr/local/include/libxml2 Makefiles have been sent to you. [2005-06-20 00:09:51] [EMAIL PROTECTED] Please DO NOT add such huge configure outputs here unless asked for! I deleted the comment as it didn't hold any useful information anyway. 1. Send me the Makefile's of configure without --enable-libxml and with it to [EMAIL PROTECTED] 2. What does this output: # xml2-config --libs --cflags 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/8 -- Edit this bug report at http://bugs.php.net/?id=8&edit=1
#33692 [Opn->Fbk]: imagettftext produces no output
ID: 33692 Updated by: [EMAIL PROTECTED] Reported By: a dot vent at procommerz dot de -Status: Open +Status: Feedback Bug Type: GD related Operating System: Debian Linux 3.0 "Woody" PHP Version: 4.4.0 New Comment: Why don't you try with Freetype 2? That might actually work.. Previous Comments: [2005-07-15 11:59:33] a dot vent at procommerz dot de Additional note: After further dealing with this issue I found that imagettftext works fine on 8 bit images (when using "imagecreate" instead of "imagecreatetruecolor"), but not on true color images. There is a workaround proposal published by "persa" (http://www.webdeveloper.com/forum/showthread.php?threadid=30767) that is to create two images (one of them at 8 bit) and then merging them together after putting the text onto the 8 bit image. It actually seems to be a bug, doesn't it? Best regards, Andreas [2005-07-14 09:50:28] a dot vent at procommerz dot de Description: The ImageTTFText function produces no result, but also no error. I've tried several font files (Microsoft TT core fonts and also from other sources), several paths (the same dir as the PHP script, relative to DocRoot, absolute path a.s.o.). It looks like not calling imagettftext - the function silently does nothing... I have Debian "Woody" with Apache 1.3.29 / PHP 4.4.0. The GD lib is the bundled one (phpinfo says: "2.0.28 compatible"). The Freetype lib version is 1.4pre, as provided from Debian package manager. PHP configure options: './configure' '--with-apxs=/var/www/bin/apxs' '--with-mysql' '--enable-ftp' '--enable-shared' '--with-iconv' '--with-gd' '--with-curl' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-dom=/usr' '--with-zlib' '--enable-cli' '--with-ttf=/usr' Output snippet from phpinfo: GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with TTF library GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Reproduce code: --- Expected result: Displays an image with white-colored text "Hello World" in Arial font face on grey background. Actual result: -- Displays an grey-colored image without any text (empty grey box). No error messages. -- Edit this bug report at http://bugs.php.net/?id=33692&edit=1
#33718 [Opn->Bgs]: Problems with Java & PHP integration
ID: 33718
Updated by: [EMAIL PROTECTED]
Reported By: tuta at digi dot com dot br
-Status: Open
+Status: Bogus
Bug Type: Java related
Operating System: Windows 2000
PHP Version: 5.0.4
New Comment:
Report bugs about PECL extensions at http://pecl.php.net/
Previous Comments:
[2005-07-16 04:35:20] tuta at digi dot com dot br
Description:
Hi All,
I just downloaded(few hours ago) PHP 5.04 for Windows
(php-5.0.4-Win32.zip) + PECL(pecl-5.0.4-Win32.zip),
and i was trying to make PHP and talk with some of my Java Classes. I
created some simple files just to start, something like this:
PHP
Filename : "java.php"
hello("All");
?>
Java:
Filename: "Hello.java"
class Hello {
public String hello(String name) {
return "Hello " + name + ", how are you?";
}
}
Here is my php.ini
[java]
java.class.path= "c:\php\ext\php_java.jar;c:\php\ext;c:\java_classes"
java.home= C:\jdk1.5.0\jre\bin\
java.library.path= c:\php\ext
java.library= C:\jdk1.5.0\jre\bin\server\jvm.dll
When i tried to run my "java.php" on my Apache Server(2.0.53 Win32), my
web browser(FireFox) showed me the message "The Document Contains no
Data", and i
found many messages "Parent: child process exited with status
3221225477 -- Restarting." on my Apache's log file.
I also tried to run "java.php" from console(using "php.exe java.php") ,
but without any success and without any error message, the php.exe just
jump to another
line without complains. So, i tried to spy the process using some
debug tools to figure it out what was the problem, and i found it
inside "php_java.jar"
file and here it is:
- There is a little space after the name "php_java" in the file
"reflect.properties"(line library=php_java), and when the
"reflect.class" tries to find
the lib.( System.loadLibrary(bundle.getString("library") <--
reflect.java ); it will always look for "php_java .dll"(with space!).
I fixed manually my "reflect.properties" and
everything is fine now. I hope this information could help someone with
the same problem.
Best Regards,
Tuta Muniz
--
Edit this bug report at http://bugs.php.net/?id=33718&edit=1
#33737 [Bgs->Asn]: PDO::SQLite crashes
ID: 33737 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Bogus +Status: Assigned Bug Type: PDO related Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 -Assigned To: +Assigned To: wez New Comment: Not the same as 33717; re-opening. Previous Comments: [2005-07-18 02:28:11] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #33717 [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... 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/33737 -- Edit this bug report at http://bugs.php.net/?id=33737&edit=1
#33693 [Opn->Fbk]: mssql uniqueidentifier in select crashes php
ID: 33693 Updated by: [EMAIL PROTECTED] Reported By: r dot vanicek at seznam dot cz -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux (Debian 3.1) PHP Version: 4.4.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2005-07-14 10:53:46] r dot vanicek at seznam dot cz Description: I am connecting from PHP to Sybase and MSSQL. I have sybase-ct extension enabled. I use freetds-0.63. When I select from MSSQL any column of type "uniqueidentifier", PHP crashes on fetch. The problem is conversion. Sybase-ct module does not handle CS_UNIQUE_TYPE, and tries to store the 38 byte string that freetds returns to it into 16 byte string. Freetds refuses to do so and signals an error, which is probably fatal. Test suite: see reproduce code. The solution I suggest is to intoduce CS_UNIQUE_TYPE into php_sybase_ct.c, function php_sybase_fetch_result_set for example like this: case CS_DECIMAL_TYPE: result->datafmt[i].maxlength = result->datafmt[i].precision + 3; /* numeric(10) vs numeric(10, 1) */ result->numerics[i] = (result->datafmt[i].scale == 0) ? 3 : 2; break; case CS_UNIQUE_TYPE: result->datafmt[i].maxlength = 38; result->numerics[i] = 0; break; default: result->datafmt[i].maxlength++; result->numerics[i] = 0; break; This solution works for me quite well. Reproduce code: --- create table TEST (a int, b varchar, c uniqueidentifier); insert into TEST values (1,'hello',newid()); sybase_connect( "srv", "uid", "pwd" ); sybase_select_db( "dbname" ); // this works fine $res = sybase_query( "select a,b from TEST" ); $row = sybase_fetch_array( $res ); // this crashes $res = sybase_query( "select a,b,c from TEST" ); $row = sybase_fetch_array( $res ); It is all the same if you use mssql_ functions instead of sybase_ functions. Expected result: eg. row containing 1 'hello' 'EB668095-F85D-4C59-A202-120C5CE1B65' Actual result: -- crash, in Apache error.log I see this: [notice] child pid 18857 exit signal Segmentation fault (11) error_handler: Data-conversion resulted in overflow. -- Edit this bug report at http://bugs.php.net/?id=33693&edit=1
#33727 [Opn->Fbk]: Curl crashes PHP 5.1 Beta 3
ID: 33727
Updated by: [EMAIL PROTECTED]
Reported By: rele at gmx dot de
-Status: Open
+Status: Feedback
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
PHP Version: 5.1.0b2
Previous Comments:
[2005-07-18 02:36:21] [EMAIL PROTECTED]
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programme\php\ext";
from="[EMAIL PROTECTED]"
user_agent="Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.8)
Gecko/20050511 Firefox/1.0.4"
extension=php_pdo_sqlite.dll
sendmail_from = [EMAIL PROTECTED]
dbx.colnames_case = "lowercase"
session.save_path = "C:\winnt\temp"
session.gc_divisor = 1000
session.bug_compat_42 = 0
session.hash_bits_per_character = 5
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
Reproduce code:
---
// Initializing cURL
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_USERAGENT, ini_get('user_agent'));
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_ENCODING , 'gzip');
curl_setopt($curl, CURLOPT_COOKIEJAR, "my_cookies.txt");
curl_setopt($curl, CURLOPT_COOKIEFILE, "my_cookies.txt");
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
Expected result:
All URLs should be downloaded without problems, but after one or more
downloads the script exits with error code -1073741819.
When running the script from php-cgi.exe under a web server there will
be also a drwtsn32.log entry and a user.dmp file generated.
Actual result:
--
Last drwtsn32.log entry:
Anwendungsausnahme aufgetreten:
Anwendung: (pid=844)
Wann: 15.07.2005 @ 21:24:41.406
Ausnahmenummer: c005 (Zugriffsverletzung)
*> Systeminformationen <*
Computername: TRENTEC1
Benutzername: SYSTEM
Prozessoranzahl: 1
Prozessortyp: x86 Family 15 Model 3 Stepping 4
Windows 2000-Version: 5.0
Aktuelles Build: 2195
Service Pack: 4
Aktueller Typ: Uniprocessor Free
Firma:
Besitzer: test
*> Taskliste <*
0 Idle.exe
8 System.exe
164 smss.exe
188 csrss.exe
208 WINLOGON.exe
236 SERVICES.exe
248 LSASS.exe
424 svchost.exe
448 spoolsv.exe
480 svchost.exe
496 FAHConsole.exe
516 fpdisp5a.exe
568 FahCore_78.exe
636 Janad.exe
736 mstask.exe
800 winmgmt.exe
948 explorer.exe
1040 hkcmd.exe
1096 fpdisp5a.exe
1076 FriFax32.exe
1152 javaw.exe
1384 emule.exe
1192 TextPad.exe
2036 Azureus.exe
2040 javaw.exe
1256 firefox.exe
844 php-cgi.exe
1128 drwtsn32.exe
0 _Total.exe
(0040 - 0040E000)
(7788 - 77902000)
(1000 - 10448000)
(779A - 77A3B000)
(7CE8 - 7CF81000)
(7935 - 793B5000)
(77E7 - 77F3)
(77D2 - 77D98000)
(77F4 - 77F7F000)
(77E0 - 77E69000)
(1F7C - 1F7F4000)
(7800 - 78045000)
(76B0 - 76B3F000)
(77C7 - 77CB9000)
(77B4 - 77BC9000)
(7CF9 - 7D1EC000)
(74FA - 74FB4000)
(74F9 - 74F98000)
(00CC - 00CD9000)
(00E2 - 00E5C000)
(0126 - 0128E000)
(0129 - 012B7000)
(012C - 01399000)
(74FC - 74FC9000)
(7754 - 77571000)
(74F4 - 74F5E000)
(74F8 - 74F87000)
(7783 - 7783C000)
(7797 - 77994000)
(7731 - 77323000)
(774F - 774F5000)
(772F - 77307000)
(750C - 750D)
(7CE2 - 7CE73000)
(7513 - 75136000)
#33727 [Opn]: Curl crashes PHP 5.1 Beta 3
ID: 33727
Updated by: [EMAIL PROTECTED]
Reported By: rele at gmx dot de
Status: Open
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
PHP Version: 5.1.0b2
New Comment:
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
Previous Comments:
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programme\php\ext";
from="[EMAIL PROTECTED]"
user_agent="Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.8)
Gecko/20050511 Firefox/1.0.4"
extension=php_pdo_sqlite.dll
sendmail_from = [EMAIL PROTECTED]
dbx.colnames_case = "lowercase"
session.save_path = "C:\winnt\temp"
session.gc_divisor = 1000
session.bug_compat_42 = 0
session.hash_bits_per_character = 5
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
Reproduce code:
---
// Initializing cURL
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_USERAGENT, ini_get('user_agent'));
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_ENCODING , 'gzip');
curl_setopt($curl, CURLOPT_COOKIEJAR, "my_cookies.txt");
curl_setopt($curl, CURLOPT_COOKIEFILE, "my_cookies.txt");
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
Expected result:
All URLs should be downloaded without problems, but after one or more
downloads the script exits with error code -1073741819.
When running the script from php-cgi.exe under a web server there will
be also a drwtsn32.log entry and a user.dmp file generated.
Actual result:
--
Last drwtsn32.log entry:
Anwendungsausnahme aufgetreten:
Anwendung: (pid=844)
Wann: 15.07.2005 @ 21:24:41.406
Ausnahmenummer: c005 (Zugriffsverletzung)
*> Systeminformationen <*
Computername: TRENTEC1
Benutzername: SYSTEM
Prozessoranzahl: 1
Prozessortyp: x86 Family 15 Model 3 Stepping 4
Windows 2000-Version: 5.0
Aktuelles Build: 2195
Service Pack: 4
Aktueller Typ: Uniprocessor Free
Firma:
Besitzer: test
*> Taskliste <*
0 Idle.exe
8 System.exe
164 smss.exe
188 csrss.exe
208 WINLOGON.exe
236 SERVICES.exe
248 LSASS.exe
424 svchost.exe
448 spoolsv.exe
480 svchost.exe
496 FAHConsole.exe
516 fpdisp5a.exe
568 FahCore_78.exe
636 Janad.exe
736 mstask.exe
800 winmgmt.exe
948 explorer.exe
1040 hkcmd.exe
1096 fpdisp5a.exe
1076 FriFax32.exe
1152 javaw.exe
1384 emule.exe
1192 TextPad.exe
2036 Azureus.exe
2040 javaw.exe
1256 firefox.exe
844 php-cgi.exe
1128 drwtsn32.exe
0 _Total.exe
(0040 - 0040E000)
(7788 - 77902000)
(1000 - 10448000)
(779A - 77A3B000)
(7CE8 - 7CF81000)
(7935 - 793B5000)
(77E7 - 77F3)
(77D2 - 77D98000)
(77F4 - 77F7F000)
(77E0 - 77E69000)
(1F7C - 1F7F4000)
(7800 - 78045000)
(76B0 - 76B3F000)
(77C7 - 77CB9000)
(77B4 - 77BC9000)
(7CF9 - 7D1EC000)
(74FA - 74FB4000)
(74F9 - 74F98000)
(00CC - 00CD9000)
(00E2 - 00E5C000)
(0126 - 0128E000)
(0129 - 012B7000)
(012C - 01399000)
(74FC - 74FC9000)
(7754 - 77571000)
(74F4 - 74F5E000)
(74F8 - 74F87000)
(7783 - 7783C000)
(7797 - 77994000)
(7731 - 77323000)
(774F - 774F5000)
(772F - 77307000)
(750C - 750D)
(7CE2 - 7CE73000)
(7513 - 75136000)
(77BE - 77BF1000)
(7794 - 7796C000)
(7943 - 7943F000)
(7738 - 773B)
(7735 - 77373000)
(7782 - 77
#33729 [Opn->Fbk]: Crash with app with many classes and when using DOM
ID: 33729
Updated by: [EMAIL PROTECTED]
Reported By: rick dot martinez at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: RHE Linux
PHP Version: 5CVS-2005-07-16 (dev)
New Comment:
You really need to come up with reproducing script. Without one we
can't do anything. (if you can't come up with one, don't reopen this
report)
Previous Comments:
[2005-07-16 20:50:49] rick dot martinez at gmail dot com
Description:
I've been trying to fix this for a loong time now. Unfortunately, I am
not able to reproduce this error with using a mass amount of classes or
a large PHP application so I can't submit 10-20 lines of reproduce
code.
I've tried this with multiple version of PHP including 5.0.4, CVS, and
5.1/
Here's the backtrace:
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[Thread debugging using libthread_db enabled]
[New Thread -1085276032 (LWP 17346)]
Detaching after fork from child process 17349.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1085276032 (LWP 17346)]
0xbf43dfd5 in zend_get_property_info (zobj=0x10, member=0x83550e8,
silent=0) at /usr/src/php5cvs/Zend/zend_object_handlers.c:208
208 if (zend_hash_quick_find(&zobj->ce->properties_info,
Z_STRVAL_P(member), Z_STRLEN_P(member)+1, h, (void **)
&property_info)==SUCCESS) {
(gdb) bt
#0 0xbf43dfd5 in zend_get_property_info (zobj=0x10, member=0x83550e8,
silent=0)
at /usr/src/php5cvs/Zend/zend_object_handlers.c:208
#1 0xbf43d269 in zend_std_unset_property (object=0xbfffd4b0,
member=0x83550e8) at /usr/src/php5cvs/Zend/zend_object_handlers.c:541
#2 0xbf44cb00 in zend_unset_dim_obj_handler (execute_data=0xbfffd2b0,
opline=0x83550b8, op_array=0x831b90c)
at /usr/src/php5cvs/Zend/zend_execute.c:3757
#3 0xbf4483ce in execute (op_array=0x831b90c) at
/usr/src/php5cvs/Zend/zend_execute.c:1437
#4 0xbf425669 in zend_call_function (fci=0xbfffd420,
fci_cache=0xbfffd400) at /usr/src/php5cvs/Zend/zend_execute_API.c:873
#5 0xbf438fbc in zend_call_method (object_pp=0xbfffd4ac,
obj_ce=0x82b5c7c, fn_proxy=0x0, function_name=0xbf4b42e9 "__destruct",
function_name_len=10, retval_ptr_ptr=0x0, param_count=7, arg1=0x0,
arg2=0x0) at /usr/src/php5cvs/Zend/zend_interfaces.c:86
#6 0xbf43c42a in zend_objects_destroy_object (object=0x8318b0c,
handle=7) at /usr/src/php5cvs/Zend/zend_objects.c:78
#7 0xbf43e229 in zend_objects_store_call_destructors
(objects=0xbf4fed54) at /usr/src/php5cvs/Zend/zend_objects_API.c:54
#8 0xbf42450f in shutdown_destructors () at
/usr/src/php5cvs/Zend/zend_execute_API.c:190
#9 0xbf42d3fd in zend_call_destructors () at
/usr/src/php5cvs/Zend/zend.c:809
#10 0xbf3ffe2c in php_request_shutdown (dummy=0x0) at
/usr/src/php5cvs/main/main.c:1195
#11 0xbf451398 in php_handler (r=0x82089c0) at
/usr/src/php5cvs/sapi/apache2handler/sapi_apache2.c:565
#12 0x0808338e in ap_run_handler (r=0x82089c0) at config.c:153
#13 0x080838a6 in ap_invoke_handler (r=0x82089c0) at config.c:364
#14 0x0806cdbc in ap_internal_redirect (new_uri=0x82089b0 "/index.php",
r=0x8203808) at http_request.c:465
#15 0x0807cf08 in handler_redirect (r=0x8203808) at mod_rewrite.c:1735
#16 0x0808338e in ap_run_handler (r=0x8203808) at config.c:153
#17 0x080838a6 in ap_invoke_handler (r=0x8203808) at config.c:364
#18 0x0806c897 in ap_process_request (r=0x8203808) at
http_request.c:249
#19 0x08068951 in ap_process_http_connection (c=0x81fd658) at
http_core.c:251
#20 0x0808c62e in ap_run_process_connection (c=0x81fd658) at
connection.c:43
#21 0x08081f07 in child_main (child_num_arg=7) at prefork.c:610
#22 0x080820b2 in make_child (s=0x80c09f8, slot=0) at prefork.c:650
#23 0x0808210b in startup_children (number_to_start=5) at
prefork.c:722
#24 0x08082819 in ap_mpm_run (_pconf=0x80bc0a8, plog=0x80f4188,
s=0x80c09f8) at prefork.c:941
#25 0x080877f2 in main (argc=2, argv=0xbfffe2a4) at main.c:618
(gdb) quit
THANKS A LOT for your help in advance!! :)
Expected result:
No segmentation fault
Actual result:
--
Segmentation fault (signal 11)
--
Edit this bug report at http://bugs.php.net/?id=33729&edit=1
#33733 [Opn->Fbk]: PHP segfaults when using the pspell extension
ID: 33733
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Pspell related
Operating System: linux
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Previous Comments:
[2005-07-17 13:21:54] [EMAIL PROTECTED]
Description:
I'm not sure if this is a PHP bug, but here it is:
(gdb) run -a
Starting program: /usr/local/bin/php -a
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 18864)]
Interactive mode enabled
php > $pspell_link = pspell_new('en');
php > pspell_config_mode($pspell_link, PSPELL_FAST);
*** glibc detected *** corrupted double-linked list: 0x0844e7f0 ***
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 18864)]
0xb79b43e1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb79b43e1 in kill () from /lib/libc.so.6
#1 0xb7aac131 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7aac4ab in raise () from /lib/libpthread.so.0
#3 0xb79b4174 in raise () from /lib/libc.so.6
#4 0xb79b564d in abort () from /lib/libc.so.6
#5 0xb79f0030 in mallopt () from /lib/libc.so.6
#6 0xb79ef03c in mallopt () from /lib/libc.so.6
#7 0xb79ee6ea in mallopt () from /lib/libc.so.6
#8 0xb79ed803 in malloc () from /lib/libc.so.6
#9 0x081fbd51 in _emalloc (size=18864) at
/cvs/php-src/Zend/zend_alloc.c:181
#10 0x0820909d in op_array_alloc_ops (op_array=0x84a0b54)
at /cvs/php-src/Zend/zend_opcode.c:48
#11 0x08209107 in init_op_array (op_array=0x84a0b54, type=4 '\004',
initial_ops_size=8192) at /cvs/php-src/Zend/zend_opcode.c:68
#12 0x081f64c5 in compile_string (source_string=0xb410,
filename=0x0)
at zend_language_scanner.l:541
#13 0x08207934 in zend_eval_string (str=0x1 ,
retval_ptr=0x0, string_name=0x0)
at /cvs/php-src/Zend/zend_execute_API.c:1030
#14 0x0827fadc in main (argc=2, argv=0xb644)
at /cvs/php-src/sapi/cli/php_cli.c:1024
I have glib 2.3.4 and aspell 0.60.3.
BTW, PHP segfaults when using aspell 0.50.5, so we should probably bump
the version requirements (reference:
http://sf.net/tracker/?func=detail&atid=100245&aid=1238839&group_id=245
--
Edit this bug report at http://bugs.php.net/?id=33733&edit=1
#33717 [Opn->Asn]: crash 'apache' when a query contain ':memory:'
ID: 33717
Updated by: [EMAIL PROTECTED]
Reported By: fhenninot at freesurf dot fr
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.0b3
Assigned To: wez
New Comment:
See also bug #33737
Previous Comments:
[2005-07-16 20:04:49] fhenninot at freesurf dot fr
The two problem seem identical!
I've generate the backtrace!
#0 _efree (ptr=0x0) at /usr/src/php-5.1.0b3/Zend/zend_alloc.c:285
#1 0x4042f880 in free_statement (stmt=0x821ae24) at
/usr/src/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937
#2 0x40568d09 in zend_objects_store_del_ref (zobject=0x821ae24)
at /usr/src/php-5.1.0b3/Zend/zend_objects_API.c:161
#3 0x405487f1 in _zval_ptr_dtor (zval_ptr=0x82184b0) at
zend_variables.h:35
#4 0x4055ba6d in zend_hash_apply_deleter (ht=0x406c8c50, p=0x82184a4)
at /usr/src/php-5.1.0b3/Zend/zend_hash.c:574
#5 0x4055bad7 in zend_hash_graceful_reverse_destroy (ht=0x406c8c50) at
/usr/src/php-5.1.0b3/Zend/zend_hash.c:640
#6 0x40548e54 in shutdown_executor () at
/usr/src/php-5.1.0b3/Zend/zend_execute_API.c:216
#7 0x40554433 in zend_deactivate () at
/usr/src/php-5.1.0b3/Zend/zend.c:823
#8 0x4051d777 in php_request_shutdown (dummy=0x0) at
/usr/src/php-5.1.0b3/main/main.c:1238
#9 0x405d7d94 in php_handler (r=0x8209c30) at
/usr/src/php-5.1.0b3/sapi/apache2handler/sapi_apache2.c:443
#10 0x0807e86b in ap_run_handler (r=0x8209c30) at config.c:151
#11 0x0807edee in ap_invoke_handler (r=0x8209c30) at config.c:363
#12 0x0806d4cb in ap_process_request (r=0x8209c30) at
http_request.c:246
#13 0x080691ec in ap_process_http_connection (c=0x82053b8) at
http_core.c:250
#14 0x0808861b in ap_run_process_connection (c=0x82053b8) at
connection.c:42
#15 0x0807d346 in child_main (child_num_arg=0) at prefork.c:609
#16 0x0807d45d in make_child (s=0x80be7e0, slot=0) at prefork.c:649
#17 0x0807d524 in startup_children (number_to_start=5) at
prefork.c:721
#18 0x0807db8d in ap_mpm_run (_pconf=0x80ba0a8, plog=0x80f2188,
s=0x80be7e0) at prefork.c:940
#19 0x08082fda in main (argc=2, argv=0xb7d4) at main.c:617
[2005-07-16 16:09:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Please provide a backtrace for both of those crashes
[2005-07-16 10:53:34] fhenninot at freesurf dot fr
hi wez!
thank you for your help! but!!
If i use parameters, this don't crash apache!! ok!
but if my table haven't record like the parameter (now not only
'::memory') then that kill the PHP script!!
I've test it on beta2 and this work properly but with beta3 crashed.
[2005-07-15 23:33:22] [EMAIL PROTECTED]
Doh. Like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory:"));
[2005-07-15 23:32:41] [EMAIL PROTECTED]
BTW, if you want a workaround, you can use parameters like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory"));
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/33717
--
Edit this bug report at http://bugs.php.net/?id=33717&edit=1
#33737 [Opn->Bgs]: PDO::SQLite crashes
ID: 33737 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Open +Status: Bogus Bug Type: PDO related Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #33717 Previous Comments: [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585
#33734 [Opn->Bgs]: Something strange with COM Object
ID: 33734
Updated by: [EMAIL PROTECTED]
Reported By: tommy_wei at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-07-17 17:00:03] tommy_wei at hotmail dot com
Ok you are right...
You said -> The long answer is that atm we cannot support the ()=
syntax and offer
the []= as an alternative
But why this code doesn't work with PHP 5.1.0b3 & The lastest CVS
5.1.0Dev...it works for PHP 5.0.4
IndexOf($user);
$target=$com->Items[$index];//return user object
$target->Password="password";
$com->Items[$index]=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
At line >> $target=$com->Items[$index];
Error is >> [0x8002000e] Invalid number of parameters.
Any idea ?
[2005-07-17 14:53:34] [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 short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
[2005-07-17 14:20:37] tommy_wei at hotmail dot com
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
$com->Items[$index]=$target;
Error -> [0x8002000e] Invalid number of parameters.
This made me confuse -"-
---
I'm not sure this is a bug of my company's activeX or PHP
If you need more information please tell me.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=33734&edit=1
#33738 [Opn->Bgs]: stat() returns wrong size on large files (>2^31 bytes)
ID: 33738
Updated by: [EMAIL PROTECTED]
Reported By: mpb dot mail at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: 5.0.4
New Comment:
RTFM: http://www.php.net/filesize
Previous Comments:
[2005-07-18 01:10:10] mpb dot mail at gmail dot com
Description:
stat() returns the wrong size for large files. This is because a 64
bit integer (at the OS level) is truncated to 32 bits (at the PHP
level). (This will not be a problem on platforms where PHP integer
type is 64 bits.)
In C, the stat() function returns st_size as type off_t, which I
suspect is 64 bits on most modern operatings systems.
I'm not sure what the solution for this is. Perhaps if the size is
greater than PHP's maximum interegr value (varies by platform), then
the size is converted to a float? This would be nice.
Looks like the filesize() function has a similar problem.
Perhaps you will consider this to be a "bogus" bug, but I really think
PHP can do better than arbitrarily converting 64 bit ints to 32 bit
ints (which can result in files with negative lengths). If returning a
float is not an option, how about returning a size of -1, or MAX_INT, or
an error code.
Reproduce code:
---
// verylargefile is 3751661568 bytes, in this case
$stat = lstat ('/path/to/verylargefile');
$size = $stat['size'];
print "size: $size\n";
Expected result:
size: 3751661568
Actual result:
--
size: -543305728
--
Edit this bug report at http://bugs.php.net/?id=33738&edit=1
#33720 [Opn->Asn]: mb_encode_mimeheader does not work
ID: 33720 Updated by: [EMAIL PROTECTED] Reported By: s dot masugata at digicom dot dnp dot co dot jp -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Solaris8 PHP Version: 4.4.0 -Assigned To: +Assigned To: moriyoshi New Comment: Moriyoshi: Somehow it looks like you never fixed #321311 anywhere, just added a NEWS entry ??? Previous Comments: [2005-07-16 05:14:58] s dot masugata at digicom dot dnp dot co dot jp Description: http://bugs.php.net/bug.php?id=32311 mb_encode_mimeheader is did not operate by the influence that corrected this problem. Reproduce code: --- Expected result: string(34) "=?ISO-2022-JP?B?GyRCST1CahsoQg==?=" Actual result: -- string(2) "hL" -- Edit this bug report at http://bugs.php.net/?id=33720&edit=1
#33730 [Opn->Bgs]: Super global arrays empty on large file upload
ID: 33730
Updated by: [EMAIL PROTECTED]
Reported By: stephen dot ball at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Windows XP Professional SP2
PHP Version: 4.4.0
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.
Of course they do, you're also going over the post_max_size there. No
bug.
Previous Comments:
[2005-07-16 22:49:35] stephen dot ball at gmail dot com
Same result
[2005-07-16 22:24:13] [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
[2005-07-16 22:11:02] stephen dot ball at gmail dot com
Files up to 8.2MB work as intended, a file of 8.5MB causes the error.
I don't have any files between those sizes to narrow it down
[2005-07-16 21:56:21] stephen dot ball at gmail dot com
Correcting PHP version
[2005-07-16 21:53:04] stephen dot ball at gmail dot com
Description:
When selecting a file to upload files which are massively larger than
the upload limit cause the super global arrays $_POST, $_GET, $_REQUEST
and $_FILES to be empty.
Reproduce code:
---
form.html
Send this file:
upload.php
';
if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile))
{
echo "File is valid, and was successfully uploaded.\n";
} else {
echo "Possible file upload attack!\n";
}
print "";
?>
Expected result:
array("test" => "value")
array("test" => "value")
Possible file upload attack! (due to the fact that the file is too
large)
Actual result:
--
array()
array()
Possible file upload attack!
--
Edit this bug report at http://bugs.php.net/?id=33730&edit=1
#33723 [Opn->Fbk]: php_value overrides php_admin_value
ID: 33723 Updated by: [EMAIL PROTECTED] Reported By: ezmlm at mail dot ru -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-16 13:22:11] ezmlm at mail dot ru Description: PHP5 for apache 1.3.33 built as DSO allows php_admin_value (php_admin_flag) options marked as PHP_INI_SYSTEM to be reset in .htaccess files by using php_value (php_flag). safe_mode for example. To demonstrate the problem in php.ini set safe_mode = Off, in httpd.conf, set: php_admin_value safe_mode on Get phpinfo to verify that safe_mode is on. Now create .htaccess file in document_root containing: php_flag safe_mode off (or even php_flag safe_mode on) Get phpinfo again and note that safe_mode was reset to off (php.ini initial value) -- Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33737 [Opn]: Looks like it's a PDO::SQLite issue
ID: 33737 User updated by: leon at lost dot co dot nz -Summary: Reproducable segfault on complex object orientated code Reported By: leon at lost dot co dot nz Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 New Comment: Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. Previous Comments: [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585 in zif_PDO_query (ht=1, return_value=0x8339484, return_value_ptr=0x8168258, this_ptr=0xb792b3d0, return_value_used=135692888, tsrm_ls=0x8168258) at zend_variables.h:35 #5 0xb78cd42a in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa97f80, tsrm_ls=0x8168258) at zend_vm_execute.h:184
#33738 [NEW]: stat() returns wrong size on large files (>2^31 bytes)
From: mpb dot mail at gmail dot com
Operating system: FreeBSD
PHP version: 5.0.4
PHP Bug Type: Filesystem function related
Bug description: stat() returns wrong size on large files (>2^31 bytes)
Description:
stat() returns the wrong size for large files. This is because a 64 bit
integer (at the OS level) is truncated to 32 bits (at the PHP level).
(This will not be a problem on platforms where PHP integer type is 64
bits.)
In C, the stat() function returns st_size as type off_t, which I suspect
is 64 bits on most modern operatings systems.
I'm not sure what the solution for this is. Perhaps if the size is
greater than PHP's maximum interegr value (varies by platform), then the
size is converted to a float? This would be nice.
Looks like the filesize() function has a similar problem.
Perhaps you will consider this to be a "bogus" bug, but I really think PHP
can do better than arbitrarily converting 64 bit ints to 32 bit ints (which
can result in files with negative lengths). If returning a float is not an
option, how about returning a size of -1, or MAX_INT, or an error code.
Reproduce code:
---
// verylargefile is 3751661568 bytes, in this case
$stat = lstat ('/path/to/verylargefile');
$size = $stat['size'];
print "size: $size\n";
Expected result:
size: 3751661568
Actual result:
--
size: -543305728
--
Edit bug report at http://bugs.php.net/?id=33738&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33738&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33738&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33738&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33738&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33738&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33738&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33738&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33738&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33738&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33738&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33738&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33738&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33738&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33738&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33738&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33738&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33738&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33738&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33738&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33738&r=mysqlcfg
#33737 [Opn]: Reproducable segfault on complex object orientated code
ID: 33737 User updated by: leon at lost dot co dot nz Reported By: leon at lost dot co dot nz Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 New Comment: Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... Previous Comments: [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585 in zif_PDO_query (ht=1, return_value=0x8339484, return_value_ptr=0x8168258, this_ptr=0xb792b3d0, return_value_used=135692888, tsrm_ls=0x8168258) at zend_variables.h:35 #5 0xb78cd42a in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa97f80, tsrm_ls=0x8168258) at zend_vm_execute.h:184 #6 0xb78ccb2c in execute (op_array=0x82ee674, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #7 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98150, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #8 0xb78ccb2c in execute (op_array=0x82f161c, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #9 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98270, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #10 0xb78ccb2c in execute (op_array=0x82f12e4, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #11 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa985c0, tsrm_ls=0x8168258) at zend_vm_execu
#33737 [Fbk->Opn]: Reproducable segfault on complex object orientated code
ID: 33737 User updated by: leon at lost dot co dot nz Reported By: leon at lost dot co dot nz -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 New Comment: Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon Previous Comments: [2005-07-17 23:48:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585 in zif_PDO_query (ht=1, return_value=0x8339484, return_value_ptr=0x8168258, this_ptr=0xb792b3d0, return_value_used=135692888, tsrm_ls=0x8168258) at zend_variables.h:35 #5 0xb78cd42a in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa97f80, tsrm_ls=0x8168258) at zend_vm_execute.h:184 #6 0xb78ccb2c in execute (op_array=0x82ee674, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #7 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98150, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #8 0xb78ccb2c in execute (op_array=0x82f161c, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #9 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98270, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #10 0xb78ccb2c in execute (op_array=0x82f12e4, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #11 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa985c0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #12 0xb78ccb2c in execute (op_array=0x83295ec, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #13 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98bf0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #14 0xb78ccb2c in execute (op_array=0x83163bc, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #15 0xb78cd14b in zend_do_fcall_co
#33737 [Opn->Fbk]: Reproducable segfault on complex object orientated code
ID: 33737 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. We really need a reproducable script... Previous Comments: [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585 in zif_PDO_query (ht=1, return_value=0x8339484, return_value_ptr=0x8168258, this_ptr=0xb792b3d0, return_value_used=135692888, tsrm_ls=0x8168258) at zend_variables.h:35 #5 0xb78cd42a in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa97f80, tsrm_ls=0x8168258) at zend_vm_execute.h:184 #6 0xb78ccb2c in execute (op_array=0x82ee674, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #7 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98150, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #8 0xb78ccb2c in execute (op_array=0x82f161c, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #9 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98270, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #10 0xb78ccb2c in execute (op_array=0x82f12e4, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #11 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa985c0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #12 0xb78ccb2c in execute (op_array=0x83295ec, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #13 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98bf0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #14 0xb78ccb2c in execute (op_array=0x83163bc, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #15 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98e00, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #16 0xb78ccb2c in execute (op_array=0x82df884, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #17 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98f10, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #18 0xb78ccb2c in execu
#33737 [NEW]: Reproducable segfault on complex object orientated code
From: leon at lost dot co dot nz Operating system: Linux 2.6 / Apache2 PHP version: 5.1.0b2 PHP Bug Type: Reproducible crash Bug description: Reproducable segfault on complex object orientated code Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a585 in zif_PDO_query (ht=1, return_value=0x8339484, return_value_ptr=0x8168258, this_ptr=0xb792b3d0, return_value_used=135692888, tsrm_ls=0x8168258) at zend_variables.h:35 #5 0xb78cd42a in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa97f80, tsrm_ls=0x8168258) at zend_vm_execute.h:184 #6 0xb78ccb2c in execute (op_array=0x82ee674, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #7 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98150, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #8 0xb78ccb2c in execute (op_array=0x82f161c, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #9 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98270, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #10 0xb78ccb2c in execute (op_array=0x82f12e4, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #11 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa985c0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #12 0xb78ccb2c in execute (op_array=0x83295ec, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #13 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98bf0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #14 0xb78ccb2c in execute (op_array=0x83163bc, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #15 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98e00, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #16 0xb78ccb2c in execute (op_array=0x82df884, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #17 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa98f10, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #18 0xb78ccb2c in execute (op_array=0x82df5a4, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #19 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa99400, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #20 0xb78ccb2c in execute (op_array=0x830dc34, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #21 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa995d0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #22 0xb78ccb2c in execute (op_array=0x82e008c, tsrm_ls=0x8168258) at zend_vm_execute.h:87 #23 0xb78cd14b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa99fb0, tsrm_ls=0x8168258) at zend_vm_execute.h:213 #24 0xb78ccb2c in execute (op_array=0x8
#33338 [NoF->Opn]: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 8 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: Redhat Linux PHP Version: 5CVS-2005-06-14 New Comment: There are no other SSL files on the system. I've removed every instance of every file that was either installed using 'make install' or was in the package. Previous Comments: [2005-07-04 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-06-27 00:41:54] [EMAIL PROTECTED] And you're absolutely sure there aren't ANY other OpenSSL header files anywhere in your system? Are you able to reproduce this on any other machine?? [2005-06-22 11:01:47] wim at godden dot net Output of xml2-config --libs --cflags : -L/usr/local/lib -lxml2 -lz -lpthread -lm -I/usr/local/include/libxml2 Makefiles have been sent to you. [2005-06-20 00:09:51] [EMAIL PROTECTED] Please DO NOT add such huge configure outputs here unless asked for! I deleted the comment as it didn't hold any useful information anyway. 1. Send me the Makefile's of configure without --enable-libxml and with it to [EMAIL PROTECTED] 2. What does this output: # xml2-config --libs --cflags [2005-06-19 23:04:58] wim at godden dot net Small update : if I don't add --enable-libxml, it seems to work just fine. I have libXML 2.6.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/8 -- Edit this bug report at http://bugs.php.net/?id=8&edit=1
#33648 [Asn]: Using --with-regex=system causes compile failure
ID: 33648
User updated by: ergin at ergin dot dyndns dot org
Reported By: ergin at ergin dot dyndns dot org
Status: Assigned
Bug Type: Compile Failure
Operating System: *
-PHP Version: 5CVS, 4CVS (2005-07-12)
+PHP Version: 4.4.0
Assigned To: andrei
New Comment:
Did new compile tries with php4-STABLE-200507171643
The result is
-
RPM build errors:
File not found: /var/tmp/php-root/usr/bin/phpextdist
File not found: /var/tmp/php-root/usr/lib/php
-
Looks like devel package doesn't build correctly. Files doesn't get
copied into php-root so I had to do a manual workaround by copying
files manually "during compile process" and when I do as below RPMS
gets build...
# cp /usr/bin/phpextdist /var/tmp/php-root/usr/bin
# mkdir /var/tmp/php-root/usr/lib/php
# mkdir /var/tmp/php-root/usr/lib/php/build
# cp /usr/lib/php/build /var/tmp/php-root/usr/lib/php/build
Previous Comments:
[2005-07-15 13:03:31] [EMAIL PROTECTED]
This is not fixed yet. I added the necessary configure checks
and now HAVE_REGEX_T_RE_MAGIC is defined if re_magic exists in regext_t
struct.
Andrei: Please check it out.
[2005-07-14 22:25:38] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2005-07-12 15:41:55] [EMAIL PROTECTED]
Assigned to Andrei, he broke it.
As to the problem: remove --with-regex=system from your configure line
and it will work fine.
[2005-07-12 08:56:25] ergin at ergin dot dyndns dot org
Here is my configure line...
- START -
%configure \
--prefix=%{_prefix} \
--with-config-file-path=%{_sysconfdir} \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-dom=shared \
--with-bz2 \
--with-db3 \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-gd \
--with-gdbm \
--with-gettext \
--with-gmp \
--with-jpeg-dir=%{_prefix} \
--with-mm \
--with-openssl \
--with-png \
--with-regex=system \
--with-ttf \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-debugger \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-mime-magic \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-iconv --enable-mbstring --enable-mbregex \
--with-imap=shared,/usr/local/src/imap-2002e --with-imap-ssl
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mysql=shared,/usr \
--with-pgsql=shared \
--with-curl=shared \
--with-mcrypt=shared \
--with-snmp=%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-unixODBC=shared \
--with-xmlrpc=shared \
--with-mhash=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-sockets --enable-pcntl --enable-sigchild \
$*
END --
[2005-07-11 22:38:14] ergin at ergin dot dyndns dot org
Description:
Got following message when I tried to build RPMS for new PHP version
php-4.4.0 (OBS!!! couldn't choose it from drop menu - PHP version)
.
Actual result:
--
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c: In fucntion
'_php_regcomp':
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c:53 structure has no
member named 're_magic'
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c:72 structure has no
member named 're_magic'
make *** [ext/standard/reg.lo] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.66063
--
Edit this bug report at http://bugs.php.net/?id=33648&edit=1
#33736 [NEW]: PDO confuses pgsql cast operator with named parameter
From: php at sagi dot org Operating system: Linux PHP version: 5.1.0b2 PHP Bug Type: PDO related Bug description: PDO confuses pgsql cast operator with named parameter Description: I'm trying to execute a query similar to this: INSERT INTO table (name, created_at) VALUES (:name, FROM_UNIXTIME(:created_at)::TIMESTAMP); On postgres7.4. FROM_UNIXTIME is a custom function, I try to cast its value to TIMESTAMP using the '::' operator. However, PDO thinks ':TIMESTAMP' is a name of another parameter, so it throws this exception: 'SQLSTATE[HY093]: Invalid parameter number: parameter was not defined' Perhaps PDO should not treat '::' as a parameter or at least provide a way to escape ':'. -- Edit bug report at http://bugs.php.net/?id=33736&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33736&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33736&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33736&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33736&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33736&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33736&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33736&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33736&r=support Expected behavior: http://bugs.php.net/fix.php?id=33736&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33736&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33736&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33736&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33736&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33736&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33736&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33736&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33736&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33736&r=mysqlcfg
#33731 [Bgs]: Rounding error when casting
ID: 33731 Updated by: [EMAIL PROTECTED] Reported By: peebrain at psipog dot net Status: Bogus Bug Type: Math related Operating System: Linux PHP Version: 4.3.11 New Comment: No, because the is a precision adjustment for display purposes. That's what the precision .ini setting is all about. Also note that when you multiply a floating point value you are magnifying this floating point error inherent in all floating point operations. Previous Comments: [2005-07-17 18:00:13] peebrain at psipog dot net Sorry, I mean... shouldn't the SECOND echo produce 229.999 ? [2005-07-17 17:59:31] peebrain at psipog dot net Shouldn't the third echo produce 229.9 then, instead of 230? [2005-07-17 07:48:58] [EMAIL PROTECTED] This is not a bug. Computers have no way to represent floating point numbers accurately. They can only approximate them to a certain precision. Whenever you do anything that requires absolute precision, you need to take this into account. 2.3*100 is never going to be exactly 230. It's going to be 229.9 or 230.0001 and if you do (int)229.9 you are going to get 229. [2005-07-17 07:36:10] peebrain at psipog dot net Description: When rounding with int casting, it seems to screw it up on this weird case. If you cast 230 to int, it will change to 229 in this one case. Reproduce code: --- $r = 2.3; echo $r.""; $r = $r * 100.0; echo $r.""; $r = (int)$r; echo $r.""; $r = $r / 100.0; echo $r; Expected result: 2.3 230 230 2.3 Actual result: -- 2.3 230 229 2.29 -- Edit this bug report at http://bugs.php.net/?id=33731&edit=1
#33731 [Bgs]: Rounding error when casting
ID: 33731 User updated by: peebrain at psipog dot net Reported By: peebrain at psipog dot net Status: Bogus Bug Type: Math related Operating System: Linux PHP Version: 4.3.11 New Comment: Sorry, I mean... shouldn't the SECOND echo produce 229.999 ? Previous Comments: [2005-07-17 17:59:31] peebrain at psipog dot net Shouldn't the third echo produce 229.9 then, instead of 230? [2005-07-17 07:48:58] [EMAIL PROTECTED] This is not a bug. Computers have no way to represent floating point numbers accurately. They can only approximate them to a certain precision. Whenever you do anything that requires absolute precision, you need to take this into account. 2.3*100 is never going to be exactly 230. It's going to be 229.9 or 230.0001 and if you do (int)229.9 you are going to get 229. [2005-07-17 07:36:10] peebrain at psipog dot net Description: When rounding with int casting, it seems to screw it up on this weird case. If you cast 230 to int, it will change to 229 in this one case. Reproduce code: --- $r = 2.3; echo $r.""; $r = $r * 100.0; echo $r.""; $r = (int)$r; echo $r.""; $r = $r / 100.0; echo $r; Expected result: 2.3 230 230 2.3 Actual result: -- 2.3 230 229 2.29 -- Edit this bug report at http://bugs.php.net/?id=33731&edit=1
#33731 [Bgs]: Rounding error when casting
ID: 33731 User updated by: peebrain at psipog dot net Reported By: peebrain at psipog dot net Status: Bogus Bug Type: Math related Operating System: Linux PHP Version: 4.3.11 New Comment: Shouldn't the third echo produce 229.9 then, instead of 230? Previous Comments: [2005-07-17 07:48:58] [EMAIL PROTECTED] This is not a bug. Computers have no way to represent floating point numbers accurately. They can only approximate them to a certain precision. Whenever you do anything that requires absolute precision, you need to take this into account. 2.3*100 is never going to be exactly 230. It's going to be 229.9 or 230.0001 and if you do (int)229.9 you are going to get 229. [2005-07-17 07:36:10] peebrain at psipog dot net Description: When rounding with int casting, it seems to screw it up on this weird case. If you cast 230 to int, it will change to 229 in this one case. Reproduce code: --- $r = 2.3; echo $r.""; $r = $r * 100.0; echo $r.""; $r = (int)$r; echo $r.""; $r = $r / 100.0; echo $r; Expected result: 2.3 230 230 2.3 Actual result: -- 2.3 230 229 2.29 -- Edit this bug report at http://bugs.php.net/?id=33731&edit=1
#33734 [Bgs->Opn]: Something strange with COM Object
ID: 33734
User updated by: tommy_wei at hotmail dot com
Reported By: tommy_wei at hotmail dot com
-Status: Bogus
+Status: Open
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
Ok you are right...
You said -> The long answer is that atm we cannot support the ()=
syntax and offer
the []= as an alternative
But why this code doesn't work with PHP 5.1.0b3 & The lastest CVS
5.1.0Dev...it works for PHP 5.0.4
IndexOf($user);
$target=$com->Items[$index];//return user object
$target->Password="password";
$com->Items[$index]=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
At line >> $target=$com->Items[$index];
Error is >> [0x8002000e] Invalid number of parameters.
Any idea ?
Previous Comments:
[2005-07-17 14:53:34] [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 short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
[2005-07-17 14:20:37] tommy_wei at hotmail dot com
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
$com->Items[$index]=$target;
Error -> [0x8002000e] Invalid number of parameters.
This made me confuse -"-
---
I'm not sure this is a bug of my company's activeX or PHP
If you need more information please tell me.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=33734&edit=1
#33734 [Opn->Bgs]: Something strange with COM Object
ID: 33734
Updated by: [EMAIL PROTECTED]
Reported By: tommy_wei at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
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
The short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
Previous Comments:
[2005-07-17 14:20:37] tommy_wei at hotmail dot com
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
$com->Items[$index]=$target;
Error -> [0x8002000e] Invalid number of parameters.
This made me confuse -"-
---
I'm not sure this is a bug of my company's activeX or PHP
If you need more information please tell me.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=33734&edit=1
#33734 [NEW]: Something strange with COM Object
From: tommy_wei at hotmail dot com
Operating system: 2000 & 2003 & XP Pro SP2
PHP version: 5CVS-2005-07-17 (dev)
PHP Bug Type: COM related
Bug description: Something strange with COM Object
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
$com->Items[$index]=$target;
Error -> [0x8002000e] Invalid number of parameters.
This made me confuse -"-
---
I'm not sure this is a bug of my company's activeX or PHP
If you need more information please tell me.
Thank you.
--
Edit bug report at http://bugs.php.net/?id=33734&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33734&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33734&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33734&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33734&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33734&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33734&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33734&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33734&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33734&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33734&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33734&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33734&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33734&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33734&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33734&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33734&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33734&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33734&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33734&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33734&r=mysqlcfg
#33733 [NEW]: PHP segfaults when using the pspell extension
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 5CVS-2005-07-17 (dev)
PHP Bug Type: Unknown/Other Function
Bug description: PHP segfaults when using the pspell extension
Description:
I'm not sure if this is a PHP bug, but here it is:
(gdb) run -a
Starting program: /usr/local/bin/php -a
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 18864)]
Interactive mode enabled
php > $pspell_link = pspell_new('en');
php > pspell_config_mode($pspell_link, PSPELL_FAST);
*** glibc detected *** corrupted double-linked list: 0x0844e7f0 ***
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 18864)]
0xb79b43e1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb79b43e1 in kill () from /lib/libc.so.6
#1 0xb7aac131 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7aac4ab in raise () from /lib/libpthread.so.0
#3 0xb79b4174 in raise () from /lib/libc.so.6
#4 0xb79b564d in abort () from /lib/libc.so.6
#5 0xb79f0030 in mallopt () from /lib/libc.so.6
#6 0xb79ef03c in mallopt () from /lib/libc.so.6
#7 0xb79ee6ea in mallopt () from /lib/libc.so.6
#8 0xb79ed803 in malloc () from /lib/libc.so.6
#9 0x081fbd51 in _emalloc (size=18864) at
/cvs/php-src/Zend/zend_alloc.c:181
#10 0x0820909d in op_array_alloc_ops (op_array=0x84a0b54)
at /cvs/php-src/Zend/zend_opcode.c:48
#11 0x08209107 in init_op_array (op_array=0x84a0b54, type=4 '\004',
initial_ops_size=8192) at /cvs/php-src/Zend/zend_opcode.c:68
#12 0x081f64c5 in compile_string (source_string=0xb410, filename=0x0)
at zend_language_scanner.l:541
#13 0x08207934 in zend_eval_string (str=0x1 ,
retval_ptr=0x0, string_name=0x0)
at /cvs/php-src/Zend/zend_execute_API.c:1030
#14 0x0827fadc in main (argc=2, argv=0xb644)
at /cvs/php-src/sapi/cli/php_cli.c:1024
I have glib 2.3.4 and aspell 0.60.3.
BTW, PHP segfaults when using aspell 0.50.5, so we should probably bump
the version requirements (reference:
http://sf.net/tracker/?func=detail&atid=100245&aid=1238839&group_id=245
--
Edit bug report at http://bugs.php.net/?id=33733&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33733&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33733&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33733&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33733&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33733&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33733&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33733&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33733&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33733&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33733&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33733&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33733&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33733&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33733&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33733&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33733&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33733&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33733&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33733&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33733&r=mysqlcfg
#33732 [NEW]: behavior of constants in class and interface extending
From: lukas dot starecek at centrum dot cz
Operating system: Linux
PHP version: 5.0.3
PHP Bug Type: Feature/Change Request
Bug description: behavior of constants in class and interface extending
Description:
If interface define any constants, then it's not possible (due to error)
implement this interface in any class and extend any other class with this
interface.
Reproduce code:
---
interface iA {
const cA = 'const of iA';
}
class A implements iA {
}
class B extends A implements iA {
}
$b = new B();
echo iA::cA;
echo A::cA;
echo B::cA;
- Another example -
interface iA {
const cA = 'const of iA';
}
class A implements iA {
}
interface iB extends iA {
}
class B extends A implements iB {
}
$b = new B();
echo iA::cA;
echo A::cA;
echo iB::cA;
echo B::cA;
Expected result:
const of iA
const of iA
const of iA
- Another example -
const of iA
const of iA
const of iA
const of iA
Actual result:
--
Fatal error: Cannot inherit previously-inherited constant cA from
interface iA
- Another example -
Fatal error: Cannot inherit previously-inherited constant cA from
interface iB
--
Edit bug report at http://bugs.php.net/?id=33732&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33732&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33732&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33732&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33732&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33732&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33732&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33732&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33732&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33732&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33732&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33732&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33732&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33732&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33732&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33732&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33732&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33732&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33732&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33732&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33732&r=mysqlcfg
