#34912 [Opn-Bgs]: Want to rebuild
ID: 34912 Updated by: [EMAIL PROTECTED] Reported By: nthachus at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP Professional PHP Version: 5.1.0RC3 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. Building PHP for Windows is described in the documentation and this is no support forum. Previous Comments: [2005-10-19 04:48:15] nthachus at gmail dot com Description: I've wrote a script to read .BMP image and write per-bits to GD image using php_GD2.dll So, I think why don't convert to C++ and rebuild GD library? Is there anyones could help me? Thanks! -- Edit this bug report at http://bugs.php.net/?id=34912edit=1
#34914 [NEW]: crashes on mysql_query etc
From: ben at skiddle dot com Operating system: FreeBSD 5.3 PHP version: 4.4.0 PHP Bug Type: Reproducible crash Bug description: crashes on mysql_query etc Description: When running mysql functions with PHP 4.4.0 and Mysql 4.1.7, PHP will crash and core dump Reproduce code: --- $server = localhost; $connection_link = mysql_connect($server,scossa,Fj43sK); mysql_select_db(scossa); $sql = SELECT * FROM config_user_login INNER JOIN config_user_login_categories ON config_user_login.category_id = config_user_login_categories.category_id WHERE username ='$username' AND password ='$password' AND status = 1; $RS_query = mysql_query($sql); $arr = mysql_fetch_assoc($RS_query); Expected result: No crash Actual result: -- #0 0x28728acb in memcpy () from /lib/libc.so.5 #1 0x081a82cd in cli_read_rows () #2 0x081a8bbd in cli_read_query_result () #3 0x081a8d78 in mysql_real_query () #4 0x080c752c in php_mysql_do_query_general (query=0x84a660c, mysql_link=0xfd01, link_id=2, db=0x0, use_store=1, return_value=0x84b23ec) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1264 #5 0x080c7905 in php_mysql_do_query (ht=139191379, return_value=0x84b23ec, this_ptr=0x0, return_value_used=1, use_store=1) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1330 #6 0x0818709e in execute (op_array=0x84aaf0c) at /home/voodoo/php-4.4.0/Zend/zend_execute.c:1672 #7 0x081760bb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/voodoo/php-4.4.0/Zend/zend.c:938 #8 0x0814e9b0 in php_execute_script (primary_file=0xbfbfe860) at /home/voodoo/php-4.4.0/main/main.c:1751 #9 0x0818e8a0 in main (argc=1, argv=0xbfbfe8e0) at /home/voodoo/php-4.4.0/sapi/cgi/cgi_main.c:1606 -- Edit bug report at http://bugs.php.net/?id=34914edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34914r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34914r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34914r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34914r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34914r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34914r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34914r=needscript Try newer version: http://bugs.php.net/fix.php?id=34914r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34914r=support Expected behavior: http://bugs.php.net/fix.php?id=34914r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34914r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34914r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34914r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34914r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34914r=dst IIS Stability: http://bugs.php.net/fix.php?id=34914r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34914r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34914r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34914r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34914r=mysqlcfg
#34914 [Opn-Fbk]: crashes on mysql_query etc
ID: 34914 Updated by: [EMAIL PROTECTED] Reported By: ben at skiddle dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 5.3 PHP Version: 4.4.0 New Comment: Please see if valgrind tells you something about it. Previous Comments: [2005-10-19 10:20:44] ben at skiddle dot com Description: When running mysql functions with PHP 4.4.0 and Mysql 4.1.7, PHP will crash and core dump Reproduce code: --- $server = localhost; $connection_link = mysql_connect($server,scossa,Fj43sK); mysql_select_db(scossa); $sql = SELECT * FROM config_user_login INNER JOIN config_user_login_categories ON config_user_login.category_id = config_user_login_categories.category_id WHERE username ='$username' AND password ='$password' AND status = 1; $RS_query = mysql_query($sql); $arr = mysql_fetch_assoc($RS_query); Expected result: No crash Actual result: -- #0 0x28728acb in memcpy () from /lib/libc.so.5 #1 0x081a82cd in cli_read_rows () #2 0x081a8bbd in cli_read_query_result () #3 0x081a8d78 in mysql_real_query () #4 0x080c752c in php_mysql_do_query_general (query=0x84a660c, mysql_link=0xfd01, link_id=2, db=0x0, use_store=1, return_value=0x84b23ec) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1264 #5 0x080c7905 in php_mysql_do_query (ht=139191379, return_value=0x84b23ec, this_ptr=0x0, return_value_used=1, use_store=1) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1330 #6 0x0818709e in execute (op_array=0x84aaf0c) at /home/voodoo/php-4.4.0/Zend/zend_execute.c:1672 #7 0x081760bb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/voodoo/php-4.4.0/Zend/zend.c:938 #8 0x0814e9b0 in php_execute_script (primary_file=0xbfbfe860) at /home/voodoo/php-4.4.0/main/main.c:1751 #9 0x0818e8a0 in main (argc=1, argv=0xbfbfe8e0) at /home/voodoo/php-4.4.0/sapi/cgi/cgi_main.c:1606 -- Edit this bug report at http://bugs.php.net/?id=34914edit=1
#34914 [Fbk]: crashes on mysql_query etc
ID: 34914 Updated by: [EMAIL PROTECTED] Reported By: ben at skiddle dot com Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 5.3 PHP Version: 4.4.0 New Comment: And updated MySQL to the latest one (4.1.14) first. Previous Comments: [2005-10-19 11:36:49] [EMAIL PROTECTED] Please see if valgrind tells you something about it. [2005-10-19 10:20:44] ben at skiddle dot com Description: When running mysql functions with PHP 4.4.0 and Mysql 4.1.7, PHP will crash and core dump Reproduce code: --- $server = localhost; $connection_link = mysql_connect($server,scossa,Fj43sK); mysql_select_db(scossa); $sql = SELECT * FROM config_user_login INNER JOIN config_user_login_categories ON config_user_login.category_id = config_user_login_categories.category_id WHERE username ='$username' AND password ='$password' AND status = 1; $RS_query = mysql_query($sql); $arr = mysql_fetch_assoc($RS_query); Expected result: No crash Actual result: -- #0 0x28728acb in memcpy () from /lib/libc.so.5 #1 0x081a82cd in cli_read_rows () #2 0x081a8bbd in cli_read_query_result () #3 0x081a8d78 in mysql_real_query () #4 0x080c752c in php_mysql_do_query_general (query=0x84a660c, mysql_link=0xfd01, link_id=2, db=0x0, use_store=1, return_value=0x84b23ec) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1264 #5 0x080c7905 in php_mysql_do_query (ht=139191379, return_value=0x84b23ec, this_ptr=0x0, return_value_used=1, use_store=1) at /home/voodoo/php-4.4.0/ext/mysql/php_mysql.c:1330 #6 0x0818709e in execute (op_array=0x84aaf0c) at /home/voodoo/php-4.4.0/Zend/zend_execute.c:1672 #7 0x081760bb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/voodoo/php-4.4.0/Zend/zend.c:938 #8 0x0814e9b0 in php_execute_script (primary_file=0xbfbfe860) at /home/voodoo/php-4.4.0/main/main.c:1751 #9 0x0818e8a0 in main (argc=1, argv=0xbfbfe8e0) at /home/voodoo/php-4.4.0/sapi/cgi/cgi_main.c:1606 -- Edit this bug report at http://bugs.php.net/?id=34914edit=1
#27792 [Com]: Functions fail on large files (filesize,is_file,is_dir)
ID: 27792 Comment by: php at wiels dot nl Reported By: kode at kodekrash dot com Status: Assigned Bug Type: Filesystem function related Operating System: * (LFS) PHP Version: 6CVS, *CVS Assigned To: wez New Comment: I have the same problems on a windows 2003 server with php version 4.3.11 and filesystem ntfs. Where file size is 3781778927, filesize() gives -513188369. Previous Comments: [2005-10-13 22:13:35] oernii at gmail dot com Version 6 wtf, really. a lot of out production sw cannot work now. what a shame. [2005-09-22 12:23:43] r dot lopinski at interconcept dot de Can reproduce the problem on php 5.0.2 and on php 4.3.4 using a reiserfs filesystem. In addition the fucntion filemtime fails for files with a size bigger 2 GB [2005-09-03 16:16:39] php at chairbreaker dot com Same problem on SuSE Linux 9.3 using mod_php with Apache 2.0.53. PHP version is 4.3.10, Kernel 2.6.11.4-21.8-default. File system is ext3. PHP issues Warning: is_dir(): Stat failed for server path to file (errno=75 - Value too large for defined data type) in path to script.php on line nnn any time a file larger than 2 GB is encountered, which unfortunately breaks my php menu system. PHP is a great tool - hope you can fix this soon! [2005-08-11 16:06:00] [EMAIL PROTECTED] Well, looks like it will be fixed in 6.x instead. [2005-07-01 12:04:08] no at spam dot net is_link also fails on large files 2GB 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/27792 -- Edit this bug report at http://bugs.php.net/?id=27792edit=1
#34879 [Ver-Opn]: str_replace, array_map corrupt negative array indexes
ID: 34879
Updated by: [EMAIL PROTECTED]
-Summary: str_replace, array_map corrupt negative array indexes
on AMD64 (Opteron/x86_64)
Reported By: brion at pobox dot com
-Status: Verified
+Status: Open
Bug Type: Arrays related
-Operating System: Linux
+Operating System: Linux 64bit (AMD64)
PHP Version: 5.1.0RC1, 4.4.1RC1
Previous Comments:
[2005-10-15 09:50:53] brion at pobox dot com
Description:
On 64-bit Opteron systems, certain functions which operate on
arrays will corrupt negative integer array indexes, turning
them into large positive integers.
I've found at least str_replace, preg_replace, and array_map
to exhibit this behavior.
This bug has been inserting odd, but harmless entries into
user preferences on Wikipedia, though there might be more
serious problems caused by it that we haven't yet discovered.
Problem confirmed on PHP 4.4.0, 4.4.1RC1, and 5.1.0RC1
running on Fedora Core 3 for x86_64; compiled PHP with
gcc (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2)
Reproduce code:
---
var_dump( str_replace( 'a', 'b', array( -1 = -1 ) ) );
Expected result:
Running on our 32-bit Linux systems I receive the expected:
array(1) {
[-1]=
string(2) -1
}
Actual result:
--
On our 64-bit Linux servers, I get an incorrect index:
array(1) {
[4294967295]=
string(2) -1
}
--
Edit this bug report at http://bugs.php.net/?id=34879edit=1
#34794 [Ver-Opn]: proc_close() hangs when used with two processes
ID: 34794
Updated by: [EMAIL PROTECTED]
Reported By: e-t172 at e-t172 dot net
-Status: Verified
+Status: Open
Bug Type: Program Execution
Operating System: Linux
PHP Version: 5CVS-2005-10-09 (snap)
Previous Comments:
[2005-10-09 20:12:09] e-t172 at e-t172 dot net
Same problem with the last CVS Snapshot.
[2005-10-09 19:15:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-09 18:23:40] e-t172 at e-t172 dot net
Description:
(i am french, sorry for my bad english)
1. Open two processes with proc_open()
2. Try to close them : it works only if you close the second one first,
otherwise it hangs
Reproduce code:
---
?php
echo('Opening process 1'.\n);
$process1 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes1);
echo('Opening process 2'.\n);
$process2 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes2);
// WORKS :
//echo('Closing process 2'.\n);
//fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
//echo('Closing process 1'.\n);
//fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
// DOESN'T WORK :
echo('Closing process 1'.\n);
fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
echo('Closing process 2'.\n);
fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
?
Expected result:
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
Closing process 2
$
Actual result:
--
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
(HANGS)
--
Edit this bug report at http://bugs.php.net/?id=34794edit=1
#34893 [Bgs-Opn]: PHP5.1 overloading, Cannot access private property
ID: 34893
User updated by: kai at meder dot info
Reported By: kai at meder dot info
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
Previous Comments:
[2005-10-19 00:43:21] [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
$a-p = $b; is the problem line, you are trying to access a private
property from outside the object, this is disallowed.
[2005-10-17 16:58:27] kai at meder dot info
Description:
chaining of objects using __get() works like a charm, however if using
chaining and using __set() at the end of the chain to set a property,
php fails reporting: Fatal error: Cannot access private property A::$p
in file on line line
please keep in mind that i'm using php5.1 (RC1), chaining should work
in this version, doesn't it?
posted reproduce code from
http://www.sitepoint.com/forums/showthread.php?p=2230679#post2230679
Reproduce code:
---
class A {
private $p;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
class B {
private $t;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
$a = new A;
$b = new B;
$a-p = $b;
$b-t = foo;
echo $a-p-t;
$a-p-t = bar;
echo $a-p-t;
Expected result:
foobar
Actual result:
--
foo
Fatal error: Cannot access private property A::$p in...
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34874 [Opn-Asn]: strtotime(Day,time) output differs from earlier PHP5 versions
ID: 34874 Updated by: [EMAIL PROTECTED] Reported By: dverspui at hotpop dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux (Fedora 2) PHP Version: 5.1.0RC1 Assigned To: derick Previous Comments: [2005-10-18 14:41:15] dverspui at hotpop dot com Hi Derick, I would agree if it would include next like in: print date(Ymd,next . strtotime(date(l,time()),time())); I think people in many projects have been using my earlier example with all PHP versions prior to 5.1.0 and this breaks their code. E.g. I bumped into this when using PHP iCalender. After all, I cannot seem to find any exact specs on what strtotime should return for my example. The manual nowhere tells me that it will e.g. return next weeks tuesday if the specified time is on a tuesday. It will definitely returns a tuesday, but which one then?? [2005-10-18 13:54:25] [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 was a bug in all earlier version. If today is Tuesday October 18th then the string Tuesday refers to the next one, which is October 25th. [2005-10-15 00:19:05] [EMAIL PROTECTED] Looks like a feature, but I'm not sure. Please have a look. [2005-10-15 00:09:27] dverspui at hotpop dot com Hi, thanks for your reply. I succesfully compiled 5.1.0RC3-dev you gave me the link to, but the problem remains! [2005-10-14 21:40:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/34874 -- Edit this bug report at http://bugs.php.net/?id=34874edit=1
#34812 [Com]: socket_write will not write a string ending in 0 Zero
ID: 34812 Comment by: franz dot hofbauer at gmail dot com Reported By: shane at 71software dot com Status: Open Bug Type: Sockets related Operating System: Windows XP PHP Version: 5.1.0RC1 New Comment: Perhaps it's a Cisco-IOS-Bug? Have you already checked the network-traffic with a sniffer (e.g. Ethereal), which bytes are exactly sent to the router by your PHP-Script? Previous Comments: [2005-10-17 15:58:57] shane at 71software dot com The bug is not bogus. [2005-10-17 15:58:02] shane at 71software dot com If I give you access to the script and a router to run the script on will that suffice? [2005-10-17 15:35:30] [EMAIL PROTECTED] We can't reproduce it either. Please reopen the report when you have a short but complete reproduce script or just more info about it. [2005-10-17 15:19:43] shane at 71software dot com I am not sure that I can reproduce the intended result without a router in 20 lines or less. What should I do? [2005-10-11 21:03:18] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/34812 -- Edit this bug report at http://bugs.php.net/?id=34812edit=1
#34909 [Com]: Defaut FetchMode for PDOStatements in PDO class
ID: 34909
Comment by: akorthaus at web dot de
Reported By: mcka at gmx dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 5.1.0RC3
New Comment:
I have posted a simple patch on pecl.php.dev, which implements a
PDO::setDefaultFetchMode() methodes, but it's not complete yet, it only
supports simple FetchModes, without additional parameters.
http://news.php.net/php.pecl.dev/3122
Previous Comments:
[2005-10-18 20:08:53] akorthaus at web dot de
That's exactly the same issue I ran into. It would be great to write
simple/clean code without setting the fetch mode of every
statement/query, when you don't want to use PDO::FETCH_BOTH.
This is the only issue which forces me to wrap PDO. And I think it
would be a good idea to avoid that by managing a default fetch mode by
the PDO API.
I have looked at the PDO source and tried to write a patch for that, it
does not look very difficult, but it's quite difficult for me because
I'm not a C developer ;-)
The default fetch mode is hardcoded everywhere. This must be changed to
a property of the PDO DBH class/struct. A PDO::setDefaultFetchMode()
methode could change this value, and it has to be passed to every
PDOStatement object created. There must be a property for the default
fetch mode in PDOStatement too. So methodes in PDOStatement can check
this default fetch mode property, instead of the hardcoded fetch mode.
This has also been suggested in the PECL bug-tracker by someone else
some time ago: http://pecl.php.net/bugs/bug.php?id=4732
[2005-10-18 18:50:27] mcka at gmx dot net
Hm, in pdo_dbh.c I can find:
/* {{{ proto object PDO::query(string sql [,
PDOStatement::setFetchMode() args])
Prepare and execute $sql; returns the statement object for iteration
*/
static PHP_METHOD(PDO, query)
{
[...]
http://cvs.php.net/co.php/php-src/ext/pdo/pdo_dbh.c?r=1.99#976
But this only saves one simple line in my PDOwithDefaultFetchMode
class, I still can't completely avoid such a workaround, I still can
only use $db-query($sql) when I'm happy with the default FetchMode,
and I think that's a problem of the API.
The problem is the same why PDOStatement::setFetchMode() exists. It
should make working with PDOStatement::fetch()... the same for each
FetchMode.
A default FetchMode for the whole PDO object is the only way to make
PDO::query()... work with the same simple code for other FetchModes
beside the default PDO::FETCH_BOTH.
Probably it's too late for PHP 5.1, but it would be great to have such
a possibility in PDO. In my opinion something like that belongs
behind the API of a database abstraction, not in userspace code.
[2005-10-18 18:18:41] [EMAIL PROTECTED]
I think we have a documentation bug, because I'm pretty sure you can do
this:
$db-query(select ..., PDO::FETCH_OBJ)
[2005-10-18 17:34:25] mcka at gmx dot net
A small example to illustrate the problem
If I want to write some simple code like the code from PDO::query()
docs, only with PDO::FETCH_MODE_OBJ (not tested, only to get the
idea):
?php
$sql = 'SELECT name, colour, calories FROM fruit ORDER BY name';
foreach ($conn-query($sql) as $row) {
print $row-name . \t;
print$row-colour . \t;
print $row-calories . \n;
}
?
I have to create at least a PDO wrapper, or extend PDO (with all the
disadvantages of doing that):
?php
class PDOwithDefaultFetchMode extends PDO {
const DEFAULT_FETCH_MODE;
public function __construct($dsn, $username, $password ,
$driver_options) {
parent::__construct($dsn, $username, $password , $driver_options);
}
public function setDefaultFetchMode($fetch_mode) {
self::DEFAULT_FETCH_MODE = $fetch_mode;
}
public function query($sql) {
$stmt = parent::query($sql);
$stmt-setFetchMode(self::DEFAULT_FETCH_MODE);
return $stmt;
}
}
?
You allways have to do this, if you are not happy with the FetchMode
which is selected as default by PDO. IMHO code like that should be
part of PDO, not userspace.
Of course you can add a
$stmt-setFetchMode(PDO::FETCH_MODE_OBJ);
to every statement in the code, but if you have a lot of statements in
the code, and a lot of PHP scripts, I don't think it's a good option.
[2005-10-18 17:07:47] mcka at gmx dot net
Description:
If I don't want to use the PDO_FETCH_BOTH FetchMode (which returns an
array indexed by both column names and numbers), I have to pass my
desired FetchMode to every PDOStatement and/or fetch() call everywhere
in the PHP scripts!
So why not offer a methode in PDO class which sets the default
FetchMode only
#34916 [NEW]: php 5.05/libXML 2.6.9 string variable fault
From: ndb1974 at yahoo dot co dot uk
Operating system: UNIX
PHP version: 5.0.5
PHP Bug Type: SimpleXML related
Bug description: php 5.05/libXML 2.6.9 string variable fault
Description:
php 5.0.4 contains libXML 2.6.11
This works appears to work correctly with text string variables
php 5.05 contains libXML 2.6.9 (not sure why it contains an older libXML)
This version combination contains a fault where XML string content
containing apostrophes (') is corrupted when reading or writing XML
variables using simpleXML. The XML functionality tries to escape the
apostrophe with several backspaces, corrupting the string when it is
processed. But this does NOT happen with libXML 2.6.11.
Reproduce code:
---
Store an XML doc like:
testdoc
testvarSomething's not right with ' chars/testvar
/testdoc
Open it with a php script like:
$dom = new DomDocument;
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
echo ($teststring);
Expected result:
Should see same string again.
Actual result:
--
String is displayed like:
Something's not right with \\\' chars
(i.e. corrupted with backslashes).
--
Edit bug report at http://bugs.php.net/?id=34916edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34916r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34916r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34916r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34916r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34916r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34916r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34916r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34916r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34916r=support
Expected behavior: http://bugs.php.net/fix.php?id=34916r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34916r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34916r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34916r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34916r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34916r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34916r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34916r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34916r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34916r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34916r=mysqlcfg
#34916 [Bgs]: php 5.05/libXML 2.6.9 string variable fault
ID: 34916
Updated by: [EMAIL PROTECTED]
Reported By: ndb1974 at yahoo dot co dot uk
Status: Bogus
Bug Type: SimpleXML related
Operating System: UNIX
PHP Version: 5.0.5
New Comment:
libxml2 is not distributed with PHP (windows build being exception).
Upgrade your libxml2 library then.
Previous Comments:
[2005-10-19 15:22:45] [EMAIL PROTECTED]
PHP doesn't contain any libxml at all... it uses the one installed on
your system. Please upgrade to the latest and it should work fine.
[2005-10-19 15:17:43] ndb1974 at yahoo dot co dot uk
Description:
php 5.0.4 contains libXML 2.6.11
This works appears to work correctly with text string variables
php 5.05 contains libXML 2.6.9 (not sure why it contains an older
libXML)
This version combination contains a fault where XML string content
containing apostrophes (') is corrupted when reading or writing XML
variables using simpleXML. The XML functionality tries to escape the
apostrophe with several backspaces, corrupting the string when it is
processed. But this does NOT happen with libXML 2.6.11.
Reproduce code:
---
Store an XML doc like:
testdoc
testvarSomething's not right with ' chars/testvar
/testdoc
Open it with a php script like:
$dom = new DomDocument;
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
echo ($teststring);
Expected result:
Should see same string again.
Actual result:
--
String is displayed like:
Something's not right with \\\' chars
(i.e. corrupted with backslashes).
--
Edit this bug report at http://bugs.php.net/?id=34916edit=1
#34916 [Bgs-Opn]: php 5.05/libXML 2.6.9 string variable fault
ID: 34916
User updated by: ndb1974 at yahoo dot co dot uk
Reported By: ndb1974 at yahoo dot co dot uk
-Status: Bogus
+Status: Open
Bug Type: SimpleXML related
Operating System: UNIX
PHP Version: 5.0.5
New Comment:
But is it libXML that the following PHP5 code relies on
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
Previous Comments:
[2005-10-19 15:23:32] [EMAIL PROTECTED]
libxml2 is not distributed with PHP (windows build being exception).
Upgrade your libxml2 library then.
[2005-10-19 15:22:45] [EMAIL PROTECTED]
PHP doesn't contain any libxml at all... it uses the one installed on
your system. Please upgrade to the latest and it should work fine.
[2005-10-19 15:17:43] ndb1974 at yahoo dot co dot uk
Description:
php 5.0.4 contains libXML 2.6.11
This works appears to work correctly with text string variables
php 5.05 contains libXML 2.6.9 (not sure why it contains an older
libXML)
This version combination contains a fault where XML string content
containing apostrophes (') is corrupted when reading or writing XML
variables using simpleXML. The XML functionality tries to escape the
apostrophe with several backspaces, corrupting the string when it is
processed. But this does NOT happen with libXML 2.6.11.
Reproduce code:
---
Store an XML doc like:
testdoc
testvarSomething's not right with ' chars/testvar
/testdoc
Open it with a php script like:
$dom = new DomDocument;
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
echo ($teststring);
Expected result:
Should see same string again.
Actual result:
--
String is displayed like:
Something's not right with \\\' chars
(i.e. corrupted with backslashes).
--
Edit this bug report at http://bugs.php.net/?id=34916edit=1
#34916 [Opn-Bgs]: php 5.05/libXML 2.6.9 string variable fault
ID: 34916
Updated by: [EMAIL PROTECTED]
Reported By: ndb1974 at yahoo dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: UNIX
PHP Version: 5.0.5
New Comment:
Please read our statements again, we do NOT bundle libxml2. Please
install the proper library on your system.
Previous Comments:
[2005-10-19 15:27:28] ndb1974 at yahoo dot co dot uk
But is it libXML that the following PHP5 code relies on
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
[2005-10-19 15:23:32] [EMAIL PROTECTED]
libxml2 is not distributed with PHP (windows build being exception).
Upgrade your libxml2 library then.
[2005-10-19 15:22:45] [EMAIL PROTECTED]
PHP doesn't contain any libxml at all... it uses the one installed on
your system. Please upgrade to the latest and it should work fine.
[2005-10-19 15:17:43] ndb1974 at yahoo dot co dot uk
Description:
php 5.0.4 contains libXML 2.6.11
This works appears to work correctly with text string variables
php 5.05 contains libXML 2.6.9 (not sure why it contains an older
libXML)
This version combination contains a fault where XML string content
containing apostrophes (') is corrupted when reading or writing XML
variables using simpleXML. The XML functionality tries to escape the
apostrophe with several backspaces, corrupting the string when it is
processed. But this does NOT happen with libXML 2.6.11.
Reproduce code:
---
Store an XML doc like:
testdoc
testvarSomething's not right with ' chars/testvar
/testdoc
Open it with a php script like:
$dom = new DomDocument;
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
echo ($teststring);
Expected result:
Should see same string again.
Actual result:
--
String is displayed like:
Something's not right with \\\' chars
(i.e. corrupted with backslashes).
--
Edit this bug report at http://bugs.php.net/?id=34916edit=1
#34913 [Opn-Bgs]: Problem with wddx_deserialize
ID: 34913 Updated by: [EMAIL PROTECTED] Reported By: jgarces at futuroprofesional dot cl -Status: Open +Status: Bogus Bug Type: WDDX related Operating System: Ubuntu Linux PHP Version: 5.0.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The manual clearly states that: If you want to serialize non-ASCII characters you have to convert your data to UTF-8 first (see utf8_encode() and iconv()). Previous Comments: [2005-10-19 06:37:13] jgarces at futuroprofesional dot cl Description: I have problem with wddx_deserialize. I work with UTF-8 in all server and wddx_deserialize return a value ISO-8859-1. This is an example: This very good. echo wddx_serialize_value(Héllô thìs is ñw@@!?¿); This is bad. echo wddx_deserialize(wddx_serialize_value(Héllô thìs is ñw@@!?¿)); Thanks -- Edit this bug report at http://bugs.php.net/?id=34913edit=1
#34908 [Opn-Bgs]: uniqid() produces too long strings on cygwin
ID: 34908
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Cygwin
PHP Version: 5.1.0RC3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
On Cygwin systems to ensure a trully unique id the more_entropy is
enabled by default, which causes another 9 characters to appear at the
end. This is a not a bug.
Previous Comments:
[2005-10-18 15:29:37] [EMAIL PROTECTED]
Description:
Taking the regression test tests/strings/001.phpt, uniqid behaves
different on Cygwin than specified in the manual.
This may be related to #2201, but the very same test acts on Linux as
expected.
Reproduce code:
---
?php
echo Testing uniqid: ;
$str = prefix;
$ui1 = uniqid($str);
$ui2 = uniqid($str);
if (strlen($ui1) == strlen($ui2) strlen($ui1) == 19 $ui1 != $ui2)
{
echo(passed\n);
} else {
echo(failed!\n);
}
var_dump(strlen($ui1));
var_dump(strlen($ui2));
var_dump($ui1);
var_dump($ui2);
?
Expected result:
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8
string(29) prefix4354f7719641d3
Actual result:
--
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8.40924743
string(29) prefix4354f7719641d3.17144927
--
Edit this bug report at http://bugs.php.net/?id=34908edit=1
#34893 [Opn-Bgs]: PHP5.1 overloading, Cannot access private property
ID: 34893
Updated by: [EMAIL PROTECTED]
Reported By: kai at meder dot info
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Do you even read documentation? Getters and Setters can only be used to
access properties that are not declared in the class.
Previous Comments:
[2005-10-19 12:53:22] kai at meder dot info
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
[2005-10-19 00:43:21] [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
$a-p = $b; is the problem line, you are trying to access a private
property from outside the object, this is disallowed.
[2005-10-17 16:58:27] kai at meder dot info
Description:
chaining of objects using __get() works like a charm, however if using
chaining and using __set() at the end of the chain to set a property,
php fails reporting: Fatal error: Cannot access private property A::$p
in file on line line
please keep in mind that i'm using php5.1 (RC1), chaining should work
in this version, doesn't it?
posted reproduce code from
http://www.sitepoint.com/forums/showthread.php?p=2230679#post2230679
Reproduce code:
---
class A {
private $p;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
class B {
private $t;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
$a = new A;
$b = new B;
$a-p = $b;
$b-t = foo;
echo $a-p-t;
$a-p-t = bar;
echo $a-p-t;
Expected result:
foobar
Actual result:
--
foo
Fatal error: Cannot access private property A::$p in...
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34916 [Opn-Bgs]: php 5.05/libXML 2.6.9 string variable fault
ID: 34916
Updated by: [EMAIL PROTECTED]
Reported By: ndb1974 at yahoo dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: UNIX
PHP Version: 5.0.5
New Comment:
PHP doesn't contain any libxml at all... it uses the one installed on
your system. Please upgrade to the latest and it should work fine.
Previous Comments:
[2005-10-19 15:17:43] ndb1974 at yahoo dot co dot uk
Description:
php 5.0.4 contains libXML 2.6.11
This works appears to work correctly with text string variables
php 5.05 contains libXML 2.6.9 (not sure why it contains an older
libXML)
This version combination contains a fault where XML string content
containing apostrophes (') is corrupted when reading or writing XML
variables using simpleXML. The XML functionality tries to escape the
apostrophe with several backspaces, corrupting the string when it is
processed. But this does NOT happen with libXML 2.6.11.
Reproduce code:
---
Store an XML doc like:
testdoc
testvarSomething's not right with ' chars/testvar
/testdoc
Open it with a php script like:
$dom = new DomDocument;
$xml = simplexml_load_file($XMLTestDoc);
$XMLpath = $xml - xpath(/testdoc);
$teststring = $XMLpath[0] - testvar;
echo ($teststring);
Expected result:
Should see same string again.
Actual result:
--
String is displayed like:
Something's not right with \\\' chars
(i.e. corrupted with backslashes).
--
Edit this bug report at http://bugs.php.net/?id=34916edit=1
#34917 [NEW]: saveXML(documentFragment) produces an empty tag
From: bart at mediawave dot nl
Operating system: Fedora Core 4
PHP version: 5.0.5
PHP Bug Type: DOM XML related
Bug description: saveXML(documentFragment) produces an empty tag
Description:
When using saveXML(node) with a documentFragment an empty tag like is
appended at the beginning of the string. Strangely this occurs with XHTML
doctypes but not with XML documents without a doctype. I haven't tested it
with other doctypes. It looks like it tries to output the documentfragment
as a tag.
Reproduce code:
---
?php
$xml = '?xml version=1.0 encoding=iso-8859-1?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; []
div
h1The quick brown fox jumps over the lazy dog/h1
pAnd he also jumped over a cow /p
/div ';
$doc = new DOMDocument();
$doc-loadXML($xml);
$div = $doc-getElementsByTagName('div')-item(0);
$frag = $doc-createDocumentFragment();
while ($childNode = $div-firstChild) {
$frag-appendChild($childNode);
}
echo $doc-saveXML($frag);
?
Expected result:
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
Actual result:
--
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
--
Edit bug report at http://bugs.php.net/?id=34917edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34917r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34917r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34917r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34917r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34917r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34917r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34917r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34917r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34917r=support
Expected behavior: http://bugs.php.net/fix.php?id=34917r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34917r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34917r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34917r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34917r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34917r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34917r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34917r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34917r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34917r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34917r=mysqlcfg
#34917 [Opn-Bgs]: saveXML(documentFragment) produces an empty tag
ID: 34917
Updated by: [EMAIL PROTECTED]
Reported By: bart at mediawave dot nl
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Fedora Core 4
PHP Version: 5.0.5
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.
libxml issue. handling it there.
Previous Comments:
[2005-10-19 15:51:56] bart at mediawave dot nl
Description:
When using saveXML(node) with a documentFragment an empty tag like
is appended at the beginning of the string. Strangely this occurs with
XHTML doctypes but not with XML documents without a doctype. I haven't
tested it with other doctypes. It looks like it tries to output the
documentfragment as a tag.
Reproduce code:
---
?php
$xml = '?xml version=1.0 encoding=iso-8859-1?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; []
div
h1The quick brown fox jumps over the lazy dog/h1
pAnd he also jumped over a cow /p
/div ';
$doc = new DOMDocument();
$doc-loadXML($xml);
$div = $doc-getElementsByTagName('div')-item(0);
$frag = $doc-createDocumentFragment();
while ($childNode = $div-firstChild) {
$frag-appendChild($childNode);
}
echo $doc-saveXML($frag);
?
Expected result:
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
Actual result:
--
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
--
Edit this bug report at http://bugs.php.net/?id=34917edit=1
#34623 [Asn-Csd]: Segfault when selecting 'longtext' field with pdo/mysql
ID: 34623 Updated by: [EMAIL PROTECTED] Reported By: stewey at ambitious dot ca -Status: Assigned +Status: Closed Bug Type: PDO related Operating System: Mac OS X 10.4.2 PHP Version: 5CVS-2005-09-29 (snap) Assigned To: wez 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: [2005-09-29 08:01:08] stewey at ambitious dot ca Problem persists with php5-200509290230. [2005-09-29 05:23:49] stewey at ambitious dot ca Nope; I'm using: php5-200509271430. I'll test again with the latest snap and report back. [2005-09-29 03:59:27] [EMAIL PROTECTED] Are you certain that you are using the latest pdo and pdo_mysql extensions from the CVS? [2005-09-29 00:18:06] stewey at ambitious dot ca No valgrind on my system :( A brief look around suggests it isn't available (won't build?) on OS X. If you know otherwise, or if there's an alternative tool for OS X, please let me know. [2005-09-29 00:06:46] [EMAIL PROTECTED] And what does valgrind say about it? valgrind --tool=memcheck --leak-check=yes --num-callers=30 php /path/to/your/script.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34623 -- Edit this bug report at http://bugs.php.net/?id=34623edit=1
#34917 [Bgs]: saveXML(documentFragment) produces an empty tag
ID: 34917
User updated by: bart at mediawave dot nl
Reported By: bart at mediawave dot nl
Status: Bogus
Bug Type: DOM XML related
Operating System: Fedora Core 4
PHP Version: 5.0.5
New Comment:
Here's a simple workaround for the time being:
?php
foreach ($frag-childNodes as $childNode)
echo $doc-saveXML($childNode);
?
Previous Comments:
[2005-10-19 16:08:17] [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.
libxml issue. handling it there.
[2005-10-19 15:51:56] bart at mediawave dot nl
Description:
When using saveXML(node) with a documentFragment an empty tag like
is appended at the beginning of the string. Strangely this occurs with
XHTML doctypes but not with XML documents without a doctype. I haven't
tested it with other doctypes. It looks like it tries to output the
documentfragment as a tag.
Reproduce code:
---
?php
$xml = '?xml version=1.0 encoding=iso-8859-1?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; []
div
h1The quick brown fox jumps over the lazy dog/h1
pAnd he also jumped over a cow /p
/div ';
$doc = new DOMDocument();
$doc-loadXML($xml);
$div = $doc-getElementsByTagName('div')-item(0);
$frag = $doc-createDocumentFragment();
while ($childNode = $div-firstChild) {
$frag-appendChild($childNode);
}
echo $doc-saveXML($frag);
?
Expected result:
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
Actual result:
--
The quick brown fox jumps over the lazy dog
And he also jumped over a cow
--
Edit this bug report at http://bugs.php.net/?id=34917edit=1
#34727 [Asn-WFx]: nextRowset doesn't work with mysql 5 and stored procedure
ID: 34727
Updated by: [EMAIL PROTECTED]
Reported By: pointeau_sylvain at yahoo dot fr
-Status: Assigned
+Status: Wont fix
Bug Type: PDO related
Operating System: windows XP
PHP Version: 5CVS-2005-10-05 (snap)
Assigned To: wez
New Comment:
You need to compile pdo_mysql yourself against 5.0 libs that have this
functionality. The stock mysql libs used for win32 builds do not
support this feature, which is why you cannot use it.
Previous Comments:
[2005-10-05 11:02:54] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-10-05 10:43:56] pointeau_sylvain at yahoo dot fr
I tried with php 5.05, 5.1RC1, latest snapshot of 5 and 5.1.
I also take care to use the right PECL libraries.
It still doesn't work.
Please note that mysqli returns correctly the two result set.
[2005-10-04 14:59:42] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-04 13:27:31] pointeau_sylvain at yahoo dot fr
Description:
The second result set returned by the stored procedure is not
displayed.
Reproduce code:
---
-- MYSQL 5
CREATE PROCEDURE `SPG_PERSONS`()
BEGIN
SELECT * FROM TEST_PERSON;
SELECT 'second result';
END
-- PHP / PDO
$pdo = new PDO('mysql:host=localhost;dbname=test', '***', '***');
$stmt = $pdo-query('CALL SPG_PERSONS()');
do {
$rowset = $stmt-fetchAll();
foreach ($rowset as $row) {
echo $row[0];
echo 'br';
}
}
while( $stmt-nextRowset() );
Expected result:
the results of both result set.
--
Edit this bug report at http://bugs.php.net/?id=34727edit=1
#33752 [Com]: safe_mode UID checks modification
ID: 33752 Comment by: anton at titov dot net Reported By: mordae at mordae dot net Status: Open Bug Type: Feature/Change Request Operating System: all POSIX PHP Version: 4.3.11 New Comment: I can do this /I mean to add setting for this/ if you point me if there is somewhere coding rules for writing for PHP. And if you tell me how to submit it when I'm done. You will need somebody to understand the idea and to document it as my English is probably not good enough for it. Anton Titov Host.bg Previous Comments: [2005-07-18 20:24:44] mordae at mordae dot net For the first, we all know what PHP does in so-called safe_mode. When using PHP as web server module and create directory or file, it is owned by user running web server, so we have to keep eyes on it's mode. Usually 0757 (0646) is needed. If we use safe_mode, we end up with unaccessible files, because UIDs doesn't match. There has to be some solution of this problem in PHP. I have seen many other, but none seems to be used. What about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file and if any of parent directory is owned by scripts owner, allow access. To improve security, you could also check if all sub-directories are owned by the user, who runs PHP (server) or - again - script owner. See Titov's patch at http://titov.net/safemodepatch/ he probably did it. The problem is, that it's not official and no webhosting is using it. Thank you Mordae And I do apologize. [2005-07-18 19:36:15] [EMAIL PROTECTED] For the first, we all know what PHP does in (un)safe_mode. So tell us, if you know. There has to be some solution of this problem. What problem? You have disagreed with all previous What are you talking about? [2005-07-18 17:44:19] mordae at mordae dot net Description: For the first, we all know what PHP does in (un)safe_mode. There has to be some solution of this problem. You have disagreed with all previous, so what about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file in addition of file's and if any of parent directories are owned by correct user, allow access. To improve security, you could also check if all directories above are owned by the user, who runs PHP. See Titov's patch at http://titov.net/safemodepatch/ Thank you Mordae -- Edit this bug report at http://bugs.php.net/?id=33752edit=1
#31594 [Opn-Fbk]: virtual(): Unable to include 'xxx' - error finding URI
ID: 31594 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux 2.4.26 PHP Version: 5.*, 4.* New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-14 08:38:04] per at computer dot org Actually no - apache content negotiation takes care of that. Also, as discussed earlier, the example works fine in php 4.3.8. [2005-09-13 15:48:44] shamaniacwizardfromoz at yahoo dot de The file called should exist. You call 'part1' using virtual() but named the file 'part1.phtml'. My comment is hopefully not just completely stupid. [2005-09-09 09:07:22] per at computer dot org Ran my testcase using snapshot 200509090630 - still fails: part0+ Warning: virtual() [function.virtual]: Unable to include 'part1' - error finding URI in /srv/www/vhosts/www/htdocs/phpbug-31594/part0.phtml on line 11 [2005-08-18 22:55:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-06 19:58:43] per at computer dot org Also, I must point out that it worked perfectly well in 4.3.8, so something was quite obviously regressed. 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/31594 -- Edit this bug report at http://bugs.php.net/?id=31594edit=1
#30032 [Asn]: add_history is not in libhistory but in libreadline
ID: 30032 Updated by: [EMAIL PROTECTED] Reported By: denis at octopodus dot com Status: Assigned Bug Type: Readline related Operating System: OpenBSD 3.5 PHP Version: 5CVS, 4CVS (2004-09-29) Assigned To: wez New Comment: Try this patch: http://bb.prohost.org/patch/readline.txt Once you apply, it run ./buildconf --force and re-run the configure script. Previous Comments: [2004-09-28 23:06:12] [EMAIL PROTECTED] Assigned to the maintainer. [2004-09-09 03:13:07] denis at octopodus dot com Description: configure does a checking for add_history in -lhistory... And it can't find it. With OpenBSD, add_history is found in libreadline, not libhistory. Moreover, OpenBSD does not have this libhistory library. Reproduce code: --- ./configure --with-readline --with-history -- Edit this bug report at http://bugs.php.net/?id=30032edit=1
#34919 [NEW]: null value
From: petr dot benes at col dot cz
Operating system: WinXP
PHP version: 5.0.5
PHP Bug Type: SOAP related
Bug description: null value
Description:
I have code:
$wsdl='.';
$client=new SoapClient($wsdl,array('encoding'='windows-1250'));
$client-foo(new SoapVar(null,XSD_DECIMAL,xsd:decimal));
It work correctly in PHP 5.0.4.
It don't work in PHP 5.0.5 and restart Apache.
Apache log:
[notice] Parent: child process exited with status 3221225477 --
Restarting.
[notice] Apache/2.0.54 (Win32) PHP/5.0.5 configured -- resuming normal
operations
--
Edit bug report at http://bugs.php.net/?id=34919edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34919r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34919r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34919r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34919r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34919r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34919r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34919r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34919r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34919r=support
Expected behavior: http://bugs.php.net/fix.php?id=34919r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34919r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34919r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34919r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34919r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34919r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34919r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34919r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34919r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34919r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34919r=mysqlcfg
#34908 [Bgs-Opn]: uniqid() produces too long strings on cygwin
ID: 34908
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Strings related
Operating System: Cygwin
PHP Version: 5.1.0RC3
New Comment:
Reopening.
In that case, tests/strings/001.phpt needs to behave different on
Cygwin than on other systems.
Previous Comments:
[2005-10-19 15:40:28] [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
On Cygwin systems to ensure a trully unique id the more_entropy is
enabled by default, which causes another 9 characters to appear at the
end. This is a not a bug.
[2005-10-18 15:29:37] [EMAIL PROTECTED]
Description:
Taking the regression test tests/strings/001.phpt, uniqid behaves
different on Cygwin than specified in the manual.
This may be related to #2201, but the very same test acts on Linux as
expected.
Reproduce code:
---
?php
echo Testing uniqid: ;
$str = prefix;
$ui1 = uniqid($str);
$ui2 = uniqid($str);
if (strlen($ui1) == strlen($ui2) strlen($ui1) == 19 $ui1 != $ui2)
{
echo(passed\n);
} else {
echo(failed!\n);
}
var_dump(strlen($ui1));
var_dump(strlen($ui2));
var_dump($ui1);
var_dump($ui2);
?
Expected result:
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8
string(29) prefix4354f7719641d3
Actual result:
--
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8.40924743
string(29) prefix4354f7719641d3.17144927
--
Edit this bug report at http://bugs.php.net/?id=34908edit=1
#34893 [Bgs-Opn]: PHP5.1 overloading, Cannot access private property
ID: 34893
User updated by: kai at meder dot info
Reported By: kai at meder dot info
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
in php5.1 all betas and RC1 __get and __set are ALSO called when trying
to access protected/private (invisible) properties.
btw, the manual describes php5, not php5.1 which is in beta/rc-stadium
...
so please forward this *bug* to the overload-developers!
Previous Comments:
[2005-10-19 15:47:56] [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
Do you even read documentation? Getters and Setters can only be used to
access properties that are not declared in the class.
[2005-10-19 12:53:22] kai at meder dot info
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
[2005-10-19 00:43:21] [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
$a-p = $b; is the problem line, you are trying to access a private
property from outside the object, this is disallowed.
[2005-10-17 16:58:27] kai at meder dot info
Description:
chaining of objects using __get() works like a charm, however if using
chaining and using __set() at the end of the chain to set a property,
php fails reporting: Fatal error: Cannot access private property A::$p
in file on line line
please keep in mind that i'm using php5.1 (RC1), chaining should work
in this version, doesn't it?
posted reproduce code from
http://www.sitepoint.com/forums/showthread.php?p=2230679#post2230679
Reproduce code:
---
class A {
private $p;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
class B {
private $t;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
$a = new A;
$b = new B;
$a-p = $b;
$b-t = foo;
echo $a-p-t;
$a-p-t = bar;
echo $a-p-t;
Expected result:
foobar
Actual result:
--
foo
Fatal error: Cannot access private property A::$p in...
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34919 [Opn-Fbk]: null value
ID: 34919
Updated by: [EMAIL PROTECTED]
Reported By: petr dot benes at col dot cz
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: WinXP
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-10-19 19:26:41] petr dot benes at col dot cz
Description:
I have code:
$wsdl='.';
$client=new SoapClient($wsdl,array('encoding'='windows-1250'));
$client-foo(new SoapVar(null,XSD_DECIMAL,xsd:decimal));
It work correctly in PHP 5.0.4.
It don't work in PHP 5.0.5 and restart Apache.
Apache log:
[notice] Parent: child process exited with status 3221225477 --
Restarting.
[notice] Apache/2.0.54 (Win32) PHP/5.0.5 configured -- resuming normal
operations
--
Edit this bug report at http://bugs.php.net/?id=34919edit=1
#30043 [Opn]: ODBC Column Name Truncation (missing multi-byte support)
ID: 30043
User updated by: arobins at csg dot uwaterloo dot ca
Reported By: arobins at csg dot uwaterloo dot ca
Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4CVS, 5CVS
New Comment:
It's been over a year since my original submission, and I was wondering
if it would be at all possible for someone to implement an increase in
the field name buffer from 32 to 256?
Only one line needs to be changed to accomplish this,
in ext\odbc\php_odbc_includes.h:
line 217: char name[32]; - char name[256];
If it is at all possible for someone to make this minor modification
for me, I would be extremely grateful!
Previous Comments:
[2004-11-03 16:52:01] arobins at csg dot uwaterloo dot ca
Until 'true multi-byte support' comes along, might I suggest as a
temporary solution simply increasing the field name buffer? (i.e. from
32 to 256)
[2004-09-10 03:23:40] [EMAIL PROTECTED]
Known issue. Was once looked into correct to provide
true multi-byte support, but was side tracked.
[2004-09-09 22:08:24] arobins at csg dot uwaterloo dot ca
Description:
When retrieving ODBC results from Sybase SQL Anywhere 6 and 9, the
column names are being truncated to 31 characters.
This happens even if the column name is simply specified using sql 'AS'
(i.e. select column as
a_really_long_name_that_is_longer_than_31_characters from crap would
still return a_really_long_name_that_is_long as the column name).
Have tried in PHP 4 and 5, Win2K Server and SUSE Linux, all with same
results.
-- The buffer used by the odbc extension to store field
names is only 32 bytes.
Reproduce code:
---
?php
$DBN = 'thedbn';
$UID = 'theuid';
$PWD = 'thepws';
$CONN = odbc_connect( $DBN, $UID, $PWD ) or die( Cannot connect to
$DBN.); $sql = select * from crap; $result = odbc_exec( $CONN,
$sql );
for( $i = 1 ; $i = odbc_num_fields( $result ) ; $i++ ) {
$name = odbc_field_name( $result, $i );
${$name} = odbc_result( $result, $name );
print( $i: $name - ${$name}\n );
}
?
Expected result:
1: key - 4
2: a_really_long_name_that_is_longer_than_31_characters - 5
3: longer_name - 6
Actual result:
--
1: key - 4
2: a_really_long_name_that_is_long - 5
3: longer_name - 6
--
Edit this bug report at http://bugs.php.net/?id=30043edit=1
#34893 [Opn-Bgs]: PHP5.1 overloading, Cannot access private property
ID: 34893
Updated by: [EMAIL PROTECTED]
Reported By: kai at meder dot info
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
You were talking to one of the core developers, so I don't see a reason
why you need another one to repeat the same.
Previous Comments:
[2005-10-19 20:30:41] kai at meder dot info
in php5.1 all betas and RC1 __get and __set are ALSO called when trying
to access protected/private (invisible) properties.
btw, the manual describes php5, not php5.1 which is in beta/rc-stadium
...
so please forward this *bug* to the overload-developers!
[2005-10-19 15:47:56] [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
Do you even read documentation? Getters and Setters can only be used to
access properties that are not declared in the class.
[2005-10-19 12:53:22] kai at meder dot info
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
[2005-10-19 00:43:21] [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
$a-p = $b; is the problem line, you are trying to access a private
property from outside the object, this is disallowed.
[2005-10-17 16:58:27] kai at meder dot info
Description:
chaining of objects using __get() works like a charm, however if using
chaining and using __set() at the end of the chain to set a property,
php fails reporting: Fatal error: Cannot access private property A::$p
in file on line line
please keep in mind that i'm using php5.1 (RC1), chaining should work
in this version, doesn't it?
posted reproduce code from
http://www.sitepoint.com/forums/showthread.php?p=2230679#post2230679
Reproduce code:
---
class A {
private $p;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
class B {
private $t;
function __get($name){
return $this-$name;
}
function __set($name, $value) {
$this-$name = $value;
}
}
$a = new A;
$b = new B;
$a-p = $b;
$b-t = foo;
echo $a-p-t;
$a-p-t = bar;
echo $a-p-t;
Expected result:
foobar
Actual result:
--
foo
Fatal error: Cannot access private property A::$p in...
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34863 [Com]: strip_tags() does not work when string includes img tags
ID: 34863
Comment by: lm at bible dot ch
Reported By: backdream at gmail dot com
Status: Open
Bug Type: Strings related
Operating System: Windows
PHP Version: 4.3.11
New Comment:
OS: Windows XP
PHP: 5.0.3
Further investigation:
--
strip_tags does not handle tags correctly if '' is occurring in an
attribute value as it does in the example in the
onload=if(screen.width*0.7this(...) attribute
strip_tags does provide for nested tags as shows the following example,
but doesn't ignore quoted and inside tags as the following two
examples show:
?php
//example 1
$txt = 'text1tag attr= text2tag attr= text3';
$txt = strip_tags( $txt );
print $txt;
// prints 'text1 text3'
// should print 'text1 text2 text3'
//example 2
$txt = 'text1tag nested tag text2';
$txt = strip_tags( $txt );
print $txt;
// prints 'text1 text2' as it should if strip_tags searches for nested
tags
?
Two questions arise:
1. Is the detection of nested tags reasonable?
2. Is a HTML-tag malformed if it contains a quoted '' or '' sign?
3. If such a HTML-tag is malformed, shouldn't strip_tag() still work
correctly, since there is no ambiguity thanks to the quotes?
Answers:
1. I cannot figure any real world example of nested tags other than
HTML-comments like !--br /--
2. According to w3c.org html-validator, it is valid.
3. Strip_tags should still work
No parsing of quotes:
-
The following example proves, that strip_tags does not parse quotes
inside '' and '' at all
?php
//example 3
$txt = 'text1tag attr= text2 tag attr= text3';
$txt = strip_tags( $txt );
print $txt;
// prints: 'text1 text2 text3'
// should print: 'text1 text3' since there is one only tag with an
attribute 'attr= text2 tag attr='
?
Conclusion:
---
This IS a real bug, but not related to img tag, but to not parsing of
attributes and quotes inside tags.
It would be important to correct that bug
With best regards Lorenz Meyer
Previous Comments:
[2005-10-14 19:36:25] backdream at gmail dot com
I tested with 4.3.11, It also have the bug.
--
?php
$txt = Next:
ahref=\http://www.joelonsoftware.com/uibook/chapters/fog63.html\;
target=\_blank\Designing for People Who Have Better Things To DoWith
Their Lives, Part Two/a br /br
/imgsrc=\http://86.0.190.20/test/ipb21/skin_acp/IPB2_Standard/images/users.png\;
border=\0\ align=\absmiddle\
alt=\Á´½ÓͼƬ\onload=\if(screen.width*0.7this.width)
{this.resized=true;this.width=screen.width*0.7;}\ /br
/bAdverment#33;/b Doyouneed to control a computer remotely,
even when firewalls get in theway?My company#39;s latest product, a
href=\https://www.copilot.com/\target=\_blank\;Fog Creek
Copilot/a, is a remote control systemthatrequires no setup, no
configuration, and works even if both users arebehind firewalls.
It#39;s designed to make remote tech support easy.br /br
/Enter your email address to receive a (veryoccasional) email
whenever I write a major new article. You canunsubscribe at any time,
of course.br //div;
$txt = strip_tags( $txt );
print $txt;
?
---
It print Next: Designing for People Who Have Better Things To DoWith
Their Lives, Part Two , but not the whole html tags striped
string.
[2005-10-14 13:18:53] [EMAIL PROTECTED]
Can't reproduce.
Both your scripts work fine with any PHP version I can find (4.3.11,
4.4, 5.0.x, 5.1).
[2005-10-14 03:31:24] backdream at gmail dot com
Sorry, the Reproduce code would be:
---
?php
$txt = Next: a
href=\http://www.joelonsoftware.com/uibook/chapters/fog63.html\
target=\_blank\Designing for People Who Have Better Things To Do
With Their Lives, Part Two/a br /br /img
src=\http://86.0.190.20/test/ipb21/skin_acp/IPB2_Standard/images/users.
png\ border=\0\ align=\absmiddle\ alt=\Á´½ÓͼƬ\
onload=\if(screen.width*0.7this.width) {this.resized=true;
this.width=screen.width*0.7;}\ /br /bAdverment#33;/b Do
you
need to control a computer remotely, even when firewalls get in the
way?
My company#39;s latest product, a href=\https://www.copilot.com/\;
target=\_blank\Fog Creek Copilot/a, is a remote control system
that
requires no setup, no configuration, and works even if both users are
behind firewalls. It#39;s designed to make remote tech support easy.
br /br /Enter your email address to receive a (very
occasional) email whenever I write a major new article. You can
unsubscribe at any time, of course.br //div;
$txt = strip_tags( $txt );
print $txt;
?
[2005-10-14 03:24:18] backdream at gmail dot com
Description:
strip_tags cannot work when string include img tags
Reproduce code:
---
?php
#34863 [Opn-WFx]: strip_tags() does not work when string includes img tags
ID: 34863
Updated by: [EMAIL PROTECTED]
Reported By: backdream at gmail dot com
-Status: Open
+Status: Wont fix
Bug Type: Strings related
Operating System: Windows
PHP Version: 4.3.11
New Comment:
Warning
Because strip_tags() does not actually validate the HTML, partial, or
broken tags can result in the removal of more text/data than expected.
(c) http://php.net/strip_tags
Previous Comments:
[2005-10-19 20:57:53] lm at bible dot ch
OS: Windows XP
PHP: 5.0.3
Further investigation:
--
strip_tags does not handle tags correctly if '' is occurring in an
attribute value as it does in the example in the
onload=if(screen.width*0.7this(...) attribute
strip_tags does provide for nested tags as shows the following example,
but doesn't ignore quoted and inside tags as the following two
examples show:
?php
//example 1
$txt = 'text1tag attr= text2tag attr= text3';
$txt = strip_tags( $txt );
print $txt;
// prints 'text1 text3'
// should print 'text1 text2 text3'
//example 2
$txt = 'text1tag nested tag text2';
$txt = strip_tags( $txt );
print $txt;
// prints 'text1 text2' as it should if strip_tags searches for nested
tags
?
Two questions arise:
1. Is the detection of nested tags reasonable?
2. Is a HTML-tag malformed if it contains a quoted '' or '' sign?
3. If such a HTML-tag is malformed, shouldn't strip_tag() still work
correctly, since there is no ambiguity thanks to the quotes?
Answers:
1. I cannot figure any real world example of nested tags other than
HTML-comments like !--br /--
2. According to w3c.org html-validator, it is valid.
3. Strip_tags should still work
No parsing of quotes:
-
The following example proves, that strip_tags does not parse quotes
inside '' and '' at all
?php
//example 3
$txt = 'text1tag attr= text2 tag attr= text3';
$txt = strip_tags( $txt );
print $txt;
// prints: 'text1 text2 text3'
// should print: 'text1 text3' since there is one only tag with an
attribute 'attr= text2 tag attr='
?
Conclusion:
---
This IS a real bug, but not related to img tag, but to not parsing of
attributes and quotes inside tags.
It would be important to correct that bug
With best regards Lorenz Meyer
[2005-10-14 19:36:25] backdream at gmail dot com
I tested with 4.3.11, It also have the bug.
--
?php
$txt = Next:
ahref=\http://www.joelonsoftware.com/uibook/chapters/fog63.html\;
target=\_blank\Designing for People Who Have Better Things To DoWith
Their Lives, Part Two/a br /br
/imgsrc=\http://86.0.190.20/test/ipb21/skin_acp/IPB2_Standard/images/users.png\;
border=\0\ align=\absmiddle\
alt=\Á´½ÓͼƬ\onload=\if(screen.width*0.7this.width)
{this.resized=true;this.width=screen.width*0.7;}\ /br
/bAdverment#33;/b Doyouneed to control a computer remotely,
even when firewalls get in theway?My company#39;s latest product, a
href=\https://www.copilot.com/\target=\_blank\;Fog Creek
Copilot/a, is a remote control systemthatrequires no setup, no
configuration, and works even if both users arebehind firewalls.
It#39;s designed to make remote tech support easy.br /br
/Enter your email address to receive a (veryoccasional) email
whenever I write a major new article. You canunsubscribe at any time,
of course.br //div;
$txt = strip_tags( $txt );
print $txt;
?
---
It print Next: Designing for People Who Have Better Things To DoWith
Their Lives, Part Two , but not the whole html tags striped
string.
[2005-10-14 13:18:53] [EMAIL PROTECTED]
Can't reproduce.
Both your scripts work fine with any PHP version I can find (4.3.11,
4.4, 5.0.x, 5.1).
[2005-10-14 03:31:24] backdream at gmail dot com
Sorry, the Reproduce code would be:
---
?php
$txt = Next: a
href=\http://www.joelonsoftware.com/uibook/chapters/fog63.html\
target=\_blank\Designing for People Who Have Better Things To Do
With Their Lives, Part Two/a br /br /img
src=\http://86.0.190.20/test/ipb21/skin_acp/IPB2_Standard/images/users.
png\ border=\0\ align=\absmiddle\ alt=\Á´½ÓͼƬ\
onload=\if(screen.width*0.7this.width) {this.resized=true;
this.width=screen.width*0.7;}\ /br /bAdverment#33;/b Do
you
need to control a computer remotely, even when firewalls get in the
way?
My company#39;s latest product, a href=\https://www.copilot.com/\;
target=\_blank\Fog Creek Copilot/a, is a remote control system
that
requires no setup, no configuration, and works even if both users are
behind firewalls. It#39;s designed to make remote tech support easy.
br /br /Enter your email address to receive a (very
occasional) email whenever I write a major new article. You can
#34920 [NEW]: pg_update fails
From: n dot j dot saunders at gmail dot com
Operating system: Windows XP
PHP version: 5.0.5
PHP Bug Type: PostgreSQL related
Bug description: pg_update fails
Description:
pg_update seems to fail when updating an columns of a user defined
domain.
I have inherited table (advertisers) that contains, among others, the
columns telephone_country (integer), telephone_area (area domain),
telephone_number (number domain).
pg_update succeeds when VARCHAR fields are updated, but seems to fail
without error when fields of user defined domains are updated from the
array
Reproduce code:
---
1. Define a Domain in an existing postgres database
e.g: area_code, domain with check
CREATE DOMAIN public.area_code AS
varchar(10) NULL;
ALTER DOMAIN public.area_code
ADD CONSTRAINT ck_area_code CHECK ((VALUE)::text ~
'^\\(?[0-9]\\)?[0-9]*$'::text);
2. Define a table in a postgres database that includes a column of the
type you just created.
CREATE TABLE public.users (
username VARCHAR(20) NOT NULL,
altphone_area public.area_code);
3. Create a record in the table
INSERT INTO users (username, altphone_area) VALUES ('Neil',222);
3. Try and use pg_update to update this record
pg_update($db, users, array('altphone_area'=444),
array('username'='Neil'));
Expected result:
The record you created is updated, setting the value of altphone_area=444
Actual result:
--
Nothing. No updates, no error messages.
--
Edit bug report at http://bugs.php.net/?id=34920edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34920r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34920r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34920r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34920r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34920r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34920r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34920r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34920r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34920r=support
Expected behavior: http://bugs.php.net/fix.php?id=34920r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34920r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34920r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34920r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34920r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34920r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34920r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34920r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34920r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34920r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34920r=mysqlcfg
#34893 [Bgs-Ver]: PHP5.1 overloading, Cannot access private property
ID: 34893
Updated by: [EMAIL PROTECTED]
Reported By: kai at meder dot info
-Status: Bogus
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
Ilia, Tony,
you're right with php5.0 but this has somewhen changed
with php 5.1.
Taking this short example:
?php
class A {
private $p;
function __set($name, $value) {
echo in __set()\n;
$this-$name = $value;
}
}
$a = new A();
$a-p = true;
var_dump($a);
?
With PHP 5.0 this gives:
Fatal error: Cannot access private property A::$p
With PHP 5.1 this gives
in __set()
object(A)#1 (1) {
[p:private]=
bool(true)
}
Same goes for __get and __call and private/protected
properties.
The only problem /seems/ to be the combination of __get
and __set as in the $a-p-t = bar; line of the
original code.
So something is broken - either it should work always or
never.
Previous Comments:
[2005-10-19 20:52:09] [EMAIL PROTECTED]
You were talking to one of the core developers, so I don't see a reason
why you need another one to repeat the same.
[2005-10-19 20:30:41] kai at meder dot info
in php5.1 all betas and RC1 __get and __set are ALSO called when trying
to access protected/private (invisible) properties.
btw, the manual describes php5, not php5.1 which is in beta/rc-stadium
...
so please forward this *bug* to the overload-developers!
[2005-10-19 15:47:56] [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
Do you even read documentation? Getters and Setters can only be used to
access properties that are not declared in the class.
[2005-10-19 12:53:22] kai at meder dot info
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
[2005-10-19 00:43:21] [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
$a-p = $b; is the problem line, you are trying to access a private
property from outside the object, this is disallowed.
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/34893
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34920 [Opn-Fbk]: pg_update fails
ID: 34920
Updated by: [EMAIL PROTECTED]
Reported By: n dot j dot saunders at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
If you still able to reproduce it - please provide a short but complete
reproduce code and take a look into the Apache logs (if there are any
entries related to the problem - paste some of them here).
Previous Comments:
[2005-10-19 21:44:35] n dot j dot saunders at gmail dot com
Description:
pg_update seems to fail when updating an columns of a user defined
domain.
I have inherited table (advertisers) that contains, among others, the
columns telephone_country (integer), telephone_area (area domain),
telephone_number (number domain).
pg_update succeeds when VARCHAR fields are updated, but seems to fail
without error when fields of user defined domains are updated from the
array
Reproduce code:
---
1. Define a Domain in an existing postgres database
e.g: area_code, domain with check
CREATE DOMAIN public.area_code AS
varchar(10) NULL;
ALTER DOMAIN public.area_code
ADD CONSTRAINT ck_area_code CHECK ((VALUE)::text ~
'^\\(?[0-9]\\)?[0-9]*$'::text);
2. Define a table in a postgres database that includes a column of the
type you just created.
CREATE TABLE public.users (
username VARCHAR(20) NOT NULL,
altphone_area public.area_code);
3. Create a record in the table
INSERT INTO users (username, altphone_area) VALUES ('Neil',222);
3. Try and use pg_update to update this record
pg_update($db, users, array('altphone_area'=444),
array('username'='Neil'));
Expected result:
The record you created is updated, setting the value of
altphone_area=444
Actual result:
--
Nothing. No updates, no error messages.
--
Edit this bug report at http://bugs.php.net/?id=34920edit=1
#29983 [Asn-Csd]: default_charset not set by ini_set
ID: 29983
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Apache2 related
Operating System: *
PHP Version: 5CVS-2005-03-07
Assigned To: tony2001
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:
[2005-06-22 23:29:27] [EMAIL PROTECTED]
Assigned to myself so I don't forget to commit the patch.
[2004-09-06 05:01:23] [EMAIL PROTECTED]
Verified. Doesn't look Apache2-specific to me. It has to do with the
way we apply it, or rather don't apply it if we already see one set.
[2004-09-05 15:11:27] smacvicar at gmail dot com
It doesn't appear to send a charset entry when specified and you end up
with the AddDefaultCharset entry from Apache 2 which is ISO-8859-1.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23421
[2004-09-05 12:37:28] [EMAIL PROTECTED]
Description:
default_charset is marked as PHP_INI_ALL but I can't set it using
ini_set. If I set it throught .htaccess it works fine.
Reproduce code:
---
?
ini_set('default_charset', 'UTF-8');
?
Expected result:
HTTP/1.1 200 OK
(...)
Content-Type: text/html; charset=UTF-8
Actual result:
--
HTTP/1.1 200 OK
(...)
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=29983edit=1
#34874 [Asn-Csd]: strtotime(Day,time) output differs from earlier PHP5 versions
ID: 34874 Updated by: [EMAIL PROTECTED] Reported By: dverspui at hotpop dot com -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: Linux (Fedora 2) PHP Version: 5.1.0RC1 Assigned To: derick 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: [2005-10-18 14:41:15] dverspui at hotpop dot com Hi Derick, I would agree if it would include next like in: print date(Ymd,next . strtotime(date(l,time()),time())); I think people in many projects have been using my earlier example with all PHP versions prior to 5.1.0 and this breaks their code. E.g. I bumped into this when using PHP iCalender. After all, I cannot seem to find any exact specs on what strtotime should return for my example. The manual nowhere tells me that it will e.g. return next weeks tuesday if the specified time is on a tuesday. It will definitely returns a tuesday, but which one then?? [2005-10-18 13:54:25] [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 was a bug in all earlier version. If today is Tuesday October 18th then the string Tuesday refers to the next one, which is October 25th. [2005-10-15 00:19:05] [EMAIL PROTECTED] Looks like a feature, but I'm not sure. Please have a look. [2005-10-15 00:09:27] dverspui at hotpop dot com Hi, thanks for your reply. I succesfully compiled 5.1.0RC3-dev you gave me the link to, but the problem remains! [2005-10-14 21:40:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/34874 -- Edit this bug report at http://bugs.php.net/?id=34874edit=1
#33546 [WFx-Csd]: Should strtotime() ignore the weekday for some inputs? (not treat as modifier)
ID: 33546 Updated by: [EMAIL PROTECTED] Reported By: nickj-phpbugs at nickj dot org -Status: Wont fix +Status: Closed Bug Type: Date/time related Operating System: Debian Woody GNU/Linux 3.0r6 PHP Version: 5CVS-2005-07-02 (dev) Assigned To: derick 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: [2005-10-10 04:09:40] nickj-phpbugs at nickj dot org Fair enough. I only noticed this in passing, and wondered about it, but I understand your logic and I agree it's not worth making the code more brittle for this case, when people can instead just remove the day-of-the-week string to get the correct results. [2005-10-07 23:46:09] [EMAIL PROTECTED] We can not easily ignore weekday names in strings at arbitrary places in the way the current scanner works now. Changing it to allow for this means more more rigid formats are supported only, losing a lot of complexity in the code and less flexibility. [2005-07-02 10:33:33] nickj-phpbugs at nickj dot org Description: Should strtotime() ignore the weekday for some inputs, rather than treat it as a modifier? Example code: = ?php print Should the weekday be treated as part of the time, rather than a modifier?\n; $input = Friday July 1 2005 10:00:00 AM; print input: . $input . \n; $tStamp = strtotime($input); print date : . date (l F j Y H:i:s A, $tStamp) . \n\n; print Should the weekday be treated as part of the time, rather than a modifier?\n; $input = 10:00:00 AM Friday July 1 2005; print input: . $input . \n; $tStamp = strtotime($input); print date : . date (H:i:s A l F j Y, $tStamp) . \n; ? = Actual output: == G:\PHP bugs\php5-win32-200507020230php.exe ..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php Should the weekday be treated as part of the time, rather than a modifier? input: Friday July 1 2005 10:00:00 AM date : Friday July 8 2005 10:00:00 AM Should the weekday be treated as part of the time, rather than a modifier? input: 10:00:00 AM Friday July 1 2005 date : 00:00:00 AM Friday July 8 2005 G:\PHP bugs\php5-win32-200507020230 == What I thought the output would be: == G:\PHP bugs\php5-win32-200507020230php.exe ..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php Should the weekday be treated as part of the time, rather than a modifier? input: Friday July 1 2005 10:00:00 AM date : Friday July 1 2005 10:00:00 AM Should the weekday be treated as part of the time, rather than a modifier? input: 10:00:00 AM Friday July 1 2005 date : 10:00:00 AM Friday July 1 2005 G:\PHP bugs\php5-win32-200507020230 == Or, to put it another way: strtotime(Friday July 1 2005 10:00:00 AM) gives the same results as strtotime(10:00:00 AM, strtotime(Friday, strtotime(July 1 2005))), when I would expect it to be equivalent to strtotime(10:00:00 AM, strtotime(July 1 2005)). Note: I'm not sure what I would expect to happen if the weekday was the wrong day (e.g. Monday July 1 2005 10:00:00 AM). I think maybe the least surprising thing would be if the weekday was always ignored for these two formats (since it's redundant as it can be determined from the date anyway), same as if the input had been July 1 2005 10:00:00 AM. And if someone really did then want to use the Monday modifier, they could just use strtotime(Monday, strtotime(July 1 2005 10:00:00 AM)) to achieve this. -- Edit this bug report at http://bugs.php.net/?id=33546edit=1
#34908 [Opn-Fbk]: uniqid() produces too long strings on cygwin
ID: 34908
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Cygwin
PHP Version: 5.1.0RC3
New Comment:
Do you know of any way to detect if PHP is running on Cygwin from PHP
itself?
Previous Comments:
[2005-10-19 19:38:23] [EMAIL PROTECTED]
Reopening.
In that case, tests/strings/001.phpt needs to behave different on
Cygwin than on other systems.
[2005-10-19 15:40:28] [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
On Cygwin systems to ensure a trully unique id the more_entropy is
enabled by default, which causes another 9 characters to appear at the
end. This is a not a bug.
[2005-10-18 15:29:37] [EMAIL PROTECTED]
Description:
Taking the regression test tests/strings/001.phpt, uniqid behaves
different on Cygwin than specified in the manual.
This may be related to #2201, but the very same test acts on Linux as
expected.
Reproduce code:
---
?php
echo Testing uniqid: ;
$str = prefix;
$ui1 = uniqid($str);
$ui2 = uniqid($str);
if (strlen($ui1) == strlen($ui2) strlen($ui1) == 19 $ui1 != $ui2)
{
echo(passed\n);
} else {
echo(failed!\n);
}
var_dump(strlen($ui1));
var_dump(strlen($ui2));
var_dump($ui1);
var_dump($ui2);
?
Expected result:
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8
string(29) prefix4354f7719641d3
Actual result:
--
$ php ~/test.php
Testing uniqid: failed!
int(29)
int(29)
string(29) prefix4354f7719641d8.40924743
string(29) prefix4354f7719641d3.17144927
--
Edit this bug report at http://bugs.php.net/?id=34908edit=1
#34921 [NEW]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
From: davidgregorymail at yahoo dot com Operating system: Red Hat Enterprise 3 AS Update 6 PHP version: 4.4.0 PHP Bug Type: PCRE related Bug description: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c Description: Hello, Simple Compilation Error for pcre. #include pcrelib/pcre.h missing from php-4.4.0/ext/pcre/php_pcre.c Insert include and compilation works... Sincerely, Dave Gregory -- Edit bug report at http://bugs.php.net/?id=34921edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34921r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34921r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34921r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34921r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34921r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34921r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34921r=needscript Try newer version: http://bugs.php.net/fix.php?id=34921r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34921r=support Expected behavior: http://bugs.php.net/fix.php?id=34921r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34921r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34921r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34921r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34921r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34921r=dst IIS Stability: http://bugs.php.net/fix.php?id=34921r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34921r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34921r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34921r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34921r=mysqlcfg
#34921 [Opn-Fbk]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 Updated by: [EMAIL PROTECTED] Reported By: davidgregorymail at yahoo dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: It is in ext/pcre/php_pcre.h. What error do you get and how exactly did you ./configure your build ? Previous Comments: [2005-10-19 23:34:42] davidgregorymail at yahoo dot com Description: Hello, Simple Compilation Error for pcre. #include pcrelib/pcre.h missing from php-4.4.0/ext/pcre/php_pcre.c Insert include and compilation works... Sincerely, Dave Gregory -- Edit this bug report at http://bugs.php.net/?id=34921edit=1
#34922 [NEW]: move_uploaded_file doesn't work correctly
From: cezarsignori at gmail dot com
Operating system: Windows XP Professional
PHP version: 4.4.1RC1
PHP Bug Type: Filesystem function related
Bug description: move_uploaded_file doesn't work correctly
Description:
The problem is below:
After a lot of validations i used the function move_uploaded_file on an
if instruction, and it returned false, the error returned was 0, and it
means Its all Ok! Your file have been moved!, but there was no file
uploaded..
And YES i have all permissions and how i said the archieve was valid.
Reproduce code:
---
} elseif (!($fcd_medicamento 0)){
$msg_erro = Choose a medication to associate with the file!;
} elseif ((move_uploaded_file($farq_pdf['tmp_name'],
/web/adm/capp/pdf/
.$farq_pdf['name']))and
(move_uploaded_file($farq_pdf2['tmp_name'], /web/adm/capp/pdf/
.$farq_pdf2['name']))) {
$sql = UPDATE sps_medicamento
SET arq_resumido='.$farq_pdf['name'].',
arq_completo='.$farq_pdf2['name'].'
WHERE cd_medicamento = $fcd_medicamento;
if(!$DBcon-query($sql)){
echo bProblem in the SQL instruction brn.o
.$DBcon-erro_num./b--- .$DBcon-erro_msg.br;
Expected result:
Well i expected to see an error thats not 0, because its mean No error
or to upload the file.
Actual result:
--
The no error number error have been printed(0), and the file haven't
been uploaded
--
Edit bug report at http://bugs.php.net/?id=34922edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34922r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34922r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34922r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34922r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34922r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34922r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34922r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34922r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34922r=support
Expected behavior: http://bugs.php.net/fix.php?id=34922r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34922r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34922r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34922r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34922r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34922r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34922r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34922r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34922r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34922r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34922r=mysqlcfg
#34922 [Opn-Fbk]: move_uploaded_file doesn't work correctly
ID: 34922
Updated by: [EMAIL PROTECTED]
Reported By: cezarsignori at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows XP Professional
PHP Version: 4.4.1RC1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-10-19 23:50:47] cezarsignori at gmail dot com
Description:
The problem is below:
After a lot of validations i used the function move_uploaded_file on
an if instruction, and it returned false, the error returned was 0, and
it means Its all Ok! Your file have been moved!, but there was no
file uploaded..
And YES i have all permissions and how i said the archieve was
valid.
Reproduce code:
---
} elseif (!($fcd_medicamento 0)){
$msg_erro = Choose a medication to associate with the file!;
} elseif ((move_uploaded_file($farq_pdf['tmp_name'],
/web/adm/capp/pdf/ .$farq_pdf['name']))and
(move_uploaded_file($farq_pdf2['tmp_name'],
/web/adm/capp/pdf/ .$farq_pdf2['name']))) {
$sql = UPDATE sps_medicamento
SET arq_resumido='.$farq_pdf['name'].',
arq_completo='.$farq_pdf2['name'].'
WHERE cd_medicamento = $fcd_medicamento;
if(!$DBcon-query($sql)){
echo bProblem in the SQL instruction brn.o
.$DBcon-erro_num./b--- .$DBcon-erro_msg.br;
Expected result:
Well i expected to see an error thats not 0, because its mean No
error or to upload the file.
Actual result:
--
The no error number error have been printed(0), and the file haven't
been uploaded
--
Edit this bug report at http://bugs.php.net/?id=34922edit=1
#34921 [Fbk-Opn]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 User updated by: davidgregorymail at yahoo dot com Reported By: davidgregorymail at yahoo dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' Previous Comments: [2005-10-19 23:45:55] [EMAIL PROTECTED] It is in ext/pcre/php_pcre.h. What error do you get and how exactly did you ./configure your build ? [2005-10-19 23:34:42] davidgregorymail at yahoo dot com Description: Hello, Simple Compilation Error for pcre. #include pcrelib/pcre.h missing from php-4.4.0/ext/pcre/php_pcre.c Insert include and compilation works... Sincerely, Dave Gregory -- Edit this bug report at http://bugs.php.net/?id=34921edit=1
#34893 [Ver-Asn]: PHP5.1 overloading, Cannot access private property
ID: 34893
Updated by: [EMAIL PROTECTED]
Reported By: kai at meder dot info
-Status: Verified
+Status: Assigned
Bug Type: Scripting Engine problem
-Operating System: WinXP
+Operating System: *
PHP Version: 5.1.0RC1
-Assigned To:
+Assigned To: helly
Previous Comments:
[2005-10-19 21:51:36] [EMAIL PROTECTED]
Ilia, Tony,
you're right with php5.0 but this has somewhen changed
with php 5.1.
Taking this short example:
?php
class A {
private $p;
function __set($name, $value) {
echo in __set()\n;
$this-$name = $value;
}
}
$a = new A();
$a-p = true;
var_dump($a);
?
With PHP 5.0 this gives:
Fatal error: Cannot access private property A::$p
With PHP 5.1 this gives
in __set()
object(A)#1 (1) {
[p:private]=
bool(true)
}
Same goes for __get and __call and private/protected
properties.
The only problem /seems/ to be the combination of __get
and __set as in the $a-p-t = bar; line of the
original code.
So something is broken - either it should work always or
never.
[2005-10-19 20:52:09] [EMAIL PROTECTED]
You were talking to one of the core developers, so I don't see a reason
why you need another one to repeat the same.
[2005-10-19 20:30:41] kai at meder dot info
in php5.1 all betas and RC1 __get and __set are ALSO called when trying
to access protected/private (invisible) properties.
btw, the manual describes php5, not php5.1 which is in beta/rc-stadium
...
so please forward this *bug* to the overload-developers!
[2005-10-19 15:47:56] [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
Do you even read documentation? Getters and Setters can only be used to
access properties that are not declared in the class.
[2005-10-19 12:53:22] kai at meder dot info
do you even read the bug-reports ?
by trying to set a private-property __get/__set are triggered in php5.1
(yes, it already works!) but there is a serious problem if using __get
AND __set together in a chain!
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/34893
--
Edit this bug report at http://bugs.php.net/?id=34893edit=1
#34921 [Opn-Fbk]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 Updated by: [EMAIL PROTECTED] Reported By: davidgregorymail at yahoo dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: Now remove all this stuff except for the one option: '--with-pcre-regex=/usr' And try again. Also, tell me where exactly your pcre.h is and what error do you get. Previous Comments: [2005-10-20 00:02:32] davidgregorymail at yahoo dot com ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' [2005-10-19 23:45:55] [EMAIL PROTECTED] It is in ext/pcre/php_pcre.h. What error do you get and how exactly did you ./configure your build ? [2005-10-19 23:34:42] davidgregorymail at yahoo dot com Description: Hello, Simple Compilation Error for pcre. #include pcrelib/pcre.h missing from php-4.4.0/ext/pcre/php_pcre.c Insert include and compilation works... Sincerely, Dave Gregory -- Edit this bug report at http://bugs.php.net/?id=34921edit=1
#34921 [Fbk-Opn]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 User updated by: davidgregorymail at yahoo dot com Reported By: davidgregorymail at yahoo dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: /bin/sh /root/php-4.4.0/libtool --silent --preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -Iext/pcre/ -I/root/php-4.4.0/ext/pcre/ -DPHP_ATOM_INC -I/root/php-4.4.0/include -I/root/php-4.4.0/main -I/root/php-4.4.0 -I/usr/kerberos/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/root/php-4.4.0/ext/mbstring/mbregex -I/root/php-4.4.0/ext/mbstring/libmbfl -I/root/php-4.4.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/ncurses -I/usr/include/pcre -I/usr/include/pspell -I/root/php-4.4.0/TSRM -I/root/php-4.4.0/Zend-g -O2 -prefer-non-pic -c /root/php-4.4.0/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.lo /root/php-4.4.0/ext/pcre/php_pcre.c: In function `php_pcre_match': /root/php-4.4.0/ext/pcre/php_pcre.c:452: `PCRE_INFO_NAMECOUNT' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:452: (Each undeclared identifier is reported only once /root/php-4.4.0/ext/pcre/php_pcre.c:452: for each function it appears in.) /root/php-4.4.0/ext/pcre/php_pcre.c:460: `PCRE_INFO_NAMETABLE' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:461: `PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function) make: *** [ext/pcre/php_pcre.lo] Error 1 [EMAIL PROTECTED] php-4.4.0]# Previous Comments: [2005-10-20 00:07:04] [EMAIL PROTECTED] Now remove all this stuff except for the one option: '--with-pcre-regex=/usr' And try again. Also, tell me where exactly your pcre.h is and what error do you get. [2005-10-20 00:02:32] davidgregorymail at yahoo dot com ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' [2005-10-19 23:45:55] [EMAIL PROTECTED] It is in ext/pcre/php_pcre.h. What error do you get and how exactly did you ./configure your build ? [2005-10-19 23:34:42] davidgregorymail at yahoo dot com Description: Hello, Simple Compilation Error for pcre. #include pcrelib/pcre.h missing from php-4.4.0/ext/pcre/php_pcre.c Insert include and compilation works... Sincerely, Dave Gregory -- Edit this bug report at http://bugs.php.net/?id=34921edit=1
#34920 [Fbk-Opn]: pg_update fails
ID: 34920
User updated by: n dot j dot saunders at gmail dot com
Reported By: n dot j dot saunders at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Tried as requested - Still unable to perform update, but at least we
now get an error:
Notice: pg_convert() [function.pg-convert]: Unknown or system data type
'area_code' for 'telephone_area' in c:\documents and
settings\neil.saunders\workspace\tvc\www\testpg.php on line 7
Notice: pg_update() [function.pg-update]: Unknown or system data type
'area_code' for 'telephone_area' in c:\documents and
settings\neil.saunders\workspace\tvc\www\testpg.php on line 10
ERROR
$db_conn = pg_connect(host=localhost port=5432 dbname=TVC
user=postgres password=xxx);
$data = array('telephone_area'='701');
pg_convert($db_conn, advertisers, $data);
$res = pg_update($db_conn, advertisers, $data, array('id'='2'));
if($res)
{
echo OK;
}
else
{
echo ERROR;
}
Is there any way that pg_convert/pg_update can perform this? Postgres
seems to handle the implied type conversion when the operation is
performed via SQL? Maybe just a documented caveat required?
Thanks Guys.
Previous Comments:
[2005-10-19 21:56:19] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
If you still able to reproduce it - please provide a short but complete
reproduce code and take a look into the Apache logs (if there are any
entries related to the problem - paste some of them here).
[2005-10-19 21:44:35] n dot j dot saunders at gmail dot com
Description:
pg_update seems to fail when updating an columns of a user defined
domain.
I have inherited table (advertisers) that contains, among others, the
columns telephone_country (integer), telephone_area (area domain),
telephone_number (number domain).
pg_update succeeds when VARCHAR fields are updated, but seems to fail
without error when fields of user defined domains are updated from the
array
Reproduce code:
---
1. Define a Domain in an existing postgres database
e.g: area_code, domain with check
CREATE DOMAIN public.area_code AS
varchar(10) NULL;
ALTER DOMAIN public.area_code
ADD CONSTRAINT ck_area_code CHECK ((VALUE)::text ~
'^\\(?[0-9]\\)?[0-9]*$'::text);
2. Define a table in a postgres database that includes a column of the
type you just created.
CREATE TABLE public.users (
username VARCHAR(20) NOT NULL,
altphone_area public.area_code);
3. Create a record in the table
INSERT INTO users (username, altphone_area) VALUES ('Neil',222);
3. Try and use pg_update to update this record
pg_update($db, users, array('altphone_area'=444),
array('username'='Neil'));
Expected result:
The record you created is updated, setting the value of
altphone_area=444
Actual result:
--
Nothing. No updates, no error messages.
--
Edit this bug report at http://bugs.php.net/?id=34920edit=1
#34921 [Opn]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 User updated by: davidgregorymail at yahoo dot com Reported By: davidgregorymail at yahoo dot com Status: Open Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: Ok... Here's the ./configure '--with-pcre-regex=/usr' ... gcc -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -Iext/pcre/ -I/root/php-4.4.0/ext/pcre/ -DPHP_ATOM_INC -I/root/php-4.4.0/include -I/root/php-4.4.0/main -I/root/php-4.4.0 -I/usr/include/pcre -I/root/php-4.4.0/ext/xml/expat -I/root/php-4.4.0/TSRM -I/root/php-4.4.0/Zend-g -O2 -c /root/php-4.4.0/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.o echo ext/pcre/php_pcre.lo /root/php-4.4.0/ext/pcre/php_pcre.c: In function `php_pcre_match': /root/php-4.4.0/ext/pcre/php_pcre.c:452: `PCRE_INFO_NAMECOUNT' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:452: (Each undeclared identifier is reported only once /root/php-4.4.0/ext/pcre/php_pcre.c:452: for each function it appears in.) /root/php-4.4.0/ext/pcre/php_pcre.c:460: `PCRE_INFO_NAMETABLE' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:461: `PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function) make: *** [ext/pcre/php_pcre.lo] Error 1 [EMAIL PROTECTED] php-4.4.0]# Previous Comments: [2005-10-20 00:07:57] davidgregorymail at yahoo dot com /bin/sh /root/php-4.4.0/libtool --silent --preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -Iext/pcre/ -I/root/php-4.4.0/ext/pcre/ -DPHP_ATOM_INC -I/root/php-4.4.0/include -I/root/php-4.4.0/main -I/root/php-4.4.0 -I/usr/kerberos/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/root/php-4.4.0/ext/mbstring/mbregex -I/root/php-4.4.0/ext/mbstring/libmbfl -I/root/php-4.4.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/ncurses -I/usr/include/pcre -I/usr/include/pspell -I/root/php-4.4.0/TSRM -I/root/php-4.4.0/Zend-g -O2 -prefer-non-pic -c /root/php-4.4.0/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.lo /root/php-4.4.0/ext/pcre/php_pcre.c: In function `php_pcre_match': /root/php-4.4.0/ext/pcre/php_pcre.c:452: `PCRE_INFO_NAMECOUNT' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:452: (Each undeclared identifier is reported only once /root/php-4.4.0/ext/pcre/php_pcre.c:452: for each function it appears in.) /root/php-4.4.0/ext/pcre/php_pcre.c:460: `PCRE_INFO_NAMETABLE' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:461: `PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function) make: *** [ext/pcre/php_pcre.lo] Error 1 [EMAIL PROTECTED] php-4.4.0]# [2005-10-20 00:07:04] [EMAIL PROTECTED] Now remove all this stuff except for the one option: '--with-pcre-regex=/usr' And try again. Also, tell me where exactly your pcre.h is and what error do you get. [2005-10-20 00:02:32] davidgregorymail at yahoo dot com ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio'
#34921 [Opn-Fbk]: Compilation Error: #include pcrelib/pcre.h missing from ext/pcre/php_pcre.c
ID: 34921 Updated by: [EMAIL PROTECTED] Reported By: davidgregorymail at yahoo dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Red Hat Enterprise 3 AS Update 6 PHP Version: 4.4.0 New Comment: What version of PCRE do you have in your system ? Are you sure your pcre.h contains those defines ? Previous Comments: [2005-10-20 00:12:43] davidgregorymail at yahoo dot com Ok... Here's the ./configure '--with-pcre-regex=/usr' ... gcc -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -Iext/pcre/ -I/root/php-4.4.0/ext/pcre/ -DPHP_ATOM_INC -I/root/php-4.4.0/include -I/root/php-4.4.0/main -I/root/php-4.4.0 -I/usr/include/pcre -I/root/php-4.4.0/ext/xml/expat -I/root/php-4.4.0/TSRM -I/root/php-4.4.0/Zend-g -O2 -c /root/php-4.4.0/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.o echo ext/pcre/php_pcre.lo /root/php-4.4.0/ext/pcre/php_pcre.c: In function `php_pcre_match': /root/php-4.4.0/ext/pcre/php_pcre.c:452: `PCRE_INFO_NAMECOUNT' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:452: (Each undeclared identifier is reported only once /root/php-4.4.0/ext/pcre/php_pcre.c:452: for each function it appears in.) /root/php-4.4.0/ext/pcre/php_pcre.c:460: `PCRE_INFO_NAMETABLE' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:461: `PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function) make: *** [ext/pcre/php_pcre.lo] Error 1 [EMAIL PROTECTED] php-4.4.0]# [2005-10-20 00:07:57] davidgregorymail at yahoo dot com /bin/sh /root/php-4.4.0/libtool --silent --preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -Iext/pcre/ -I/root/php-4.4.0/ext/pcre/ -DPHP_ATOM_INC -I/root/php-4.4.0/include -I/root/php-4.4.0/main -I/root/php-4.4.0 -I/usr/kerberos/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/root/php-4.4.0/ext/mbstring/mbregex -I/root/php-4.4.0/ext/mbstring/libmbfl -I/root/php-4.4.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/ncurses -I/usr/include/pcre -I/usr/include/pspell -I/root/php-4.4.0/TSRM -I/root/php-4.4.0/Zend-g -O2 -prefer-non-pic -c /root/php-4.4.0/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.lo /root/php-4.4.0/ext/pcre/php_pcre.c: In function `php_pcre_match': /root/php-4.4.0/ext/pcre/php_pcre.c:452: `PCRE_INFO_NAMECOUNT' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:452: (Each undeclared identifier is reported only once /root/php-4.4.0/ext/pcre/php_pcre.c:452: for each function it appears in.) /root/php-4.4.0/ext/pcre/php_pcre.c:460: `PCRE_INFO_NAMETABLE' undeclared (first use in this function) /root/php-4.4.0/ext/pcre/php_pcre.c:461: `PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function) make: *** [ext/pcre/php_pcre.lo] Error 1 [EMAIL PROTECTED] php-4.4.0]# [2005-10-20 00:07:04] [EMAIL PROTECTED] Now remove all this stuff except for the one option: '--with-pcre-regex=/usr' And try again. Also, tell me where exactly your pcre.h is and what error do you get. [2005-10-20 00:02:32] davidgregorymail at yahoo dot com ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl'
#32561 [Asn]: Erroneous Allow HTTP response header
ID: 32561 User updated by: mnot at pobox dot com Reported By: mnot at pobox dot com Status: Assigned Bug Type: Apache related Operating System: * PHP Version: 5.*, 4.* Assigned To: rasmus New Comment: See also: http://issues.apache.org/bugzilla/show_bug.cgi?id=15242 for resolution of a simliar bug in mod_cgi. Previous Comments: [2005-09-21 12:51:15] [EMAIL PROTECTED] Assigned to Rasmus who should know what to do with this bug. [2005-04-24 00:00:26] [EMAIL PROTECTED] This was added in PHP 3, by Rasmus with this commit msg: AAPI cleanup - Set rqst-allowed correctly and deny OPTIONS requests [2005-04-04 18:41:12] mnot at pobox dot com By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r-allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. [2005-04-04 07:25:19] [EMAIL PROTECTED] Actually, it resets the r-allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r-allowed accordingly. [2005-04-04 05:19:18] mnot at pobox dot com Description: When using the Apache module, PHP installs the xbithack handler for text/html. This handler make the following change to r-allowed, which is what Apache uses to populate the Allowed header on responses that require it (e.g., to OPTIONS, 405 Method Not Allowed, 501 Not Implemented); r-allowed |= (1 METHODS) - 1; This has the affect of adding *all* known HTTP methods to the list. Effectively, PHP is telling clients that it can handle all HTTP methods, even for resources that aren't actually parsed as PHP. This is also the case in php5. Reproduce code: --- mnot-laptop:~ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. OPTIONS /index.html HTTP/1.1 Host: localhost Expected result: HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, OPTIONS, TRACE Actual result: -- HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, UNLOCK, TRACE -- Edit this bug report at http://bugs.php.net/?id=32561edit=1
#34923 [NEW]: PHP has encountered an Access Violation
From: ryan at ryanjameson dot com Operating system: Windows 2000 IIS 5 PHP version: 5.1.0RC3 PHP Bug Type: Reproducible crash Bug description: PHP has encountered an Access Violation Description: PHP has encountered an Access Violation at 012D7B19 (and lots of other places) My server is currently running 5.0.4 very well, when I installed 5.1 I almost immediately began getting the above error. I then downloaded the latest snapshot and the behavior is the same. Even just phpinfo(); I can get the phpinfo screen 2 or 3 times and then it gives the error. I am running in ISAPI mode and have not tried CGI mode. Reproduce code: --- ?PHP phpinfo(); ? Expected result: the phpinfo screen. Actual result: -- PHP has encountered an Access Violation SOME ADDRESS THAT CHANGES -- Edit bug report at http://bugs.php.net/?id=34923edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34923r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34923r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34923r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34923r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34923r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34923r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34923r=needscript Try newer version: http://bugs.php.net/fix.php?id=34923r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34923r=support Expected behavior: http://bugs.php.net/fix.php?id=34923r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34923r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34923r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34923r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34923r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34923r=dst IIS Stability: http://bugs.php.net/fix.php?id=34923r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34923r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34923r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34923r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34923r=mysqlcfg
#34924 [NEW]: Decorator pattern - php implementation
From: axo at axolander dot de
Operating system: UNIX
PHP version: 5.0.5
PHP Bug Type: Class/Object related
Bug description: Decorator pattern - php implementation
Description:
i'm often making heavy use of the decorator pattern.
while this works in c++ or java, php tells me the 'protected' context does
not work.
how's this to interpret?
Reproduce code:
---
?php
abstract class A {
protected abstract function func();
}
class Decorator extends A {
private $_decorated;
public function __construct(A $a) {
$this - _decorated = $a;
}
protected function func() {
$this - _decorated - func();
}
public function doCall() {
$this - func();
}
}
class ASmall extends A {
protected function func() {
printf(%s::%s called!\n,__CLASS__,__FUNCTION__);
}
}
$a = new ASmall();
$dec = new Decorator($a);
$dec - doCall();
die();
Expected result:
ASmall::func called!
Actual result:
--
br /
bFatal error/b: Call to protected method ASmall::func() from context
'Decorator' in bfileName/b on line b12/bbr /
--
Edit bug report at http://bugs.php.net/?id=34924edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34924r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34924r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34924r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34924r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34924r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34924r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34924r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34924r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34924r=support
Expected behavior: http://bugs.php.net/fix.php?id=34924r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34924r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34924r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34924r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34924r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34924r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34924r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34924r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34924r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34924r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34924r=mysqlcfg
#34919 [Fbk-Opn]: null value
ID: 34919
User updated by: petr dot benes at col dot cz
Reported By: petr dot benes at col dot cz
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: WinXP
PHP Version: 5.0.5
New Comment:
Last version don't work too.
Previous Comments:
[2005-10-19 20:45:53] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-19 19:26:41] petr dot benes at col dot cz
Description:
I have code:
$wsdl='.';
$client=new SoapClient($wsdl,array('encoding'='windows-1250'));
$client-foo(new SoapVar(null,XSD_DECIMAL,xsd:decimal));
It work correctly in PHP 5.0.4.
It don't work in PHP 5.0.5 and restart Apache.
Apache log:
[notice] Parent: child process exited with status 3221225477 --
Restarting.
[notice] Apache/2.0.54 (Win32) PHP/5.0.5 configured -- resuming normal
operations
--
Edit this bug report at http://bugs.php.net/?id=34919edit=1
