#44508 [Opn->Fbk]: "make" from another directory
ID: 44508 Updated by: [EMAIL PROTECTED] Reported By: bhavacakra at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (arch_x64) PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Why are you using --enable-debug and --enable-maintainer-zts, these are only for developrs who know what they do. And you can just build either --enable-embed or --with-apxs2 so decide for one (most likely the latter) there. Previous Comments: [2008-03-22 22:47:58] bhavacakra at gmail dot com Description: I'm attempting to configure and build PHP from a directory outside of the source distribution. "configure" works fine, but "make" stops while compiling "/sapi/apache2handler/mod_php5.c" Reproduce code: --- shell $ ../php-5.2.5/configure --enable-debug --enable-maintainer-zts --disable-cgi --enable-cli --without-pear --disable-xml --without-sqlite --without-mysql --enable-embed --with-apxs2=/usr/sbin/apxs shell $ make Expected result: successful compilation Actual result: -- /bin/sh /home/flav/programming/php-internals/_build/libtool --preserve-dup-deps --mode=compile /home/flav/programming/php-intern als/_build/meta_ccld -I/usr/include/apache -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I /usr/include -Isapi/apache2handler/ -I/home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/ -DPHP_ATOM_INC -I/home /flav/programming/php-internals/_build/include -I/home/flav/programming/php-internals/_build/main -I/home/flav/programming/php-i nternals/php-5.2.5 -I/usr/include/libxml2 -I/home/flav/programming/php-internals/_build/ext/date/lib -I/home/flav/programming/ph p-internals/php-5.2.5/ext/date/lib -I/home/flav/programming/php-internals/_build/TSRM -I/home/flav/programming/php-internals/_bu ild/Zend -I/home/flav/programming/php-internals/php-5.2.5/main -I/home/flav/programming/php-internals/php-5.2.5/Zend -I/home/fla v/programming/php-internals/php-5.2.5/TSRM -I/home/flav/programming/php-internals/_build/ -D_REENTRANT -I/usr/include -g -pthr ead -O0 -Wall -DZTS -c /home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mo d_php5.lo /home/flav/programming/php-internals/_build/libtool: line 1184: sapi/apache2handler/mod_php5.loT: No such file or directory mkdir sapi/apache2handler/.libs mkdir: cannot create directory `sapi/apache2handler/.libs': No such file or directory make: *** [sapi/apache2handler/mod_php5.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44508&edit=1
#44504 [Opn->Bgs]: bytea - nonstandard use of \\ in a string literal
ID: 44504 Updated by: [EMAIL PROTECTED] Reported By: cei at yourshop dot com -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: FreeBSD 6.3 amd64, i386 PHP Version: 5.2.5 New Comment: See: - http://docs.php.net/pg-escape-bytea - http://www.postgresql.org/docs/current/static/datatype-binary.html Previous Comments: [2008-03-22 15:56:42] cei at yourshop dot com Description: INSERT into BYTEA provokes: WARNING: nonstandard use of \\ in a string literal ./configure --prefix=/usr/local/httpd-2.2.8-php-5.2.5/libexec --with-config-file-path=/etc/httpd --with-apxs2=/usr/local/httpd-2.2. 8-php-5.2.5/sbin/apxs --with-zlib-dir=/usr/local --with-pgsql=/usr/local/postgresql-8.2.7 --with-db4=/usr/local/BerkeleyDB.4.6 --with-pcre-regex --with-curl --with-gd --with-jpeg-dir=/usr/ local --with-png-dir=/usr/local --without-mysql --without-sqlite --without-pear --disable-ipv6 --disable-cgi --disable-all --enable-session --enable-cli Reproduce code: --- CREATE TABLE t_bytea ( s_bytea BYTEA ); Expected result: Insertion of the bytea data which actually happens, BUT there's permanently the two lines in the PostgreSQL errorlog: WARNING: nonstandard use of \\ in a string literal at character 28 HINT: Use the escape string syntax for backslashes, e.g., E'\\'. -- Edit this bug report at http://bugs.php.net/?id=44504&edit=1
#44502 [Opn]: Compiling ok with MySQL 5.0
ID: 44502 Updated by: [EMAIL PROTECTED] Reported By: nickg78 at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 6CVS-2008-03-22 (snap) New Comment: Looks that it was added in 5.0.3 version, here's a patch: http://felipe.ath.cx/diff/mysql.diff (non tested) Changing mysql/php_mysql.c, mysqli/mysqli.c and mysqli/mysqli_api.c Previous Comments: [2008-03-22 05:05:54] nickg78 at gmail dot com Finally after some further testing, it appears that the problem does not occur with MySQL 5.0, but only with 4.1 I upgraded my MySQL version to 5.0 and now PHP is compiled without errors. Please ignore this bug report if PHP 6.0 is officially announced to be incompatible with MySQL 4.1 but I have not found anything mentioning this. [2008-03-22 03:34:06] nickg78 at gmail dot com Description: While trying to compile PHP 6 with mysql or mysqli, compile fails with error /ext/mysql/php_mysql.c:2086: error: 'MYSQL_TYPE_VARCHAR' undeclared (first use in this function) Reproduce code: --- These are the configure options for MySQL that were working with no problems while compiling PHP 5.0-5.2: ./configure --with-mysqli --with-mysql=/usr Expected result: Successful PHP compile Actual result: -- ext/mysql/php_mysql.c: In function 'php_mysql_fetch_hash': ext/mysql/php_mysql.c:2086: error: 'MYSQL_TYPE_VARCHAR' undeclared (first use in this function) ext/mysql/php_mysql.c:2086: error: (Each undeclared identifier is reported only once ext/mysql/php_mysql.c:2086: error: for each function it appears in.) make: *** [ext/mysql/php_mysql.lo] Error 1 MySQL version is 4.1.22 -- Edit this bug report at http://bugs.php.net/?id=44502&edit=1
#44505 [Opn]: include_once behavior when including UNC file
ID: 44505
Updated by: [EMAIL PROTECTED]
Reported By: lmeyer at ea dot com
Status: Open
Bug Type: Performance problem
Operating System: windows 2003
PHP Version: 5.2.5
New Comment:
Maybe, related to bug#44125
Previous Comments:
[2008-03-22 17:53:14] lmeyer at ea dot com
Description:
When using include_once with an abolute UNC file path, it is really
slow using php 5.2.5, php 5.2.4, and really fast using php 5.2.3
>From the script below :
PHP 5.2.5 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.068962097167969
include_once count in 5 sec: 240 <<
PHP 5.2.3 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.030542135238647
include_once count in 5 sec: 376054 <<
Thanks !
Lo.
Reproduce code:
---
';
echo 'time (ms): '.$t.'';
$cnt = 0;
$t = sys_sinternal_microtime_float();
while(sys_sinternal_microtime_float() - $t < $durationsec)
{
$cnt++;
include_once('//NAS/nas/www/ea-land/private/prod/libs/adodb5/adodb.inc.php');
}
echo 'include_once count in '.$durationsec.' sec: '.$cnt;
echo '';
?>
Expected result:
"Include_once" should include_once should only include a file once
whitout doing extra processing as long as the file has an absolute path.
Actual result:
--
It's wotking well with php 5.2.3, but not anymore from php 5.2.4.
--
Edit this bug report at http://bugs.php.net/?id=44505&edit=1
#44502 [Opn->Sus]: Compiling ok with MySQL 5.0
ID: 44502 Updated by: [EMAIL PROTECTED] Reported By: nickg78 at gmail dot com -Status: Open +Status: Suspended Bug Type: Compile Failure Operating System: Linux PHP Version: 6CVS-2008-03-22 (snap) New Comment: I don't think we should make the code complexer (even if it's just a little) for supporting MySQL libraries odler than 5.0 with PHP 6. There are three reasons for that: - The active support lifecycle from MySQL/Sun ended 2006-12-31, the extended will end 2009-12-31 (http://mysql.com/about/legal/lifecycle/) - You can use --with-mysql=mysqlnd and --with-mysqli=mysqlnd to use MySQLnd library which is not dependant from an external library, and I hope it will be default with PHP 6 - It will take quite some time until PHP 6 will be released. Previous Comments: [2008-03-23 12:03:10] [EMAIL PROTECTED] Looks that it was added in 5.0.3 version, here's a patch: http://felipe.ath.cx/diff/mysql.diff (non tested) Changing mysql/php_mysql.c, mysqli/mysqli.c and mysqli/mysqli_api.c [2008-03-22 05:05:54] nickg78 at gmail dot com Finally after some further testing, it appears that the problem does not occur with MySQL 5.0, but only with 4.1 I upgraded my MySQL version to 5.0 and now PHP is compiled without errors. Please ignore this bug report if PHP 6.0 is officially announced to be incompatible with MySQL 4.1 but I have not found anything mentioning this. [2008-03-22 03:34:06] nickg78 at gmail dot com Description: While trying to compile PHP 6 with mysql or mysqli, compile fails with error /ext/mysql/php_mysql.c:2086: error: 'MYSQL_TYPE_VARCHAR' undeclared (first use in this function) Reproduce code: --- These are the configure options for MySQL that were working with no problems while compiling PHP 5.0-5.2: ./configure --with-mysqli --with-mysql=/usr Expected result: Successful PHP compile Actual result: -- ext/mysql/php_mysql.c: In function 'php_mysql_fetch_hash': ext/mysql/php_mysql.c:2086: error: 'MYSQL_TYPE_VARCHAR' undeclared (first use in this function) ext/mysql/php_mysql.c:2086: error: (Each undeclared identifier is reported only once ext/mysql/php_mysql.c:2086: error: for each function it appears in.) make: *** [ext/mysql/php_mysql.lo] Error 1 MySQL version is 4.1.22 -- Edit this bug report at http://bugs.php.net/?id=44502&edit=1
#44508 [Fbk->Opn]: "make" from another directory
ID: 44508 User updated by: bhavacakra at gmail dot com Reported By: bhavacakra at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux (arch_x64) PHP Version: 5.2.5 New Comment: I'm using those flags as recommended in Sara's book, as I'm studying PHP internals with its companion. Are you aware of the concrete CVS commit that fixed it, or eventually a patch? It would be very interesting to have a look at it. Thanks. Previous Comments: [2008-03-23 09:15:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Why are you using --enable-debug and --enable-maintainer-zts, these are only for developrs who know what they do. And you can just build either --enable-embed or --with-apxs2 so decide for one (most likely the latter) there. [2008-03-22 22:47:58] bhavacakra at gmail dot com Description: I'm attempting to configure and build PHP from a directory outside of the source distribution. "configure" works fine, but "make" stops while compiling "/sapi/apache2handler/mod_php5.c" Reproduce code: --- shell $ ../php-5.2.5/configure --enable-debug --enable-maintainer-zts --disable-cgi --enable-cli --without-pear --disable-xml --without-sqlite --without-mysql --enable-embed --with-apxs2=/usr/sbin/apxs shell $ make Expected result: successful compilation Actual result: -- /bin/sh /home/flav/programming/php-internals/_build/libtool --preserve-dup-deps --mode=compile /home/flav/programming/php-intern als/_build/meta_ccld -I/usr/include/apache -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I /usr/include -Isapi/apache2handler/ -I/home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/ -DPHP_ATOM_INC -I/home /flav/programming/php-internals/_build/include -I/home/flav/programming/php-internals/_build/main -I/home/flav/programming/php-i nternals/php-5.2.5 -I/usr/include/libxml2 -I/home/flav/programming/php-internals/_build/ext/date/lib -I/home/flav/programming/ph p-internals/php-5.2.5/ext/date/lib -I/home/flav/programming/php-internals/_build/TSRM -I/home/flav/programming/php-internals/_bu ild/Zend -I/home/flav/programming/php-internals/php-5.2.5/main -I/home/flav/programming/php-internals/php-5.2.5/Zend -I/home/fla v/programming/php-internals/php-5.2.5/TSRM -I/home/flav/programming/php-internals/_build/ -D_REENTRANT -I/usr/include -g -pthr ead -O0 -Wall -DZTS -c /home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mo d_php5.lo /home/flav/programming/php-internals/_build/libtool: line 1184: sapi/apache2handler/mod_php5.loT: No such file or directory mkdir sapi/apache2handler/.libs mkdir: cannot create directory `sapi/apache2handler/.libs': No such file or directory make: *** [sapi/apache2handler/mod_php5.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44508&edit=1
#44512 [NEW]: Cannot use string offset as an array
From: gogulas at wp dot pl
Operating system: WIndows Xp SP3
PHP version: 5.2CVS-2008-03-23 (CVS)
PHP Bug Type: Arrays related
Bug description: Cannot use string offset as an array
Description:
Hello,
here is script which egenerate error:
"Cannot use string offset as an array"
in line "while ($out[0][$ile] != 0){"
when i uncoment:
//echo "ok";
//exit;
the script gonna ignore problem and echo "ok"...
//var_dump ($outjs);
print a normal array, everything seems to be good, plase explain that, IMO
this is a bug, thank you.
Reproduce code:
---
This is just a part of code, source of script are getable here:
http://gogulas.yoyo.pl/array_bug_script.txt
document.write\(\":\"(.*?)\)<\/script>/", $dane,
$out, PREG_PATTERN_ORDER);
fclose($fp);
$ile = "0";
while ($out[0][$ile] != 0){
$out[5][$ile] = str_replace("+", "", $out[5][$ile]);
$ilejs = "0";
//echo "";
//var_dump ($outjs);
//echo "";
//exit;
while ( $outjs[2][$ilejs] > 0 ){
//echo "ok";
//exit;
$out[5][$ile] = str_replace($outjs[1][$ilejs],
$outjs[2][$ilejs],
$out[5][$ile]);
echo "ok";
exit;
$ilejs++;}
(...) ?>
Expected result:
I expected that the script gonna work fine.
--
Edit bug report at http://bugs.php.net/?id=44512&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44512&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44512&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44512&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44512&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44512&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44512&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44512&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44512&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44512&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44512&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44512&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44512&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44512&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44512&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44512&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44512&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44512&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44512&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44512&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44512&r=mysqlcfg
#44512 [Opn->Bgs]: Cannot use string offset as an array
ID: 44512
Updated by: [EMAIL PROTECTED]
Reported By: gogulas at wp dot pl
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: WIndows Xp SP3
PHP Version: 5.2CVS-2008-03-23 (CVS)
New Comment:
The erros is with $out, not $outjs.
Then, put the var_dump($out); before the line: while ($out[0][$ile] !=
0) {
Previous Comments:
[2008-03-23 14:23:16] gogulas at wp dot pl
Description:
Hello,
here is script which egenerate error:
"Cannot use string offset as an array"
in line "while ($out[0][$ile] != 0){"
when i uncoment:
//echo "ok";
//exit;
the script gonna ignore problem and echo "ok"...
//var_dump ($outjs);
print a normal array, everything seems to be good, plase explain that,
IMO this is a bug, thank you.
Reproduce code:
---
This is just a part of code, source of script are getable here:
http://gogulas.yoyo.pl/array_bug_script.txt
document.write\(\":\"(.*?)\)<\/script>/",
$dane, $out, PREG_PATTERN_ORDER);
fclose($fp);
$ile = "0";
while ($out[0][$ile] != 0){
$out[5][$ile] = str_replace("+", "", $out[5][$ile]);
$ilejs = "0";
//echo "";
//var_dump ($outjs);
//echo "";
//exit;
while ( $outjs[2][$ilejs] > 0 ){
//echo "ok";
//exit;
$out[5][$ile] = str_replace($outjs[1][$ilejs],
$outjs[2][$ilejs],
$out[5][$ile]);
echo "ok";
exit;
$ilejs++;}
(...) ?>
Expected result:
I expected that the script gonna work fine.
--
Edit this bug report at http://bugs.php.net/?id=44512&edit=1
#42597 [Com]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 Comment by: amine at hotmail dot com Reported By: hostmaster at taunusstein dot net Status: No Feedback Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: Previous Comments: [2007-09-27 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-09-19 13:25:00] [EMAIL PROTECTED] Please provide the backtrace of the hang you get now (with the minimum configure line). [2007-09-14 05:14:01] hostmaster at taunusstein dot net Hello, this is minimum configuration that causes that bug: #!/bin/sh ./configure --prefix=/opt/apache-2.2.6 \ --with-apxs2=/opt/apache-2.2.6/apache/bin/apxs \ --enable-mbstring=all \ --with-zlib \ --with-mysql=/opt/mysql \ --with-mysql-sock=/tmp/mysqld.sock \ --with-mysqli=/opt/mysql/bin/mysql_config \ Without --with-mysqli=/opt/mysql/bin/mysql_config make install does not hang. Obviously there is a problem with mysqli. [2007-09-11 12:29:59] [EMAIL PROTECTED] Try cut down your configure line to bare minimum which is needed to reproduce this. And this is totally unnecessary: --with-tsrm-pthreads Also, after you run configure, with that configure line you should see several warnings about unknown configure options. [2007-09-11 12:27:57] [EMAIL PROTECTED] [EDIT: removed unrelated information] # gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: not using untrusted file "/usr/src/php-5.2.4/.gdbinit" (gdb) r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin Starting program: /usr/src/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin [Thread debugging using libthread_db enabled] [New Thread 47016115236496 (LWP 8206)] [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) Program received signal SIGINT, Interrupt. [Switching to Thread 47016115236496 (LWP 8206)] 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x0011 in ?? () #3 0x2ac2c9efd98c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () (gdb) Problem does not occur, when I used a minimum PHP configuration like ./configure --prefix=/opt/apache-2.2.6-test \ --with-apxs2=/opt/apache-2.2.6-test/apache/bin/apxs \ 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/42597 -- Edit this bug report at http://bugs.php.net/?id=42597&edit=1
#44513 [NEW]: htmlspecialchars charset doesn't work
From: juan at multiporte dot com dot br Operating system: WinXP PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: htmlspecialchars charset doesn't work Description: When using htmlspecialchars with charset UTF-8 in Windows, this not display anything if have special chars. But, if I use utf8_encode function, work nice. I'm tested in Apache 2.0 and PHP 5.2.5. Reproduce code: --- Expected result: março (in UTF-8) Actual result: -- (empty) -- Edit bug report at http://bugs.php.net/?id=44513&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44513&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44513&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44513&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44513&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44513&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44513&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44513&r=support Expected behavior:http://bugs.php.net/fix.php?id=44513&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44513&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44513&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44513&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44513&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44513&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44513&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44513&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44513&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44513&r=mysqlcfg
#44514 [NEW]: Error in instalation *.EXE lost folders and filesdll"s
From: zizi51 at o2 dot pl Operating system: XP Home SP2 PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: Error in instalation *.EXE lost folders and filesdll"s Description: After the instalation from the PHP 5.2.5 Installer ->*.EXE in the windows program directory there is no example: folder "ext" and *.dll files and many files!! FIX the *.EXE INSTALLER ! Reproduce code: --- .. Expected result: .. Actual result: -- .. -- Edit bug report at http://bugs.php.net/?id=44514&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44514&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44514&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44514&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44514&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44514&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44514&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44514&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44514&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44514&r=support Expected behavior:http://bugs.php.net/fix.php?id=44514&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44514&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44514&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44514&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44514&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44514&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44514&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44514&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44514&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44514&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44514&r=mysqlcfg
#44511 [Opn->Asn]: missing exception check in spl_filesystem_dir_open
ID: 44511 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:SPL related PHP Version: 5.3CVS-2008-03-23 (CVS) -Assigned To: helly +Assigned To: colder New Comment: Could you pleas provide a reproduce case so I can build a test from it? Previous Comments: [2008-03-23 06:51:39] [EMAIL PROTECTED] Description: because spl_filesystem_dir_open sets error handling to EH_THROW, it should return if an exception has been thrown, but after the opendir() call right at the front, no check is made on EG(exception) and so it is possible to throw 2 exceptions, which results in nothing being printed due to zend_bailout(). -- Edit this bug report at http://bugs.php.net/?id=44511&edit=1
#44456 [Com]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 Comment by: daniel at haxx dot se Reported By: sergiocrz at hotmail dot com Status: Open Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: Those letters are not valid in a URL, described in RFC2396. (lib)curl expects and requires a valid URL. Previous Comments: [2008-03-19 02:34:31] [EMAIL PROTECTED] > Why is it expected that curl returns false > ip when the url contains '#'? AFAIK, the problem isn't the '#', but the '@'. [2008-03-19 02:28:19] sergiocrz at hotmail dot com Why is it expected that curl returns false ip when the url contains '#'? If I use rawurlencode() to username and password CURL will consider that encoded string as a new username and password, it will not be decoded on exec. The returning error is: Access denied: 530. Thats because the user and pass are incorrect... By the results I have I still think there is a bug somewhere... [2008-03-19 00:09:18] [EMAIL PROTECTED] This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. [2008-03-17 16:27:31] sergiocrz at hotmail dot com Description: When an ftp username or password uses the character "#" and when I try to use it in curl_setopt($ch, CURLOPT_URL, "ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path"); cURL will not login with the correct user/pass combination nor the correct IP. Reproduce code: --- // using ex: ftp://%e$U^&:[EMAIL PROTECTED]@123.145.123.145:456 $ftp_user_name = "%e$U^&" ; $ftp_pass = "[EMAIL PROTECTED]" ; $ftp_ip = "123.145.123.145"; $ftp_port = 456; $path = "/"; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, "ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path"); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_FTPLISTONLY, 0); $result['filelist'] = curl_exec($ch); // content $result['error'] = curl_error($ch); $result['errno'] = curl_errno($ch); Expected result: Loggin in with the correct $ftp_user_name = "%e$U^&" ; $ftp_pass = "[EMAIL PROTECTED]" ; $ftp_ip = "123.145.123.145"; $ftp_port = 456; Actual result: -- cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the error. As you can see the part before the ip "#$5%" belongs to the ftp_pass, so I think when curl is parsing the url string and encounters "#" (char(35)) it returns the wrong ip. -- Edit this bug report at http://bugs.php.net/?id=44456&edit=1
#44456 [Opn->Bgs]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 Updated by: [EMAIL PROTECTED] Reported By: sergiocrz at hotmail dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: Nice, thanks for information, Daniel. Previous Comments: [2008-03-23 23:40:32] daniel at haxx dot se Those letters are not valid in a URL, described in RFC2396. (lib)curl expects and requires a valid URL. [2008-03-19 02:34:31] [EMAIL PROTECTED] > Why is it expected that curl returns false > ip when the url contains '#'? AFAIK, the problem isn't the '#', but the '@'. [2008-03-19 02:28:19] sergiocrz at hotmail dot com Why is it expected that curl returns false ip when the url contains '#'? If I use rawurlencode() to username and password CURL will consider that encoded string as a new username and password, it will not be decoded on exec. The returning error is: Access denied: 530. Thats because the user and pass are incorrect... By the results I have I still think there is a bug somewhere... [2008-03-19 00:09:18] [EMAIL PROTECTED] This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. [2008-03-17 16:27:31] sergiocrz at hotmail dot com Description: When an ftp username or password uses the character "#" and when I try to use it in curl_setopt($ch, CURLOPT_URL, "ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path"); cURL will not login with the correct user/pass combination nor the correct IP. Reproduce code: --- // using ex: ftp://%e$U^&:[EMAIL PROTECTED]@123.145.123.145:456 $ftp_user_name = "%e$U^&" ; $ftp_pass = "[EMAIL PROTECTED]" ; $ftp_ip = "123.145.123.145"; $ftp_port = 456; $path = "/"; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, "ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path"); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_FTPLISTONLY, 0); $result['filelist'] = curl_exec($ch); // content $result['error'] = curl_error($ch); $result['errno'] = curl_errno($ch); Expected result: Loggin in with the correct $ftp_user_name = "%e$U^&" ; $ftp_pass = "[EMAIL PROTECTED]" ; $ftp_ip = "123.145.123.145"; $ftp_port = 456; Actual result: -- cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the error. As you can see the part before the ip "#$5%" belongs to the ftp_pass, so I think when curl is parsing the url string and encounters "#" (char(35)) it returns the wrong ip. -- Edit this bug report at http://bugs.php.net/?id=44456&edit=1
#44508 [Opn]: "make" from another directory
ID: 44508 User updated by: bhavacakra at gmail dot com Reported By: bhavacakra at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Linux (arch_x64) -PHP Version: 5.2.5 +PHP Version: 5.2 New Comment: Tested it, and it still persist. Previous Comments: [2008-03-23 13:32:59] bhavacakra at gmail dot com I'm using those flags as recommended in Sara's book, as I'm studying PHP internals with its companion. Are you aware of the concrete CVS commit that fixed it, or eventually a patch? It would be very interesting to have a look at it. Thanks. [2008-03-23 09:15:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Why are you using --enable-debug and --enable-maintainer-zts, these are only for developrs who know what they do. And you can just build either --enable-embed or --with-apxs2 so decide for one (most likely the latter) there. [2008-03-22 22:47:58] bhavacakra at gmail dot com Description: I'm attempting to configure and build PHP from a directory outside of the source distribution. "configure" works fine, but "make" stops while compiling "/sapi/apache2handler/mod_php5.c" Reproduce code: --- shell $ ../php-5.2.5/configure --enable-debug --enable-maintainer-zts --disable-cgi --enable-cli --without-pear --disable-xml --without-sqlite --without-mysql --enable-embed --with-apxs2=/usr/sbin/apxs shell $ make Expected result: successful compilation Actual result: -- /bin/sh /home/flav/programming/php-internals/_build/libtool --preserve-dup-deps --mode=compile /home/flav/programming/php-intern als/_build/meta_ccld -I/usr/include/apache -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I /usr/include -Isapi/apache2handler/ -I/home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/ -DPHP_ATOM_INC -I/home /flav/programming/php-internals/_build/include -I/home/flav/programming/php-internals/_build/main -I/home/flav/programming/php-i nternals/php-5.2.5 -I/usr/include/libxml2 -I/home/flav/programming/php-internals/_build/ext/date/lib -I/home/flav/programming/ph p-internals/php-5.2.5/ext/date/lib -I/home/flav/programming/php-internals/_build/TSRM -I/home/flav/programming/php-internals/_bu ild/Zend -I/home/flav/programming/php-internals/php-5.2.5/main -I/home/flav/programming/php-internals/php-5.2.5/Zend -I/home/fla v/programming/php-internals/php-5.2.5/TSRM -I/home/flav/programming/php-internals/_build/ -D_REENTRANT -I/usr/include -g -pthr ead -O0 -Wall -DZTS -c /home/flav/programming/php-internals/php-5.2.5/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mo d_php5.lo /home/flav/programming/php-internals/_build/libtool: line 1184: sapi/apache2handler/mod_php5.loT: No such file or directory mkdir sapi/apache2handler/.libs mkdir: cannot create directory `sapi/apache2handler/.libs': No such file or directory make: *** [sapi/apache2handler/mod_php5.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44508&edit=1
#44515 [NEW]: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/2
From: 24498936 at qq dot com Operating system: freebsd6.2 PHP version: 5.2.5 PHP Bug Type: Apache2 related Bug description: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/2 Description: os is freebsd6.2 + apache2.26 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mssql.so' - Cannot open "/usr/local/lib/php/20060613/mssql.so" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/odbc.so' - Cannot open "/usr/local/lib/php/20060613/odbc.so" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/sqlite.so' - /usr/local/lib/php/20060613/sqlite.so: Undefined symbol "spl_ce_Countable" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/bz2.so' - Cannot open "/usr/local/lib/php/20060613/bz2.so" in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'SimpleXML' already loaded in Unknown on line 0 PHP Warning: Module 'dom' already loaded in Unknown on line 0 PHP Warning: Module 'fileinfo' already loaded in Unknown on line 0 PHP Warning: Module 'ftp' already loaded in Unknown on line 0 PHP Warning: Module 'gd' already loaded in Unknown on line 0 PHP Warning: Module 'gettext' already loaded in Unknown on line 0 PHP Warning: Module 'iconv' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mssql.so' - Cannot open "/usr/local/lib/php/20060613/mssql.so" in Unknown on line 0 PHP Warning: Module 'mysql' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - Cannot open "/usr/local/lib/php/20060613/mysqli.so" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/odbc.so' - Cannot open "/usr/local/lib/php/20060613/odbc.so" in Unknown on line 0 PHP Warning: Module 'PDO' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/pgsql.so' - Cannot open "/usr/local/lib/php/20060613/pgsql.so" in Unknown on line 0 PHP Warning: Module 'posix' already loaded in Unknown on line 0 PHP Warning: Module 'session' already loaded in Unknown on line 0 PHP Warning: Module 'sockets' already loaded in Unknown on line 0 PHP Warning: Module 'tokenizer' already loaded in Unknown on line 0 PHP Warning: Module 'xml' already loaded in Unknown on line 0 PHP Warning: Module 'xmlreader' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/xmlrpc.so' - Cannot open "/usr/local/lib/php/20060613/xmlrpc.so" in Unknown on line 0 PHP Warning: Module 'xmlwriter' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/xsl.so' - Cannot open "/usr/local/lib/php/20060613/xsl.so" in Unknown on line 0 PHP Warning: Module 'zip' already loaded in Unknown on line 0 PHP Warning: Module 'pdo_mysql' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/curl.so' - Cannot open "/usr/local/lib/php/20060613/curl.so" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/bz2.so' - Cannot open "/usr/local/lib/php/20060613/bz2.so" in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/curl.so' - Cannot open "/usr/local/lib/php/20060613/curl.so" in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'SPL' already loaded in Unknown on line 0 PHP Warning: Module 'dom' already loaded in Unknown on line 0 PHP Warning: Module 'filter' already loaded in Unknown on line 0 PHP Warning: Module 'ftp' already loaded in Unknown on line 0 PHP Warning: Module 'gd' already loaded in Unknown on line 0 PHP Warning: Module 'hash' already loaded in Unknown on line 0 PHP Warning: Module 'iconv' already loaded in Unknown on line 0 PHP Warning: Module 'json' already loaded in Unknown on line 0 PHP Warning: Module 'mysql' already loaded in Unknown on line 0 PHP Warning: Module 'openssl' already loaded in Unknown on line 0 PHP Warning: Module 'PDO' already loaded in Unknown on line 0 PHP Warning: Module 'pdo
#44516 [NEW]: echo in echo
From: maximus_ppc at mail dot ru
Operating system: windows xp
PHP version: 5.2.5
PHP Bug Type: Output Control
Bug description: echo in echo
Description:
order is wrong
Reproduce code:
---
echo '1'.foo().'3';
function foo() {
echo '2';
}
Expected result:
123
Actual result:
--
213
--
Edit bug report at http://bugs.php.net/?id=44516&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44516&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44516&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44516&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44516&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44516&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44516&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44516&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44516&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44516&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44516&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44516&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44516&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44516&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44516&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44516&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44516&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44516&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44516&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44516&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44516&r=mysqlcfg
