#48940 [NEW]: date('Y') generates 0000 while date('y') generates 09
From: trizt at iname dot com
Operating system: Linux PPC 32bit
PHP version: 5.2.10
PHP Bug Type: Date/time related
Bug description: date('Y') generates while date('y') generates 09
Description:
On Linux PPC 32bit (Gentoo with following options: apache2 bcmath berkdb
bzip2 cjk cli crypt ctype curl curlwrappers exif ftp gd gdbm iconv imap
json ldap mhash mysql mysqli ncurses nls pcntl pcre posix readline
reflection session simplexml snmp soap sockets spl ssl suhosin tidy
tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xpm xsl yaz
zip zlib), the date('Y') don't generate the current year, but .
A simple but not that nice work around is to make
'20'.date('y')
Using the date('Y') works on my x86_64, so I think the bug may be in just
big endian machines (haven't tested this on my sparc yet).
Reproduce code:
---
?php
echo date('Y');
?
Expected result:
2009
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=48940edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48940r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48940r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48940r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48940r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48940r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48940r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48940r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48940r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48940r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48940r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48940r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48940r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48940r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48940r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48940r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48940r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48940r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48940r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48940r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48940r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48940r=mysqlcfg
#48939 [Opn-Fbk]: ceil error
ID: 48939 Updated by: ka...@php.net Reported By: louis at frenzoo dot com -Status: Open +Status: Feedback Bug Type: Math related Operating System: Linux PHP Version: 5.2.10 New Comment: Please try with PHP 5.3.0 where the rounding was revised per this RFC: http://wiki.php.net/rfc/rounding Previous Comments: [2009-07-16 05:11:52] louis at frenzoo dot com Description: ceil() does not give an correct expected result. I have read some bug reports before. I understand that there is floating point error, but it happens in just a simple math calculation, which is unacceptable in the below case. It created inaccurate result on simple math, it will also create chaos in more complicated ones. Reproduce code: --- $n = 100.0*1.1; print $n.'='.ceil($n); Expected result: 110 = 110 Actual result: -- 110 = 111 -- Edit this bug report at http://bugs.php.net/?id=48939edit=1
#48939 [Fbk-Csd]: ceil error
ID: 48939 User updated by: louis at frenzoo dot com Reported By: louis at frenzoo dot com -Status: Feedback +Status: Closed Bug Type: Math related Operating System: Linux PHP Version: 5.2.10 New Comment: Sorry to disturb. Got the idea that it is the definition from IEEE, the limitation of float in binary representation. Thanks for concern! Previous Comments: [2009-07-16 06:36:47] ka...@php.net Please try with PHP 5.3.0 where the rounding was revised per this RFC: http://wiki.php.net/rfc/rounding [2009-07-16 05:11:52] louis at frenzoo dot com Description: ceil() does not give an correct expected result. I have read some bug reports before. I understand that there is floating point error, but it happens in just a simple math calculation, which is unacceptable in the below case. It created inaccurate result on simple math, it will also create chaos in more complicated ones. Reproduce code: --- $n = 100.0*1.1; print $n.'='.ceil($n); Expected result: 110 = 110 Actual result: -- 110 = 111 -- Edit this bug report at http://bugs.php.net/?id=48939edit=1
#48926 [Fbk-Opn]: Configure option --enable-fastcgi doesn't work
ID: 48926 User updated by: abel dot martin dot ruiz at gmail dot com Reported By: abel dot martin dot ruiz at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RHEL 5 PHP Version: 5.2.10 New Comment: I didn't do a make clean, true. The line was this: ./configure --enable-bcmath --enable-dba--with-gd --with-ldap --enable-mbstring --with-mcrypt=/usr/local/lib --with-mysql --with-unixODBC=/usr --with-pear --with-snmp --enable-zip --with-openssl --with-pdo-mysql --with-mhash --enable-soap --with-curl --enable-ftp --enable-fastcgi I configured the sources from a fresh untarred tarball with the line above and I got fcgi support: PHP 5.2.10 (cgi-fcgi) (built: Jul 16 2009 08:31:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies Another thing I noticed (done with newly untarred sources, again) is that php-cgi doesn't get built if I enable mod_php with --with-apxs2=/usr/sbin/apxs before --enable-fastcgi. Not sure if both options are mutually exclusive). This was the line: ./configure --enable-bcmath --enable-dba--with-gd --with-ldap --enable-mbstring --with-mcrypt=/usr/local/lib --with-mysql --with-unixODBC=/usr --with-pear --with-snmp --enable-zip --with-openssl --with-pdo-mysql --with-mhash --enable-soap --with-curl --enable-ftp --with-apxs2=/usr/sbin/apxs --enable-fastcgi Thanks for your quick reply! Previous Comments: [2009-07-15 16:03:50] j...@php.net What was the full configure line? Did you do it on clean sources where configure hadn't been run before? Where there any warnings about unknown options after configure? make clean ? [2009-07-15 13:01:18] abel dot martin dot ruiz at gmail dot com Description: Fastcgi support isn't enabled even though configure is invoked with option --enable-fastcgi. When running ./sapi/cgi/php-cgi -v the ouput is: PHP 5.2.10 (cgi) (built: Jul 15 2009 08:28:33) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies Note the (cgi) instead of the expected (cgi-fcgi). -- Edit this bug report at http://bugs.php.net/?id=48926edit=1
#48940 [Opn-Bgs]: date('Y') generates 0000 while date('y') generates 09
ID: 48940
Updated by: scott...@php.net
Reported By: trizt at iname dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux PPC 32bit
PHP Version: 5.2.10
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.
Fixed in CVS already, you can use a CVS copy or wait until 5.2.11 is
out or use 5.3.0 which has it fixed.
Previous Comments:
[2009-07-16 06:16:05] trizt at iname dot com
Description:
On Linux PPC 32bit (Gentoo with following options: apache2 bcmath
berkdb bzip2 cjk cli crypt ctype curl curlwrappers exif ftp gd gdbm
iconv imap json ldap mhash mysql mysqli ncurses nls pcntl pcre posix
readline reflection session simplexml snmp soap sockets spl ssl suhosin
tidy tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xpm
xsl yaz zip zlib), the date('Y') don't generate the current year, but
.
A simple but not that nice work around is to make
'20'.date('y')
Using the date('Y') works on my x86_64, so I think the bug may be in
just big endian machines (haven't tested this on my sparc yet).
Reproduce code:
---
?php
echo date('Y');
?
Expected result:
2009
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=48940edit=1
#48939 [Csd-Bgs]: ceil error
ID: 48939 Updated by: scott...@php.net Reported By: louis at frenzoo dot com -Status: Closed +Status: Bogus Bug Type: Math related Operating System: Linux PHP Version: 5.2.10 Previous Comments: [2009-07-16 06:38:59] louis at frenzoo dot com Sorry to disturb. Got the idea that it is the definition from IEEE, the limitation of float in binary representation. Thanks for concern! [2009-07-16 06:36:47] ka...@php.net Please try with PHP 5.3.0 where the rounding was revised per this RFC: http://wiki.php.net/rfc/rounding [2009-07-16 05:11:52] louis at frenzoo dot com Description: ceil() does not give an correct expected result. I have read some bug reports before. I understand that there is floating point error, but it happens in just a simple math calculation, which is unacceptable in the below case. It created inaccurate result on simple math, it will also create chaos in more complicated ones. Reproduce code: --- $n = 100.0*1.1; print $n.'='.ceil($n); Expected result: 110 = 110 Actual result: -- 110 = 111 -- Edit this bug report at http://bugs.php.net/?id=48939edit=1
#48938 [Opn-Bgs]: Feels like .*? and /s is problematic, no output generated!
ID: 48938 Updated by: scott...@php.net Reported By: alexis at m2osw dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.2.10 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. Check out preg_last_error(), you've reached a limit we set in PCRE to prevent segfaults due to inefficient regular expressions. Previous Comments: [2009-07-16 04:50:14] alexis at m2osw dot com Description: I have a pregex that starts looks like this: /(?:p.*?)?\[.../s (The last ... is to be interpreted as an ellipsis) Removing the /s or the p tag before the \[ fixes the problem. Otherwise the preg_replace_callback() returns an empty string and never calls the callback. This is the case with several pages of data we have, although it is not easy for me to determine what triggers the problem. P.S. If the callback does not exist, the function has a shortcut and the input is immediately returned as is. Reproduce code: --- 1740 lines of code found as an attachment to that page: http://linux.m2osw.com/pcre_php_s_modifier_bug The main reason for the length is the HTML code, the failing code is just 1 line at the bottom. Expected result: ($s == preg_replace_callback(...)) === TRUE since the callback should not be called with that HTML. Actual result: -- preg_replace_callback() returns NULL -- Edit this bug report at http://bugs.php.net/?id=48938edit=1
#48919 [Com]: include path set to symlinked directory failed
ID: 48919 Comment by: v dot venkov at gmail dot com Reported By: insekticid at gmail dot com Status: Open Bug Type: Directory function related Operating System: win32 only - Windows 7 / Vista PHP Version: 5.3CVS-2009-07-14 (snap) New Comment: I have same problem, I can't find solution Previous Comments: [2009-07-14 16:03:20] insekticid at gmail dot com Description: DocumentRoot D:\dev\web_trunk in Apache in develop I am changin directories via symlink mklink /d web_trunk web_tag_beta or mklink /d web_trunk web_trunk_actual Working on PHP 5.2.10 but fails with PHP 5.3+ from apache error log with symlinked dir and PHP 5.3.1-dev [Tue Jul 14 17:28:03 2009] [error] [client 127.0.0.1] PHP Fatal error: Unknown: Failed opening required 'D:/dev/web_trunk/index.php' (include_path='.;D:\\dev\\web_trunk') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=48919edit=1
#48821 [NoF-Opn]: mysql_fetch_array segfaults on second parameter
ID: 48821 User updated by: margus at zone dot ee -Summary: mysql_fetch_assoc segfaults on second parameter Reported By: margus at zone dot ee -Status: No Feedback +Status: Open Bug Type: MySQL related Operating System: CentOS 4.7/x86_64 PHP Version: 5.3.0 New Comment: Configure line for SAPI: './configure' '--prefix=/opt/zone' '--with-config-file-path=/etc/opt/zone/php53-module' '--with-apxs2=/opt/zone/sbin/apxs' '--with-mysql=/opt/zone/x86_64/configure-for-mysql51' '--with-pdo-mysql=/opt/zone/x86_64/configure-for-mysql51' '--with-pdo-sqlite' '--disable-cli' '--with-openssl=/usr/x86_64' '--enable-mbstring' '--with-curl=/usr/x86_64' '--with-gd' '--enable-exif' '--with-zlib-dir=/usr/x86_64' '--with-png-dir=/usr/x86_64' '--with-jpeg-dir=/usr/x86_64' '--with-freetype-dir=/usr/x86_64' '--disable-sockets' '--with-iconv=/opt/zone/x86_64' '--without-pear' '--with-libxml-dir=/opt/zone/x86_64' '--disable-phar' Previous Comments: [2009-07-14 01:00:02] 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. [2009-07-06 18:41:25] margus at zone dot ee Configure line is quite traditional: './configure' '--prefix=/opt/zone' '--with-config-file-path=/etc/opt/zone/php53-module' '--with-apxs2=/opt/zone/sbin/apxs' '--with-mysql=/opt/zone/x86_64/configure-for-mysql51' '--with-pdo-mysql=/opt/zone/x86_64/configure-for-mysql51' '--with-pdo-sqlite' '--disable-cli' '--with-openssl=/usr/x86_64' '--enable-mbstring' '--with-curl=/usr/x86_64' '--with-gd' '--enable-exif' '--with-zlib-dir=/usr/x86_64' '--with-png-dir=/usr/x86_64' '--with-jpeg-dir=/usr/x86_64' '--with-freetype-dir=/usr/x86_64' '--disable-sockets' '--with-iconv=/opt/zone/x86_64' '--without-pear' '--with-libxml-dir=/opt/zone/x86_64' '--disable-phar' [2009-07-06 17:19:00] j...@php.net What was the full configure line used to compile PHP? [2009-07-06 16:59:02] margus at zone dot ee Description: mysql_fetch_assoc/mysql_fetch_array will segfault PHP if second parameter (MYSQL_BOTH, MYSQL_ASSOC or MYSQL_NUM) is specified. The value of parameter does'nt make any difference. This happens only for PHP-CGI and Apache module and strangely not to CLI. Reproduce code: --- ?php mysql_connect (localhost, user, password); mysql_select_db (test); $r = mysql_query (SELECT * FROM users); print_r (mysql_fetch_assoc ($r, MYSQL_BOTH)); ? Expected result: Array ( [id] = 1 [username] = asd1 [email] = asd2 [asd] = 2000 ) Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=48821edit=1
#48940 [Bgs]: date('Y') generates 0000 while date('y') generates 09
ID: 48940
User updated by: trizt at iname dot com
Reported By: trizt at iname dot com
Status: Bogus
Bug Type: Date/time related
Operating System: Linux PPC 32bit
PHP Version: 5.2.10
New Comment:
Didn't find any results on similar bugs when I made the search before
writing this one.
Had been nice if you could have made this a duplicate of original bug,
or at least give the bug id.
Previous Comments:
[2009-07-16 07:07:58] scott...@php.net
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.
Fixed in CVS already, you can use a CVS copy or wait until 5.2.11 is
out or use 5.3.0 which has it fixed.
[2009-07-16 06:16:05] trizt at iname dot com
Description:
On Linux PPC 32bit (Gentoo with following options: apache2 bcmath
berkdb bzip2 cjk cli crypt ctype curl curlwrappers exif ftp gd gdbm
iconv imap json ldap mhash mysql mysqli ncurses nls pcntl pcre posix
readline reflection session simplexml snmp soap sockets spl ssl suhosin
tidy tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xpm
xsl yaz zip zlib), the date('Y') don't generate the current year, but
.
A simple but not that nice work around is to make
'20'.date('y')
Using the date('Y') works on my x86_64, so I think the bug may be in
just big endian machines (haven't tested this on my sparc yet).
Reproduce code:
---
?php
echo date('Y');
?
Expected result:
2009
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=48940edit=1
#48924 [Asn]: int value PHP_INT_MAX causes Invalid text representation in pdo_pgsql
ID: 48924
User updated by: mark dot kirkwood at catalyst dot net dot nz
Reported By: mark dot kirkwood at catalyst dot net dot nz
Status: Assigned
Bug Type: PDO related
Operating System: Ubuntu x86 (32 bit)
PHP Version: 5.2CVS-2009-07-14 (CVS)
Assigned To: felipe
New Comment:
Rechecked at home on a 32 bit os, and confirmed that your patch fixes
the issue. Nice work, and thanks again for a very fast resolution.
Previous Comments:
[2009-07-16 01:24:13] mark dot kirkwood at catalyst dot net dot nz
Hmm - if you are getting out of range, then that sounds like your table
has the wrong definition - it should be created by:
CREATE TABLE a (id bigint)
so that 2147483648 can actually be inserted. I can replicate what you
are seeing by creating a with 'id integer'.
Having said that, it looks to me like your patch fixes the problem, but
I only have a 64 bit system here at work, so I'm cheating by doing:
//$id = PHP_INT_MAX + 1;
$id = (float)2147483648;
I'll check on a 32-bit system tonight to be sure and report back.
Thanks for the fast response!
[2009-07-16 01:07:23] fel...@php.net
Yes, it's 32 bit OS.
I just got an expected error out of range.
I've commited a patch [1] that remove the trailing zeros, please let me
know if it fixes your case.
About the HEAD version, It currently doesn't contains the fix (the code
which introduced the trailing zeros) for #41698.
[1] http://felipe.ath.cx/diff/bug48924.diff
[2009-07-15 23:24:17] mark dot kirkwood at catalyst dot net dot nz
Are you using a 32bit os? If you turn on statement logging you should
see an insert that looks like:
INSERT INTO a VALUES('2147483648.00')
[2009-07-15 23:14:38] fel...@php.net
I can't reproduce it on PostgreSQL with libpq5 (8.3.7).
[2009-07-15 00:38:19] mark dot kirkwood at catalyst dot net dot nz
Re: my footnote for Mysql - actually it does *not* elicit a similar
error with strict mode on.Sorry, my confusion.
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/48924
--
Edit this bug report at http://bugs.php.net/?id=48924edit=1
#39002 [Com]: apache 2.2.3 don't start : R_PPC_REL24 relocation error
ID: 39002 Comment by: coolf021 at hotmail dot com Reported By: benoitc at archlinuxppc dot org Status: No Feedback Bug Type: Apache2 related Operating System: Arch Linux PPC PHP Version: 5.1.6 New Comment: I was cross compile php-5.2.9 for powerpc603e, and I got the same problem. The following is my SW envs: apache: 2.2.4 gcc 4.2 from ELDK4.2 Previous Comments: [2006-10-10 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-10-02 17:59:05] tony2...@php.net I'd check --with-imap* first, cclient is known to have problems on different systems as to my experience. [2006-10-02 17:48:47] der...@php.net Yes, you guessed correctly :) Good luck. [2006-10-02 17:14:03] benoitc at archlinuxppc dot org it works. So I now I guess it's time to test each switch ? [2006-10-02 09:04:49] tony2...@php.net Remove all those ./configure options and try with only these: ./configure --with-apxs2 --disable-all The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39002 -- Edit this bug report at http://bugs.php.net/?id=39002edit=1
#48942 [NEW]: open_basedir no working with [PATH=] in php.ini
From: marcos dot neves at gmail dot com Operating system: debian PHP version: 5.3.0 PHP Bug Type: CGI related Bug description: open_basedir no working with [PATH=] in php.ini Description: I got No input file specified. from fcgi when used open_basedir inside [PATH=] php.ini Reproduce code: --- create an entry on php.ini with open_basedir pointing to your domain root, example: open_basedir=/var/www/my.domain.com restart fcgi and check if it all works fine. (it should) Now add this like above open_basedir: [PATH=/var/www/my.domain.com] open_basedir=/var/www/my.domain.com restart fcgi and now you will get No input file specified. Expected result: should work as before. Actual result: -- got No input file specified. fcgi response. -- Edit bug report at http://bugs.php.net/?id=48942edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48942r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48942r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48942r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48942r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48942r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48942r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48942r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48942r=needscript Try newer version: http://bugs.php.net/fix.php?id=48942r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48942r=support Expected behavior: http://bugs.php.net/fix.php?id=48942r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48942r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48942r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48942r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48942r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48942r=dst IIS Stability: http://bugs.php.net/fix.php?id=48942r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48942r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48942r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48942r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48942r=mysqlcfg
#48940 [Bgs]: date('Y') generates 0000 while date('y') generates 09
ID: 48940
Updated by: scott...@php.net
Reported By: trizt at iname dot com
Status: Bogus
Bug Type: Date/time related
Operating System: Linux PPC 32bit
PHP Version: 5.2.10
New Comment:
Bug #48276
It's been reported a handful of times now, searching for date and
shows it.
Previous Comments:
[2009-07-16 08:36:50] trizt at iname dot com
Didn't find any results on similar bugs when I made the search before
writing this one.
Had been nice if you could have made this a duplicate of original bug,
or at least give the bug id.
[2009-07-16 07:07:58] scott...@php.net
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.
Fixed in CVS already, you can use a CVS copy or wait until 5.2.11 is
out or use 5.3.0 which has it fixed.
[2009-07-16 06:16:05] trizt at iname dot com
Description:
On Linux PPC 32bit (Gentoo with following options: apache2 bcmath
berkdb bzip2 cjk cli crypt ctype curl curlwrappers exif ftp gd gdbm
iconv imap json ldap mhash mysql mysqli ncurses nls pcntl pcre posix
readline reflection session simplexml snmp soap sockets spl ssl suhosin
tidy tokenizer truetype unicode wddx xml xmlreader xmlrpc xmlwriter xpm
xsl yaz zip zlib), the date('Y') don't generate the current year, but
.
A simple but not that nice work around is to make
'20'.date('y')
Using the date('Y') works on my x86_64, so I think the bug may be in
just big endian machines (haven't tested this on my sparc yet).
Reproduce code:
---
?php
echo date('Y');
?
Expected result:
2009
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=48940edit=1
#48943 [NEW]: Connection Reset
From: guillermog at tricuspide dot com Operating system: Windows 7 RC PHP version: 5.3.0 PHP Bug Type: Unknown/Other Function Bug description: Connection Reset Description: I have a web page with several iframes and iterations on rows from a mysql database. The problem is that when I load the page the iframes will show Connection Reset in Firefox like if the server was overloaded. Besides, in Apache's error.log the following error is shown: Parent: child process exited with status 255 The same happens in 1 of 2 times if I load the page alone (not as an iframe). The Iframe prints several rows (maybe 1000, from a mysql table) but just after finishing the Connection is Reset The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor 5.3.1-dev, this is why I thing is a php5.3-related problem. I'm sorry but i could not reproduce this problem in a short script. Windows 7 RC Apache 2.2.11 Expected result: Page loaded Actual result: -- Connection Reset by server -- Edit bug report at http://bugs.php.net/?id=48943edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48943r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48943r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48943r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48943r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48943r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48943r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48943r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48943r=needscript Try newer version: http://bugs.php.net/fix.php?id=48943r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48943r=support Expected behavior: http://bugs.php.net/fix.php?id=48943r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48943r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48943r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48943r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48943r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48943r=dst IIS Stability: http://bugs.php.net/fix.php?id=48943r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48943r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48943r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48943r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48943r=mysqlcfg
#48943 [Opn-Fbk]: Connection Reset
ID: 48943 Updated by: j...@php.net Reported By: guillermog at tricuspide dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Windows 7 RC PHP Version: 5.3.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: [2009-07-16 12:49:07] guillermog at tricuspide dot com Description: I have a web page with several iframes and iterations on rows from a mysql database. The problem is that when I load the page the iframes will show Connection Reset in Firefox like if the server was overloaded. Besides, in Apache's error.log the following error is shown: Parent: child process exited with status 255 The same happens in 1 of 2 times if I load the page alone (not as an iframe). The Iframe prints several rows (maybe 1000, from a mysql table) but just after finishing the Connection is Reset The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor 5.3.1-dev, this is why I thing is a php5.3-related problem. I'm sorry but i could not reproduce this problem in a short script. Windows 7 RC Apache 2.2.11 Expected result: Page loaded Actual result: -- Connection Reset by server -- Edit this bug report at http://bugs.php.net/?id=48943edit=1
#48744 [Opn-Fbk]: Segmentation fault with open_basedir enabled
ID: 48744
Updated by: j...@php.net
Reported By: tom at ideaweb dot de
-Status: Open
+Status: Feedback
Bug Type: Safe Mode/open_basedir
Operating System: Linux Debian Etch
PHP Version: 5.3.0
Assigned To: fb-req-jani
New Comment:
Have you figured out the differences between the working and
non-working servers running 5.3 yet? That's propably the only way to
debug this. Otherwise, just let this rot.
Previous Comments:
[2009-07-15 07:29:24] tom at ideaweb dot de
Sorry for the delay, the test server was in use...
Seems to be the same =(
(gdb) run -X -d /www/apache/current/
Starting program: /www/apache/2.2.11/bin/httpd -X -d
/www/apache/current/
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1212967232 (LWP 27684)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212967232 (LWP 27684)]
0xb755848f in OnUpdateBaseDir (entry=0x824fbb8,
new_value=0x83b5070
/www/htdocs/ecolint.ch/dev:/www/htdocs/ecolint.ch/tmp:/www/htdocs/eco
lint.ch/mysql,
new_value_length=82, mh_arg1=0x48, mh_arg2=0xb7b37e80,
mh_arg3=0x0, stage=4)
at /www/src/php5.3-200907101630/main/fopen_wrappers.c:103
103 if (!*p || !**p) {
(gdb)
[2009-07-10 22:15:18] j...@php.net
Is the backtrace the same?
[2009-07-10 18:46:07] tom at ideaweb dot de
Keeps crashing with php5.3-200907101630 =(
[Fri Jul 10 20:41:45 2009] [notice] child pid 13862 exit signal
Segmentation fault (11)
[Fri Jul 10 20:41:47 2009] [notice] child pid 13863 exit signal
Segmentation fault (11)
[2009-07-10 18:26:39] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Just in case this is just another side-effect caused by another bug..
[2009-07-10 15:50:01] tom at ideaweb dot de
Without php.ini the server keeps crashing, but i think with wrong
configuration parameters the server should not crash...
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/48744
--
Edit this bug report at http://bugs.php.net/?id=48744edit=1
#48943 [Fbk-Opn]: Connection Reset
ID: 48943 User updated by: guillermog at tricuspide dot com Reported By: guillermog at tricuspide dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Windows 7 RC PHP Version: 5.3.0 New Comment: I really privided all the information I have. I think this is a real problem. Do you need anything else in specific? I really want to help to have this solved! Previous Comments: [2009-07-16 13:01:44] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2009-07-16 12:49:07] guillermog at tricuspide dot com Description: I have a web page with several iframes and iterations on rows from a mysql database. The problem is that when I load the page the iframes will show Connection Reset in Firefox like if the server was overloaded. Besides, in Apache's error.log the following error is shown: Parent: child process exited with status 255 The same happens in 1 of 2 times if I load the page alone (not as an iframe). The Iframe prints several rows (maybe 1000, from a mysql table) but just after finishing the Connection is Reset The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor 5.3.1-dev, this is why I thing is a php5.3-related problem. I'm sorry but i could not reproduce this problem in a short script. Windows 7 RC Apache 2.2.11 Expected result: Page loaded Actual result: -- Connection Reset by server -- Edit this bug report at http://bugs.php.net/?id=48943edit=1
#48943 [Opn-Fbk]: Connection Reset
ID: 48943 Updated by: j...@php.net Reported By: guillermog at tricuspide dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows 7 RC PHP Version: 5.3.0 New Comment: You need to come up with a simple script that shows the problem. Most likely it has to do with mysql stuff. Search this bug db for mysql* related issues for PHP 5.3 and you'll propably find the real problem. Previous Comments: [2009-07-16 13:22:00] guillermog at tricuspide dot com I really privided all the information I have. I think this is a real problem. Do you need anything else in specific? I really want to help to have this solved! [2009-07-16 13:01:44] j...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2009-07-16 12:49:07] guillermog at tricuspide dot com Description: I have a web page with several iframes and iterations on rows from a mysql database. The problem is that when I load the page the iframes will show Connection Reset in Firefox like if the server was overloaded. Besides, in Apache's error.log the following error is shown: Parent: child process exited with status 255 The same happens in 1 of 2 times if I load the page alone (not as an iframe). The Iframe prints several rows (maybe 1000, from a mysql table) but just after finishing the Connection is Reset The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor 5.3.1-dev, this is why I thing is a php5.3-related problem. I'm sorry but i could not reproduce this problem in a short script. Windows 7 RC Apache 2.2.11 Expected result: Page loaded Actual result: -- Connection Reset by server -- Edit this bug report at http://bugs.php.net/?id=48943edit=1
#48936 [Opn-Bgs]: No input file specified on NTFS mount points
ID: 48936 Updated by: j...@php.net Reported By: phpbug at tomvalentine dot net -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.3.0 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. Previous Comments: [2009-07-15 22:42:28] phpbug at tomvalentine dot net Description: If a partition is mounted in Windows into an empty folder, as opposed to a drive letter, php-cgi version = 5.3.10 will return No input file specified. and if logging to an error log, log this error: [15-Jul-2009 23:24:36] PHP Warning: Unknown: failed to open stream: No error in Unknown on line 0 The script is called either from the windows command prompt (as administrator), of through nginx/fastcgi server combination n:\ is actually the partition mounted via drive letter c:\torrents is the same partition mounted via empty folder I have also tried the latest snapshots Reproduce code: --- C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f n:\hi.php -n C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f c:\torrents\hi.php -n Expected result: hello world (or whatever php script actually does) Actual result: -- No input file specified. -- Edit this bug report at http://bugs.php.net/?id=48936edit=1
#48936 [Bgs]: No input file specified on NTFS mount points
ID: 48936 Updated by: paj...@php.net Reported By: phpbug at tomvalentine dot net Status: Bogus Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.3.0 New Comment: and which other bug is it? Previous Comments: [2009-07-16 13:28:47] j...@php.net 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. [2009-07-15 22:42:28] phpbug at tomvalentine dot net Description: If a partition is mounted in Windows into an empty folder, as opposed to a drive letter, php-cgi version = 5.3.10 will return No input file specified. and if logging to an error log, log this error: [15-Jul-2009 23:24:36] PHP Warning: Unknown: failed to open stream: No error in Unknown on line 0 The script is called either from the windows command prompt (as administrator), of through nginx/fastcgi server combination n:\ is actually the partition mounted via drive letter c:\torrents is the same partition mounted via empty folder I have also tried the latest snapshots Reproduce code: --- C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f n:\hi.php -n C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f c:\torrents\hi.php -n Expected result: hello world (or whatever php script actually does) Actual result: -- No input file specified. -- Edit this bug report at http://bugs.php.net/?id=48936edit=1
#48926 [Opn-Bgs]: Configure option --enable-fastcgi doesn't work
ID: 48926 Updated by: j...@php.net Reported By: abel dot martin dot ruiz at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RHEL 5 PHP Version: 5.2.10 New Comment: Ah. You can't build 3 SAPIs the same time. It's either CGI and CLI or Apache and CLI. This is not a bug. Also this is wrong: --with-mcrypt=/usr/local/lib NEVER ever add /lib in any paths passed to configure options! Previous Comments: [2009-07-16 06:47:27] abel dot martin dot ruiz at gmail dot com I didn't do a make clean, true. The line was this: ./configure --enable-bcmath --enable-dba--with-gd --with-ldap --enable-mbstring --with-mcrypt=/usr/local/lib --with-mysql --with-unixODBC=/usr --with-pear --with-snmp --enable-zip --with-openssl --with-pdo-mysql --with-mhash --enable-soap --with-curl --enable-ftp --enable-fastcgi I configured the sources from a fresh untarred tarball with the line above and I got fcgi support: PHP 5.2.10 (cgi-fcgi) (built: Jul 16 2009 08:31:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies Another thing I noticed (done with newly untarred sources, again) is that php-cgi doesn't get built if I enable mod_php with --with-apxs2=/usr/sbin/apxs before --enable-fastcgi. Not sure if both options are mutually exclusive). This was the line: ./configure --enable-bcmath --enable-dba--with-gd --with-ldap --enable-mbstring --with-mcrypt=/usr/local/lib --with-mysql --with-unixODBC=/usr --with-pear --with-snmp --enable-zip --with-openssl --with-pdo-mysql --with-mhash --enable-soap --with-curl --enable-ftp --with-apxs2=/usr/sbin/apxs --enable-fastcgi Thanks for your quick reply! [2009-07-15 16:03:50] j...@php.net What was the full configure line? Did you do it on clean sources where configure hadn't been run before? Where there any warnings about unknown options after configure? make clean ? [2009-07-15 13:01:18] abel dot martin dot ruiz at gmail dot com Description: Fastcgi support isn't enabled even though configure is invoked with option --enable-fastcgi. When running ./sapi/cgi/php-cgi -v the ouput is: PHP 5.2.10 (cgi) (built: Jul 15 2009 08:28:33) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies Note the (cgi) instead of the expected (cgi-fcgi). -- Edit this bug report at http://bugs.php.net/?id=48926edit=1
#48907 [Opn-Fbk]: Apache restarts due to a regular expression
ID: 48907
Updated by: j...@php.net
Reported By: sworddragon2 at aol dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Windows XP Professional SP3
PHP Version: 5.3.0
New Comment:
Check for these in your php.ini:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=10
;PCRE library recursion limit.
;Please note that if you set this value to a high number you may
consume all
;the available process stack and eventually crash PHP (due to reaching
the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=10
Previous Comments:
[2009-07-16 00:56:14] sworddragon2 at aol dot com
I'm using PHP 5.3.0 x86 VC6 Thread Safe. I have installed PHP 5.2.10
and can reproduce it too. After this i have installed PHP 5.3.0 again
without any extensions and have used a standard php.ini and httpd.conf
(just the entry from the PHP installer is written).
I have cleared the error.log from Apache and after executing the
reproduce code the log says:
[Thu Jul 16 02:40:03 2009] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Apache/2.2.11 (Win32) PHP/5.3.0
configured -- resuming normal operations
[Thu Jul 16 02:40:03 2009] [notice] Server built: Dec 10 2008 00:10:06
[Thu Jul 16 02:40:03 2009] [notice] Parent: Created child process 3196
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Child process is
running
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Acquired the start
mutex.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting 64 worker
threads.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting thread to
listen on port 80.
But i figured out another thing. If I'm changing the pattern from
'#a((?:.|\n)*?)a#' to '#a((?:\n|.)*?)a#' all works fine. Oddly seems
that Avira AntiVir Personal with the definition file from the last days
and today says after saving the reproduce code that the file is a
heuristic found HEUR/HTML.Malware.
[2009-07-15 12:08:40] j...@php.net
Exactly what PHP version are you using? This works fine on both 5.2.10
and 5.3.0 for me..
[2009-07-13 19:35:00] sworddragon2 at aol dot com
Description:
I found a regular expression with which i can restart the apache
service with the notification: [notice] Parent: child process exited
with status 3221225477 -- Restarting. I'm using Apache 2.2.11.
Reproduce code:
---
?php
preg_replace('#a((?:.|\n)*?)a#','a$1a','a11a');
?
Expected result:
I expected that preg_replace() repaces the string.
Actual result:
--
Apache restarts with the above message an Firefox 3.5 tells me that the
connection to the server was recessed.
--
Edit this bug report at http://bugs.php.net/?id=48907edit=1
#48942 [Opn-Fbk]: open_basedir no working with [PATH=] in php.ini
ID: 48942 Updated by: j...@php.net Reported By: marcos dot neves at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: debian PHP Version: 5.3.0 New Comment: And exactly how is everything else configured? Like the path to the script you're accessing? Previous Comments: [2009-07-16 12:16:19] marcos dot neves at gmail dot com Description: I got No input file specified. from fcgi when used open_basedir inside [PATH=] php.ini Reproduce code: --- create an entry on php.ini with open_basedir pointing to your domain root, example: open_basedir=/var/www/my.domain.com restart fcgi and check if it all works fine. (it should) Now add this like above open_basedir: [PATH=/var/www/my.domain.com] open_basedir=/var/www/my.domain.com restart fcgi and now you will get No input file specified. Expected result: should work as before. Actual result: -- got No input file specified. fcgi response. -- Edit this bug report at http://bugs.php.net/?id=48942edit=1
#47314 [Opn-Asn]: SoapClient leave tcp connections in time_wait
ID: 47314 Updated by: j...@php.net Reported By: bernd dot ott at k-m dot info -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Windows PHP Version: 5.2CVS-2009-02-05 (snap) Assigned To: dmitry Previous Comments: [2009-05-05 09:08:48] bernd dot ott at k-m dot info I don't have the ipv6 Stack installed (on any machine). [2009-05-02 02:49:52] j...@php.net But did you do what Pierre asked above ? The hosts thing.. [2009-03-02 08:34:22] bernd dot ott at k-m dot info i created the sample on a old xp machine with apache 2.2 installed. i have tested the webservice with different Clients made with different languages. no other client keep the connections in time_wait. [2009-02-23 11:21:16] paj...@php.net Do you have IPv6 installed (by default on Vista or later, needs an extra package for XP/2k). If yes, edit: C:\windows\system32\drivers\etc\hosts and comment the following line: ::1 localhost becomes: #::1 localhost Restart the web server and test again. [2009-02-23 11:11:00] bernd dot ott at k-m dot info open the socket with fsocketopen / fclose doesnt leave timewait connections. the problem is, this causes my .net soap server to a not response state. this is because all workers are allocated. i cant use keep alive, my page is using ajax to a php page which contains the soapclient. 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/47314 -- Edit this bug report at http://bugs.php.net/?id=47314edit=1
#48945 [NEW]: 5.3 VC6 x86 Thread Safe Windows Installer claims to contain version 5.2.9.9
From: jeroen dot hennekes at zonnet dot nl Operating system: Windows 2000 Professional PHP version: 5.3.0 PHP Bug Type: Windows Installer Bug description: 5.3 VC6 x86 Thread Safe Windows Installer claims to contain version 5.2.9.9 Description: After installing PHP 5.3.0 VC6 x86 Thread Safe MSI on 15-7-2009 11:00 the php.exe Version tab of the Properties window tell me it concernes: File version 5.2.9.9, Copyright © 1997-2007 The PHP Group (and Secunia PSI tells me to update the insecure version;-). What is the truth here? (php.exe Created/Modified columns show 25-2-2009 16:54) -- Edit bug report at http://bugs.php.net/?id=48945edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48945r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48945r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48945r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48945r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48945r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48945r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48945r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48945r=needscript Try newer version: http://bugs.php.net/fix.php?id=48945r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48945r=support Expected behavior: http://bugs.php.net/fix.php?id=48945r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48945r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48945r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48945r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48945r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48945r=dst IIS Stability: http://bugs.php.net/fix.php?id=48945r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48945r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48945r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48945r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48945r=mysqlcfg
#48943 [Fbk-Opn]: Connection Reset
ID: 48943
User updated by: guillermog at tricuspide dot com
Reported By: guillermog at tricuspide dot com
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: Windows 7 RC
PHP Version: 5.3.0
New Comment:
Thanks Jani,
I debugged my script trying to find if there's any command that could
make this happen. I could isolated the problem so the code that
reproduces the error is:
?
$dbh=mysql_connect (localhost, root, mysqluser) or die
('I cannot connect to the database because');
mysql_select_db (bbbac_globaldata) or die( Unable to select
database);
mysql_close();
?
Comment out mysql_close() and no error will happen.
Guillermo
Previous Comments:
[2009-07-16 13:28:03] j...@php.net
You need to come up with a simple script that shows the problem. Most
likely it has to do with mysql stuff. Search this bug db for mysql*
related issues for PHP 5.3 and you'll propably find the real problem.
[2009-07-16 13:22:00] guillermog at tricuspide dot com
I really privided all the information I have. I think this is a real
problem.
Do you need anything else in specific?
I really want to help to have this solved!
[2009-07-16 13:01:44] j...@php.net
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
[2009-07-16 12:49:07] guillermog at tricuspide dot com
Description:
I have a web page with several iframes and iterations on rows from a
mysql database.
The problem is that when I load the page the iframes will show
Connection Reset in Firefox like if the server was overloaded.
Besides, in Apache's error.log the following error is shown:
Parent: child process exited with status 255
The same happens in 1 of 2 times if I load the page alone (not as an
iframe). The Iframe prints several rows (maybe 1000, from a mysql table)
but just after finishing the Connection is Reset
The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor
5.3.1-dev, this is why I thing is a php5.3-related problem.
I'm sorry but i could not reproduce this problem in a short script.
Windows 7 RC
Apache 2.2.11
Expected result:
Page loaded
Actual result:
--
Connection Reset by server
--
Edit this bug report at http://bugs.php.net/?id=48943edit=1
#48945 [Opn-Bgs]: 5.3 VC6 x86 Thread Safe Windows Installer claims to contain version 5.2.9.9
ID: 48945 Updated by: paj...@php.net Reported By: jeroen dot hennekes at zonnet dot nl -Status: Open +Status: Bogus Bug Type: Windows Installer Operating System: Windows 2000 Professional PHP Version: 5.3.0 New Comment: You are doing something wrong, double check your install. Previous Comments: [2009-07-16 13:52:25] jeroen dot hennekes at zonnet dot nl Description: After installing PHP 5.3.0 VC6 x86 Thread Safe MSI on 15-7-2009 11:00 the php.exe Version tab of the Properties window tell me it concernes: File version 5.2.9.9, Copyright © 1997-2007 The PHP Group (and Secunia PSI tells me to update the insecure version;-). What is the truth here? (php.exe Created/Modified columns show 25-2-2009 16:54) -- Edit this bug report at http://bugs.php.net/?id=48945edit=1
#48946 [NEW]: fgets hangs on fsockeopen stream
From: trutas dot ctx at gmail dot com
Operating system: Windows Server 2003 x64 IIS6.0
PHP version: 5.3.0
PHP Bug Type: IIS related
Bug description: fgets hangs on fsockeopen stream
Description:
fgets() hangs up to script timeout (60secs) on an opened fsockopen
stream.
stream_set_timeout is set for 30 secs - but apparently does nothing.
For now i'll try to work around it using curl and the intranet squid proxy
server.
Reproduce code:
---
$fp = fsockopen(intranet.mydomain.net, 443, $errno, $errstr, 30);
if($fp) {
if(fputs($fp, $headers, strlen($headers))){
$result = '';
stream_set_timeout($fp, 30); //should timeout in 30 secs
while(!feof($fp)) {
$result .=fgets($fp, 4096); //scripts hangs up to script timeout
in this line
}
fclose($fp);
print $result;
}
}
Expected result:
$result gets printed or error gets thrown out somewhere.
Actual result:
--
Maximum execution time of 60 seconds exceeded in...
--
Edit bug report at http://bugs.php.net/?id=48946edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48946r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48946r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48946r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48946r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48946r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48946r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48946r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48946r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48946r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48946r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48946r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48946r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48946r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48946r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48946r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48946r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48946r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48946r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48946r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48946r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48946r=mysqlcfg
#48943 [Opn]: Connection Reset
ID: 48943
User updated by: guillermog at tricuspide dot com
Reported By: guillermog at tricuspide dot com
Status: Open
Bug Type: *General Issues
Operating System: Windows 7 RC
PHP Version: 5.3.0
New Comment:
In brief, if no link Identifier is given to mysql_close() the function
makes apache crash.
regards,
Guillermo
Previous Comments:
[2009-07-16 13:56:17] guillermog at tricuspide dot com
Thanks Jani,
I debugged my script trying to find if there's any command that could
make this happen. I could isolated the problem so the code that
reproduces the error is:
?
$dbh=mysql_connect (localhost, root, mysqluser) or die
('I cannot connect to the database because');
mysql_select_db (bbbac_globaldata) or die( Unable to select
database);
mysql_close();
?
Comment out mysql_close() and no error will happen.
Guillermo
[2009-07-16 13:28:03] j...@php.net
You need to come up with a simple script that shows the problem. Most
likely it has to do with mysql stuff. Search this bug db for mysql*
related issues for PHP 5.3 and you'll propably find the real problem.
[2009-07-16 13:22:00] guillermog at tricuspide dot com
I really privided all the information I have. I think this is a real
problem.
Do you need anything else in specific?
I really want to help to have this solved!
[2009-07-16 13:01:44] j...@php.net
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
[2009-07-16 12:49:07] guillermog at tricuspide dot com
Description:
I have a web page with several iframes and iterations on rows from a
mysql database.
The problem is that when I load the page the iframes will show
Connection Reset in Firefox like if the server was overloaded.
Besides, in Apache's error.log the following error is shown:
Parent: child process exited with status 255
The same happens in 1 of 2 times if I load the page alone (not as an
iframe). The Iframe prints several rows (maybe 1000, from a mysql table)
but just after finishing the Connection is Reset
The system works perfectly up to 5.2.9 but doesnt works with 5.3.0 nor
5.3.1-dev, this is why I thing is a php5.3-related problem.
I'm sorry but i could not reproduce this problem in a short script.
Windows 7 RC
Apache 2.2.11
Expected result:
Page loaded
Actual result:
--
Connection Reset by server
--
Edit this bug report at http://bugs.php.net/?id=48943edit=1
#48936 [Bgs]: No input file specified on NTFS mount points
ID: 48936 User updated by: phpbug at tomvalentine dot net Reported By: phpbug at tomvalentine dot net Status: Bogus Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.3.0 New Comment: think the other bug is 48778 -sorry, didn't see this when i searched to see if it had been logged already, I either had the search results with date ascending, and/or didn't use quite the same terms to search with. Previous Comments: [2009-07-16 13:30:39] paj...@php.net and which other bug is it? [2009-07-16 13:28:47] j...@php.net 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. [2009-07-15 22:42:28] phpbug at tomvalentine dot net Description: If a partition is mounted in Windows into an empty folder, as opposed to a drive letter, php-cgi version = 5.3.10 will return No input file specified. and if logging to an error log, log this error: [15-Jul-2009 23:24:36] PHP Warning: Unknown: failed to open stream: No error in Unknown on line 0 The script is called either from the windows command prompt (as administrator), of through nginx/fastcgi server combination n:\ is actually the partition mounted via drive letter c:\torrents is the same partition mounted via empty folder I have also tried the latest snapshots Reproduce code: --- C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f n:\hi.php -n C:\php-5.3.0-nts-Win32-VC6-x86php-cgi -f c:\torrents\hi.php -n Expected result: hello world (or whatever php script actually does) Actual result: -- No input file specified. -- Edit this bug report at http://bugs.php.net/?id=48936edit=1
#48945 [Bgs]: 5.3 VC6 x86 Thread Safe Windows Installer claims to contain version 5.2.9.9
ID: 48945 User updated by: jeroen dot hennekes at zonnet dot nl Reported By: jeroen dot hennekes at zonnet dot nl Status: Bogus Bug Type: Windows Installer Operating System: Windows 2000 Professional PHP Version: 5.3.0 New Comment: I did doublecheck: I used php-5.3.0-Win32-VC6-x86.msi from http://windows.php.net/download/ It is installed in xampp version 1.7.1. What else should I doublecheck? Previous Comments: [2009-07-16 14:01:14] paj...@php.net You are doing something wrong, double check your install. [2009-07-16 13:52:25] jeroen dot hennekes at zonnet dot nl Description: After installing PHP 5.3.0 VC6 x86 Thread Safe MSI on 15-7-2009 11:00 the php.exe Version tab of the Properties window tell me it concernes: File version 5.2.9.9, Copyright © 1997-2007 The PHP Group (and Secunia PSI tells me to update the insecure version;-). What is the truth here? (php.exe Created/Modified columns show 25-2-2009 16:54) -- Edit this bug report at http://bugs.php.net/?id=48945edit=1
#48754 [Com]: mysql_close() crash php when no handle specified
ID: 48754
Comment by: guillermog at tricuspide dot com
Reported By: busia at tiscali dot it
Status: Verified
Bug Type: MySQL related
Operating System: *
PHP Version: 5.3.0 (as of 21-07-2008)
Assigned To: mysql
New Comment:
Still in the release, I really think lot's of people are having the
same
problem with their sctripts!!
I filled a bug report hours ago to later accidentally find that it was
a
very simple problem. Once I found the problem I looked for mysql_close
and version 5.3 to find this bug report.
Uff finnally after the whole day!!!
Regards,
Guillermo
Previous Comments:
[2009-07-14 01:50:03] sujoe_2006 at 163 dot com
my development evioronment is
windows xp sp2
apache 2.2
php 5.3.0
mysql 5.1.36
I write some code in test.php
?php
$conn = mysql_connect('ip','user','password');
mysql_close();
?
then ,I Will be catched a error by apache 2.2,it is:
...
0x006e2072 in httpd.exe: 0xC005:
Access violation when reading location 0x.
...
but when check the mysql_close function like this for test.php
?php
$conn = mysql_connect('ip','user','password');
mysql_close($conn);
?
it will work no any error.
so ,i want to know its reason of the mysql_close(),please mail to me
Thanks!
[2009-07-07 14:47:28] xektrum at gmail dot com
Description:
--
I can confirm this, I'm having the same issue with php 5.3 and apache2
when calling mysql_close without a mysql_link as parameter.
Reproduce code:
--
?php
mysql_connect('localhost','root','password');
mysql_close(); // win32 uncaught exception catched by MSVS
?
Workaround/not crashing:
--
?php
$link = mysql_connect('localhost','root','password');
mysql_close($link);
?
Exception :
--
Not handled Exception in 0x006e2072 in httpd.exe: 0xC005:
Access violation when reading location 0x.
Note : The Exception has been translated so it is not literal
[2009-07-02 16:45:00] u...@php.net
Really a great one.
The bug exists since 21-07-2008. That is 11 months and 1 week ago.
Sometimes I which users would try non-GA versions just in case test
suites don't catch issues...
This is when the bug was introduced:
http://cvs.php.net/viewvc.cgi/php-src/ext/mysql/php_mysql.c?r1=1.213.2.6.2.16.2.22r2=1.213.2.6.2.16.2.23;
mysql_link points to NULL and that's causing a crash.
Possible workaround (as suggested by Johannes):
nixn...@linux-en61:~/src/login/php5 cvs diff ext/mysql/tests/
cvs diff: Diffing .
cvs diff: Diffing ext
cvs diff: Diffing ext/mysql
cvs diff: Diffing ext/mysql/tests
nixn...@linux-en61:~/src/login/php5 cvs diff ext/mysql/
cvs diff: Diffing ext/mysql
Index: ext/mysql/php_mysql.c
===
RCS file: /repository/php-src/ext/mysql/php_mysql.c,v
retrieving revision 1.213.2.6.2.16.2.37
diff -r1.213.2.6.2.16.2.37 php_mysql.c
372a373,376
#ifdef MYSQL_USE_MYSQLND
mysqlnd_end_psession(link-conn);
#endif
987,995c991
#ifdef MYSQL_USE_MYSQLND
{
int tmp;
if ((mysql = zend_list_find(Z_RESVAL_P(mysql_link),
tmp)) tmp == le_plink) {
mysqlnd_end_psession(mysql-conn);
}
}
#endif
if (mysql_link) { /* explicit resource number */
---
if (mysql_link) {
cvs diff: Diffing ext/mysql/tests
Someone may want to review that.
[2009-07-02 13:05:17] u...@php.net
This one is funny. It may have existed since more than one year now and
nobody has ever found it.
[2009-07-01 21:59:31] busia at tiscali dot it
1) The sleep function is not needed
2) The connection is successfull
An other information: if I save in $a the mysql_connect return value
and pass it to mysql_close php doesn't crash. In othe words this script
works well:
?
$a=mysql_connect('127.0.0.1', 'root', 'root');
mysql_close($a);
?
This instead crashes php:
?
mysql_connect('127.0.0.1', 'root', 'root');
mysql_close();
?
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/48754
--
Edit this bug report at http://bugs.php.net/?id=48754edit=1
#48945 [Bgs]: 5.3 VC6 x86 Thread Safe Windows Installer claims to contain version 5.2.9.9
ID: 48945 User updated by: jeroen dot hennekes at zonnet dot nl Reported By: jeroen dot hennekes at zonnet dot nl Status: Bogus Bug Type: Windows Installer Operating System: Windows 2000 Professional PHP Version: 5.3.0 New Comment: Sorry, you must be correct: I must have skipped installing the 5.3. xampp still has to update php to 5.3 (xampp 1.7.1 contains php 5.2.9). Previous Comments: [2009-07-16 14:18:38] jeroen dot hennekes at zonnet dot nl I did doublecheck: I used php-5.3.0-Win32-VC6-x86.msi from http://windows.php.net/download/ It is installed in xampp version 1.7.1. What else should I doublecheck? [2009-07-16 14:01:14] paj...@php.net You are doing something wrong, double check your install. [2009-07-16 13:52:25] jeroen dot hennekes at zonnet dot nl Description: After installing PHP 5.3.0 VC6 x86 Thread Safe MSI on 15-7-2009 11:00 the php.exe Version tab of the Properties window tell me it concernes: File version 5.2.9.9, Copyright © 1997-2007 The PHP Group (and Secunia PSI tells me to update the insecure version;-). What is the truth here? (php.exe Created/Modified columns show 25-2-2009 16:54) -- Edit this bug report at http://bugs.php.net/?id=48945edit=1
#48908 [Opn]: Cannot query smalldatetime type columns
ID: 48908 User updated by: aaron at aarondm dot com Reported By: aaron at aarondm dot com Status: Open Bug Type: MSSQL related Operating System: ArchLinux PHP Version: 5.2.10 New Comment: I have run the same query on Windows Server 2003 (Enterprise Edition) and this does not seem to be an issue. On windows it is able to fetch the column data with no problems. Previous Comments: [2009-07-13 19:54:44] aaron at aarondm dot com Description: When trying to query a table, with a column whos type is 'smalldatetime', the code will result in a 500 Internal Error Reproduce code: --- Create table with the following columns MY_TABLE |(int) ID | (smalldatetime) MY_EXAMPLE | Run: $result = mssql_query(SELECT MY_EXAMPLE FROM MY_TABLE); When you run that, you will get a: 500 Internal Server Error On ArchLinux/Windows Expected result: No 500 Internal Server Error. Should be able to query the database with no problems Actual result: -- 500 Internal Server Error -- Edit this bug report at http://bugs.php.net/?id=48908edit=1
#47481 [Opn-Csd]: strnatcmp: char instead of unsigned char
ID: 47481
Updated by: j...@php.net
Reported By: carsten_sttgt at gmx dot de
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: *
PHP Version: 5.2.8
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2009-03-31 03:25:29] hrad...@php.net
Hi Carsten,
I have no idea why I thought zend_parse_paramters was a problem.
I see no reason why strnatcmp_ex() couldn't use unsigned char's rather
than a normal char. I suspect the type casting is done to make sure the
character is properly promoted for the is*() calls.
Test case - http://www.hermanradtke.com/patches/bug47481.phpt
Patch -
http://www.hermanradtke.com/patches/php-47481-natcasesort-extended-ascii.patch
[2009-03-10 11:13:38] carsten_sttgt at gmx dot de
The strnatcmp uses the zend_parse_paramters function to parse
the function parameters.
Ah, ok, I_m not familiar with the PHP/Zend internals (or C...).
Just a question about the difference between natsort() and asort().
Should they not work in the same way if you have an array without
numbers in the key values? And if I look into array.c,
PHP_FUNCTION(asort) is also using zend_parse_parameters.
e.g. IMHO this script should result in 2 times the same output:
?php
$datensort = $datennat = $daten = array(
'Süden','spielen','Sonne','Wind','Regen','Meer'
);
natsort($datennat);
print_r($datennat);
asort($datensort);
print_r($datensort);
?
Regards,
Carsten
[2009-03-03 05:06:31] hrad...@php.net
The strnatcmp uses the zend_parse_paramters function to parse the
function parameters. The zend_parse_parameters function converts the
string from php space into a char. Seeing as how this is a core
function, I doubt this will be fixed soon.
I may be completely off base, so I will leave this bug open in case
someone else wants to comment.
[2009-02-23 13:40:21] carsten_sttgt at gmx dot de
Description:
Hello,
why is the nat_char defined as char instead of unsigned char?
char limit us (and a correct sorting) to ASCII 0-127. With a unsigned
char (ASCII 0-255) the sorting is correct for all single byte charsets
like iso-8850-1 (which is the default in PHP).
Internally the function is already doing a cast to unsigned char many
times (but not in the main comparison).
In the original header (strnatcmp.h) from the author, the typedef for
nat_char is also only a hint.
Regards,
Carsten
Reproduce code:
---
?php
$daten = array('Süden','spielen','Sonne','Wind','Regen','Meer');
natcasesort($daten);
print_r($daten);
?
Expected result:
Array
(
[5] = Meer
[4] = Regen
[2] = Sonne
[1] = spielen
[0] = Süden
[3] = Wind
)
Actual result:
--
Array
(
[5] = Meer
[4] = Regen
[0] = Süden
[2] = Sonne
[1] = spielen
[3] = Wind
)
--
Edit this bug report at http://bugs.php.net/?id=47481edit=1
#48947 [NEW]: vcsclean should remove .lo and .la files
From: s...@php.net Operating system: Ubuntu 8.10 (32bit) PHP version: 5.3CVS-2009-07-16 (CVS) PHP Bug Type: Compile Failure Bug description: vcsclean should remove .lo and .la files Description: The files removed by vcsclean are only a subset of the files removed by 'make clean'. File extensions .lo .la .gcno .gcda are not removed by vcsclean. Using the sequence 'cd php53; svn up; ./vcsclean; ./configure ...; make' fails to find some .o files. Some .o's get built but link fails with a bunch of errors of the form: gcc: ext/ext/.libs/file.o: No such file or directory The vcsclean command removes the ext/*/.libs directories but doesn't remove ext/*.lo files. This causes C files to be skipped for recompilation and no .libs/*.o files are created. A patch is to add .lo to the extension list in build/build.mk. Index: build.mk === --- build.mk(revision 284190) +++ build.mk(working copy) @@ -67,12 +67,12 @@ cvsclean-work: @for i in `find . -name .cvsignore`; do \ - (cd `dirname $$i` 2/dev/null rm -rf `cat .cvsignore | grep -v config.nice | sed 's/[[:space:]]/ /g'` *.o *.a .libs || true); \ + (cd `dirname $$i` 2/dev/null rm -rf `cat .cvsignore | grep -v config.nice | sed 's/[[:space:]]/ /g'` *.lo *.o *.a .libs || true); \ done svnclean-work: @for i in `find . -type d -not -path '*/.svn/*' | grep -v '.svn'`; do \ - (cd `dirname $$i` 2/dev/null rm -rf `svn propget svn:ignore . | grep -v config.nice` *.o *.a .libs || true); \ + (cd `dirname $$i` 2/dev/null rm -rf `svn propget svn:ignore . | grep -v config.nice` *.o *.lo *.a .libs || true); \ done gitclean-work: Also, adding '.la .gcno .gcda' in addition to '.lo' would make vcsclean consistent with 'make clean'. A secondary bug is that .o files are not recreated from existing .lo files. -- Edit bug report at http://bugs.php.net/?id=48947edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48947r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48947r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48947r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48947r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48947r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48947r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48947r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48947r=needscript Try newer version: http://bugs.php.net/fix.php?id=48947r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48947r=support Expected behavior: http://bugs.php.net/fix.php?id=48947r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48947r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48947r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48947r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48947r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48947r=dst IIS Stability: http://bugs.php.net/fix.php?id=48947r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48947r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48947r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48947r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48947r=mysqlcfg
#48596 [Com]: stream_filter_remove() example code does not work
ID: 48596 Comment by: php_nospam at ramihyn dot sytes dot net Reported By: php_nospam at ramihyn dot sytes dot net Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5.3.0RC3 Assigned To: fb-req-jani New Comment: The scripts show the same behaviour in PHP 5.2.6 Previous Comments: [2009-07-15 02:38:50] php_nospam at ramihyn dot sytes dot net Yes, for all pieces of code specified in this bug report, and PHP version 5.2.10; i do not have PHP 5.2.9 anymore, the download server too, so i can't tell about 5.2.9 [2009-07-09 20:25:11] j...@php.net Does this happen with PHP 5.2.10 and 5.2.9 ? [2009-06-23 19:53:11] php_nospam at ramihyn dot sytes dot net Had to recompile PHP because i didn't have zlib and bzip2 included, but now i've also tested the other pieces of code on the Linux VM. Same result as on the Windows box. Using filters seems to corrupt the file handle somehow: After using a compression filter to write to a file, ftell() returns the same value as before appending the filter, but it is still possible to write to the file. After using a decompression filter to read from a file, ftell() returns the same value as before appending the filter, but every call to fread() returns an empty string. In addition, if the script first reads something from the stream, then a decompression filter is appended for reading and the script tries to read something, i get the following warning: Warning: stream_filter_append(): Filter failed to process pre-buffered data in .../test.php on line 11 Is it, somehow, possible to have the buffers flushed in that case? [2009-06-23 18:10:24] php_nospam at ramihyn dot sytes dot net The example code for stream_filter_remove() doesn't run on my Linux VM either, which i compiled 5.3.0RC4 on. Same result as on my Windows box: it correctly writes to the test.txt file what it should, but fpassthru() doesnt output anything. Doesn't seem to be windows specific. [2009-06-23 11:25:57] paj...@php.net Is it windows specific? 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/48596 -- Edit this bug report at http://bugs.php.net/?id=48596edit=1
#48753 [Com]: go-pear.bat / phar not working
ID: 48753 Comment by: justme at some dot com Reported By: bjoern at xrow dot de Status: Assigned Bug Type: PHAR related Operating System: WINDOWS VISTA PHP Version: 5.3.0 Assigned To: cellog New Comment: (this applies to WinXP as well) Great, yeat another NEW bug in PHP! Since 5.2, every time a new version appears, it is WORSE than previous and takes hours of workaround work to get it to work as expected. The EXIF extension has not worked since 5.2 and it still doesn't and now they have managed to get even the go-pear.bat broken. Don't they test anything anymore? Previous Comments: [2009-07-03 10:05:15] rclerkin at gmail dot com In the mean time there is a workaround here; http://lenss.nl/2008/07/pear-install-weirdness/ I have used this to install pear successfuly with 5.3.0 [2009-07-01 11:39:38] paj...@php.net Greg, do you have to regenerate the phar in cvs or is there something else broken? [2009-07-01 11:16:55] bjoern at xrow dot de Description: go-pear.bat throws warnings and errors. C:\php5go-pear.bat phar C:\php5\PEAR\go-pear.phar does not have a signature Warning: require_once(phar://go-pear.phar/index.php): failed to open stream: pha r error: invalid url or non-existent phar phar://go-pear.phar/index.php in C:\ php5\PEAR\go-pear.phar on line 1236 Drücken Sie eine beliebige Taste . . . Expected result: it should install pear -- Edit this bug report at http://bugs.php.net/?id=48753edit=1
#48753 [Asn]: go-pear.bat / phar not working
ID: 48753 User updated by: bjoern at xrow dot de Reported By: bjoern at xrow dot de Status: Assigned Bug Type: PHAR related Operating System: WINDOWS VISTA PHP Version: 5.3.0 Assigned To: cellog New Comment: learn c and fix it on your own. your comment was not helpfull to solve this bug. Previous Comments: [2009-07-16 18:45:53] justme at some dot com (this applies to WinXP as well) Great, yeat another NEW bug in PHP! Since 5.2, every time a new version appears, it is WORSE than previous and takes hours of workaround work to get it to work as expected. The EXIF extension has not worked since 5.2 and it still doesn't and now they have managed to get even the go-pear.bat broken. Don't they test anything anymore? [2009-07-03 10:05:15] rclerkin at gmail dot com In the mean time there is a workaround here; http://lenss.nl/2008/07/pear-install-weirdness/ I have used this to install pear successfuly with 5.3.0 [2009-07-01 11:39:38] paj...@php.net Greg, do you have to regenerate the phar in cvs or is there something else broken? [2009-07-01 11:16:55] bjoern at xrow dot de Description: go-pear.bat throws warnings and errors. C:\php5go-pear.bat phar C:\php5\PEAR\go-pear.phar does not have a signature Warning: require_once(phar://go-pear.phar/index.php): failed to open stream: pha r error: invalid url or non-existent phar phar://go-pear.phar/index.php in C:\ php5\PEAR\go-pear.phar on line 1236 Drücken Sie eine beliebige Taste . . . Expected result: it should install pear -- Edit this bug report at http://bugs.php.net/?id=48753edit=1
#48942 [Com]: open_basedir no working with [PATH=] in php.ini
ID: 48942 Comment by: marcos dot neves at gmail dot com Reported By: marcos dot neves at gmail dot com Status: Feedback Bug Type: CGI related Operating System: debian PHP Version: 5.3.0 New Comment: the bug happens using both spawn-fcgi or php-fpm. The php is different for each other. For example, with spawn-fcgi, I am using dotdeb.org php5.3 version, installed using apt-get. With php-fpm, I am using php5.3 Build from source. For webserver, I am using nginx. I both ways, if I change to configuration to this one, every things back to normal: [PATH=/var/www/my.domain.com] open_basedir=/var/www Previous Comments: [2009-07-16 13:35:47] j...@php.net And exactly how is everything else configured? Like the path to the script you're accessing? [2009-07-16 12:16:19] marcos dot neves at gmail dot com Description: I got No input file specified. from fcgi when used open_basedir inside [PATH=] php.ini Reproduce code: --- create an entry on php.ini with open_basedir pointing to your domain root, example: open_basedir=/var/www/my.domain.com restart fcgi and check if it all works fine. (it should) Now add this like above open_basedir: [PATH=/var/www/my.domain.com] open_basedir=/var/www/my.domain.com restart fcgi and now you will get No input file specified. Expected result: should work as before. Actual result: -- got No input file specified. fcgi response. -- Edit this bug report at http://bugs.php.net/?id=48942edit=1
#48907 [Fbk-Opn]: Apache restarts due to a regular expression
ID: 48907
User updated by: sworddragon2 at aol dot com
Reported By: sworddragon2 at aol dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Windows XP Professional SP3
PHP Version: 5.3.0
New Comment:
In the PCRE block of my php.ini stands the same:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=10
;PCRE library recursion limit.
;Please note that if you set this value to a high number you may
consume all
;the available process stack and eventually crash PHP (due to reaching
the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=10
Previous Comments:
[2009-07-16 13:34:04] j...@php.net
Check for these in your php.ini:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=10
;PCRE library recursion limit.
;Please note that if you set this value to a high number you may
consume all
;the available process stack and eventually crash PHP (due to reaching
the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=10
[2009-07-16 00:56:14] sworddragon2 at aol dot com
I'm using PHP 5.3.0 x86 VC6 Thread Safe. I have installed PHP 5.2.10
and can reproduce it too. After this i have installed PHP 5.3.0 again
without any extensions and have used a standard php.ini and httpd.conf
(just the entry from the PHP installer is written).
I have cleared the error.log from Apache and after executing the
reproduce code the log says:
[Thu Jul 16 02:40:03 2009] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Apache/2.2.11 (Win32) PHP/5.3.0
configured -- resuming normal operations
[Thu Jul 16 02:40:03 2009] [notice] Server built: Dec 10 2008 00:10:06
[Thu Jul 16 02:40:03 2009] [notice] Parent: Created child process 3196
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Child process is
running
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Acquired the start
mutex.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting 64 worker
threads.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting thread to
listen on port 80.
But i figured out another thing. If I'm changing the pattern from
'#a((?:.|\n)*?)a#' to '#a((?:\n|.)*?)a#' all works fine. Oddly seems
that Avira AntiVir Personal with the definition file from the last days
and today says after saving the reproduce code that the file is a
heuristic found HEUR/HTML.Malware.
[2009-07-15 12:08:40] j...@php.net
Exactly what PHP version are you using? This works fine on both 5.2.10
and 5.3.0 for me..
[2009-07-13 19:35:00] sworddragon2 at aol dot com
Description:
I found a regular expression with which i can restart the apache
service with the notification: [notice] Parent: child process exited
with status 3221225477 -- Restarting. I'm using Apache 2.2.11.
Reproduce code:
---
?php
preg_replace('#a((?:.|\n)*?)a#','a$1a','a11a');
?
Expected result:
I expected that preg_replace() repaces the string.
Actual result:
--
Apache restarts with the above message an Firefox 3.5 tells me that the
connection to the server was recessed.
--
Edit this bug report at http://bugs.php.net/?id=48907edit=1
#48907 [Opn-Bgs]: Apache restarts due to a regular expression
ID: 48907
Updated by: paj...@php.net
Reported By: sworddragon2 at aol dot com
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Windows XP Professional SP3
PHP Version: 5.3.0
New Comment:
There was already many bug reports about this issue, that's not
something we can change from php. See #47689.
Previous Comments:
[2009-07-16 18:52:49] sworddragon2 at aol dot com
In the PCRE block of my php.ini stands the same:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=10
;PCRE library recursion limit.
;Please note that if you set this value to a high number you may
consume all
;the available process stack and eventually crash PHP (due to reaching
the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=10
[2009-07-16 13:34:04] j...@php.net
Check for these in your php.ini:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=10
;PCRE library recursion limit.
;Please note that if you set this value to a high number you may
consume all
;the available process stack and eventually crash PHP (due to reaching
the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=10
[2009-07-16 00:56:14] sworddragon2 at aol dot com
I'm using PHP 5.3.0 x86 VC6 Thread Safe. I have installed PHP 5.2.10
and can reproduce it too. After this i have installed PHP 5.3.0 again
without any extensions and have used a standard php.ini and httpd.conf
(just the entry from the PHP installer is written).
I have cleared the error.log from Apache and after executing the
reproduce code the log says:
[Thu Jul 16 02:40:03 2009] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Apache/2.2.11 (Win32) PHP/5.3.0
configured -- resuming normal operations
[Thu Jul 16 02:40:03 2009] [notice] Server built: Dec 10 2008 00:10:06
[Thu Jul 16 02:40:03 2009] [notice] Parent: Created child process 3196
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
httpd.exe: Could not reliably determine the server's fully qualified
domain name, using 192.168.1.2 for ServerName
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Child process is
running
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Acquired the start
mutex.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting 64 worker
threads.
[Thu Jul 16 02:40:03 2009] [notice] Child 3196: Starting thread to
listen on port 80.
But i figured out another thing. If I'm changing the pattern from
'#a((?:.|\n)*?)a#' to '#a((?:\n|.)*?)a#' all works fine. Oddly seems
that Avira AntiVir Personal with the definition file from the last days
and today says after saving the reproduce code that the file is a
heuristic found HEUR/HTML.Malware.
[2009-07-15 12:08:40] j...@php.net
Exactly what PHP version are you using? This works fine on both 5.2.10
and 5.3.0 for me..
[2009-07-13 19:35:00] sworddragon2 at aol dot com
Description:
I found a regular expression with which i can restart the apache
service with the notification: [notice] Parent: child process exited
with status 3221225477 -- Restarting. I'm using Apache 2.2.11.
Reproduce code:
---
?php
preg_replace('#a((?:.|\n)*?)a#','a$1a','a11a');
?
Expected result:
I expected that preg_replace() repaces the string.
Actual result:
--
Apache restarts with the above message an Firefox 3.5 tells me that the
connection to the server was recessed.
--
Edit this bug
#48695 [Fbk]: PHP_SELF / SCRIPT_NAME issues not bogus - bugfix in 5.2.9 still causing trouble
ID: 48695 Updated by: srina...@php.net Reported By: allerlei+bugs dot php dot net at sihw dot nl Status: Feedback Bug Type: CGI related Operating System: Centos 4/5 PHP Version: 5.2.10 Assigned To: srinatar New Comment: can you kindly provide the output of PATH_TRANSLATED SCRIPT_FILENAME from a simple cgi script (not php). i would like to see the env variable before it is passed to php. to get this info, if you could kindly write a 2 line cgi script that prints this value that should suffice. I am afraid that if i don't hear any response too soon, i need to close this bug as bogus. i have tried my best reproduce it (with suEXEC as well as with cgi-wrapper) and have also checked with apache 1.3.41 as well as with apache 2.x and still unable to reproduce it. either i am missing some thing or you had some issues with your 'startscript' cgi wrapper that you resolved it on your own. Previous Comments: [2009-07-14 09:43:20] srina...@php.net hi as i mentioned in my comment, some help on how to reproduce this issue would be much appreciated. [2009-07-11 10:20:50] sriram dot natarajan at gmail dot com i have even configured with SuEXEC and still unable to reproduce this issue. i must be missing some thing obvious. haven't figured out what it is though.. if any one has any better suggestions on what should be my apache config, i will appreciate. [2009-07-07 00:09:00] sriram dot natarajan at gmail dot com ok, i compiled cgiwrap 4.1 with the following settings. ./configure '--with-php=/export/home/sriramn/sun/httpd22/cgi-bin/php-cgi.5210' '--with-httpd-user=sriramn' '--with-php-cgiwrap' '--with-install-dir=/export/home/sriramn/sun/httpd22/cgi-bin' '--with-install-group=staff' --with-cgiwrapd --with-php-interpreter Initializing Logging Redirecting STDERR to STDOUT Setting SIGXCPU to default behaviour Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/cgi-bin/php-cgiwrapd' SCRIPT_FILENAME: '/export/home/sriramn/sun/httpd22/cgi-bin/php-cgiwrapd' REDIRECT_URL: '/php-cgi/cgi-info.php' PATH_INFO: '/sriramn/php-cgi/cgi-info.php' PATH_TRANSLATED: '/export/home/sriramn/sun/httpd22/htdocs/sriramn/php-cgi/cgi-info.php' REMOTE_USER: 'NULL' REMOTE_HOST: 'NULL' REMOTE_ADDR: '127.0.0.1' Trying to extract user from PATH_INFO. Retrieved User Name: 'sriramn' User Data Retrieved: UserID: 'sriramn' UID: '101' GID: '10' Home Dir: '/export/home/sriramn' Checking user minimum uid. Script Base Directory: '/export/home/sriramn/public_html/cgi-bin' Fetching script string Trying to extract script from PATH_INFO Extracted PATH_INFO '/php-cgi/cgi-info.php' Building script path Condensing slashes. Script Relative Path: 'php-cgi/cgi-info.php' Script Absolute Path: '/export/home/sriramn/public_html/cgi-bin/php-cgi/cgi-info.php' Checking for special interpreted script (php). Interpreter Path: '/export/home/sriramn/sun/httpd22/cgi-bin/php-cgi.5210' Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/cgi-bin/php-cgiwrapd/sriramn/php-cgi/cgi-info.php' SCRIPT_FILENAME: '/export/home/sriramn/public_html/cgi-bin/php-cgi/cgi-info.php' REDIRECT_URL: '/php-cgi/cgi-info.php' PATH_INFO: 'NULL' PATH_TRANSLATED: '/export/home/sriramn/sun/httpd22/htdocs/sriramn/php-cgi/cgi-info.php' REMOTE_USER: 'NULL' REMOTE_HOST: 'NULL' REMOTE_ADDR: '127.0.0.1' UIDs/GIDs Changed To: RUID: '101' EUID: '101' RGID: '10' EGID: '10' Changing current directory to '/export/home/sriramn/public_html/cgi-bin/php-cgi' Executing: '/export/home/sriramn/sun/httpd22/cgi-bin/php-cgi.5210' Arguments: 0: '/export/home/sriramn/sun/httpd22/cgi-bin/php-cgi.5210' 1: 'cgi-info.php' Output of script follows: = X-Powered-By: PHP/5.2.10 Content-type: text/html server software Apache/2.2.11 (Unix) script name /php-cgi/cgi-info.php script filename /export/home/sriramn/sun/httpd22/htdocs/sriramn/php-cgi/cgi-info.php path info path translated redirect uri redirect url/php-cgi/cgi-info.php self uri is /php-cgi/cgi-info.php and php 5.2.10 seem to be returning the right output. what configuration am i missing ? fyi, here is how my apache conf looks .. AddHandler cgi-wrapper .php AddHandler cgi-wrapper .cgi Action cgi-wrapper /cgi-bin/php-cgiwrapd/sriramn what am I missing here ? i will also hook up SuEXEC and see if I can reproduce that way.. [2009-07-02 14:19:51] allerlei+bugs dot php dot net at sihw dot nl
#48753 [Com]: go-pear.bat / phar not working
ID: 48753 Comment by: shank1969 at hotmail dot com Reported By: bjoern at xrow dot de Status: Assigned Bug Type: PHAR related Operating System: WINDOWS VISTA PHP Version: 5.3.0 Assigned To: cellog New Comment: http://lenss.nl/2008/07/pear-install-weirdness/ = 404. Any other ideas? Previous Comments: [2009-07-16 18:48:14] bjoern at xrow dot de learn c and fix it on your own. your comment was not helpfull to solve this bug. [2009-07-16 18:45:53] justme at some dot com (this applies to WinXP as well) Great, yeat another NEW bug in PHP! Since 5.2, every time a new version appears, it is WORSE than previous and takes hours of workaround work to get it to work as expected. The EXIF extension has not worked since 5.2 and it still doesn't and now they have managed to get even the go-pear.bat broken. Don't they test anything anymore? [2009-07-03 10:05:15] rclerkin at gmail dot com In the mean time there is a workaround here; http://lenss.nl/2008/07/pear-install-weirdness/ I have used this to install pear successfuly with 5.3.0 [2009-07-01 11:39:38] paj...@php.net Greg, do you have to regenerate the phar in cvs or is there something else broken? [2009-07-01 11:16:55] bjoern at xrow dot de Description: go-pear.bat throws warnings and errors. C:\php5go-pear.bat phar C:\php5\PEAR\go-pear.phar does not have a signature Warning: require_once(phar://go-pear.phar/index.php): failed to open stream: pha r error: invalid url or non-existent phar phar://go-pear.phar/index.php in C:\ php5\PEAR\go-pear.phar on line 1236 Drücken Sie eine beliebige Taste . . . Expected result: it should install pear -- Edit this bug report at http://bugs.php.net/?id=48753edit=1
#48753 [Asn]: go-pear.bat / phar not working
ID: 48753 Updated by: paj...@php.net Reported By: bjoern at xrow dot de Status: Assigned Bug Type: PHAR related Operating System: WINDOWS VISTA PHP Version: 5.3.0 Assigned To: cellog New Comment: See http://news.php.net/php.internals/44569 Can you guys simply regenerate this phar please? Previous Comments: [2009-07-16 19:35:15] shank1969 at hotmail dot com http://lenss.nl/2008/07/pear-install-weirdness/ = 404. Any other ideas? [2009-07-16 18:48:14] bjoern at xrow dot de learn c and fix it on your own. your comment was not helpfull to solve this bug. [2009-07-16 18:45:53] justme at some dot com (this applies to WinXP as well) Great, yeat another NEW bug in PHP! Since 5.2, every time a new version appears, it is WORSE than previous and takes hours of workaround work to get it to work as expected. The EXIF extension has not worked since 5.2 and it still doesn't and now they have managed to get even the go-pear.bat broken. Don't they test anything anymore? [2009-07-03 10:05:15] rclerkin at gmail dot com In the mean time there is a workaround here; http://lenss.nl/2008/07/pear-install-weirdness/ I have used this to install pear successfuly with 5.3.0 [2009-07-01 11:39:38] paj...@php.net Greg, do you have to regenerate the phar in cvs or is there something else broken? 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/48753 -- Edit this bug report at http://bugs.php.net/?id=48753edit=1
#48565 [NoF-Opn]: Transparent session ID occasionally not added
ID: 48565 User updated by: bill at rubgrp dot com Reported By: bill at rubgrp dot com -Status: No Feedback +Status: Open Bug Type: Session related Operating System: Linux (Fedora 11) PHP Version: 5.2.9 New Comment: Sorry for the delay - chaos intervened. The 5.3 snapshot works on Fedora 11. I've also found that the 5.2.9 version works on at least one other platform (Mac), so perhaps it is an issue with something specific Fedora is doing in their version. Previous Comments: [2009-07-02 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2009-06-24 11:22:31] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-06-15 22:45:57] bill at rubgrp dot com Description: Sometimes when adding a session ID to a URL, it is not added after existing parameters, but rather iafter the closing quote for the URL. For example, an anchor tag of 'a href=xyzzy.php?arg=y' would be rewritten as 'a href=xyzzy.php?arg=y?PHPSESSID=123...' instead of 'a href=xyzzy.php?arg=yPHPSESSID=123...'. This appears to be similar to the issue reported in bug #3411. It appears to be buffer related, since adding or subtracting a few characters from earlier in the page can introduce or eliminate the error. As mentioned in #3411, turning on output buffering eliminates the problem. This seemed to work correctly through 5.2.5, but has not worked since 5.2.6. Reproduce code: --- Since it appears to be dependent on the number of bytes in the buffer, it can't be reproduced in 20 lines. Here is a link to a page that generated the examples: http://www.rubgrp.com/~bill/sample.php Expected result: a href=custmain.php?srch=06PHPSESSID=ho7ev8p2bmc16rotaih4duat8206/a ...snip... a href=custmain.php?srch=07PHPSESSID=ho7ev8p2bmc16rotaih4duat8207/a ..snip... a href=custmain.php?srch=08PHPSESSID=ho7ev8p2bmc16rotaih4duat8208/a/td Actual result: -- a href=custmain.php?srch=06PHPSESSID=ho7ev8p2bmc16rotaih4duat8206/a ...snip... a href=custmain.php?srch=07?PHPSESSID=ho7ev8p2bmc16rotaih4duat8207/a ..snip... a href=custmain.php?srch=08PHPSESSID=ho7ev8p2bmc16rotaih4duat8208/a/td (The first and third are correct; in the second line the session ID is added after the closing quote on the href value.) -- Edit this bug report at http://bugs.php.net/?id=48565edit=1
#48795 [Com]: Building intl 64-bit fails on OS X
ID: 48795 Comment by: jplock at gmail dot com Reported By: gwy...@php.net Status: Verified Bug Type: Compile Failure Operating System: Darwin9 (MacOS X 10.5) PHP Version: 5.3CVS-2009-07-04 (CVS) New Comment: I'm using OSX 10.5 as well and I'm getting the same error when trying to build PHP 5.3.0 with intl enabled. Undefined symbols: ___gxx_personality_v0, referenced from: ___gxx_personality_v0$non_lazy_ptr in msgformat_helpers.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 LDFLAGS=/usr/lib/gcc/i686-apple-darwin9/4.0.1/libstdc++.dylib export LDFLAGS ./configure \ --disable-all \ --with-libxml-dir=/usr \ --with-apxs2=/usr/local/apache22/bin/apxs \ --with-regex=php \ --with-zend-vm=CALL \ --with-curl=/usr \ --with-curlwrappers \ --with-gd \ --with-gettext=/usr \ --with-iconv \ --with-pear=/usr/local/lib/php \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd \ --with-openssl=/usr \ --with-pcre-regex \ --with-zlib-dir=/usr \ --with-xsl=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-icu-dir=/usr/local \ --enable-tokenizer \ --enable-ctype \ --enable-mbstring \ --enable-session \ --enable-simplexml \ --enable-xml \ --enable-hash \ --enable-libxml \ --enable-dom \ --enable-filter \ --enable-fileinfo \ --enable-bcmath \ --enable-json \ --enable-intl \ --enable-pdo \ --enable-pcntl \ --enable-shmop \ --enable-phar \ --enable-posix \ --enable-sockets Previous Comments: [2009-07-04 00:47:46] gwy...@php.net Description: This is a reference to PECL bug #16575 http://pecl.php.net/bugs/bug.php?id=16575. Since intl will shortly be part of core instead of PECL, I feel this bug belongs here. Here's my addition to the issue: This is due to intl/msgformat/msgformat_helpers.cpp being a C++ file and GCC not handling that case cleanly. The exact error is specifically due to GCC not linking to libstdc++. Which is, actually, kinda reasonable since it's been invoked as a plain C compiler. Anyway, you can get around the problem for now by adding /usr/lib/gcc/i686-apple-darwin9/4.2.1/libstdc++.dylib (if you're building with gcc-4.2) or /usr/lib/gcc/i686-apple-darwin9/4.0.1/libstdc++.dylib (if you're building with gcc-4.0, the default) to your LDFLAGS. That's right, WITHOUT -l or -L. I wouldn't consider this a real solution, but a better solution is pending further research into the subject. Reproduce code: --- $ CFLAGS='-arch x86_64' CXXFLAGS='-arch x86_64' LDFLAGS='-arch x86_64' ./configure --enable-intl --with-icu=/path/to/icu $ make Expected result: Build complete. Don't forget to run 'make test'. $ Actual result: -- Undefined symbols: ___gxx_personality_v0, referenced from: EH_frame1 in msgformat_helpers.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 $ -- Edit this bug report at http://bugs.php.net/?id=48795edit=1
#48949 [NEW]: max_execution_time from php.ini ignored
From: giunta dot gaetano at gmail dot com Operating system: vista sp2 PHP version: 5.3.0 PHP Bug Type: *General Issues Bug description: max_execution_time from php.ini ignored Description: On windows vista, with apache 2.2.11, php 5.3.0 vc9 threadsafe, the max_execution_time ini parameter is read correctly (as shown by ini_get() and phpinfo()) but never used. After 60 secs, the script times out with the message Fatal error: Maximum execution time of 60 seconds exceeded. Adding a set_time_limit() or ini_set() call solves the problem. -- Edit bug report at http://bugs.php.net/?id=48949edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48949r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48949r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48949r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48949r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48949r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48949r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48949r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48949r=needscript Try newer version: http://bugs.php.net/fix.php?id=48949r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48949r=support Expected behavior: http://bugs.php.net/fix.php?id=48949r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48949r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48949r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48949r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48949r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48949r=dst IIS Stability: http://bugs.php.net/fix.php?id=48949r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48949r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48949r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48949r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48949r=mysqlcfg
#48950 [NEW]: max_execution_time from php.ini ignored
From: giunta dot gaetano at gmail dot com Operating system: vista sp2 PHP version: 5.3.0 PHP Bug Type: *General Issues Bug description: max_execution_time from php.ini ignored Description: On windows vista, with apache 2.2.11, php 5.3.0 vc9 threadsafe, the max_execution_time ini parameter is read correctly (as shown by ini_get() and phpinfo()) but never used. After 60 secs, the script times out with the message Fatal error: Maximum execution time of 60 seconds exceeded. Adding a set_time_limit() or ini_set() call solves the problem. -- Edit bug report at http://bugs.php.net/?id=48950edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48950r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48950r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48950r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48950r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48950r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48950r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48950r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48950r=needscript Try newer version: http://bugs.php.net/fix.php?id=48950r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48950r=support Expected behavior: http://bugs.php.net/fix.php?id=48950r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48950r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48950r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48950r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48950r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48950r=dst IIS Stability: http://bugs.php.net/fix.php?id=48950r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48950r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48950r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48950r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48950r=mysqlcfg
#48949 [Opn-Fbk]: max_execution_time from php.ini ignored
ID: 48949 Updated by: paj...@php.net Reported By: giunta dot gaetano at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: vista sp2 PHP Version: 5.3.0 New Comment: And what's the value set in php.ini? Previous Comments: [2009-07-16 22:17:27] giunta dot gaetano at gmail dot com Description: On windows vista, with apache 2.2.11, php 5.3.0 vc9 threadsafe, the max_execution_time ini parameter is read correctly (as shown by ini_get() and phpinfo()) but never used. After 60 secs, the script times out with the message Fatal error: Maximum execution time of 60 seconds exceeded. Adding a set_time_limit() or ini_set() call solves the problem. -- Edit this bug report at http://bugs.php.net/?id=48949edit=1
#48950 [Opn-Bgs]: max_execution_time from php.ini ignored
ID: 48950 Updated by: paj...@php.net Reported By: giunta dot gaetano at gmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: vista sp2 PHP Version: 5.3.0 New Comment: double post, #48949 Previous Comments: [2009-07-16 22:17:45] giunta dot gaetano at gmail dot com Description: On windows vista, with apache 2.2.11, php 5.3.0 vc9 threadsafe, the max_execution_time ini parameter is read correctly (as shown by ini_get() and phpinfo()) but never used. After 60 secs, the script times out with the message Fatal error: Maximum execution time of 60 seconds exceeded. Adding a set_time_limit() or ini_set() call solves the problem. -- Edit this bug report at http://bugs.php.net/?id=48950edit=1
#48938 [Bgs]: Feels like .*? and /s is problematic, no output generated!
ID: 48938 User updated by: alexis at m2osw dot com Reported By: alexis at m2osw dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.2.10 New Comment: Okay, I see an error 2. I got it to crash yesterday too. Interested? Anyway, I guess that's the same idea of a too complex regex. Thank you for replying. Previous Comments: [2009-07-16 07:10:34] scott...@php.net 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. Check out preg_last_error(), you've reached a limit we set in PCRE to prevent segfaults due to inefficient regular expressions. [2009-07-16 04:50:14] alexis at m2osw dot com Description: I have a pregex that starts looks like this: /(?:p.*?)?\[.../s (The last ... is to be interpreted as an ellipsis) Removing the /s or the p tag before the \[ fixes the problem. Otherwise the preg_replace_callback() returns an empty string and never calls the callback. This is the case with several pages of data we have, although it is not easy for me to determine what triggers the problem. P.S. If the callback does not exist, the function has a shortcut and the input is immediately returned as is. Reproduce code: --- 1740 lines of code found as an attachment to that page: http://linux.m2osw.com/pcre_php_s_modifier_bug The main reason for the length is the HTML code, the failing code is just 1 line at the bottom. Expected result: ($s == preg_replace_callback(...)) === TRUE since the callback should not be called with that HTML. Actual result: -- preg_replace_callback() returns NULL -- Edit this bug report at http://bugs.php.net/?id=48938edit=1
#48924 [Asn-Csd]: int value PHP_INT_MAX causes Invalid text representation in pdo_pgsql
ID: 48924
Updated by: fel...@php.net
Reported By: mark dot kirkwood at catalyst dot net dot nz
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: Ubuntu x86 (32 bit)
PHP Version: 5.2CVS-2009-07-14 (CVS)
Assigned To: felipe
New Comment:
Thanks for reporting testing.
Committed in 5.2, 5.3 and HEAD.
Previous Comments:
[2009-07-16 08:54:52] mark dot kirkwood at catalyst dot net dot nz
Rechecked at home on a 32 bit os, and confirmed that your patch fixes
the issue. Nice work, and thanks again for a very fast resolution.
[2009-07-16 01:24:13] mark dot kirkwood at catalyst dot net dot nz
Hmm - if you are getting out of range, then that sounds like your table
has the wrong definition - it should be created by:
CREATE TABLE a (id bigint)
so that 2147483648 can actually be inserted. I can replicate what you
are seeing by creating a with 'id integer'.
Having said that, it looks to me like your patch fixes the problem, but
I only have a 64 bit system here at work, so I'm cheating by doing:
//$id = PHP_INT_MAX + 1;
$id = (float)2147483648;
I'll check on a 32-bit system tonight to be sure and report back.
Thanks for the fast response!
[2009-07-16 01:07:23] fel...@php.net
Yes, it's 32 bit OS.
I just got an expected error out of range.
I've commited a patch [1] that remove the trailing zeros, please let me
know if it fixes your case.
About the HEAD version, It currently doesn't contains the fix (the code
which introduced the trailing zeros) for #41698.
[1] http://felipe.ath.cx/diff/bug48924.diff
[2009-07-15 23:24:17] mark dot kirkwood at catalyst dot net dot nz
Are you using a 32bit os? If you turn on statement logging you should
see an insert that looks like:
INSERT INTO a VALUES('2147483648.00')
[2009-07-15 23:14:38] fel...@php.net
I can't reproduce it on PostgreSQL with libpq5 (8.3.7).
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/48924
--
Edit this bug report at http://bugs.php.net/?id=48924edit=1
#48951 [NEW]: calling get_defined_constans with any paramenter results in sigsev
From: rajivk at sparklit dot com
Operating system: Debian Linux
PHP version: 5.2.10
PHP Bug Type: Reproducible crash
Bug description: calling get_defined_constans with any paramenter results in
sigsev
Description:
Calling get_defined_constants with a parameter causes a segfault. The
occurs in 5.2.10 and 5.3.0
Reproduce code:
---
=== case 1 causes crash ==
?
var_dump(get_defined_constants(false));
?
=
=== case 2 also causes crash ==
?
var_dump(get_defined_constants(false));
?
=
=== case 3 NO CRASH ==
?
var_dump(get_defined_constants());
?
=
Expected result:
no crash
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb73b1910 (LWP 15496)]
0xb77a2b01 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb77a2b01 in kill () from /lib/libc.so.6
#1 0x0810ace9 in zend_mm_panic (message=0x84d1d40 zend_mm_heap
corrupted) at /usr/src/2009july15/php-5.2.10/Zend/zend_alloc.c:94
#2 0x0810d45f in _zend_mm_alloc_int (heap=0x89f7b70, size=44,
__zend_filename=0x84d57d8
/usr/src/2009july15/php-5.2.10/Zend/zend_hash.c, __zend_lineno=247,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/usr/src/2009july15/php-5.2.10/Zend/zend_alloc.c:1895
#3 0x0810e6d6 in _emalloc (size=44, __zend_filename=0x84d57d8
/usr/src/2009july15/php-5.2.10/Zend/zend_hash.c, __zend_lineno=247,
__zend_orig_filename=0x0,
__zend_orig_lineno=0) at
/usr/src/2009july15/php-5.2.10/Zend/zend_alloc.c:2300
#4 0x08135f7b in _zend_hash_add_or_update (ht=0x87cb62c, arKey=0x89d9fc0
E_STRICT, nKeyLength=9, pData=0xbfcc367c, nDataSize=4, pDest=0x0,
flag=1,
__zend_filename=0x84d4f30
/usr/src/2009july15/php-5.2.10/Zend/zend_hash.h, __zend_lineno=341) at
/usr/src/2009july15/php-5.2.10/Zend/zend_hash.c:247
#5 0x0812e86d in zend_symtable_update (ht=0x87cb62c, arKey=0x89d9fc0
E_STRICT, nKeyLength=9, pData=0xbfcc367c, nDataSize=4, pDest=0x0)
at /usr/src/2009july15/php-5.2.10/Zend/zend_hash.h:341
#6 0x0812ecb4 in add_assoc_zval_ex (arg=0x87e5838, key=0x89d9fc0
E_STRICT, key_len=9, value=0x87e4ccc) at
/usr/src/2009july15/php-5.2.10/Zend/zend_API.c:1056
#7 0x0813f211 in zif_get_defined_constants (ht=1, return_value=0x87e58e0,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /usr/src/2009july15/php-5.2.10/Zend/zend_builtin_functions.c:1674
#8 0x0814e496 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfcc3818) at
/usr/src/2009july15/php-5.2.10/Zend/zend_vm_execute.h:200
#9 0x08153ead in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfcc3818) at
/usr/src/2009july15/php-5.2.10/Zend/zend_vm_execute.h:1739
#10 0x0814dffa in execute (op_array=0x87c19b8) at
/usr/src/2009july15/php-5.2.10/Zend/zend_vm_execute.h:92
#11 0x0812b810 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/src/2009july15/php-5.2.10/Zend/zend.c:1134
#12 0x080e4ad1 in php_execute_script (primary_file=0xbfcc5aec) at
/usr/src/2009july15/php-5.2.10/main/main.c:2025
#13 0x081a47c1 in apache_php_module_main (r=0x87822bc,
display_source_mode=0) at
/usr/src/2009july15/php-5.2.10/sapi/apache/sapi_apache.c:53
#14 0x080d8792 in send_php ()
#15 0x080d87dd in send_parsed_php ()
#16 0x08468875 in ap_invoke_handler ()
#17 0x0847fe6d in process_request_internal ()
#18 0x0847feca in ap_process_request ()
#19 0x084760c0 in child_main ()
#20 0x084763f4 in make_child ()
#21 0x084767e2 in perform_idle_server_maintenance ()
#22 0x08476eb7 in standalone_main ()
#23 0x08477562 in main ()
(gdb) frame 10
#10 0x0814dffa in execute (op_array=0x87c19b8) at
/usr/src/2009july15/php-5.2.10/Zend/zend_vm_execute.h:92
92 if (EX(opline)-handler(execute_data TSRMLS_CC)
0) {
(gdb) print (char
*)(executor_globals.function_state_ptr-function)-common.function_name
$1 = 0x84d5d1b get_defined_constants
(gdb) print (char *)executor_globals.active_op_array-function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array-filename
$3 = 0x87c6284
/home/rajivk/dev/webroot/forum/www/forum.sparklit.com/foobar.spark
(gdb)
--
Edit bug report at http://bugs.php.net/?id=48951edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48951r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48951r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48951r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48951r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48951r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48951r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48951r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48951r=needscript
Try newer version:
#48762 [Asn-Csd]: IPv6 address filter still rejects valid address
ID: 48762
Updated by: fel...@php.net
Reported By: valli at icsurselva dot ch
-Status: Assigned
+Status: Closed
Bug Type: Filter related
Operating System: Gentoo Linux
PHP Version: 5.2.10
Assigned To: felipe
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed in 5.2, 5.3 and HEAD.
Previous Comments:
[2009-07-13 19:10:57] j...@php.net
Felipe, please check this out too while fixing the other bugs in this
same thing..
[2009-07-01 23:29:30] valli at icsurselva dot ch
Description:
The IPv6 address filter in the filter extension still
rejects valid IPv6 address notations. E.g.:
::67:78b:34.43.43.2
0b15:23::3:67.98.234.17
(This Bug was probably introduced while fixing
http://bugs.php.net/bug.php?id=46973)
Reproduce code:
---
var_dump(filter_var('0b15:23::3:67.98.234.17',
FILTER_VALIDATE_IP,FILTER_FLAG_IPV6));
Expected result:
0b15:23::3:67.98.234.17
Actual result:
--
false
--
Edit this bug report at http://bugs.php.net/?id=48762edit=1
#48310 [Asn-Csd]: filter accepts invalid IPv6 address
ID: 48310
Updated by: fel...@php.net
Reported By: geoffers+phpbugs at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: Filter related
Operating System: Mac OS 10.5.6
PHP Version: 5.*, 6CVS (2009-05-16)
Assigned To: felipe
New Comment:
Fixed with #48762. Thanks.
Previous Comments:
[2009-07-10 18:38:18] j...@php.net
Felipe, since you fixed (?) that other (bogus?) report, please check
this out too.. :)
[2009-06-07 17:00:00] birki456 at hotmail dot com
also look at http://bugs.php.net/bug.php?id=46973
this bug is _bogus_ because 1fff::a88:85a3::172.31.128.1 is not a valid
ipv6 address (TWO :: in it, that is NOT ALLOWED, see RFC4291)
please fix this.. ipv6 is coming fast
[2009-05-17 17:18:32] geoffers+phpbugs at gmail dot com
Both 5.2 and 5.3 CVS give the same output as 5.2.9
[2009-05-17 16:49:39] geoffers+phpbugs at gmail dot com
Description:
The string '0:0:0:255.255.255.255' is not a valid IPv6 address. The
filter extension allows it.
Reproduce code:
---
var_dump(filter_var('0:0:0:255.255.255.255', FILTER_VALIDATE_IP,
FILTER_FLAG_IPV6));
Expected result:
bool(false)
Actual result:
--
string(21) 0:0:0:255.255.255.255
--
Edit this bug report at http://bugs.php.net/?id=48310edit=1
#48893 [Opn-Csd]: Problems compiling with Curl
ID: 48893 Updated by: fel...@php.net Reported By: n...@php.net -Status: Open +Status: Closed Bug Type: cURL related Operating System: Linux Ubuntu 6.04 PHP Version: 5.3, 6CVS (2009-07-11) -Assigned To: +Assigned To: felipe New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2009-07-12 14:10:12] n...@php.net I've also checked latests HEAD/trunk: Same problem 5.3 branch: Same problem 5.2 branch: Problem not reproducable [2009-07-12 13:31:19] n...@php.net negative: $ dpkg -l | grep -i curl ii curl 7.15.1-1ubuntu3.1 Get a file from an HTTP, HTTPS, FTP or GOPHE ii libcurl3 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-dev 7.15.1-1ubuntu3.1 Transitional package to libcurl3-openssl-dev ii libcurl3-gnutls 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-openssl-dev 7.15.1-1ubuntu3.1 Development files and documentation for libc $ find / -type f -name curl.h /usr/include/curl/curl.h PHP 5.2.10 compiles fine on this box with the same user and the same configure options. [2009-07-12 12:34:31] j...@php.net Sounds like your curl installation is borked. Perhaps you have older header files somewhere in your system which get used instead of the correct ones..? [2009-07-12 11:24:48] n...@php.net $ curl --version curl 7.15.1 (i486-pc-linux-gnu) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.5.18 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz [2009-07-12 11:23:28] n...@php.net Description: Does not compile with curl Reproduce code: --- $ ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql \ --with-mysqli \ --with-zlib \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-pdo \ --enable-bcmath \ --with-pdo-mysql \ --with-gd \ --with-freetype-dir=/usr \ --with-jpeg-dir=/usr \ --with-curl \ --with-tidy \ --with-xsl \ --enable-exif \ --with-openssl $ make Expected result: Compiles fine Actual result: -- /bin/sh /home/compile/install_temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile /home/compile/install_temp/php-5.3.0/meta_ccld -Iext/curl/ -I/home/compile/install_temp/php-5.3.0/ext/curl/ -DPHP_ATOM_INC -I/home/compile/install_temp/php-5.3.0/include -I/home/compile/install_temp/php-5.3.0/main -I/home/compile/install_temp/php-5.3.0 -I/home/compile/install_temp/php-5.3.0/ext/date/lib -I/home/compile/install_temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/mysql -I/home/compile/install_temp/php-5.3.0/ext/sqlite3/libsqlite -I/usr/include/tidy -I/home/compile/install_temp/php-5.3.0/TSRM -I/home/compile/install_temp/php-5.3.0/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -prefer-non-pic -c /home/compile/install_temp/php-5.3.0/ext/curl/interface.c -o ext/curl/interface.lo /home/compile/install_temp/php-5.3.0/ext/curl/interface.c: In function 'zm_startup_curl': /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: 'CURLFTPMETHOD_MULTICWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: (Each undeclared identifier is reported only once /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: for each function it appears in.) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:785: error: 'CURLFTPMETHOD_NOCWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:786: error: 'CURLFTPMETHOD_SINGLECWD' undeclared (first use in this function) make: *** [ext/curl/interface.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48893edit=1
#47224 [Com]: MYSQL_ATTR_INIT_COMMAND is no longer available
ID: 47224
Comment by: techi at techi dot name
Reported By: contact at joycebabu dot com
Status: Assigned
Bug Type: PDO related
Operating System: Windows
PHP Version: 5.3.0alpha3
Assigned To: mysql
New Comment:
Using 1002 instead of constant does not work either. Using 5.3.0 under
x64 Windows
Previous Comments:
[2009-07-02 10:43:36] mg at artigo dot pl
A temporary solution is to use INT value (1002) instead of constant.
[2009-06-02 12:15:28] daniz at rocketmail dot com
Looking into
/ext/pdo_mysql/pdo_mysql.c I saw this:
/* {{{ PHP_MINIT_FUNCTION
*/
static PHP_MINIT_FUNCTION(pdo_mysql)
{
#if PDO_USE_MYSQLND
REGISTER_INI_ENTRIES();
#endif
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_USE_BUFFERED_QUERY,
(long)PDO_MYSQL_ATTR_USE_BUFFERED_QUERY);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_LOCAL_INFILE,
(long)PDO_MYSQL_ATTR_LOCAL_INFILE);
#ifndef PDO_USE_MYSQLND
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_MAX_BUFFER_SIZE,
(long)PDO_MYSQL_ATTR_MAX_BUFFER_SIZE);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_INIT_COMMAND,
(long)PDO_MYSQL_ATTR_INIT_COMMAND);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_READ_DEFAULT_FILE,
(long)PDO_MYSQL_ATTR_READ_DEFAULT_FILE);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_READ_DEFAULT_GROUP,
(long)PDO_MYSQL_ATTR_READ_DEFAULT_GROUP);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_COMPRESS,
(long)PDO_MYSQL_ATTR_COMPRESS);
#endif
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_DIRECT_QUERY,
(long)PDO_MYSQL_ATTR_DIRECT_QUERY);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_FOUND_ROWS,
(long)PDO_MYSQL_ATTR_FOUND_ROWS);
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_IGNORE_SPACE,
(long)PDO_MYSQL_ATTR_IGNORE_SPACE);
#ifdef PDO_USE_MYSQLND
pdo_mysqlnd_zval_cache =
mysqlnd_palloc_init_cache(PDO_MYSQL_G(cache_size));
#endif
return php_pdo_register_driver(pdo_mysql_driver);
}
Meaning in short:
if not defined PDO_USE_MYSQLND -
REGISTER_PDO_CLASS_CONST_LONG(MYSQL_ATTR_INIT_COMMAND,
(long)PDO_MYSQL_ATTR_INIT_COMMAND);
else don't register that class? Does it's supposed to come from
somewhere else? I just moved the init_command into a simple query(SET
NAMES utf8); to get rid of the error.
[2009-05-22 04:06:55] christian dot gahlert at web dot de
Hi,
I just had the same problem. It occured because I installed the PDO
extension via pecl but forgot to also install PDO_MYSQL.
After I installed the PDO_MYSQL everything was fine.
I hope I could save someone some time :)
Chris
[2009-04-25 15:35:53] j...@php.net
For some reason this (and some other) constants are only available when
mysqlnd driver is used.
[2009-01-27 12:33:45] contact at joycebabu dot com
Description:
The constant PDO::MYSQL_ATTR_INIT_COMMAND is not available.
Reproduce code:
---
try {
$pdbo = new PDO(mysql:host=localhost;dbname=test, 'root', '',
array(PDO::MYSQL_ATTR_INIT_COMMAND = SET NAMES utf8));
}catch(PDOException $e){
echo $e-getMessage();
}
Expected result:
A successful connection to the mysql database
Actual result:
--
Fatal error: Undefined class constant 'MYSQL_ATTR_INIT_COMMAND' in
D:\Projects\Apache\htdocs\mysite.com\httpdocs\include\define-vars.inc.php
on line 23
--
Edit this bug report at http://bugs.php.net/?id=47224edit=1
#48744 [Com]: Segmentation fault with open_basedir enabled
ID: 48744
Comment by: dougcsd at yahoo dot com
Reported By: tom at ideaweb dot de
Status: Feedback
Bug Type: Safe Mode/open_basedir
Operating System: Linux Debian Etch
PHP Version: 5.3.0
Assigned To: fb-req-jani
New Comment:
Here is more info on this.
I ran into this earlier while running 5.3 Alpha snapshots.
The Snapshot: php5.3-200810090430 (Alpha 3) did not seem to have this
problem yet, and works ok. I have reproduced the problem on two
machines and multiple operating systems. I see the scrambled open
basedir paths in the apache logs when a simple phpinfo() fails.
Both systems were running Slackware 12.1 (one 32 bit, and one 64 bit)
BlueWhite64 for the 12.1 64 bit.
I recently upgraded to Slackware 12.2 on the 32 bit machine to upgrade
the libc to a newer version and see if it helped, but the problem
persists.
I first saw this problem in php5.3-200903230730, and assumed it was a
development bug that would work itself out in time, and simply reverted
back. However the problem has carried over to 5.3.0 release.
I have done a bit of digging and it appears that both PHP and Apache
are using pthreads on these machines. Because of the randomness of when
the corruption occurs, I believe this may be related to a threading
issue, but I have yet to discover any additional details.
Previous Comments:
[2009-07-16 13:08:25] j...@php.net
Have you figured out the differences between the working and
non-working servers running 5.3 yet? That's propably the only way to
debug this. Otherwise, just let this rot.
[2009-07-15 07:29:24] tom at ideaweb dot de
Sorry for the delay, the test server was in use...
Seems to be the same =(
(gdb) run -X -d /www/apache/current/
Starting program: /www/apache/2.2.11/bin/httpd -X -d
/www/apache/current/
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1212967232 (LWP 27684)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212967232 (LWP 27684)]
0xb755848f in OnUpdateBaseDir (entry=0x824fbb8,
new_value=0x83b5070
/www/htdocs/ecolint.ch/dev:/www/htdocs/ecolint.ch/tmp:/www/htdocs/eco
lint.ch/mysql,
new_value_length=82, mh_arg1=0x48, mh_arg2=0xb7b37e80,
mh_arg3=0x0, stage=4)
at /www/src/php5.3-200907101630/main/fopen_wrappers.c:103
103 if (!*p || !**p) {
(gdb)
[2009-07-10 22:15:18] j...@php.net
Is the backtrace the same?
[2009-07-10 18:46:07] tom at ideaweb dot de
Keeps crashing with php5.3-200907101630 =(
[Fri Jul 10 20:41:45 2009] [notice] child pid 13862 exit signal
Segmentation fault (11)
[Fri Jul 10 20:41:47 2009] [notice] child pid 13863 exit signal
Segmentation fault (11)
[2009-07-10 18:26:39] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Just in case this is just another side-effect caused by another bug..
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/48744
--
Edit this bug report at http://bugs.php.net/?id=48744edit=1
#48942 [Fbk-Opn]: open_basedir no working with [PATH=] in php.ini
ID: 48942 User updated by: marcos dot neves at gmail dot com Reported By: marcos dot neves at gmail dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: debian PHP Version: 5.3.0 New Comment: playing more, I found that the same bug happens if I configure open_basedir on .user.ini file. It look likes that open_basedir can't be configured in a context way, only in a global way. If thats true, I would be very sad, cause that could be a great feature for hosting companies. Previous Comments: [2009-07-16 18:51:23] marcos dot neves at gmail dot com the bug happens using both spawn-fcgi or php-fpm. The php is different for each other. For example, with spawn-fcgi, I am using dotdeb.org php5.3 version, installed using apt-get. With php-fpm, I am using php5.3 Build from source. For webserver, I am using nginx. I both ways, if I change to configuration to this one, every things back to normal: [PATH=/var/www/my.domain.com] open_basedir=/var/www [2009-07-16 13:35:47] j...@php.net And exactly how is everything else configured? Like the path to the script you're accessing? [2009-07-16 12:16:19] marcos dot neves at gmail dot com Description: I got No input file specified. from fcgi when used open_basedir inside [PATH=] php.ini Reproduce code: --- create an entry on php.ini with open_basedir pointing to your domain root, example: open_basedir=/var/www/my.domain.com restart fcgi and check if it all works fine. (it should) Now add this like above open_basedir: [PATH=/var/www/my.domain.com] open_basedir=/var/www/my.domain.com restart fcgi and now you will get No input file specified. Expected result: should work as before. Actual result: -- got No input file specified. fcgi response. -- Edit this bug report at http://bugs.php.net/?id=48942edit=1
