#50327 [Opn->Bgs]: The page is con't submit
ID: 50327 Updated by: j...@php.net Reported By: jansi_bosco at yahoo dot co dot in -Status: Open +Status: Bogus Bug Type: Session related Operating System: windows PHP Version: 5.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2009-11-30 07:05:26] jansi_bosco at yahoo dot co dot in Description: I have been problem in my website. This could be working well past few years ago. But in few days the pages in my site is doesn't work properly. Reproduce code: --- www.tamilnaduproperty.com/advertisement/phpfiles/browse_advertisementsell.php when I click the ads, The first pages of ads are displayed. But I click the second page the no data are displayed as well as the other pages also. In my registration page the bug is returned: Warning: Unknown: Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=50327&edit=1
#50327 [NEW]: The page is con't submit
From: jansi_bosco at yahoo dot co dot in Operating system: windows PHP version: 5.3.1 PHP Bug Type: Session related Bug description: The page is con't submit Description: I have been problem in my website. This could be working well past few years ago. But in few days the pages in my site is doesn't work properly. Reproduce code: --- www.tamilnaduproperty.com/advertisement/phpfiles/browse_advertisementsell.php when I click the ads, The first pages of ads are displayed. But I click the second page the no data are displayed as well as the other pages also. In my registration page the bug is returned: Warning: Unknown: Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=50327&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50327&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50327&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50327&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50327&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50327&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50327&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50327&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50327&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50327&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50327&r=support Expected behavior: http://bugs.php.net/fix.php?id=50327&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50327&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50327&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50327&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50327&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50327&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50327&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50327&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50327&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50327&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50327&r=mysqlcfg
#50326 [NEW]: cannot link curl extension to curl 7.19.7
From: r dot polanskis at uws dot edu dot au Operating system: SunOS bisset 5.10 Generic_141414 PHP version: 5.3.1 PHP Bug Type: Compile Failure Bug description: cannot link curl extension to curl 7.19.7 Description: Hi, I will paste in the URL that describes the complete problem from the Sun forum: http://forums.sun.com/thread.jspa?messageID=10874518 In short, the curl module does not link against libcurl: SO I recompiled curl-7.19.7 successfully and installed it. Then I copied the php-5.3.1 ext/curl module directory to another location and attempted to link it. This works against curl-7.17.1 but not against curl-7.19.7. curl-7.17.1 is the last version I can get to link against php-5.3.1 and gcc-4.3.3. So my test was to just link the module against curl-7.19.7: Then I did the following: bisset:curl 147# /opt/app/cwis/support/php/bin/phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 bisset:curl 148# ./configure --with-php-config=/opt/app/cwis/support/php/bin/php-config --with-curl=/opt/app/cwis/support/curl checking for egrep... egrep checking for a sed that does not truncate output... /opt/sfw/bin/gsed checking for cc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for icc... no checking for suncc... no checking whether gcc and cc understand -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... yes checking build system type... sparc-sun-solaris2.10 checking host system type... sparc-sun-solaris2.10 checking target system type... sparc-sun-solaris2.10 checking for PHP prefix... /opt/app/cwis/support/php checking for PHP includes... -I/opt/app/cwis/support/php/include/php -I/opt/app/cwis/support/php/include/php/main -I/opt/app/cwis/support/php/include/php/TSRM -I/opt/app/cwis/support/php/include/php/Zend -I/opt/app/cwis/support/php/include/php/ext -I/opt/app/cwis/support/php/include/php/ext/date/lib checking for PHP extension directory... /opt/app/cwis/support/php/lib/php/20090626 checking for PHP installed headers prefix... /opt/app/cwis/support/php/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for cURL support... yes, shared checking if we should use cURL for url streams... no checking for cURL 7.10.5 or greater... libcurl 7.19.7 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes checking for curl_easy_strerror in -lcurl... yes checking for curl_multi_strerror in -lcurl... yes checking for ld used by gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 262144 checking command to parse /usr/ccs/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whethe
#50322 [Bgs]: php5.2.11 breaks with
ID: 50322 User updated by: rafarataneneces at gmail dot com Reported By: rafarataneneces at gmail dot com Status: Bogus Bug Type: *General Issues Operating System: Cent Os 64bit PHP Version: 5.2.11 New Comment: Testing add string Oh ok, I got it so my browser thinks it's HTML? I thought it was PHP error Previous Comments: [2009-11-29 16:21:18] ras...@php.net If you did a view source you would see the raw <> tags there. PHP prints them out nicely. It is your browser interpreting them as html tags which means you can only see them when you view the source. [2009-11-29 16:13:16] rafarataneneces at gmail dot com yeah ras...@php.net [2009-11-29 08:37:47] ras...@php.net Uh, you did a "view source" right? [2009-11-29 08:01:29] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string [2009-11-29 08:00:42] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit this bug report at http://bugs.php.net/?id=50322&edit=1
#50323 [Opn]: No ability to connect to database named 't;', no chance to escape semicolon
ID: 50323
Updated by: f...@php.net
Reported By: winner5 at interia dot pl
Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.3.1
New Comment:
Yes, I'm terribly sorry.
To be more on-topic then, afaik SQLite doesn't even allow ';' as part
of either database or table name, so I was under the impression mysql
wasn't either.
Verified on 5.2.6-1+lenny3
Problem seems to lie somewhere in ext/pdo/pdo_dbh.c in dbh_constructor
fwiw.
Previous Comments:
[2009-11-29 21:29:20] kelt3we at gmail dot com
This is by no means a proper way to provide feedback to a bug report,
even if the user's claim is wrong. Next time remember this is not a
humor site ;-)
[2009-11-29 14:51:23] f...@php.net
IBTB (In before the bogus):
http://xkcd.com/327/
[2009-11-29 14:09:18] alfredorj at walla dot com
Why do you don't go to see if I'm on the corner?
This bug is not a bug! Who does make a database with ";" chars?
You are a really loser.
[2009-11-29 13:25:13] winner5 at interia dot pl
Description:
There is no way to escape semicolon in dsn to be treated like a char,
not as a separator.
Reproduce code:
---
Expected result:
Successfully established connection
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000] [1049] Unknown database 't\'' in ./index.php:1
Stack trace:
#0 ./index.php(1): PDO->__construct('mysql:host=loca...', 'user',
'pass')
#1 {main}
thrown in ./index.php on line 1
--
Edit this bug report at http://bugs.php.net/?id=50323&edit=1
#50323 [Com]: No ability to connect to database named 't;', no chance to escape semicolon
ID: 50323
Comment by: kelt3we at gmail dot com
Reported By: winner5 at interia dot pl
Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.3.1
New Comment:
This is by no means a proper way to provide feedback to a bug report,
even if the user's claim is wrong. Next time remember this is not a
humor site ;-)
Previous Comments:
[2009-11-29 14:51:23] f...@php.net
IBTB (In before the bogus):
http://xkcd.com/327/
[2009-11-29 14:09:18] alfredorj at walla dot com
Why do you don't go to see if I'm on the corner?
This bug is not a bug! Who does make a database with ";" chars?
You are a really loser.
[2009-11-29 13:25:13] winner5 at interia dot pl
Description:
There is no way to escape semicolon in dsn to be treated like a char,
not as a separator.
Reproduce code:
---
Expected result:
Successfully established connection
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000] [1049] Unknown database 't\'' in ./index.php:1
Stack trace:
#0 ./index.php(1): PDO->__construct('mysql:host=loca...', 'user',
'pass')
#1 {main}
thrown in ./index.php on line 1
--
Edit this bug report at http://bugs.php.net/?id=50323&edit=1
#49935 [Opn->Csd]: Deprecated warnings make "make test" to fail
ID: 49935 Updated by: j...@php.net Reported By: shopping at jth dot net -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5.3.1 Assigned To: jani Previous Comments: [2009-11-29 19:54:09] shopping at jth dot net Dear j...@php.net I think you should work a little with your attitude. We are not all nerds, but some of us actually make a living out of using PHP and e.g. Apache. We do not have the time to test all development versions of all software we are using. Some open source projects I am actually contributing source code to e.g. Apache2, but not PHP. When a version is annonced as 'stable' and with a suggestion of immediately upgrading to it, there should be no simple bugs in it. In this case the developers did not make a simple 'make test' run in a very common configuration. There must be thousands of installations with register_globals enabled. Furthermore the bug was reported before 5.3.1 was released. So, please, give testing a higher priority. [2009-11-27 23:34:40] j...@php.net Fixed now. Oh, and thanks for testing the PHP 5.3.1 RCs too. Great work there, mate. [2009-11-27 23:34:36] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=291363 Log: - Fixed bug #49935 (Deprecated warnings make "make test" to fail) [2009-11-27 23:07:20] j...@php.net You really have bigger problems if you have to have register_globals=On anyway, so please, don't overreact. [2009-11-27 22:30:22] shopping at jth dot net I see the reputation of PHP at stake here. If testing is not done properly we cannot rely on using a new release in a production environment. 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/49935 -- Edit this bug report at http://bugs.php.net/?id=49935&edit=1
#49935 [Csd->Opn]: Deprecated warnings make "make test" to fail
ID: 49935 User updated by: shopping at jth dot net Reported By: shopping at jth dot net -Status: Closed +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5.3.1 Assigned To: jani New Comment: Dear j...@php.net I think you should work a little with your attitude. We are not all nerds, but some of us actually make a living out of using PHP and e.g. Apache. We do not have the time to test all development versions of all software we are using. Some open source projects I am actually contributing source code to e.g. Apache2, but not PHP. When a version is annonced as 'stable' and with a suggestion of immediately upgrading to it, there should be no simple bugs in it. In this case the developers did not make a simple 'make test' run in a very common configuration. There must be thousands of installations with register_globals enabled. Furthermore the bug was reported before 5.3.1 was released. So, please, give testing a higher priority. Previous Comments: [2009-11-27 23:34:40] j...@php.net Fixed now. Oh, and thanks for testing the PHP 5.3.1 RCs too. Great work there, mate. [2009-11-27 23:34:36] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revision&revision=291363 Log: - Fixed bug #49935 (Deprecated warnings make "make test" to fail) [2009-11-27 23:07:20] j...@php.net You really have bigger problems if you have to have register_globals=On anyway, so please, don't overreact. [2009-11-27 22:30:22] shopping at jth dot net I see the reputation of PHP at stake here. If testing is not done properly we cannot rely on using a new release in a production environment. [2009-11-27 22:24:46] shopping at jth dot net "This bug has been fixed in SVN." So why is it still in 5.3.1 ? Shouldn't a serious thing like this be tested before a new release ? 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/49935 -- Edit this bug report at http://bugs.php.net/?id=49935&edit=1
#50322 [Bgs]: php5.2.11 breaks with
ID: 50322 Updated by: ras...@php.net Reported By: rafarataneneces at gmail dot com Status: Bogus Bug Type: *General Issues Operating System: Cent Os 64bit PHP Version: 5.2.11 New Comment: If you did a view source you would see the raw <> tags there. PHP prints them out nicely. It is your browser interpreting them as html tags which means you can only see them when you view the source. Previous Comments: [2009-11-29 16:13:16] rafarataneneces at gmail dot com yeah ras...@php.net [2009-11-29 08:37:47] ras...@php.net Uh, you did a "view source" right? [2009-11-29 08:01:29] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string [2009-11-29 08:00:42] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit this bug report at http://bugs.php.net/?id=50322&edit=1
#50322 [Bgs]: php5.2.11 breaks with
ID: 50322 User updated by: rafarataneneces at gmail dot com Reported By: rafarataneneces at gmail dot com Status: Bogus Bug Type: *General Issues Operating System: Cent Os 64bit PHP Version: 5.2.11 New Comment: yeah ras...@php.net Previous Comments: [2009-11-29 08:37:47] ras...@php.net Uh, you did a "view source" right? [2009-11-29 08:01:29] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string [2009-11-29 08:00:42] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit this bug report at http://bugs.php.net/?id=50322&edit=1
#50323 [Opn]: No ability to connect to database named 't;', no chance to escape semicolon
ID: 50323
Updated by: f...@php.net
Reported By: winner5 at interia dot pl
Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.3.1
New Comment:
IBTB (In before the bogus):
http://xkcd.com/327/
Previous Comments:
[2009-11-29 14:09:18] alfredorj at walla dot com
Why do you don't go to see if I'm on the corner?
This bug is not a bug! Who does make a database with ";" chars?
You are a really loser.
[2009-11-29 13:25:13] winner5 at interia dot pl
Description:
There is no way to escape semicolon in dsn to be treated like a char,
not as a separator.
Reproduce code:
---
Expected result:
Successfully established connection
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000] [1049] Unknown database 't\'' in ./index.php:1
Stack trace:
#0 ./index.php(1): PDO->__construct('mysql:host=loca...', 'user',
'pass')
#1 {main}
thrown in ./index.php on line 1
--
Edit this bug report at http://bugs.php.net/?id=50323&edit=1
#50325 [NEW]: DOMXPath caanot find anything without thw namespace specified.
From: winner5 at interia dot pl
Operating system: Linux
PHP version: 5.2.11
PHP Bug Type: DOM XML related
Bug description: DOMXPath caanot find anything without thw namespace specified.
Description:
DOMXPath do not find anything, like it should due to php.net online guide,
it requires to registerNamespace in DOMXPath
Reproduce code:
---
loadXML('http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>http://www.w3.org/1999/xhtml"; xml:lang="en"
dir="ltr">TitleThis');
header('Content-Type: application/xhtml+xml; charset="utf-8"');
$xpath = new DOMXPath($dom);
$nodelist = $xpath->query('/html/body/div/d...@id=\'read\'][1]');
$root = $nodelist->item(0);
$root->appendChild($dom->createElement('p', $root->nodeName));
print($dom->saveXML());
?>
Expected result:
Just the same as:
loadXML('http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>http://www.w3.org/1999/xhtml"; xml:lang="en"
dir="ltr">TitleThis');
header('Content-Type: application/xhtml+xml; charset="utf-8"');
$xpath = new DOMXPath($dom);
$xpath->registerNamespace('x', $dom->documentElement->namespaceURI);
$nodelist =
$xpath->query('/x:html/x:body/x:div/x:d...@id=\'read\'][1]');
$root = $nodelist->item(0);
$root->appendChild($dom->createElement('p', $root->nodeName));
print($dom->saveXML());
?>
Actual result:
--
Fatal error: Call to a member function appendChild() on a non-object in
./index.php on line 10
--
Edit bug report at http://bugs.php.net/?id=50325&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50325&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50325&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50325&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50325&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50325&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50325&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50325&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50325&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50325&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50325&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50325&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50325&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50325&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50325&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50325&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50325&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50325&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50325&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50325&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50325&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50325&r=mysqlcfg
#50318 [Opn->Asn]: multiple statments result exception
ID: 50318
Updated by: fel...@php.net
Reported By: yury at nix dot co dot il
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: FreeBSD 7.2-STABLE
PHP Version: 5.2.11
-Assigned To:
+Assigned To: mysql
Previous Comments:
[2009-11-28 12:18:29] yury at nix dot co dot il
I have just checked out the code of mysql_driver.c in 5_3,
it seems that the issue handled there, however I do not understand why
to
mysql_store_result() and then mysql_free_result(), it seems to work
with my solution as well... ( checked only on 5.2.11 )
[2009-11-28 12:08:55] yury at nix dot co dot il
Description:
When using multiple statments in a single $pdo->execute(),
php throws an exception, however the staments bieng executed anyway.
( example: http://pastebin.com/f6aec645c )
I think the mysql server expects the resultset to be advanced even if
it's empty, as shown in the c-api example here:
http://dev.mysql.com/doc/refman/5.1/en/c-api-multiple-queries.html
I think the follwing will resolve the issue
( diff against svn 5_2 )
*** mysql_driver.c Sat Nov 28 13:13:07 2009
--- /home/yury/php-5.2.11/ext/pdo_mysql/mysql_driver.c Fri Nov 27
13:55:46 2009
***
*** 252,261
--- 252,262
my_ulonglong c = mysql_affected_rows(H->server);
if (c == (my_ulonglong) -1) {
pdo_mysql_error(dbh);
return (H->einfo.errcode ? -1 : 0);
} else {
+ while ( 0 == mysql_next_result( H->server ) );
return c;
}
}
}
Reproduce code:
---
http://pastebin.com/f6aec645c
Expected result:
throw exception and not commit
-or-
commit and not throw exception
Actual result:
--
The follwing exception thrown:
SQLSTATE[HY000]: General error: 2014 Cannot execute queries while other
unbuffered queries are active. Consider using PDOStatement::fetchAll().
Alternatively, if your code is only ever going to run against mysql,
you may enable query buffering by setting the
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY attribute.
But the data IS commited to the database.
--
Edit this bug report at http://bugs.php.net/?id=50318&edit=1
#50323 [Com]: No ability to connect to database named 't;', no chance to escape semicolon
ID: 50323
Comment by: alfredorj at walla dot com
Reported By: winner5 at interia dot pl
Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.3.1
New Comment:
Why do you don't go to see if I'm on the corner?
This bug is not a bug! Who does make a database with ";" chars?
You are a really loser.
Previous Comments:
[2009-11-29 13:25:13] winner5 at interia dot pl
Description:
There is no way to escape semicolon in dsn to be treated like a char,
not as a separator.
Reproduce code:
---
Expected result:
Successfully established connection
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000] [1049] Unknown database 't\'' in ./index.php:1
Stack trace:
#0 ./index.php(1): PDO->__construct('mysql:host=loca...', 'user',
'pass')
#1 {main}
thrown in ./index.php on line 1
--
Edit this bug report at http://bugs.php.net/?id=50323&edit=1
#50324 [NEW]: Invalid phpinfo XHTML code.
From: winner5 at interia dot pl
Operating system: Linux
PHP version: 5.3.1
PHP Bug Type: PHP options/info functions
Bug description: Invalid phpinfo XHTML code.
Description:
phpinfo function generates invalid code. It tries to look like XHTML, but
it has:
'' instead of 'http://www.w3.org/1999/xhtml";>',
''
instead of '', the DTD declaration id invalid, it should
be:
'http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>' if you stick at
using XHTML 1.0 Transitional, it would be better if you use:
'http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>'. In addition there is no
XML declaration. It should be:
'' at the very
beginning of the document and '' should be replaced with: ''. I
know that the code is valid due to W3C Validator, but when I use the
function phpinfo(); I get plain text. When I add header('Content-Type:
application/xhtml+xml; charset="utf-8"');, I receive XML without xmlns, so
it still looks like plain text.
Reproduce code:
---
Expected result:
The same as I receive by using:
loadXML(ob_get_clean());
$dom->documentElement->xmlNamespace = 'http://www.w3.org/1999/xhtml';
print($dom->saveXML());
?>
and of course with corrections for:
'', ''.
Actual result:
--
plain text. Just the source.
--
Edit bug report at http://bugs.php.net/?id=50324&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50324&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50324&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50324&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50324&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50324&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50324&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50324&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50324&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50324&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50324&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50324&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50324&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50324&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50324&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50324&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50324&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50324&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50324&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50324&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50324&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50324&r=mysqlcfg
#50323 [NEW]: No ability to connect to database named 't;', no chance to escape semicolon
From: winner5 at interia dot pl
Operating system: Linux
PHP version: 5.3.1
PHP Bug Type: PDO related
Bug description: No ability to connect to database named 't;', no chance to
escape semicolon
Description:
There is no way to escape semicolon in dsn to be treated like a char, not
as a separator.
Reproduce code:
---
Expected result:
Successfully established connection
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000] [1049] Unknown database 't\'' in ./index.php:1
Stack trace:
#0 ./index.php(1): PDO->__construct('mysql:host=loca...', 'user', 'pass')
#1 {main}
thrown in ./index.php on line 1
--
Edit bug report at http://bugs.php.net/?id=50323&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50323&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50323&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50323&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50323&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50323&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50323&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50323&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50323&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50323&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50323&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50323&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50323&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50323&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50323&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50323&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50323&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50323&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50323&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50323&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50323&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50323&r=mysqlcfg
#50297 [Bgs]: MessageFormatter::formatMessage don't support string with accent in it
ID: 50297
User updated by: pby_42-web at yahoo dot fr
-Reported By: pby_fr at yahoo dot fr
+Reported By: pby_42-web at yahoo dot fr
Status: Bogus
Bug Type: I18N and L10N related
Operating System: Windows Vista 64
PHP Version: 5.3.1
New Comment:
No, formatMessage is a static function.
>From the doc:
static string formatMessage ( string $locale , string $pattern ,
array $args )
Previous Comments:
[2009-11-27 17:47:45] j...@php.net
Well there's your problem. The method isn't static..
[2009-11-27 15:08:49] pby_fr at yahoo dot fr
formatMessage being a static method, it is not possible to use
getErrorMessage!
I tested with a full object code:
$fmt = new MessageFormatter("fr_FR", "with accent à é");
$fmt isn't an object, but FALSE
Whit
$fmt = new MessageFormatter("fr_FR", "with accent a e");
$fmt is an object, and everything works fine.
Anyway, I must switch back to PHP 5.2, therefore I will recode a very
simple formatter instead of use this class.
[2009-11-26 10:08:22] j...@php.net
Try this:
http://www.php.net/manual/en/messageformatter.geterrormessage.php
You might have something like wrong locale there or something..
[2009-11-25 20:37:49] pby_42-web at yahoo dot fr
Description:
Using accent character in the pattern of
MessageFormatter::formatMessage return an empty string.
Reproduce code:
---
echo (MessageFormatter::formatMessage("fr_FR", "with accent à é",
array()));
Expected result:
to display: with accent à é
Actual result:
--
display nothing
--
Edit this bug report at http://bugs.php.net/?id=50297&edit=1
#50314 [Fbk->Opn]: File upload problem
ID: 50314
User updated by: jj07020 at lanet dot lv
Reported By: jj07020 at lanet dot lv
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Windows XP Pro SP3
PHP Version: 5.3.1
New Comment:
I tried it with php 5.2 (Snapshot Fri, 27 Nov 2009 11:41:38 +,
Version: 5.2.12RC3-dev) and it produces the same result.
Previous Comments:
[2009-11-27 14:27:18] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-11-27 14:20:01] jj07020 at lanet dot lv
Description:
It is possible to supply a filename which will be incorrectly parsed by
PHP. The problem occurs when uploading a file from an HTML form with
attributes name="file[" (lacking the closing bracket) and type="file".
I'm using Apache 2.2.14 & PHP 5.3.1, but I was able to reproduce the bug
with Apache 2.2.10 & PHP 5.3.0.
Reproduce code:
---
HTML form - form.html:
PHP code - upload.php:
The body of the HTTP request:
3PL7QzumhbsotvnG6nZnmR
Content-Disposition: form-data; name="file["; filename="code.gif"
Content-Type: image/gif
3PL7QzumhbsotvnG6nZnmR--
Expected result:
The array $_FILES should contain valid keys as specified in
http://www.php.net/manual/en/features.file-upload.post-method.php.
Hovever, the following assertion fails:
if (isset($_FILES["file"])) {
assert(is_string($_FILES["name"])); // actual key is "[name"
}
Since the filename ("file[") lacks the closing bracket, it probably
should be interpreted as a single file named "file[":
array(1) { ["file["]=> array(5) { ["name"]=> string(8) "code.gif"
["type"]=> string(9) "image/gif" ["tmp_name"]=> string(17)
"C:\Temp\php3A.tmp" ["error"]=> int(0) ["size"]=> int(3342) } }
Actual result:
--
The array $_FILES:
array(1) { ["file"]=> array(5) { ["[name"]=> string(8) "code.gif"
["[type"]=> string(9) "image/gif" ["[tmp_name"]=> string(17)
"C:\Temp\php3A.tmp" ["[error"]=> int(0) ["[size"]=> int(3342) } }
--
Edit this bug report at http://bugs.php.net/?id=50314&edit=1
#50322 [Opn->Bgs]: php5.2.11 breaks with
ID: 50322 Updated by: ras...@php.net Reported By: rafarataneneces at gmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Cent Os 64bit PHP Version: 5.2.11 New Comment: Uh, you did a "view source" right? Previous Comments: [2009-11-29 08:01:29] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string [2009-11-29 08:00:42] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit this bug report at http://bugs.php.net/?id=50322&edit=1
#50006 [Opn->Csd]: Segfault caused by uksort() (PHP_5_2 only!)
ID: 50006 Updated by: s...@php.net Reported By: remus at gmx dot net -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: * PHP Version: 5.2-SVN-2009-10-26 Assigned To: felipe New Comment: Should be fully fixed now (passes tests and valgrind). Previous Comments: [2009-11-29 08:35:02] s...@php.net Automatic comment from SVN on behalf of stas Revision: http://svn.php.net/viewvc/?view=revision&revision=291415 Log: proper fix for bug #50006 add modify protection to all user array sorts [2009-11-29 07:58:51] s...@php.net The fix doesn't actually fix the bug, just hides it. Valgrind still shows this: ==17856== Invalid read of size 4 ==17856==at 0x81BEA4B: array_user_key_compare (array.c:799) ==17856==by 0x82C33E4: zend_qsort (zend_qsort.c:86) ==17856==by 0x82BA4DD: zend_hash_sort (zend_hash.c:1282) ==17856==by 0x81BEE0B: zif_uksort (array.c:851) ==17856==by 0x82D2501: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==17856==by 0x82D7D7A: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1740) ==17856==by 0x82D207E: execute (zend_vm_execute.h:92) ==17856==by 0x82ACFB5: zend_execute_scripts (zend.c:1134) ==17856==by 0x825B833: php_execute_script (main.c:2035) ==17856==by 0x83293F6: main (php_cli.c:1162) ==17856== Address 0x4614410 is 8 bytes inside a block of size 256 free'd ==17856==at 0x4006C0C: realloc (vg_replace_malloc.c:429) ==17856==by 0x828F9FF: _erealloc (zend_alloc.c:2319) ==17856==by 0x82D2B9F: zend_ptr_stack_2_push (zend_ptr_stack.h:73) ==17856==by 0x82D225A: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:148) ==17856==by 0x82D7D7A: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1740) ==17856==by 0x82D207E: execute (zend_vm_execute.h:92) ==17856==by 0x82D2670: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==17856==by 0x82D3157: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==17856==by 0x82D207E: execute (zend_vm_execute.h:92) ==17856==by 0x82D2670: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==17856==by 0x82D3157: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==17856==by 0x82D207E: execute (zend_vm_execute.h:92) [2009-11-01 17:31:17] fel...@php.net This bug has been fixed in SVN. 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. [2009-11-01 17:30:55] s...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=290128 Log: - Fixed bug #50006 (Segfault caused by uksort()) [5_2 only] [2009-10-26 22:45:17] j...@php.net Crashes only with PHP_5_2 branch. PHP_5_3 and HEAD are ok. 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/50006 -- Edit this bug report at http://bugs.php.net/?id=50006&edit=1
#50322 [Opn]: php5.2.11 breaks with
ID: 50322 User updated by: rafarataneneces at gmail dot com Reported By: rafarataneneces at gmail dot com Status: Open Bug Type: *General Issues Operating System: Cent Os 64bit PHP Version: 5.2.11 New Comment: Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string Previous Comments: [2009-11-29 08:00:42] rafarataneneces at gmail dot com Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit this bug report at http://bugs.php.net/?id=50322&edit=1
#50322 [NEW]: php5.2.11 breaks with
From: rafarataneneces at gmail dot com Operating system: Cent Os 64bit PHP version: 5.2.11 PHP Bug Type: *General Issues Bug description: php5.2.11 breaks with < Description: PHP breaks when I add "<" to any string For example $test="Test adding string Actual result: -- Testing adding string -- Edit bug report at http://bugs.php.net/?id=50322&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50322&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50322&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50322&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50322&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50322&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50322&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50322&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50322&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50322&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50322&r=support Expected behavior: http://bugs.php.net/fix.php?id=50322&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50322&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50322&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50322&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50322&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50322&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50322&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50322&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50322&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50322&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50322&r=mysqlcfg
