#40125 [Opn-Asn]: Apache 2.2 bad php config by MS installer
ID: 40125 Updated by: [EMAIL PROTECTED] Reported By: guypazi at gmail dot com -Status: Open +Status: Assigned Bug Type: PHP options/info functions Operating System: Window XP pro PHP Version: 5.2.0 -Assigned To: +Assigned To: jmertic Previous Comments: [2007-01-13 19:34:26] guypazi at gmail dot com Description: Hi, I've just installed Apache2.2 and PHP5.2 on a win xp pro with the MS installer. The following was written to httpd.conf IN A SINGLE LINE making it useless (I broke it so it will be readable) : #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL PHPIniDir C:\Program Files\PHP\ LoadModule php5_module C:\Program Files\PHP\php5apache2_2.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL -- Edit this bug report at http://bugs.php.net/?id=40125edit=1
#40124 [Opn-Bgs]: ICU/libxml configure issue
ID: 40124 Updated by: [EMAIL PROTECTED] Reported By: buildsmart at daleenterprise dot com -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: MacOSX PHP Version: 6CVS-2007-01-13 (snap) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-13 19:06:08] buildsmart at daleenterprise dot com Description: Binding failure during configuration of php6 Actual result: -- The issue is related to the way the ICU dynamic libraries are generated. Someone else with FreeBSD has the exact same issue and I just figured out the cause. Examining the libraries I found that the runtime paths were missing making linking difficult. I have the 'otool' utility which is equivelent to the 'ldd' utility I believe. /usr/local/icu/lib/libicuuc.dylib.36.0: libicuuc.dylib.36 (compatibility version 36.0.0, current version 36.0.0) libicudata.dylib.36 (compatibility version 36.0.0, current version 36.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.7) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) I used the 'install_name_tool' utility to fix up the the libraries (I didn't have to swap 36.0 / dylib order but did it just to be Mac OS X environment compliant) and this is what I now have. /usr/local/icu/lib/libicuuc.36.0.dylib: /usr/local/icu/lib/libicuuc.36.0.dylib (compatibility version 36.0.0, current version 36.0.0) /usr/local/icu/lib/libicudata.36.0.dylib (compatibility version 36.0.0, current version 36.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.7) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) When time permits I'll generate a universal binary of the ICU software in an installer package so that no one else experiences this same stupid issue. Also, the libxml test isn't broken, because it include the icu libs during the test-build against libxml, it fails because it can't load the icu libs. -- Edit this bug report at http://bugs.php.net/?id=40124edit=1
#40121 [Opn-Asn]: DBLIB driver wont free statements
ID: 40121
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Mac OS X 10.4.8
PHP Version: 5.2.1RC2
-Assigned To:
+Assigned To: fmk
Previous Comments:
[2007-01-15 07:07:21] [EMAIL PROTECTED]
After playing around with GDB I noticed that the S-cols is
being allocated on different memory block each time. S and S-
rows stay in the same place, though. I suppose this is due
the different methods used to allocate memory, but I just
don't have enough clue to fix it.
[2007-01-14 21:50:40] [EMAIL PROTECTED]
I couldn't get it to compile, so I corrected the mysql -
dblib, not sure whether this was the intention though. I
don't have enough karma, so the patch is below:
RCS file: /repository/php-src/ext/pdo_dblib/dblib_stmt.c,v
retrieving revision 1.6.2.2.2.3
diff -u -r1.6.2.2.2.3 dblib_stmt.c
--- dblib_stmt.c14 Jan 2007 16:57:50 -
1.6.2.2.2.3
+++ dblib_stmt.c14 Jan 2007 21:43:35 -
@@ -250,9 +250,9 @@
return 1;
}
-static int dblib_mysql_stmt_cursor_closer(pdo_stmt_t *stmt
TSRMLS_DC)
+static int pdo_dblib_stmt_cursor_closer(pdo_stmt_t *stmt
TSRMLS_DC)
{
- pdo_dblib_stmt *S = (pdo_mysql_stmt*)stmt-
driver_data;
+ pdo_dblib_stmt *S = (pdo_dblib_stmt*)stmt-
driver_data;
if (S-rows) {
free_rows(S TSRMLS_CC);
@@ -273,6 +273,6 @@
NULL, /* get attr */
NULL, /* meta */
NULL, /* nextrow */
- dblib_mysql_stmt_cursor_closer
+ pdo_dblib_stmt_cursor_closer
};
However, it doesn't fix the problem. See, gdb breaks fine on
pdo_dblib_stmt_dtor on each iteration and stepping it shows
that it even attempts to free stuff. So I guess the error
isn't here?
After running gdb with patch above it does close the cursor
on each iteration, but it's not still affecting the
increasing memory usage.
[2007-01-14 16:57:56] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2007-01-13 18:23:10] [EMAIL PROTECTED]
Forgot to mention that it works perfectly with MySQL driver.
[2007-01-13 18:19:43] [EMAIL PROTECTED]
Description:
As stated on the summary, PDO DBLIB driver wont free memory
allocated to statements (or the resultset, not sure). Same
code done with ext/mssql functions works, though.
Reproduce code:
---
$db = new PDO('dblib:host=hostname;dbname=database', 'user',
'password');
$query = 'SELECT GETDATE()'; // NOW() on mysql
for ($i = 0; $i 10; $i++) {
$stmt = $db-query($query); // new statement
$stmt-fetch(); // actual data
$stmt-fetch(); // false; end of resultset
$stmt-closeCursor(); // this should at least free it,
right?
$stmt = null; // being paranoid here
echo memory_get_usage() . \n;
}
Expected result:
54152
54152
54152
54152
54152
54152
54152
54152
54152
54152
Actual result:
--
54152
54252
54292
54332
54372
54412
54452
54492
54532
54572
--
Edit this bug report at http://bugs.php.net/?id=40121edit=1
#40120 [Opn-Bgs]: PHP not compiling on AMD 64
ID: 40120 Updated by: [EMAIL PROTECTED] Reported By: jzozaya at yahoo dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH ES 4 on AMD 64 PHP Version: 5.2.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-14 13:53:03] jzozaya at yahoo dot com Thanks for the reply, however it did not work. Altough I'm thinking if this is the same case for compiling apache ? in the apache ./configure options I'm using ./configure --sysconfdir=/etc/httpd/conf --enable-rewrite --libdir=/usr/lib64 --enable-so Should I use ./configure --sysconfdir=/etc/httpd/conf --enable-rewrite --libdir=lib64 --enable-so [2007-01-13 18:59:55] judas dot iscariote at gmail dot com I compile PHP on 64 bit systems daily, and no, it does work, but your configure line is NOT correct. with-libdir= does NOT atke an absolute path but the replacement for lib in your system that is usually, lib64 so, if you use with-libdir=lib64 it should work. [2007-01-13 14:41:56] jzozaya at yahoo dot com Description: Trying to compile php v5.2 on a Red Hat ES 4 with dual amd 64, apache went ok and works, but php failed to create the libphp5.so library. I also try the latest 5.2 version (200701122130) and the same error. I've found others with the same issue, but their solutions do no apply or work for me. (example editing the ./libtool and adding /usr/lib64) Reproduce code: --- /configure --with-config-file-path=/etc --with-apxs2=/usr/local/apache2/bin/apxs with-libdir=/usr/lib64 --enable-soap --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --enable-ftp --enable-mbstring Actual result: -- [EMAIL PROTECTED] php5.2-200701122130]# make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /usr/src/php5.2-200701122130/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so chmod: cannot access `/usr/local/apache2/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 -- Edit this bug report at http://bugs.php.net/?id=40120edit=1
#40117 [Opn-Bgs]: Unable to access mapped network drive
ID: 40117
Updated by: [EMAIL PROTECTED]
Reported By: jsbruns at selectionsheet dot com
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: Windows 2003 Server
PHP Version: 5.2.0
New Comment:
Still not PHP problem.
Previous Comments:
[2007-01-13 22:51:53] jsbruns at selectionsheet dot com
I have apache2.2 running as Administrator on the box and have the user
'Administrator' with 'Log on as a service' priviledges. I have logged
on with this same account and browsed to the F drive and opened the
file.
I also tried moving the same file to the C drive and the script worked
fine.
[2007-01-13 16:43:57] [EMAIL PROTECTED]
Do you have permission to open the file? Both the SMB path
syntax and the file system access should work assuming the
file exists and your have access priveleges to open it.
[2007-01-13 14:51:05] jsbruns at selectionsheet dot com
Thanks for your reply, however I have tried using a variety of methods,
including escaped backslashes within double quotes and single backslash
within single quotes.
I am still unable to open a file/dir on a mapped network drive.
$dbf = fopen('F:\W_54602.DBF','rb');
Warning: fopen(F:\W_54602.DBF) [function.fopen]: failed to open stream:
No such file or directory in C:\httpd\dbf_class.php on line 2
[2007-01-13 12:56:04] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You need to use \\ instead of a single \ in double quotes.
$dbh = opendir(F:\\W_54620.DBF,r);
or use single quotes
$dbh = opendir('F:\W_54620.DBF',r);
[2007-01-13 04:57:06] jsbruns at selectionsheet dot com
Description:
I'm running windows 2003 server and have several mapped drives within
my network. I'm trying to access a file on a drive mapped as F:\
I can access the drive from windows explorer and am running apache as a
service under an administrative user that has proper permissions.
I've tried a variety of connection methods including specifying the
drive letter, the server name and the IP address. All with no success.
Any help would be appreciated.
Reproduce code:
---
$dbh = opendir(F:\W_54620.DBF,r);
$dbh = opendir(\\server02\W_54620.DBF,r);
failed to open dir: Invalid argument in C:\httpd\dbf_class.php on line
2
Expected result:
Provide a valid object after successful file open.
Actual result:
--
Unable to open stream to file on network drive.
--
Edit this bug report at http://bugs.php.net/?id=40117edit=1
#40115 [Opn-Bgs]: String Comparison shows odd results for integer values around -2^31
ID: 40115
Updated by: [EMAIL PROTECTED]
Reported By: jannisbreitwieser at web dot de
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Linux 2.6
PHP Version: 5.2.0
New Comment:
var_dump((string) -2147483648 (string) 1); //bool(false)
var_dump((int) -2147483648 (int) 1); //bool(false)
what are you talking about?
Previous Comments:
[2007-01-15 04:39:34] php_lists at realplain dot com
Tony and Ilia, yes this IS from integer overflow but it's a bug in
zendi_smart_strcmp(). Ilia, remember I sent the patch to fix this just
a couple weeks ago? ;-) See v1.208.2.4.2.18 of zend_operators.c:
http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_operators.c?r1=1.208.2.4.2.17r2=1.208.2.4.2.18view=patch
The same bug was fixed with non-string integers over 6 years ago, in
v1.90.
To the bug reporter, have you tried PHP 5.2.1RC2? I think you'll find
these things work as expected there. :-) BTW, on your WTF?
var_dump(), that's a float because the number is parsed on its own in
scripts (without the -), and then negated in another operation. As a
string however, it's all converted at once so it's still an integer. If
that helps explain things there...
[2007-01-13 17:56:17] jannisbreitwieser at web dot de
Hi again.
I´m not sure if you dont understand me or if I don´t understand you.
To quote the manual:
http://www.php.net/manual/en/language.operators.comparison.php
If you compare an integer with a string, the string is converted to a
number. If you compare two numerical strings, they are compared as
integers.
The comparison table on the same page says for string comparison:
Translate strings and resources to numbers, usual math
This implies to me that
the comparison:
-21474836481: has got the same result for integers and string.
(string) -2147483648 (string) 1 -- true
(int) -2147483648 (int) 1 -- false
Please try to explain to me why this is not the case.
Either there is a bug in the documentation or there is a bug in the
implementation. But obviously implementation and documentation do not
match.
[2007-01-13 15:32:11] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is due to integer overflow.
[2007-01-13 11:41:44] jannisbreitwieser at web dot de
I´m afraid the answert doesn´t explain php´s odd behavior.
Just run the code on the bottom and try to figure out its behavior.
It´s definitely not as it should be!
String-String Comparisons are handley incorrectly internally somehow.
Int-Int Comparisons also work without being affected by overflows.
Run This:
/
?PHP
error_reporting ( 63 );
echo \n;
$a = 2147483648;
var_dump($a);
$a = 2147483647;
var_dump($a);
$a = -2147483648;
var_dump($a); // WTF?
$a = -2147483647;
var_dump($a);
echo \n;
function print_results( $a, $b ) {
$c = $a - $b;
// var_dump($a);
// var_dump($b);
echo sprintf( %7s%7s, gettype($a), gettype($b) ) .
| . ( $a$b ? true : false ) .
| . a-b = ; var_dump($c);
}
echo '$a as an int - unexpected results ';
for ($b = -2; $b = 2; $b+=1) {
$a = '-2147483647'; // the strings number value of $a is an int for
php - see above
$b = (string)$b;
echo $a$b:\n;
echo \n;
$a = (string)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (string)$a;
$b = (int)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (int)$b;
print_results( $a, $b );
echo \n;
}
echo '$a as a fake float - unexpected results';
for ($b = -2; $b = 2; $b+=1) {
$a = '-2147483648'; // This time $a is a float for php - still wrong
result, probably its internally handled as an int since pow(2,-31) is
still in the int range of normal programming languages like c
$b = (string)$b;
echo $a$b:\n;
echo \n;
$a = (string)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (string)$a;
$b = (int)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (int)$b;
print_results( $a, $b );
echo \n;
}
echo '$a as a real float - results as expected';
for ($b = -2; $b = 2; $b+=1) {
$a = '-2147483649'; // This time the number value of $a is a real
float since it is out of a normal integers range. - results are as
expected.
$b = (string)$b;
echo $a$b:\n;
echo \n;
$a = (string)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (string)$a;
$b = (int)$b;
#40106 [Opn-Bgs]: Runtime - Unable to load dynamic library
ID: 40106 Updated by: [EMAIL PROTECTED] Reported By: delontan at yahoo dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 PHP Version: 5.2.0 New Comment: anyone have any explanation? thanks! Sure. Your PATH is different when you connect through the remote desktop and Windows cannot find the required libraries. Not PHP problem. Previous Comments: [2007-01-13 02:19:01] delontan at yahoo dot com hi tony, i don't have a problem with the extensions being loaded at startup or anything. after setting enabled_dl = Off, the dynamic loading pop up still show up (not when i restarted apache). i noticed that it happens once in a while only when i connect to the server using remote desktop control. one time after i logged on, the other times during login screen. all the startup dynamic loading erorrs for all extensions i am using such as oci8, mssql, odbtp show up. i just have to close them. no errors reported in error log like how it usually will. anyone have any explanation? thanks! [2007-01-12 08:30:48] [EMAIL PROTECTED] OCI8 extension requires Oracle client, other extensions might require other third party .dll's, which is described in the docs. [2007-01-12 00:06:54] delontan at yahoo dot com i am using the extension_dir directive but enable_dl was also set to on in php.ini. I set it to off now. Everything seems working fine. That pop up problem happens once in a while. so, hopefully i will no longer getting the pop up. thanks! [2007-01-11 23:38:03] [EMAIL PROTECTED] Sounds like you are using the dl() function to load the extensions. That will not work with multithreaded SAPI's. You can load the extensions with the extension=... directive in your php.ini file. [2007-01-11 23:28:13] delontan at yahoo dot com Description: I've installed php 5.2 and update all related modules for oci8, odbtp. Everything is working. I use remote desktop to access the machine where i installed php and apach 2.0.59. i installed php as modules instead of cgi/fast cgi. during my development of php pages, unable to load dynamic library for oci8, odbtp all came up from nowhere. i didn't see anything in error log. i remembered when there was (using cgi/fast cgi as parser last time) memory leak or ?? reason, there will be php-cgi.exe stayed in windows Task Manager's process list forever. i had to kill it manually before it crashed my system. so, is this the effect of using modules as parser and when seomthing went wrong, the dynamic window pop/show up? i just have to close the window, everything is still working and running fine. plz advise. I've read all the similar post but it's different. thanks! Lee -- Edit this bug report at http://bugs.php.net/?id=40106edit=1
#40111 [Opn-Csd]: call-time pass by reference is either ambiguous or wrong.
ID: 40111
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Irrelevant
PHP Version: 5.2.0
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:
[2007-01-12 16:57:11] [EMAIL PROTECTED]
Description:
Warning: Call-time pass-by-reference has been deprecated - argument
passed by value; If ...
But the argument is still passed by reference.
I believe the error message doesn't reflect the way it works and should
for that reason be updated.
The modification I propose can be found here:
http://patches.colder.ch/zend_compile-1.647.2.27.2.26.patch?markup
Reproduce code:
---
function foo($a){$a++;};
function bar($a){$a++;}
$val1 = 1; foo($val1); echo $val1.\n; //2
$val2 = 1; bar($val2); echo $val2; //2
--
Edit this bug report at http://bugs.php.net/?id=40111edit=1
#40132 [NEW]: Build error in ext/imap (U8T_CANONICAL def missing)
From: mathias dot lieber at web dot de Operating system: Linux, 2.6.18, Ubuntu/Debian PHP version: 5.2.0 PHP Bug Type: *Compile Issues Bug description: Build error in ext/imap (U8T_CANONICAL def missing) Description: 5.2.0 does not build because it's missing the definition of U8T_CANONICAL in the imap extension. I tried both with libc-client-dev package as well as with self-compiled imapd.2006XXX.TAR.GZ. Reproduce code: --- ./configure --with-gettext --with-imap --with-imap-ssl --with-zlib --with-gd --with-mcrypt --with-openssl --with-xml --without-pear --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit --enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf --enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid --disable-debug --disable-magic-quotes --with-mysql --enable-cli --enable-cgi --with-ldap --with-kerberos --with-mssql=/usr/local/freetds --enable-force-cgi-redirect make Actual result: -- /bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/ -DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include -I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0 -I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib -I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/usr/local/freetds/include -I/usr/include/mysql -I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend -I/usr/include -g -O2 -prefer-non-pic -c /usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function 'zif_imap_utf8': /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: 'U8T_CANONICAL' undeclared (first use in this function) /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=40132edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40132r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40132r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40132r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40132r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40132r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40132r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40132r=needscript Try newer version:http://bugs.php.net/fix.php?id=40132r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40132r=support Expected behavior:http://bugs.php.net/fix.php?id=40132r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40132r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40132r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40132r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40132r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40132r=dst IIS Stability:http://bugs.php.net/fix.php?id=40132r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40132r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40132r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40132r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40132r=mysqlcfg
#40115 [Bgs]: String Comparison shows odd results for integer values around -2^31
ID: 40115
User updated by: jannisbreitwieser at web dot de
Reported By: jannisbreitwieser at web dot de
Status: Bogus
Bug Type: Strings related
Operating System: Linux 2.6
PHP Version: 5.2.0
New Comment:
@php_lists at realplain dot com:
Thank you for the first elaborate attempt to answer my problem.
I did not try 5.2.1 yet
afaik 5.2.0 is the current offical version.
@tony: I don´t know which version you are using.
This report is for version 5.2.0 on linux where the problem definitely
still occurs:
[EMAIL PROTECTED]:~$ php -v
PHP 5.2.0 (cli) (built: Jan 01 2007 15:28:45)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
[EMAIL PROTECTED]:~$ cat test.php
?
var_dump((string) -2147483648 (string) 1); //bool(true)
var_dump((int) -2147483648 (int) 1); //bool(false)
?
[EMAIL PROTECTED]:~$ php test.php
bool(true)
bool(false)
Previous Comments:
[2007-01-15 09:41:22] [EMAIL PROTECTED]
var_dump((string) -2147483648 (string) 1); //bool(false)
var_dump((int) -2147483648 (int) 1); //bool(false)
what are you talking about?
[2007-01-15 04:39:34] php_lists at realplain dot com
Tony and Ilia, yes this IS from integer overflow but it's a bug in
zendi_smart_strcmp(). Ilia, remember I sent the patch to fix this just
a couple weeks ago? ;-) See v1.208.2.4.2.18 of zend_operators.c:
http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_operators.c?r1=1.208.2.4.2.17r2=1.208.2.4.2.18view=patch
The same bug was fixed with non-string integers over 6 years ago, in
v1.90.
To the bug reporter, have you tried PHP 5.2.1RC2? I think you'll find
these things work as expected there. :-) BTW, on your WTF?
var_dump(), that's a float because the number is parsed on its own in
scripts (without the -), and then negated in another operation. As a
string however, it's all converted at once so it's still an integer. If
that helps explain things there...
[2007-01-13 17:56:17] jannisbreitwieser at web dot de
Hi again.
I´m not sure if you dont understand me or if I don´t understand you.
To quote the manual:
http://www.php.net/manual/en/language.operators.comparison.php
If you compare an integer with a string, the string is converted to a
number. If you compare two numerical strings, they are compared as
integers.
The comparison table on the same page says for string comparison:
Translate strings and resources to numbers, usual math
This implies to me that
the comparison:
-21474836481: has got the same result for integers and string.
(string) -2147483648 (string) 1 -- true
(int) -2147483648 (int) 1 -- false
Please try to explain to me why this is not the case.
Either there is a bug in the documentation or there is a bug in the
implementation. But obviously implementation and documentation do not
match.
[2007-01-13 15:32:11] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is due to integer overflow.
[2007-01-13 11:41:44] jannisbreitwieser at web dot de
I´m afraid the answert doesn´t explain php´s odd behavior.
Just run the code on the bottom and try to figure out its behavior.
It´s definitely not as it should be!
String-String Comparisons are handley incorrectly internally somehow.
Int-Int Comparisons also work without being affected by overflows.
Run This:
/
?PHP
error_reporting ( 63 );
echo \n;
$a = 2147483648;
var_dump($a);
$a = 2147483647;
var_dump($a);
$a = -2147483648;
var_dump($a); // WTF?
$a = -2147483647;
var_dump($a);
echo \n;
function print_results( $a, $b ) {
$c = $a - $b;
// var_dump($a);
// var_dump($b);
echo sprintf( %7s%7s, gettype($a), gettype($b) ) .
| . ( $a$b ? true : false ) .
| . a-b = ; var_dump($c);
}
echo '$a as an int - unexpected results ';
for ($b = -2; $b = 2; $b+=1) {
$a = '-2147483647'; // the strings number value of $a is an int for
php - see above
$b = (string)$b;
echo $a$b:\n;
echo \n;
$a = (string)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (string)$b;
print_results( $a, $b );
$a = (string)$a;
$b = (int)$b;
print_results( $a, $b );
$a = (int)$a;
$b = (int)$b;
print_results( $a, $b );
echo \n;
}
echo '$a as a fake float - unexpected results';
for ($b = -2; $b = 2; $b+=1) {
$a = '-2147483648'; // This time $a is a float for php - still wrong
result, probably its internally handled as an int since pow(2,-31) is
#40133 [NEW]: fail to cp libs/libphp4.so
From: charlies at navanhk dot com Operating system: centos 4.4 PHP version: 4.4.4 PHP Bug Type: Compile Failure Bug description: fail to cp libs/libphp4.so Description: The curl cannot be install in the php4. I have installed curl yum remove curl -y mkdir -p /usr/local/curl ./configure --prefix=/usr/local/curl make; make install Ok ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/lib --enable-track-vars --with-xml --with-mysql with-curl=/usr/local/curl make;make install [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 but I use this command,it works very well with php4 ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/lib --enable-track-vars --with-xml --with-mysql Reproduce code: --- [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 -- Edit bug report at http://bugs.php.net/?id=40133edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40133r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40133r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40133r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40133r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40133r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40133r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40133r=needscript Try newer version:http://bugs.php.net/fix.php?id=40133r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40133r=support Expected behavior:http://bugs.php.net/fix.php?id=40133r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40133r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40133r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40133r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40133r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40133r=dst IIS Stability:http://bugs.php.net/fix.php?id=40133r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40133r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40133r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40133r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40133r=mysqlcfg
#40133 [Opn-Bgs]: fail to cp libs/libphp4.so
ID: 40133 Updated by: [EMAIL PROTECTED] Reported By: charlies at navanhk dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: centos 4.4 PHP Version: 4.4.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-15 10:52:35] charlies at navanhk dot com Description: The curl cannot be install in the php4. I have installed curl yum remove curl -y mkdir -p /usr/local/curl ./configure --prefix=/usr/local/curl make; make install Ok ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/lib --enable-track-vars --with-xml --with-mysql with-curl=/usr/local/curl make;make install [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 but I use this command,it works very well with php4 ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/lib --enable-track-vars --with-xml --with-mysql Reproduce code: --- [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 -- Edit this bug report at http://bugs.php.net/?id=40133edit=1
#40121 [Asn]: DBLIB driver wont free statements
ID: 40121
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: PDO related
Operating System: Mac OS X 10.4.8
PHP Version: 5.2.1RC2
Assigned To: fmk
New Comment:
And more issues :-)
That previous example was done with just one row in the
resultset, but after I tried to return more rows, I found
something disturbing:
Code:
$db = new PDO('dblib:host=hostname;dbname=database',
'username', 'password');
$query = 'select top 10 * from table';
$stmt = $db-prepare($query);
for ($i = 0; $i 10; $i++) {
$stmt-execute();
$stmt-fetchAll();
$stmt-closeCursor();
echo memory_get_usage() . \n;
}
Output:
172240
240044
307824
375632
443464
511288
579064
646932
714776
782576
Previous Comments:
[2007-01-15 07:07:21] [EMAIL PROTECTED]
After playing around with GDB I noticed that the S-cols is
being allocated on different memory block each time. S and S-
rows stay in the same place, though. I suppose this is due
the different methods used to allocate memory, but I just
don't have enough clue to fix it.
[2007-01-14 21:50:40] [EMAIL PROTECTED]
I couldn't get it to compile, so I corrected the mysql -
dblib, not sure whether this was the intention though. I
don't have enough karma, so the patch is below:
RCS file: /repository/php-src/ext/pdo_dblib/dblib_stmt.c,v
retrieving revision 1.6.2.2.2.3
diff -u -r1.6.2.2.2.3 dblib_stmt.c
--- dblib_stmt.c14 Jan 2007 16:57:50 -
1.6.2.2.2.3
+++ dblib_stmt.c14 Jan 2007 21:43:35 -
@@ -250,9 +250,9 @@
return 1;
}
-static int dblib_mysql_stmt_cursor_closer(pdo_stmt_t *stmt
TSRMLS_DC)
+static int pdo_dblib_stmt_cursor_closer(pdo_stmt_t *stmt
TSRMLS_DC)
{
- pdo_dblib_stmt *S = (pdo_mysql_stmt*)stmt-
driver_data;
+ pdo_dblib_stmt *S = (pdo_dblib_stmt*)stmt-
driver_data;
if (S-rows) {
free_rows(S TSRMLS_CC);
@@ -273,6 +273,6 @@
NULL, /* get attr */
NULL, /* meta */
NULL, /* nextrow */
- dblib_mysql_stmt_cursor_closer
+ pdo_dblib_stmt_cursor_closer
};
However, it doesn't fix the problem. See, gdb breaks fine on
pdo_dblib_stmt_dtor on each iteration and stepping it shows
that it even attempts to free stuff. So I guess the error
isn't here?
After running gdb with patch above it does close the cursor
on each iteration, but it's not still affecting the
increasing memory usage.
[2007-01-14 16:57:56] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2007-01-13 18:23:10] [EMAIL PROTECTED]
Forgot to mention that it works perfectly with MySQL driver.
[2007-01-13 18:19:43] [EMAIL PROTECTED]
Description:
As stated on the summary, PDO DBLIB driver wont free memory
allocated to statements (or the resultset, not sure). Same
code done with ext/mssql functions works, though.
Reproduce code:
---
$db = new PDO('dblib:host=hostname;dbname=database', 'user',
'password');
$query = 'SELECT GETDATE()'; // NOW() on mysql
for ($i = 0; $i 10; $i++) {
$stmt = $db-query($query); // new statement
$stmt-fetch(); // actual data
$stmt-fetch(); // false; end of resultset
$stmt-closeCursor(); // this should at least free it,
right?
$stmt = null; // being paranoid here
echo memory_get_usage() . \n;
}
Expected result:
54152
54152
54152
54152
54152
54152
54152
54152
54152
54152
Actual result:
--
54152
54252
54292
54332
54372
54412
54452
54492
54532
54572
--
Edit this bug report at http://bugs.php.net/?id=40121edit=1
#39163 [Com]: Invalid API call from php5isapi.dll causing IIS7 Application Pool failure.
ID: 39163 Comment by: miha_avzlahar at t-2 dot net Reported By: tony dot stone at gmail dot com Status: Open Bug Type: Win32API related Operating System: Windows Vista RC 1 Build 5600 PHP Version: 5.1.6 New Comment: I guess I have same problem with php5isapi.dll. Or am I? I am running Windows Vista Ultimate. Trying to set up MySQL 5.0.27 and PHP 5.2.0, but I always get this bull... in browser : Server Error in Application Default Web Site HTTP Error 500.0 - Internal Server Error Description: Calling LoadLibraryEx on ISAPI filter C:\php\php5isapi.dll failed Error Code: 0x800700c1 Notification: Unknown Module: IIS Web Core Requested URL: http://localhost:80/wp-admin/install.php Physical Path: E:\FTProot\www\mihavista\wp-admin\install.php Logon User: Not yet determined Logon Method: Not yet determined Handler: StaticFile __ And this in event viewer : ___ ISAPI Filter 'C:\php\php5isapi.dll' could not be loaded due to a configuration problem. The current configuration only supports loading images built for a AMD64 processor architecture. The data field contains the error number. To learn more about this issue, including how to troubleshooting this kind of processor architecture mismatch error, see http://go.microsoft.com/fwlink/?LinkId=29349. WTF ??? Any suggestions ? Previous Comments: [2006-11-18 05:56:51] jussi dot palo at gmail dot com Having the same issue on 5.2.0 on Vista RTM. Have tried with php5isapi.dll as well as php-cgi.exe, both give me the same error as described in the bug report. This error occurs every time I try to access .php pages. [2006-10-22 14:55:18] tony dot stone at gmail dot com Is there anything else I can do to assist with this? [2006-10-17 11:03:01] tony dot stone at gmail dot com No it doesn't. I installed the following version: 16 Oct 2006 12:40:40 +0200 Version: 5.2.0RC6-dev Branch [2006-10-17 07:42:10] [EMAIL PROTECTED] Does it work with 5.2.0 snapshots from http://snaps.php.net/ ? [2006-10-17 00:43:25] tony dot stone at gmail dot com PHP isn't crashing so there's no way to get a backtrace (that I know of). I did download the debug files and install them, but there's no popup or window of any sort that would allow me to click Cancel or enter a debug view. PHP isn't technically crashing. php5isapi.dll is making an API call to the OS via the DefaultAppPool in IIS7 and the DefaultAppPool is shutting down and generating an event log error, which reads, Failed to find the RegisterModule entrypoint in the module DLL C:\Inetpub\PHP\php5isapi.dll. The data is the error. Maybe I'm just not getting it, but I don't see any way to get the backtrace info per the directions (http://bugs.php.net/bugs-generating-backtrace-win32.php) based on this behavior. 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/39163 -- Edit this bug report at http://bugs.php.net/?id=39163edit=1
#38798 [Asn]: OpenSSL init corrected in php5 but not in php4
ID: 38798 Updated by: [EMAIL PROTECTED] Reported By: fidojones at fidojones dot com Status: Assigned Bug Type: OpenSSL related Operating System: linux PHP Version: 4.4.4 -Assigned To: pajoye +Assigned To: derick New Comment: It is up to the 4.4 RM to decide. Previous Comments: [2006-09-12 20:15:47] fidojones at fidojones dot com Description: This bug is corrected in php5, but it's not introduced in php4 an fails exactly as php5. In php 4.4.4 it's not yet. SSL_library_init(); Description: Patch to fix Index: ext/openssl/openssl.c === RCS file: /repository/php-src/ext/openssl/openssl.c,v retrieving revision 1.98.2.1 diff -p -u -r1.98.2.1 openssl.c --- ext/openssl/openssl.c 18 Aug 2005 13:34:37 - 1.98.2.1 +++ ext/openssl/openssl.c 25 Nov 2005 03:03:47 - @@ -584,6 +584,7 @@ PHP_MINIT_FUNCTION(openssl) le_x509 = zend_register_list_destructors_ex(php_x509_free, NULL, OpenSSL X.509, module_number); le_csr = zend_register_list_destructors_ex(php_csr_free, NULL, OpenSSL X.509 CSR, module_number); + SSL_library_init(); OpenSSL_add_all_ciphers(); OpenSSL_add_all_digests(); OpenSSL_add_all_algorithms(); -- Edit this bug report at http://bugs.php.net/?id=38798edit=1
#35113 [Asn-Bgs]: Please update the GD bundled extension to 2.0.33
ID: 35113 Updated by: [EMAIL PROTECTED] Reported By: tonglebeak at gmail dot com -Status: Assigned +Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 5.0.5 Assigned To: pajoye New Comment: Duplicated of #32803 for gif and the bug fixes are in php before libgd anyway for the waste majority (syncing in progress for libgd, 2.0.34 will have all fixes present in php). Previous Comments: [2005-11-05 16:49:50] [EMAIL PROTECTED] It is not exactly 2.0.28, given that we have many fixes that are still not in the latest GD 2.0.33. Animated GIF will not be available in 5.x but in cvs HEAD. [2005-11-05 16:46:09] tonglebeak at gmail dot com Description: Currently, the version of the bundled GD library is 2.0.28. I'm requesting that this be upgraded to the newest version of 2.0.33. More details about GD can be found http://www.boutell.com/gd/ One of the main reasons to upgrade from 2.0.28 is the fact that 2.0.29 and higher supports writing animated GIFs, which is a very useful feature, not to mention the numerous bugfixes and such. Thank you. -- Edit this bug report at http://bugs.php.net/?id=35113edit=1
#37730 [Asn-Fbk]: ImageTTFText ImageTTFBBox don't give accurate rectangle with angle
ID: 37730
Updated by: [EMAIL PROTECTED]
Reported By: marc dot lazzaro at st dot com
-Status: Assigned
+Status: Feedback
Bug Type: GD related
Operating System: Win XP
PHP Version: 5.1.4
Assigned To: pajoye
New Comment:
mail to pierre[at]libgd.org.
Previous Comments:
[2006-06-08 06:57:29] marc dot lazzaro at st dot com
My company policy forbides external access. If you could provide an
email address I will send you the font file. But I have to say that the
behavior remains the same whatever the font is.
Also pls note that I got no errors when the @ is removed.
[2006-06-07 16:44:58] [EMAIL PROTECTED]
Please provide a link to the font you use. Don't use '@' to hide
possible errors or notices.
[2006-06-07 15:28:14] marc dot lazzaro at st dot com
Description:
Hello,
ImageTTFText ImageTTFBBox don't give accurate rectangle with angle
other than 0.
I work on a png image.
Reproduce code:
---
$xx = 30;$yy = 200;$tsize = 18;$tangle = 45;
$p2 = ImageTTFText ($img, $tsize, $tangle, $xx, $yy,
'blue','C:/Windows/Fonts/arial.ttf',MAgjpabiT01234567);
$p3 = @ImageTTFBBox($tsize,
$tangle,'C:/Windows/Fonts/arial.ttf',MAgjpabiT01234567);
for($i=0; $i 4; ++$i) {
$p3[$i*2] = round($p3[$i*2]+$xx+0.5);
$p3[$i*2+1] = round($p3[$i*2+1]+$yy+0.5);
}
imageline($img,$p2[0],$p2[1],$p2[2],$p2[3],'red');
imageline($img,$p2[2],$p2[3],$p2[4],$p2[5],'red');
imageline($img,$p2[4],$p2[5],$p2[6],$p2[7],'red');
imageline($img,$p2[6],$p2[7],$p2[0],$p2[1],'red');
Expected result:
I would expext to draw a rectangle fitting exactly around the drawn
text. This is true when angle is 0 but no more when rotating the text.
Looks like the surrounding box shift on the left versus the text when
angle increase.
Actual result:
--
I only have png image to show. If needed you can contact me by email.
Thanks for all your efforts in developping PHP.
--
Edit this bug report at http://bugs.php.net/?id=37730edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: osa_57 at mail dot ru Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: sessions dont work Win2000, Apache 2, PHP 4.4.4, IE5 help me please! Previous Comments: [2006-12-24 13:18:44] barts at time dot net dot my PHP 5.1.4 Windows NT SERVER 5.1 build 2600 Possible workarounds installed as mentioned in the thread. I also noticed that the session cookie is not updated when another pages is loaded that contains session_start(); This causes the session always to expire after its lifetime, where I expect the session to expire after the last session_start + lifetime. [2006-12-02 05:00:24] michaellai2006 at yahoo dot com Same thing for 5.1.16 I tried other people's suggestion, did not work for me neither. Please give a workaround. [2006-12-02 04:51:44] failmore at yahoo dot com Similar problem happend to me. The following is my configuration: Apache 2.2.3, PHP 5.1.16 I tried three different browsers, IE, FireFox, Maxthon same error happens. I host the website on my local machine, Win XP Home, therefore, I try to access the site using http://localhost/testsite add default_charset = iso-8859-1; in php.ini, did not work set setting cookie_domain=localhost did not work set session.use_trans_sid on did not work. [2006-11-22 11:13:38] jclewley at netprospex dot com Try setting cookie_domain in php.ini to a period (.) followed by your domain. For example, .google.com. The default typically tells PHP to use www.google.com which will cause problems if the user types google.com. [2006-11-16 18:24:33] tobias dot hug at alpinenet dot ch I've got the same problem with php 5.1.6. session data is not maintained between pages. If I add default_charset = iso-8859-1; in php.ini, everything works. 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263edit=1
#40021 [WFx]: assert_options(ASSERT_CALLBACK) does not return current setting
ID: 40021 User updated by: wharmby at uk dot ibm dot com Reported By: wharmby at uk dot ibm dot com Status: Wont fix Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4CVS-2007-01-04 (snap) Assigned To: iliaa New Comment: Thanks for taking at look at this one Ilia. Having taken onboard your concerns regarding the performance impact of my initial patch for a function which I agree has little value outside of a testing environment could I ask you to consider the following alternative fix as without the ability to query the current setting of callback writing tests to verify this aspect of the API's behaviour is more difficult. New patch: http://pastebin.ca/317353 This new fix has no impact on RINIT, whilst at the same time fixing the assert_options API to perform as documented in PHP manual allowing new tests to be written to verify the assert_options API. These new tests will be dropped into CVS by my colleague if the new fix is acceptable. Previous Comments: [2007-01-12 15:51:48] [EMAIL PROTECTED] In this instance addition of RINIT done on every request for functionality of dubious use in a non-test environment is IMO outweighed by the performance considerations. As such I am marking this issue as won't fix. [2007-01-04 13:25:21] wharmby at uk dot ibm dot com Description: This issue previously raised on Internals list but no response so raising defect to track resolution of the problem. A colleague of mine is currently working on creating new test cases to improve the coverage of the PHP test cases and whilst attempting to write new tests for the assert and assert_options functions hit on a problem when attempting to query the current setting of ASSERT_CALLBACK. using the assert_options() api. With the supplied testcase the following behaviour was expected: 1) assert_options(ASSERT_CALLBACK, new value) would return the old setting or NULL if no value set 2) assert_options(ASSERT_CALLBACK) would return the current setting or NULL if no value set In all cases however the return value is 1, or rather a bool zval of TRUE. Looking at the code this is no surprise as the code in assert.c which processes these requests unconditionally returns with RETURN_TRUE. For all other assert options other than assert_options() function returns the old value of the specified option (or FALSE on errors) as documented in the PHP manual. Further investigation uncovered that the code actually did behave in the way we expected until it was changed to accept the array($obj, methodname) syntax back in July 2001 (revision 1.32 of assert.c). At this time the return was changed to be unconditionally TRUE. Unfortunately this makes writing a test case to query the current setting of the ASSERT_CALLBACK option impossible as assert_options() no longer returns any useable information for this option, i.e to code a testcase as below that sets a value and then checks its set as expected. If the code is modified as in the attached patch to instead return the zval for the current value for the ASSERT_CALLBACK option then we are able create the new testcase to verify the assert_options() api. However, I am concerned there is a good reason this was not done when the code was changed back in 2001 although at the moment I myself cannot see one. However, even with the assert_options code modified such that assert_options(ASSERT_CALLBACK) returns the current setting of the option rather than TRUE if a script issues assert_options(ASSERT_CALLBACK) BEFORE the first call to assert() then rather than getting any php.ini setting of assert_callback NULL is returned instead. This behaviour is caused by a recent change made under defect 39718 ( http://bugs.php.net/bug.php?id=39718). The problem is that the value of the global ASSERTG(cb) is not copied to ASSERTG(callback) until the first call to assert() by a request so if the script includes a query on the setting BEFORE the first call to assert() then the value returned is the default INI setting, i.e. NULL, rather than any value specified in php.ini. The issues is easily addressed by moving the code that populates ASSERTG(callback) to a new RINIT function in assert.c. The following patches address both issues raised above: assert.c: http://pastebin.ca/304563 basic-functions.c: http://pastebin.ca/304566 The patches were built against the latest snap shot build (Jan 4 2007, 0730) and the fix has been tested on both Windows and Linux using both the supplied testcase and the existing PHPT tests for assert. If the attached patch is accepted then my colleague will then drop the improved PHP testcases for assert into CVS. Andy Wharmby IBM United Kingdom Limited Reproduce code:
#40021 [WFx]: assert_options(ASSERT_CALLBACK) does not return current setting
ID: 40021 Updated by: [EMAIL PROTECTED] Reported By: wharmby at uk dot ibm dot com Status: Wont fix Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4CVS-2007-01-04 (snap) Assigned To: iliaa New Comment: The patch won't work I'm afraid. The reason it won't is because a callback can be an array method in which case it is an array, not a string. Previous Comments: [2007-01-15 15:28:46] wharmby at uk dot ibm dot com Thanks for taking at look at this one Ilia. Having taken onboard your concerns regarding the performance impact of my initial patch for a function which I agree has little value outside of a testing environment could I ask you to consider the following alternative fix as without the ability to query the current setting of callback writing tests to verify this aspect of the API's behaviour is more difficult. New patch: http://pastebin.ca/317353 This new fix has no impact on RINIT, whilst at the same time fixing the assert_options API to perform as documented in PHP manual allowing new tests to be written to verify the assert_options API. These new tests will be dropped into CVS by my colleague if the new fix is acceptable. [2007-01-12 15:51:48] [EMAIL PROTECTED] In this instance addition of RINIT done on every request for functionality of dubious use in a non-test environment is IMO outweighed by the performance considerations. As such I am marking this issue as won't fix. [2007-01-04 13:25:21] wharmby at uk dot ibm dot com Description: This issue previously raised on Internals list but no response so raising defect to track resolution of the problem. A colleague of mine is currently working on creating new test cases to improve the coverage of the PHP test cases and whilst attempting to write new tests for the assert and assert_options functions hit on a problem when attempting to query the current setting of ASSERT_CALLBACK. using the assert_options() api. With the supplied testcase the following behaviour was expected: 1) assert_options(ASSERT_CALLBACK, new value) would return the old setting or NULL if no value set 2) assert_options(ASSERT_CALLBACK) would return the current setting or NULL if no value set In all cases however the return value is 1, or rather a bool zval of TRUE. Looking at the code this is no surprise as the code in assert.c which processes these requests unconditionally returns with RETURN_TRUE. For all other assert options other than assert_options() function returns the old value of the specified option (or FALSE on errors) as documented in the PHP manual. Further investigation uncovered that the code actually did behave in the way we expected until it was changed to accept the array($obj, methodname) syntax back in July 2001 (revision 1.32 of assert.c). At this time the return was changed to be unconditionally TRUE. Unfortunately this makes writing a test case to query the current setting of the ASSERT_CALLBACK option impossible as assert_options() no longer returns any useable information for this option, i.e to code a testcase as below that sets a value and then checks its set as expected. If the code is modified as in the attached patch to instead return the zval for the current value for the ASSERT_CALLBACK option then we are able create the new testcase to verify the assert_options() api. However, I am concerned there is a good reason this was not done when the code was changed back in 2001 although at the moment I myself cannot see one. However, even with the assert_options code modified such that assert_options(ASSERT_CALLBACK) returns the current setting of the option rather than TRUE if a script issues assert_options(ASSERT_CALLBACK) BEFORE the first call to assert() then rather than getting any php.ini setting of assert_callback NULL is returned instead. This behaviour is caused by a recent change made under defect 39718 ( http://bugs.php.net/bug.php?id=39718). The problem is that the value of the global ASSERTG(cb) is not copied to ASSERTG(callback) until the first call to assert() by a request so if the script includes a query on the setting BEFORE the first call to assert() then the value returned is the default INI setting, i.e. NULL, rather than any value specified in php.ini. The issues is easily addressed by moving the code that populates ASSERTG(callback) to a new RINIT function in assert.c. The following patches address both issues raised above: assert.c: http://pastebin.ca/304563 basic-functions.c: http://pastebin.ca/304566 The patches were built against the latest snap shot build (Jan 4 2007, 0730) and the fix has been tested on both Windows and
#34657 [Com]: If you get a communication problem when loading the WSDL, it fatal's
ID: 34657
Comment by: jhendric at sierra-bravo dot com
Reported By: gareth at wsys dot co dot uk
Status: Open
Bug Type: SOAP related
Operating System: Windows, Linux
PHP Version: 5.1.6
Assigned To: dmitry
New Comment:
Similar problem here with PHP 5.1.6.
try {
$soap = new SoapClient('[...]', array('exceptions' = true)); //
Note: Same results without or without exceptions = true
} catch(Exception $e) {
var_dump($e);
}
Results in:
Warning: SoapClient::__construct([...])
[function.SoapClient---construct]: failed to open stream: HTTP request
failed! HTTP/1.1 404 Not Found in [...]
Warning: SoapClient::__construct() [function.SoapClient---construct]:
I/O warning : failed to load external entity ... in [...]
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from '[...]' in
[...]
Previous Comments:
[2006-12-21 23:32:24] [EMAIL PROTECTED]
I get 3 warning + a SoapFault exception when running Lukas' test case
there. The output is:
Warning: SoapClient::SoapClient(): php_network_getaddresses:
getaddrinfo failed: Name or service not known in
/home/ek/projects/php_5_2/t on line 4
Warning: SoapClient::SoapClient(http://i_dont_exist.com/some.wsdl):
failed to open stream: No such file or directory in
/home/ek/projects/php_5_2/t on line 4
Warning: SoapClient::SoapClient(): I/O warning : failed to load
external entity http://i_dont_exist.com/some.wsdl; in
/home/ek/projects/php_5_2/t on line 4
string(9) SoapFault
NULL
I think getting 3 warning and an exception for failing to load WSDL
file is a bit excessive though :)
[2006-12-19 14:10:44] [EMAIL PROTECTED]
I can reproduce this error with php 5.1.4 and 5.2.0 on windows. And it
seems Derick was also able to reproduce it on Linux. Using the
following we get 3 warnings and a fatal error:
?php
try {
$client = new SoapClient('http://i_dont_exist.com/some.wsdl');
} catch (SoapFault $e) {
var_dump(get_class($e));
} catch (Exception $e) {
var_dump(get_class($e));
}
var_dump($client);
It really should not do anything but throw an exception, as this is
what is defined to happen for fatal errors in constructors for all
extensions.
[2006-09-12 09:56:52] gareth at wsys dot co dot uk
OK, the debug information shows that the Soap client class is now
throwing an uncaught SoapFault exception (which causes the fatal
error).
with a try{ } catch(SoapFault $exception) I can continue the script.
I've closed the bug.
[2006-09-12 08:56:12] [EMAIL PROTECTED]
I cannot reproduce the bug even with 5.1.4. Try php -d log_errors=0
test.php. May be you are seeing log message and don't see Error
Caught after it?
[2006-09-11 07:50:34] gareth at wsys dot co dot uk
I have tried to use set_error_handler(), but as you know it cannot
catch fatal errors.
Does anyone else have a workaround?
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/34657
--
Edit this bug report at http://bugs.php.net/?id=34657edit=1
#40021 [WFx]: assert_options(ASSERT_CALLBACK) does not return current setting
ID: 40021 User updated by: wharmby at uk dot ibm dot com Reported By: wharmby at uk dot ibm dot com Status: Wont fix Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4CVS-2007-01-04 (snap) Assigned To: iliaa New Comment: When you say callback can be an array method in which case it is an array, not a string are you referring to the fact that the callback routine can be defined as follows $newcb = array(foo,); $o = assert_options(ASSERT_CALLBACK,$newcb); where is a method of class foo. If so then for sure the returned value is no longer always a string and the testcase has to deal with this using is_string(), is_array etc to determine just what has been returned. Is this not acceptable ? The manual already defines the return value from assert_options() as mixed (some options result in a INT) although an extra line or two to explain that assert_options(ASSERT_CALLBACK) can return either a string or array would be required should this fix be accepted. Here is the simple testcase I put together to test out the fix which I believe covers all possible use cases for this API and shows how I envisaged users dealing with the returned value: http://pastebin.ca/317405 The output with fix applied is as follows: http://pastebin.ca/317408 Previous Comments: [2007-01-15 15:45:42] [EMAIL PROTECTED] The patch won't work I'm afraid. The reason it won't is because a callback can be an array method in which case it is an array, not a string. [2007-01-15 15:28:46] wharmby at uk dot ibm dot com Thanks for taking at look at this one Ilia. Having taken onboard your concerns regarding the performance impact of my initial patch for a function which I agree has little value outside of a testing environment could I ask you to consider the following alternative fix as without the ability to query the current setting of callback writing tests to verify this aspect of the API's behaviour is more difficult. New patch: http://pastebin.ca/317353 This new fix has no impact on RINIT, whilst at the same time fixing the assert_options API to perform as documented in PHP manual allowing new tests to be written to verify the assert_options API. These new tests will be dropped into CVS by my colleague if the new fix is acceptable. [2007-01-12 15:51:48] [EMAIL PROTECTED] In this instance addition of RINIT done on every request for functionality of dubious use in a non-test environment is IMO outweighed by the performance considerations. As such I am marking this issue as won't fix. [2007-01-04 13:25:21] wharmby at uk dot ibm dot com Description: This issue previously raised on Internals list but no response so raising defect to track resolution of the problem. A colleague of mine is currently working on creating new test cases to improve the coverage of the PHP test cases and whilst attempting to write new tests for the assert and assert_options functions hit on a problem when attempting to query the current setting of ASSERT_CALLBACK. using the assert_options() api. With the supplied testcase the following behaviour was expected: 1) assert_options(ASSERT_CALLBACK, new value) would return the old setting or NULL if no value set 2) assert_options(ASSERT_CALLBACK) would return the current setting or NULL if no value set In all cases however the return value is 1, or rather a bool zval of TRUE. Looking at the code this is no surprise as the code in assert.c which processes these requests unconditionally returns with RETURN_TRUE. For all other assert options other than assert_options() function returns the old value of the specified option (or FALSE on errors) as documented in the PHP manual. Further investigation uncovered that the code actually did behave in the way we expected until it was changed to accept the array($obj, methodname) syntax back in July 2001 (revision 1.32 of assert.c). At this time the return was changed to be unconditionally TRUE. Unfortunately this makes writing a test case to query the current setting of the ASSERT_CALLBACK option impossible as assert_options() no longer returns any useable information for this option, i.e to code a testcase as below that sets a value and then checks its set as expected. If the code is modified as in the attached patch to instead return the zval for the current value for the ASSERT_CALLBACK option then we are able create the new testcase to verify the assert_options() api. However, I am concerned there is a good reason this was not done when the code was changed back in 2001 although at the moment
#40134 [NEW]: Include memcache extension with PHP
From: david at acz dot org Operating system: PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: Include memcache extension with PHP Description: Given the popularity of memcached, it would be nice to have the memcache extension included with PHP. This might be a good candidate for PHP 6. -- Edit bug report at http://bugs.php.net/?id=40134edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40134r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40134r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40134r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40134r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40134r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40134r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40134r=needscript Try newer version:http://bugs.php.net/fix.php?id=40134r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40134r=support Expected behavior:http://bugs.php.net/fix.php?id=40134r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40134r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40134r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40134r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40134r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40134r=dst IIS Stability:http://bugs.php.net/fix.php?id=40134r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40134r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40134r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40134r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40134r=mysqlcfg
#40047 [Bgs-Opn]: stream_eof() return code ignored
ID: 40047 User updated by: alex at kiesel dot name Reported By: alex at kiesel dot name -Status: Bogus +Status: Open Bug Type: Streams related Operating System: Gentoo Linux PHP Version: 5.2.0 New Comment: Sorry, it really doesn't matter what stream_eof() returns; subsequent calls to stream_read() are being done regardless of its return value. Removing the function isn't possible as it is a required stream function. Due to performance reasons, one might want to save those calls to stream_eof() (or the last stream_read() call), though. Previous Comments: [2007-01-07 18:21:42] [EMAIL PROTECTED] The return value of the function is most definitely not ignored. The internal streams IO requires the additional read, hence the 2nd call. [2007-01-07 13:01:44] alex at kiesel dot name Description: When reading through a stream wrapper, the method stream_eof() is called, but it's result is discarded and ignored. This leads to an obsolete call to stream_read(). Reproduce code: --- http://kiesel.name/php/stream.phps Expected result: string(11) stream_stat string(43) stream_read(8192) / 80 / returning 80 bytes string(14) stream_eof(): bool(true) Actual result: -- string(11) stream_stat string(43) stream_read(8192) / 80 / returning 80 bytes string(14) stream_eof(): bool(true) string(42) stream_read(8192) / 80 / returning 0 bytes string(14) stream_eof(): bool(true) -- Edit this bug report at http://bugs.php.net/?id=40047edit=1
#40134 [Opn-WFx]: Include memcache extension with PHP
ID: 40134 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Wont fix Bug Type:Feature/Change Request PHP Version: 5.2.0 New Comment: I don't see any reasons for that. PECL/memcache is not an extension one would need on a shared hosting and it's really easy to install it from PECL. Previous Comments: [2007-01-15 17:25:59] david at acz dot org Description: Given the popularity of memcached, it would be nice to have the memcache extension included with PHP. This might be a good candidate for PHP 6. -- Edit this bug report at http://bugs.php.net/?id=40134edit=1
#40135 [NEW]: configuration changes silently after first restart
From: jakub dot siroky at sendmail dot cz Operating system: Windows XP/2000 PHP version: 5.2.0 PHP Bug Type: PHP options/info functions Bug description: configuration changes silently after first restart Description: Configuration after first restart is different from the one applied just after installation. Reproduce code: --- Install PHP 5.2.0 with Apache 2.2.4 as module. Expected result: Use short ? ? tags after installation and after further restarts. -- Edit bug report at http://bugs.php.net/?id=40135edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40135r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40135r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40135r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40135r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40135r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40135r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40135r=needscript Try newer version:http://bugs.php.net/fix.php?id=40135r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40135r=support Expected behavior:http://bugs.php.net/fix.php?id=40135r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40135r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40135r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40135r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40135r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40135r=dst IIS Stability:http://bugs.php.net/fix.php?id=40135r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40135r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40135r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40135r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40135r=mysqlcfg
#40135 [Opn-Fbk]: configuration changes silently after first restart
ID: 40135 Updated by: [EMAIL PROTECTED] Reported By: jakub dot siroky at sendmail dot cz -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Windows XP/2000 PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-01-15 17:52:00] jakub dot siroky at sendmail dot cz Description: Configuration after first restart is different from the one applied just after installation. Reproduce code: --- Install PHP 5.2.0 with Apache 2.2.4 as module. Expected result: Use short ? ? tags after installation and after further restarts. -- Edit this bug report at http://bugs.php.net/?id=40135edit=1
#40136 [NEW]: ReflectionClass::implementsInterface() thowing exception
From: mark dot 2391 at blueyonder dot co dot uk
Operating system: Debian GNU/Linux
PHP version: 5.2.0
PHP Bug Type: Class/Object related
Bug description: ReflectionClass::implementsInterface() thowing exception
Description:
The ReflectionClass::implementsInterface() correctly returns boolean true
for a given interface the subject class implements, but instead of
returning boolean false for one it does not, a ReflectionException is
thrown instead.
Reproduce code:
---
?php
interface Polite
{
public static function sayHello();
}
class Greeting implements Polite
{
public static function sayHello()
{
echo Hellobr\n;
}
}
Greeting::sayHello();
$refl = new ReflectionClass('Greeting');
if ($refl-implementsInterface('Polite')) {
echo Greeting implements Politebr\n;
} else {
echo Greeting does not implements Politebr\n;
}
if ($refl-implementsInterface('Rude')) {
echo Greeting implements Rudebr\n;
} else {
echo Greeting does not implement Rudebr\n;
}
?
Expected result:
Hello
Greeting implements Polite
Greeting does not implement Rude
Actual result:
--
Hello
Greeting implements Polite
Fatal error: Uncaught exception 'ReflectionException' with message
'Interface Rude does not exist' in
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php:26
Stack trace: #0
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php(26):
ReflectionClass-implementsInterface('Rude') #1 {main} thrown in
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php
on line 26
--
Edit bug report at http://bugs.php.net/?id=40136edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40136r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40136r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40136r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40136r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40136r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40136r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40136r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40136r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40136r=support
Expected behavior:http://bugs.php.net/fix.php?id=40136r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40136r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40136r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40136r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40136r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40136r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40136r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40136r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40136r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40136r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40136r=mysqlcfg
#40136 [Opn-Bgs]: ReflectionClass::implementsInterface() thowing exception
ID: 40136
Updated by: [EMAIL PROTECTED]
Reported By: mark dot 2391 at blueyonder dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Debian GNU/Linux
PHP Version: 5.2.0
New Comment:
but instead of returning boolean false for one it does
not, a ReflectionException is thrown instead.
ReflectionClass::implementsInterface() throws exception only if the
interface does not exist and this is expected.
Previous Comments:
[2007-01-15 19:27:55] mark dot 2391 at blueyonder dot co dot uk
Description:
The ReflectionClass::implementsInterface() correctly returns boolean
true for a given interface the subject class implements, but instead of
returning boolean false for one it does not, a ReflectionException is
thrown instead.
Reproduce code:
---
?php
interface Polite
{
public static function sayHello();
}
class Greeting implements Polite
{
public static function sayHello()
{
echo Hellobr\n;
}
}
Greeting::sayHello();
$refl = new ReflectionClass('Greeting');
if ($refl-implementsInterface('Polite')) {
echo Greeting implements Politebr\n;
} else {
echo Greeting does not implements Politebr\n;
}
if ($refl-implementsInterface('Rude')) {
echo Greeting implements Rudebr\n;
} else {
echo Greeting does not implement Rudebr\n;
}
?
Expected result:
Hello
Greeting implements Polite
Greeting does not implement Rude
Actual result:
--
Hello
Greeting implements Polite
Fatal error: Uncaught exception 'ReflectionException' with message
'Interface Rude does not exist' in
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php:26
Stack trace: #0
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php(26):
ReflectionClass-implementsInterface('Rude') #1 {main} thrown in
/home/mim/sites/intranet.home/tech/PHP/static-classes/static-object-usage.php
on line 26
--
Edit this bug report at http://bugs.php.net/?id=40136edit=1
#40137 [NEW]: in-function-call variable-define bug
From: kolypto at mail dot ru
Operating system: WinXP
PHP version: 5.2.0
PHP Bug Type: Variables related
Bug description: in-function-call variable-define bug
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit bug report at http://bugs.php.net/?id=40137edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40137r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40137r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40137r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40137r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40137r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40137r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40137r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40137r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40137r=support
Expected behavior:http://bugs.php.net/fix.php?id=40137r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40137r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40137r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40137r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40137r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40137r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40137r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40137r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40137r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40137r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40137r=mysqlcfg
#40138 [NEW]: curl_multi, PHP/CLI crash, abnormally CPU load and Blue screen
From: rvadmin at mail dot ru
Operating system: Windows XP
PHP version: 5.2.0
PHP Bug Type: cURL related
Bug description: curl_multi, PHP/CLI crash, abnormally CPU load and Blue screen
Description:
I use curl_multi on php command line version at Windows XP.
After some time, php crashes (sometimes php.net, sometimes php_curl.dll).
If php after 1 hour working normal, after 2 hours winsock crashes. My
script is web crawler that downloading web pages and save them.
I tried many builds of Windows XP, many versions of PHP5 and many
computers!!!.
On php 5.2.0 php not crashes, but windows crashes!!! (blue screen of
death:).
Usually I use 30 threads.
I need help, because I dont know how to resolve this problem!
Please, sorry for my bad English!!!
Thank you.
Reproduce code:
---
?
/*Only part of script*/
$urls=array(http://php.net/* and other*/);
function read_header($ch, $string)
{
$length = strlen($string);
if(substr($string,0,13)==Content-Type:
!preg_match(#(text/html|text/plain)#,$string))
return false; # if it is not HTML
else
return $length;
}
$mh = curl_multi_init();
foreach ($urls as $i = $url)
{
$conn[$i]=curl_init();
curl_setopt($conn[$i],CURLOPT_URL,$url);
curl_setopt($conn[$i],CURLOPT_RETURNTRANSFER,1);//return data as string
curl_setopt($conn[$i],CURLOPT_CONNECTTIMEOUT,30);//timeout
curl_setopt($conn[$i], CURLOPT_TIMEOUT, 120);
curl_setopt($conn[$i], CURLOPT_MAXREDIRS, 1);
curl_setopt($conn[$i], CURLOPT_NOSIGNAL, 1);
curl_setopt($conn[$i], CURLOPT_NOPROGRESS, 1);
curl_setopt($conn[$i], CURLOPT_FAILONERROR, 1);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYPEER,0);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYHOST,0);
curl_setopt($conn[$i],CURLOPT_HEADERFUNCTION, 'read_header');
curl_setopt($conn[$i],CURLOPT_FOLLOWLOCATION,1);
curl_setopt($conn[$i],CURLOPT_USERAGENT,Mozilla/4.0 (compatible; MSIE
6.0; Windows NT 5.1));
curl_multi_add_handle ($mh,$conn[$i]);
}
do { $mrc=curl_multi_exec($mh,$active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active and $mrc == CURLM_OK) {
// wait for network
if (curl_multi_select($mh) != -1) {
// pull in any new data, or at least handle timeouts
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}
$ret=array();
foreach ($data as $i = $url)
{
if (($err = curl_error($conn[$i])) == '')
{
$c=curl_multi_getcontent($conn[$i]);
if($c!==false)
$ret[$i]=$c;
}
curl_multi_remove_handle($mh,$conn[$i]);
curl_close($conn[$i]);
}
curl_multi_close($mh);
/*...*/
?
Expected result:
Curl and php/cli must work normal without high CPU loading when working
long time and without winsock and php crashes.
Actual result:
--
Php crashes or (if php works long time) winsock crashes or windows XP (at
PHP 5.2.0 ) blue screen crash
--
Edit bug report at http://bugs.php.net/?id=40138edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40138r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40138r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40138r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40138r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40138r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40138r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40138r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40138r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40138r=support
Expected behavior:http://bugs.php.net/fix.php?id=40138r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40138r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40138r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40138r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40138r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40138r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40138r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40138r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40138r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40138r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40138r=mysqlcfg
#40138 [Opn]: curl_multi, PHP/CLI crash, abnormally CPU load and Blue screen
ID: 40138
User updated by: rvadmin at mail dot ru
Reported By: rvadmin at mail dot ru
Status: Open
Bug Type: cURL related
Operating System: Windows XP
PHP Version: 5.2.0
New Comment:
OOPS, not php.net but php.exe!
(sometimes php.exe, sometimes
php_curl.dll)
Previous Comments:
[2007-01-15 20:13:13] rvadmin at mail dot ru
Description:
I use curl_multi on php command line version at Windows XP.
After some time, php crashes (sometimes php.net, sometimes
php_curl.dll). If php after 1 hour working normal, after 2 hours
winsock crashes. My script is web crawler that downloading web pages
and save them.
I tried many builds of Windows XP, many versions of PHP5 and many
computers!!!.
On php 5.2.0 php not crashes, but windows crashes!!! (blue screen of
death:).
Usually I use 30 threads.
I need help, because I dont know how to resolve this problem!
Please, sorry for my bad English!!!
Thank you.
Reproduce code:
---
?
/*Only part of script*/
$urls=array(http://php.net/* and other*/);
function read_header($ch, $string)
{
$length = strlen($string);
if(substr($string,0,13)==Content-Type:
!preg_match(#(text/html|text/plain)#,$string))
return false; # if it is not HTML
else
return $length;
}
$mh = curl_multi_init();
foreach ($urls as $i = $url)
{
$conn[$i]=curl_init();
curl_setopt($conn[$i],CURLOPT_URL,$url);
curl_setopt($conn[$i],CURLOPT_RETURNTRANSFER,1);//return data as
string
curl_setopt($conn[$i],CURLOPT_CONNECTTIMEOUT,30);//timeout
curl_setopt($conn[$i], CURLOPT_TIMEOUT, 120);
curl_setopt($conn[$i], CURLOPT_MAXREDIRS, 1);
curl_setopt($conn[$i], CURLOPT_NOSIGNAL, 1);
curl_setopt($conn[$i], CURLOPT_NOPROGRESS, 1);
curl_setopt($conn[$i], CURLOPT_FAILONERROR, 1);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYPEER,0);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYHOST,0);
curl_setopt($conn[$i],CURLOPT_HEADERFUNCTION, 'read_header');
curl_setopt($conn[$i],CURLOPT_FOLLOWLOCATION,1);
curl_setopt($conn[$i],CURLOPT_USERAGENT,Mozilla/4.0 (compatible; MSIE
6.0; Windows NT 5.1));
curl_multi_add_handle ($mh,$conn[$i]);
}
do { $mrc=curl_multi_exec($mh,$active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active and $mrc == CURLM_OK) {
// wait for network
if (curl_multi_select($mh) != -1) {
// pull in any new data, or at least handle timeouts
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}
$ret=array();
foreach ($data as $i = $url)
{
if (($err = curl_error($conn[$i])) == '')
{
$c=curl_multi_getcontent($conn[$i]);
if($c!==false)
$ret[$i]=$c;
}
curl_multi_remove_handle($mh,$conn[$i]);
curl_close($conn[$i]);
}
curl_multi_close($mh);
/*...*/
?
Expected result:
Curl and php/cli must work normal without high CPU loading when working
long time and without winsock and php crashes.
Actual result:
--
Php crashes or (if php works long time) winsock crashes or windows XP
(at PHP 5.2.0 ) blue screen crash
--
Edit this bug report at http://bugs.php.net/?id=40138edit=1
#40137 [Opn]: in-function-call variable-define bug
ID: 40137
User updated by: kolypto at mail dot ru
Reported By: kolypto at mail dot ru
Status: Open
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
ADD: php 5.2.0 was downloaded from php.net as windows binary
Previous Comments:
[2007-01-15 20:11:21] kolypto at mail dot ru
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40139 [NEW]: Mail command not returning true on success
From: sab2002a at yahoo dot com
Operating system: FreeBSD 5.4
PHP version: 4.4.4
PHP Bug Type: Mail related
Bug description: Mail command not returning true on success
Description:
I have PHP setup as a CGI and am using qmail as my mail server.
When I use the mail() function, on success, I do not get a true return on
the function. I get no return.
On failure, I do get a false return.
Reproduce code:
---
?php
if (!mail('[EMAIL PROTECTED]','test','test','From: [EMAIL PROTECTED]'))
echo An error occurred;
else
echo no error occurred;
?
Expected result:
Expect to see no error occurred and email sent.
Actual result:
--
The email gets sent but I get a An error occurred message.
--
Edit bug report at http://bugs.php.net/?id=40139edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40139r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40139r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40139r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40139r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40139r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40139r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40139r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40139r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40139r=support
Expected behavior:http://bugs.php.net/fix.php?id=40139r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40139r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40139r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40139r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40139r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40139r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40139r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40139r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40139r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40139r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40139r=mysqlcfg
#40137 [Opn-Bgs]: in-function-call variable-define bug
ID: 40137
Updated by: [EMAIL PROTECTED]
Reported By: kolypto at mail dot ru
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2007-01-15 20:27:31] kolypto at mail dot ru
ADD: php 5.2.0 was downloaded from php.net as windows binary
[2007-01-15 20:11:21] kolypto at mail dot ru
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40138 [Opn-Bgs]: curl_multi, PHP/CLI crash, abnormally CPU load and Blue screen
ID: 40138
Updated by: [EMAIL PROTECTED]
Reported By: rvadmin at mail dot ru
-Status: Open
+Status: Bogus
Bug Type: cURL related
Operating System: Windows XP
PHP Version: 5.2.0
New Comment:
Windows crashes are not PHP problems, even if they are reproducible
only with PHP.
Previous Comments:
[2007-01-15 20:14:31] rvadmin at mail dot ru
OOPS, not php.net but php.exe!
(sometimes php.exe, sometimes
php_curl.dll)
[2007-01-15 20:13:13] rvadmin at mail dot ru
Description:
I use curl_multi on php command line version at Windows XP.
After some time, php crashes (sometimes php.net, sometimes
php_curl.dll). If php after 1 hour working normal, after 2 hours
winsock crashes. My script is web crawler that downloading web pages
and save them.
I tried many builds of Windows XP, many versions of PHP5 and many
computers!!!.
On php 5.2.0 php not crashes, but windows crashes!!! (blue screen of
death:).
Usually I use 30 threads.
I need help, because I dont know how to resolve this problem!
Please, sorry for my bad English!!!
Thank you.
Reproduce code:
---
?
/*Only part of script*/
$urls=array(http://php.net/* and other*/);
function read_header($ch, $string)
{
$length = strlen($string);
if(substr($string,0,13)==Content-Type:
!preg_match(#(text/html|text/plain)#,$string))
return false; # if it is not HTML
else
return $length;
}
$mh = curl_multi_init();
foreach ($urls as $i = $url)
{
$conn[$i]=curl_init();
curl_setopt($conn[$i],CURLOPT_URL,$url);
curl_setopt($conn[$i],CURLOPT_RETURNTRANSFER,1);//return data as
string
curl_setopt($conn[$i],CURLOPT_CONNECTTIMEOUT,30);//timeout
curl_setopt($conn[$i], CURLOPT_TIMEOUT, 120);
curl_setopt($conn[$i], CURLOPT_MAXREDIRS, 1);
curl_setopt($conn[$i], CURLOPT_NOSIGNAL, 1);
curl_setopt($conn[$i], CURLOPT_NOPROGRESS, 1);
curl_setopt($conn[$i], CURLOPT_FAILONERROR, 1);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYPEER,0);
curl_setopt($conn[$i],CURLOPT_SSL_VERIFYHOST,0);
curl_setopt($conn[$i],CURLOPT_HEADERFUNCTION, 'read_header');
curl_setopt($conn[$i],CURLOPT_FOLLOWLOCATION,1);
curl_setopt($conn[$i],CURLOPT_USERAGENT,Mozilla/4.0 (compatible; MSIE
6.0; Windows NT 5.1));
curl_multi_add_handle ($mh,$conn[$i]);
}
do { $mrc=curl_multi_exec($mh,$active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active and $mrc == CURLM_OK) {
// wait for network
if (curl_multi_select($mh) != -1) {
// pull in any new data, or at least handle timeouts
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}
$ret=array();
foreach ($data as $i = $url)
{
if (($err = curl_error($conn[$i])) == '')
{
$c=curl_multi_getcontent($conn[$i]);
if($c!==false)
$ret[$i]=$c;
}
curl_multi_remove_handle($mh,$conn[$i]);
curl_close($conn[$i]);
}
curl_multi_close($mh);
/*...*/
?
Expected result:
Curl and php/cli must work normal without high CPU loading when working
long time and without winsock and php crashes.
Actual result:
--
Php crashes or (if php works long time) winsock crashes or windows XP
(at PHP 5.2.0 ) blue screen crash
--
Edit this bug report at http://bugs.php.net/?id=40138edit=1
#40139 [Opn-Fbk]: Mail command not returning true on success
ID: 40139
Updated by: [EMAIL PROTECTED]
Reported By: sab2002a at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: FreeBSD 5.4
PHP Version: 4.4.4
New Comment:
Set display_errors to On and error_reporting to E_ALL.
Previous Comments:
[2007-01-15 20:31:17] sab2002a at yahoo dot com
Description:
I have PHP setup as a CGI and am using qmail as my mail server.
When I use the mail() function, on success, I do not get a true return
on the function. I get no return.
On failure, I do get a false return.
Reproduce code:
---
?php
if (!mail('[EMAIL PROTECTED]','test','test','From:
[EMAIL PROTECTED]'))
echo An error occurred;
else
echo no error occurred;
?
Expected result:
Expect to see no error occurred and email sent.
Actual result:
--
The email gets sent but I get a An error occurred message.
--
Edit this bug report at http://bugs.php.net/?id=40139edit=1
#40137 [Bgs-Opn]: in-function-call variable-define bug
ID: 40137
User updated by: kolypto at mail dot ru
Reported By: kolypto at mail dot ru
-Status: Bogus
+Status: Open
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
I insist.
The parser does not give the expected result in the output.
http://www.php.net/support.php has nothing common with bug reports,
this is just a help center
Previous Comments:
[2007-01-15 20:36:10] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2007-01-15 20:27:31] kolypto at mail dot ru
ADD: php 5.2.0 was downloaded from php.net as windows binary
[2007-01-15 20:11:21] kolypto at mail dot ru
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40137 [Opn]: in-function-call variable-define bug
ID: 40137
User updated by: kolypto at mail dot ru
Reported By: kolypto at mail dot ru
Status: Open
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
Recent research: in 5.0.4 this code works as expected:
Previous Comments:
[2007-01-15 21:28:24] kolypto at mail dot ru
I insist.
The parser does not give the expected result in the output.
http://www.php.net/support.php has nothing common with bug reports,
this is just a help center
[2007-01-15 20:36:10] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2007-01-15 20:27:31] kolypto at mail dot ru
ADD: php 5.2.0 was downloaded from php.net as windows binary
[2007-01-15 20:11:21] kolypto at mail dot ru
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40106 [Bgs]: Runtime - Unable to load dynamic library
ID: 40106 User updated by: delontan at yahoo dot com Reported By: delontan at yahoo dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2003 PHP Version: 5.2.0 New Comment: i think i kinda get it. so, is there any way to prevent those pop up from showing up? i connect to the server from the local machine. it only show up when the remote screen is idle for a long while and when i go back to it, those extension load will show up. since it's PATH problem, i am not sure how can i change the PATH locally or remotely or ??? plz advise. thanks bunch, at least i've got a better direction and answer so far. (even though this is not PHP problem). Previous Comments: [2007-01-15 09:42:56] [EMAIL PROTECTED] anyone have any explanation? thanks! Sure. Your PATH is different when you connect through the remote desktop and Windows cannot find the required libraries. Not PHP problem. [2007-01-13 02:19:01] delontan at yahoo dot com hi tony, i don't have a problem with the extensions being loaded at startup or anything. after setting enabled_dl = Off, the dynamic loading pop up still show up (not when i restarted apache). i noticed that it happens once in a while only when i connect to the server using remote desktop control. one time after i logged on, the other times during login screen. all the startup dynamic loading erorrs for all extensions i am using such as oci8, mssql, odbtp show up. i just have to close them. no errors reported in error log like how it usually will. anyone have any explanation? thanks! [2007-01-12 08:30:48] [EMAIL PROTECTED] OCI8 extension requires Oracle client, other extensions might require other third party .dll's, which is described in the docs. [2007-01-12 00:06:54] delontan at yahoo dot com i am using the extension_dir directive but enable_dl was also set to on in php.ini. I set it to off now. Everything seems working fine. That pop up problem happens once in a while. so, hopefully i will no longer getting the pop up. thanks! [2007-01-11 23:38:03] [EMAIL PROTECTED] Sounds like you are using the dl() function to load the extensions. That will not work with multithreaded SAPI's. You can load the extensions with the extension=... directive in your php.ini file. 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/40106 -- Edit this bug report at http://bugs.php.net/?id=40106edit=1
#40141 [NEW]: open_basedir vs. tmpfile()
From: flobee at gmail dot com Operating system: debian etch PHP version: 5.2.0 PHP Bug Type: *Directory/Filesystem functions Bug description: open_basedir vs. tmpfile() Description: using php_admin_value open_basedir /home/somthing/ in vhosts i get problems to run the function tmpfile() vhost setting: php_admin_value open_basedir /home/somthing/:/tmp/ or tested with ... does the same error: php_admin_value open_basedir /home/somthing/ without open_basedir the function works like expected :-/ Reproduce code: --- ?php // --- tests --- ?php $temp = tmpfile(); fwrite($temp, writing to tempfile); fseek($temp, 0); echo 'x:'.fread($temp, 1024); fclose($temp); // this removes the file //-- ? Actual result: -- Warning: tmpfile() [function.tmpfile]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/home/abc/:/tmp/) in index.php on line 123 -- Edit bug report at http://bugs.php.net/?id=40141edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40141r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40141r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40141r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40141r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40141r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40141r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40141r=needscript Try newer version:http://bugs.php.net/fix.php?id=40141r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40141r=support Expected behavior:http://bugs.php.net/fix.php?id=40141r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40141r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40141r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40141r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40141r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40141r=dst IIS Stability:http://bugs.php.net/fix.php?id=40141r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40141r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40141r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40141r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40141r=mysqlcfg
#40137 [Com]: in-function-call variable-define bug
ID: 40137
Comment by: judas dot iscariote at gmail dot com
Reported By: kolypto at mail dot ru
Status: Open
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
sigh. lets see..
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
// the variable $a is locally **defined** with value IN
modify($a='IN'); //this prints 'In function: IN' (as expected)
print \n.$a; // $a is **already defined** as 'IN', hence it SHOULD
print 'IN' **not** MOD
wth are you talking about ?? works as expected.
Previous Comments:
[2007-01-15 22:23:05] kolypto at mail dot ru
Recent research: in 5.0.4 this code works as expected:
[2007-01-15 21:28:24] kolypto at mail dot ru
I insist.
The parser does not give the expected result in the output.
http://www.php.net/support.php has nothing common with bug reports,
this is just a help center
[2007-01-15 20:36:10] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2007-01-15 20:27:31] kolypto at mail dot ru
ADD: php 5.2.0 was downloaded from php.net as windows binary
[2007-01-15 20:11:21] kolypto at mail dot ru
Description:
I've noticed that the construction doesn't work fine with php 5.1.6 and
5.2.0
php4 is okay with this
The function reciaves value 'IN', prints it, and changes it to 'MOD'...
but only in php4 =)
Spent hours catching this
Reproduce code:
---
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
modify($a='IN');
print \n.$a;
Expected result:
In function:IN
MOD
Actual result:
--
In function:IN
IN
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40137 [Opn]: in-function-call variable-define bug
ID: 40137
User updated by: kolypto at mail dot ru
Reported By: kolypto at mail dot ru
Status: Open
Bug Type: Variables related
Operating System: WinXP
PHP Version: 5.2.0
New Comment:
In php4 and php 5.0.4 it is:
In function:IN
MOD
In php 5.0.4 it works like you're saying
that's the question =)
Previous Comments:
[2007-01-16 03:31:25] judas dot iscariote at gmail dot com
sigh. lets see..
function modify($str1)
{
print \n.'In function:'.$str1;
$str1='MOD';
}
// the variable $a is locally **defined** with value IN
modify($a='IN'); //this prints 'In function: IN' (as expected)
print \n.$a; // $a is **already defined** as 'IN', hence it SHOULD
print 'IN' **not** MOD
wth are you talking about ?? works as expected.
[2007-01-15 22:23:05] kolypto at mail dot ru
Recent research: in 5.0.4 this code works as expected:
[2007-01-15 21:28:24] kolypto at mail dot ru
I insist.
The parser does not give the expected result in the output.
http://www.php.net/support.php has nothing common with bug reports,
this is just a help center
[2007-01-15 20:36:10] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2007-01-15 20:27:31] kolypto at mail dot ru
ADD: php 5.2.0 was downloaded from php.net as windows binary
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/40137
--
Edit this bug report at http://bugs.php.net/?id=40137edit=1
#40142 [NEW]: mbstring will not configure - missing mbfilter.h
From: mail at prosys dot com dot au Operating system: Linux 2.4.24 PHP version: 4.4.4 PHP Bug Type: PHP options/info functions Bug description: mbstring will not configure - missing mbfilter.h Description: When I enable mbstrings in the configure options, configure cannot find the mbfilter.h header file. The file is there, in the directory it's configured to be in. Same happened in 4.4.2. There is a report of headers missing in the 5.x releases but nothing I can find in 4.4 releases - anyway the header is there. configure script: CFLAGS=-O6 ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-imap=/usr/src/imap-2004g \ --with-pgsql \ --with-mysql \ --with-zlib=/usr \ --with-curl=/usr/src/curl-7.15.4 \ --with-libmbfl=/usr/src/php/ext/mbstring/libmbfl/mbfl \ --enable-mbstring \ --enable-so \ --enable-shared \ --enable-track-vars configure result: . . . . checking whether to enable multibyte string support... yes checking whether to enable multibyte regex support... yes checking for external libmbfl... /usr/src/php/ext/mbstring/libmbfl/mbfl configure: error: mbfilter.h not found. Please reinstall libmbfl library. contents of my directory /usr/src/php/ext/mbstring/libmbfl/mbfl: 15:37:51 [EMAIL PROTECTED]:/usr/src/php/ext/mbstring/libmbfl/mbfl# dir Makefile.am mbfilter_8bit.hmbfl_allocators.h mbfl_encoding.h mbfl_language.h Makefile.bcc32 mbfilter_pass.cmbfl_consts.h mbfl_filter_output.c mbfl_memory_device.c eaw_table.h mbfilter_pass.hmbfl_convert.c mbfl_filter_output.h mbfl_memory_device.h mbfilter.c mbfilter_wchar.c mbfl_convert.h mbfl_ident.c mbfl_string.c mbfilter.h mbfilter_wchar.h mbfl_defs.h* mbfl_ident.h mbfl_string.h mbfilter_8bit.c mbfl_allocators.c mbfl_encoding.cmbfl_language.c mk_eaw_tbl.awk So the file is there but not found. -- Edit bug report at http://bugs.php.net/?id=40142edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40142r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40142r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40142r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40142r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40142r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40142r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40142r=needscript Try newer version:http://bugs.php.net/fix.php?id=40142r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40142r=support Expected behavior:http://bugs.php.net/fix.php?id=40142r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40142r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40142r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40142r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40142r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40142r=dst IIS Stability:http://bugs.php.net/fix.php?id=40142r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40142r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40142r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40142r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40142r=mysqlcfg
#40001 [Com]: Installer doesn't work.
ID: 40001 Comment by: garjala at gmail dot com Reported By: riramosu at hotmail dot com Status: No Feedback Bug Type: *General Issues Operating System: WINDOWS 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: I do not think that installer for 5.2.0 is working as expected (tested with Win XP Pro SP2). According to my testing it successfully installed only when using default settings. If I try to do full install (include all extensions etc.) installer reports several errors and totally fails to configure itself to Apache 2.2.x Previous Comments: [2007-01-11 08:38:27] costin dot manda at ecrmeurope dot com I've narrowed down the error on the installation of the IIS 4+ CGI option. With ISAPI, the installation works. [2007-01-11 08:31:44] costin dot manda at ecrmeurope dot com Program Files\PHP\php5embed.lib MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:625]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:640]: Executing op: FileCopy(SourceName=php5ts.dll,SourceCabKey=file25,DestName=php5ts.dll,Attributes=0,FileSize=4698168,PerTick=32768,,VerifyMedia=1,CheckCRC=0,Version=5.2.0.0,Language=1033,InstallMode=59244544,,,) MSI (s) (A4:98) [10:16:41:640]: File: C:\Program Files\PHP\php5ts.dll; Overwrite; Won't patch;Existing file is of an equal version MSI (s) (A4:98) [10:16:41:640]: Source for file 'file25' is compressed InstallFiles: File: php5ts.dll, Directory: C:\Program Files\PHP\, Size: 4698168 MSI (s) (A4:98) [10:16:41:640]: Re-applying security from existing file. MSI (s) (A4:98) [10:16:41:640]: Verifying accessibility of file: php5ts.dll MSI (s) (A4:98) [10:16:41:640]: Note: 1: 2318 2: C:\Program Files\PHP\php5ts.dll MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:656]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:671]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:687]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]: Note: 1: 2360 MSI (s) (A4:98) [10:16:41:703]:
