Bug #51533 [Com]: [recursive reference In Array] Nesting level too deep
Edit report at https://bugs.php.net/bug.php?id=51533&edit=1 ID: 51533 Comment by: trefighter2334 at aol dot com Reported by:neel dot basu dot z at gmail dot com Summary:[recursive reference In Array] Nesting level too deep Status: Open Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.3.2 Block user comment: N Private report: N New Comment: Any word on this? I'm also experiencing this bug in both Ubuntu (Zend Server AND vanilla PHP) and Windows 7 (Zend Server). I guess I'm off to go find some hackish way to detect array recursion. Previous Comments: [2010-04-11 19:38:45] neel dot basu dot z at gmail dot com **If It is not a Bug then Recursive Reference Detection is IMPOSSIBLE in PHP. cause spl_object_hash() doesn't work on array or scaler types. [2010-04-11 19:35:59] neel dot basu dot z at gmail dot com Description: When there is recursive reference in an array comparison yields Fatal Error. Both == and === operators yields the same. //--- If It is not a Bug then Recursion Detection is IMPOSSIBLE in PHP. cause spl_object_hash() doesn't work on array or scaler types. Test script: --- Expected result: boolean true or false Actual result: -- Fatal error: Nesting level too deep - recursive dependency? in /Server/http/php-bugs/nesting.php on line 8 -- Edit this bug report at https://bugs.php.net/bug.php?id=51533&edit=1
Req #55109 [Com]: Friendly log messages
Edit report at https://bugs.php.net/bug.php?id=55109&edit=1 ID: 55109 Comment by: arraypad at gmail dot com Reported by:ar...@php.net Summary:Friendly log messages Status: Open Type: Feature/Change Request Package:CGI/CLI related Operating System: N/A PHP Version:trunk-SVN-2011-07-02 (SVN) Block user comment: N Private report: N New Comment: Discussion: http://marc.info/?l=php-internals&m=130930069207940&w=2 NB. Patch is not ready to be applied yet - still looking into means of excluding apparently compatible (but not) terminals. Previous Comments: [2011-07-01 21:13:50] ar...@php.net Description: - Compacts messages to one line, so a 404 doesn't occupy three lines. - Includes the response status code - Colours messages according to their response code (success=green, client error=yellow, server error=red) - Appends the error message when there's a fatal PHP error Test script: --- ... Expected result: http://spellign.com/patches/cli-after.png Actual result: -- http://spellign.com/patches/cli-before.png -- Edit this bug report at https://bugs.php.net/bug.php?id=55109&edit=1
[PHP-BUG] Req #55109 [NEW]: Friendly log messages
From: Operating system: N/A PHP version: trunk-SVN-2011-07-02 (SVN) Package: CGI/CLI related Bug Type: Feature/Change Request Bug description:Friendly log messages Description: - Compacts messages to one line, so a 404 doesn't occupy three lines. - Includes the response status code - Colours messages according to their response code (success=green, client error=yellow, server error=red) - Appends the error message when there's a fatal PHP error Test script: --- ... Expected result: http://spellign.com/patches/cli-after.png Actual result: -- http://spellign.com/patches/cli-before.png -- Edit bug report at https://bugs.php.net/bug.php?id=55109&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55109&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55109&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55109&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55109&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55109&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55109&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55109&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55109&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55109&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55109&r=support Expected behavior: https://bugs.php.net/fix.php?id=55109&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55109&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55109&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55109&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55109&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55109&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55109&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55109&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55109&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55109&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55109&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55109&r=trysnapshot54
Bug #55080 [Opn->Csd]: Deprecated call in run--test.php
Edit report at https://bugs.php.net/bug.php?id=55080&edit=1 ID: 55080 Updated by: fel...@php.net Reported by:fedora at famillecollet dot com Summary:Deprecated call in run--test.php -Status: Open +Status: Closed Type: Bug Package:Unknown/Other Function Operating System: all PHP Version:5.3.6 -Assigned To: +Assigned To:felipe Block user comment: N Private report: N New Comment: 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. Previous Comments: [2011-07-01 19:13:53] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=312789 Log: - Fixed bug #55080 (Deprecated call in run--test.php) patch by: fedora at famillecollet dot com [2011-06-30 01:57:49] fedora at famillecollet dot com Description: When TEST_PHP_ARGS is used, run-tests throw a warning. Trivial patch attached, for 5.3.7RC1 and 5.4 -- Edit this bug report at https://bugs.php.net/bug.php?id=55080&edit=1
Bug->Req #55102 [Opn]: add parameter to parse_str to avoid sanitizing of root keys
Edit report at https://bugs.php.net/bug.php?id=55102&edit=1
ID: 55102
Updated by: fel...@php.net
Reported by:giorgio dot liscio at email dot it
Summary:add parameter to parse_str to avoid sanitizing of
root keys
Status: Open
-Type: Bug
+Type: Feature/Change Request
Package:URL related
Operating System: Irrelevant
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Changing to Feature request.
Previous Comments:
[2011-07-01 09:31:45] giorgio dot liscio at email dot it
Description:
hi, this is probably an old behavior to make php backward compatible when
register_global was enabled
parse_str("hey all=1",$r); ---> array('hey_all' => '1');
parse_str is now widely used in xmlhttprequest communication and may cause a
lot of issues and waste of time when debugging because we are not able to know
how exactly what type of character sanitizing is made to root keys
yep, only root keys are sanitized because
parse_str("aaa[hey all]=1",$r); ---> array('aaa' => array('hey all', '1'));
works like expected
so my request is not to change the default behavior of this function (and how
$_GET $_POST etc are populated)
but add another parameter to this function for who wants root keys parsed
without sanitizing
void parse_str ( string $str [, array &$arr ] [, bool $bwcompatible = true])
thank you
--
Edit this bug report at https://bugs.php.net/bug.php?id=55102&edit=1
Bug->Req #55078 [Opn]: Can't use anonymous function inside array declaration inside a class
Edit report at https://bugs.php.net/bug.php?id=55078&edit=1
ID: 55078
Updated by: fel...@php.net
Reported by:charlie at charliesomerville dot com
Summary:Can't use anonymous function inside array
declaration inside a class
Status: Open
-Type: Bug
+Type: Feature/Change Request
Package:Scripting Engine problem
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
This is just more one limitation, not a bug. Changing to feature request.
Thanks.
Previous Comments:
[2011-06-29 23:54:37] charlie at charliesomerville dot com
Description:
You can't declare an anonymous function in an array declaration inside a class
declaration.
Test script:
---
function() {
phpinfo();
});
}
Foo::$array["hi"]();
Expected result:
phpinfo being displayed
Actual result:
--
Parse error: syntax error, unexpected T_FUNCTION in /path/to/script.php on line
5
--
Edit this bug report at https://bugs.php.net/bug.php?id=55078&edit=1
Bug #55101 [Opn]: Reflection tries to find symlink() and readlink() when they don't exist
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1 ID: 55101 Updated by: fel...@php.net Reported by:vr...@php.net Summary:Reflection tries to find symlink() and readlink() when they don't exist Status: Open Type: Bug Package:Reflection related Operating System: Windows XP PHP Version:5.4.0alpha1 Block user comment: N Private report: N New Comment: This specific windows disabling stuff is done at http://lxr.php.net/xref/PHP_5_4/main/main.c#php_win32_disable_functions but I think it might be handled like we treat the disable_functions INI entry at http://lxr.php.net/xref/PHP_5_4/Zend/zend_API.c#disabled_function Previous Comments: [2011-07-01 09:40:48] vr...@php.net I've looked in the source codes but I didn't get a clue how is it achieved that readlink() is disabled on Windows < Vista. I also don't see anything related at http://lxr.php.net/search?project=PHP_5_4&refs=readlink [2011-07-01 09:19:47] paj...@php.net It certainly does something nasty, can you try to figure out where pls? [2011-07-01 09:07:36] vr...@php.net I know, it is even mentioned in the bug report. The problem is that Reflection doesn't know it and produces an Internal error. [2011-07-01 09:06:29] paj...@php.net re-open, but really not sure if it is fixable in reflexion, but there is no bug in these functions per se :) [2011-07-01 09:04:46] paj...@php.net They are also dynamically available, we remove them at init time if the Windows version is < vista. 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 https://bugs.php.net/bug.php?id=55101 -- Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55108 [Fbk->Opn]: Unable to compile with MySQL
Edit report at https://bugs.php.net/bug.php?id=55108&edit=1 ID: 55108 User updated by:s21122012 at yahoo dot com Reported by:s21122012 at yahoo dot com Summary:Unable to compile with MySQL -Status: Feedback +Status: Open Type: Bug Package:Compile Failure Operating System: Mac OS X 10.6.8 PHP Version:5.4.0alpha1 Block user comment: N Private report: N New Comment: Thank you for your reply! I used the binary package when I posted the issue, but I had tried with a version compiled by myself before and the result was the same. Here is the file you requested (it was compiled using only the --prefix, --with-apxs2, --with- mysql and --with-mysqli flags): http://dl.dropbox.com/u/4460937/php_config.h I have been able to compile it with MySQL support using the native driver (mysqlnd), as suggested by you. I would also like to mention that I had similar errors with PHP 5.3.6 in the past. I am not sure if the conflict was between the same macros, though. Previous Comments: [2011-07-01 16:22:28] johan...@php.net These might be caused by conflicts in the usage of either HAVE_DNS_SEARCH or HAVE_RES_NSEARCH between MySQL libs and PHP. Did you use MySQL binary packages or did you compile MySQL yourself? I have no Mac at hand, could you please send me the file main/php_config.h from the failing build? - Thanks. (As remark: You could build PHP using mysqlnd instead of libmysql by using --with-mysql=mysqlnd --with-mysqli=mysqlnd - but your issue should be fixed anyways.) [2011-07-01 15:04:34] s21122012 at yahoo dot com Description: I'm trying to compile PHP 5.4 alpha 1 with MySQL support using the configuration commands in "Version 1". It produces the error below. If I use "Version 2" (that is, no MySQL), it works. MySQL is 5.5.13 x86_64. Test script: --- Version 1 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config Version 2 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi Expected result: Build complete Actual result: -- Undefined symbols for architecture x86_64: "_res_9_init", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_search", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_dn_skipname", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o "_res_9_dn_expand", referenced from: _zif_dns_get_mx in dns.o _php_parserr in dns.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55108&edit=1
Bug #55086 [PATCH]: Namespace alias does not work inside trait's use block
Edit report at https://bugs.php.net/bug.php?id=55086&edit=1
ID: 55086
Patch added by: pierr...@php.net
Reported by:andrey dot garbuz at gmail dot com
Summary:Namespace alias does not work inside trait's use
block
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: Fedora 14
PHP Version:5.4SVN-2011-06-30 (SVN)
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: bug55086.phpt
Revision: 1309552383
URL:
https://bugs.php.net/patch-display.php?bug=55086&patch=bug55086.phpt&revision=1309552383
Previous Comments:
[2011-06-30 07:47:02] andrey dot garbuz at gmail dot com
Description:
Namespace aliases do not work only inside trait's use block. If provide fully
qualified namespace then example works fine:
class A {
use T1, T2 {
\N1\T1::hello insteadof \N1\T2;
}
}
Test script:
---
hello(), PHP_EOL;
}
Expected result:
hello from t1
Actual result:
--
PHP Fatal error: Trait 'T1' not found in test_script.php on line 24
--
Edit this bug report at https://bugs.php.net/bug.php?id=55086&edit=1
Bug #55103 [Opn->Fbk]: Interfaces avoids Classes to exist
Edit report at https://bugs.php.net/bug.php?id=55103&edit=1
ID: 55103
Updated by: f...@php.net
Reported by:imaggens at gmail dot com
Summary:Interfaces avoids Classes to exist
-Status: Open
+Status: Feedback
Type: Bug
Package:Class/Object related
Operating System: Windows 7
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
It seems to me your 2 code samples are identical, just one has output attached.
Where's the interface?
Please provide a *complete* sample, i.e. if your including one file make clear
what's in both files, the one having a call to "require" and the one being
required
Previous Comments:
[2011-07-01 10:07:08] imaggens at gmail dot com
Description:
First at all, one consideration about one of the informations provided in this
form is the PHP version. I'm not using 5.3.6. I'm using 5.3.3, which is not
listed. I f I chose "earlier", the form won't submit.
I can be wrong, but I think this bug is not fixed in newer versions, because
it's not a very common use.
The whole thing is, when interfaces and classes are in the same namespace AND
in same file, the 'implements' breaks the execution of the 'extends'. See Code
#1
As expected I can see "Message from Second Class", without quotes.
But if I add a interface (see Code #2) I get a Fatal Error: "Class 'Test\Zero'
not found", when it could be expected the same result as before.
But why this is important, if the best practices are to develop by following an
organized structure, with each class/interface in its own file?
The thing is, when DEVELOPING, this kind of organization is very useful, but if
the code produced during development stage is a little library, if all the
classes and interfaces are coded in one single file, only one call to
require_once is needed, and the code execution is three times faster than when
using an autoloader resource.
Note about CodePad's codes: I'd only saved the lines of code in this site, they
don't work from it, due PHP versions. But all the tests I made was in machine
with the configurations posted.
Test script:
---
[ Code #1 ]
http://codepad.org/pDOAiqBa
[ Code #2 ]
http://codepad.org/a42WgIT3
Expected result:
As said in Bug's Description, "Message from Second Class", witout quotes.
Actual result:
--
With the first code, I can see the expected result.
With the second code, as I said, I see a Fatal Error. If the stack traces
helps, here is it:
Fatal error: Class 'Test\Test\Zero' not found in C:\root\Test\Library.php on
line 5
Call Stack
# TimeMemory FunctionLocation
1 0.0004 326896 {main}( ) ..\index.php:0
2 0.0018 334024 require_once( 'C:\root\Test\Framework.php' )
..\index.php:3
Dump $_GET
Dump $_POST
--
Edit this bug report at https://bugs.php.net/bug.php?id=55103&edit=1
Bug #48795 [Com]: Building intl 64-bit fails on OS X
Edit report at https://bugs.php.net/bug.php?id=48795&edit=1 ID: 48795 Comment by: harald dot lapp at gmail dot com Reported by:gwy...@php.net Summary:Building intl 64-bit fails on OS X Status: Verified Type: Bug Package:Compile Failure Operating System: Mac OS X 10.5.8, 10.6.2 PHP Version:5.3SVN-2009-11-23 (SVN) Block user comment: N Private report: N New Comment: just setting the EXTRA_LIBS did not work for me, but stas tip made it work. (PHP 5.3.6, Mac OS X 10.6.7), thanks! Previous Comments: [2010-06-17 19:43:39] henrik at bearwoods dot dk I have tried the above "quick-fixes" and have not been able to compile it yet. Im on a Macbook Pro i5 and 10.6.4 (Maybe the i5 makes a difference) [2010-05-24 21:19:51] s...@php.net Also if you change $(CC) to $(CXX) in BUILD_* vars in Makefile it seems to help too. Looks like if you use C++ anywhere in PHP the linker should be C++ or library should be added manually. I'll try to see if I can maybe make configure add needed magic juice there... [2010-04-20 19:31:52] fsb at thefeb dot org i confirm the fix [2010-02-10 12:05 UTC] surfchen at gmail dot com: "add -lstdc++ into EXTRA_LIBS" worked for 5.3.2 release on osx 10.6.3. [2010-02-10 14:05:58] surfchen at gmail dot com It is a linking problem, here is the simple workaround: edit Makefile and add -lstdc++ into EXTRA_LIBS. [2010-01-10 11:54:55] harald dot lapp at gmail dot com same problem here: osx 10.5.8, php5.3-latest any ideas how to fix this issue? 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 https://bugs.php.net/bug.php?id=48795 -- Edit this bug report at https://bugs.php.net/bug.php?id=48795&edit=1
Bug #55108 [Opn->Fbk]: Unable to compile with MySQL
Edit report at https://bugs.php.net/bug.php?id=55108&edit=1 ID: 55108 Updated by: johan...@php.net Reported by:s21122012 at yahoo dot com Summary:Unable to compile with MySQL -Status: Open +Status: Feedback Type: Bug Package:Compile Failure Operating System: Mac OS X 10.6.8 PHP Version:5.4.0alpha1 Block user comment: N Private report: N New Comment: These might be caused by conflicts in the usage of either HAVE_DNS_SEARCH or HAVE_RES_NSEARCH between MySQL libs and PHP. Did you use MySQL binary packages or did you compile MySQL yourself? I have no Mac at hand, could you please send me the file main/php_config.h from the failing build? - Thanks. (As remark: You could build PHP using mysqlnd instead of libmysql by using --with-mysql=mysqlnd --with-mysqli=mysqlnd - but your issue should be fixed anyways.) Previous Comments: [2011-07-01 15:04:34] s21122012 at yahoo dot com Description: I'm trying to compile PHP 5.4 alpha 1 with MySQL support using the configuration commands in "Version 1". It produces the error below. If I use "Version 2" (that is, no MySQL), it works. MySQL is 5.5.13 x86_64. Test script: --- Version 1 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config Version 2 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi Expected result: Build complete Actual result: -- Undefined symbols for architecture x86_64: "_res_9_init", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_search", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_dn_skipname", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o "_res_9_dn_expand", referenced from: _zif_dns_get_mx in dns.o _php_parserr in dns.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55108&edit=1
[PHP-BUG] Bug #55108 [NEW]: Unable to compile with MySQL
From: Operating system: Mac OS X 10.6.8 PHP version: 5.4.0alpha1 Package: Compile Failure Bug Type: Bug Bug description:Unable to compile with MySQL Description: I'm trying to compile PHP 5.4 alpha 1 with MySQL support using the configuration commands in "Version 1". It produces the error below. If I use "Version 2" (that is, no MySQL), it works. MySQL is 5.5.13 x86_64. Test script: --- Version 1 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config Version 2 -- ./configure --prefix=/alt --with-apxs2=/alt/apache/bin/apxs --with-openssl=/alt --with-zlib=/alt --with-curl=/alt --with-gmp=/alt --with-libxml-dir=/alt --enable-ftp --disable-cgi Expected result: Build complete Actual result: -- Undefined symbols for architecture x86_64: "_res_9_init", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_search", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o _zif_dns_check_record in dns.o "_res_9_dn_skipname", referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_record in dns.o "_res_9_dn_expand", referenced from: _zif_dns_get_mx in dns.o _php_parserr in dns.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 -- Edit bug report at https://bugs.php.net/bug.php?id=55108&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55108&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55108&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55108&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55108&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55108&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55108&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55108&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55108&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55108&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55108&r=support Expected behavior: https://bugs.php.net/fix.php?id=55108&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55108&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55108&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55108&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55108&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55108&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55108&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55108&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55108&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55108&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55108&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55108&r=trysnapshot54
Bug #55071 [Csd->ReO]: Change in-built web server description
Edit report at https://bugs.php.net/bug.php?id=55071&edit=1 ID: 55071 Updated by: s...@php.net Reported by:s...@php.net Summary:Change in-built web server description -Status: Closed +Status: Re-Opened Type: Bug Package:Built-in web server Operating System: Linux PHP Version:5.4SVN-2011-06-29 (SVN) Assigned To:philip Block user comment: N Private report: N New Comment: Discussion on IRC suggested some more changes would improve the display. Here's an alternative: PHP 5.4.0 Development HTTP Server started at [Mon Jun 20 15:58:07 2011] Listening on localhost:8000 Document Root is /tmp Press Ctrl-C to quit. Previous Comments: [2011-06-30 19:53:11] phi...@php.net Fixed in SVN, thank you for the bug report. ;) [2011-06-30 19:50:57] phi...@php.net Automatic comment from SVN on behalf of philip Revision: http://svn.php.net/viewvc/?view=revision&revision=312743 Log: Updated name to 'PHP Development Server', and CTRL-C to Ctrl-C, as per PHP bug #55071 [2011-06-30 19:12:28] s...@php.net Also I suggest changing "CTRL-C" to "Ctrl-C" or "Control-C", as these seem to be internet preferred capitalization. [2011-06-29 17:01:05] s...@php.net Description: For the in-built web-server in 5.4, Andi suggested: "I'd change: Server is listening on localhost:8000... Press CTRL-C to quit. To something like: PHP Development Server is listening on localhost:8000... Press CTRL-C to quit. " Andi's original mail is at http://marc.info/?l=php-internals&m=130309968512464 -- Edit this bug report at https://bugs.php.net/bug.php?id=55071&edit=1
Bug #54260 [Opn->Csd]: 7+SP1 shows as unknown os
Edit report at https://bugs.php.net/bug.php?id=54260&edit=1 ID: 54260 User updated by:bigaloguy at gmail dot com Reported by:bigaloguy at gmail dot com Summary:7+SP1 shows as unknown os -Status: Open +Status: Closed Type: Bug Package:Win32API related Operating System: Windows 7 PHP Version:5.3.6RC3 Block user comment: N Private report: N New Comment: Fixed in 5.4.0alpha1. Now shows: Windows NT BIG-PC 6.1 build 7601 (Windows 7 Ultimate Edition Service Pack 1) i586 Previous Comments: [2011-03-15 23:30:09] bigaloguy at gmail dot com Description: Directly from phpinfo(): System Windows NT BIG-PC 6.1 build 7601 (Unknow Windows version Ultimate Edition Service Pack 1) i586 Build Date Mar 10 2011 13:15:16 CompilerMSVC9 (Visual C++ 2008) Test script: --- -- Edit this bug report at https://bugs.php.net/bug.php?id=54260&edit=1
Bug #55106 [Opn->Bgs]: About operator ===
Edit report at https://bugs.php.net/bug.php?id=55106&edit=1 ID: 55106 Updated by: ahar...@php.net Reported by:qq541921209 at gmail dot com Summary:About operator === -Status: Open +Status: Bogus Type: Bug Package:Unknown/Other Function Operating System: Windows 7 & Windows Server 2008 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This isn't a bug. '4' - '0' results in $B being an integer with value 4, which is identical to $A, both in type and value. Previous Comments: [2011-07-01 11:54:49] qq541921209 at gmail dot com Description: In the PHP Manual it is said that: "$a === $b Identical TRUE if $a is equal to $b, and they are of the same type. (introduced in PHP 4)" But when I test like that: I think $A and $B do not have same type, but there are in same values. Is that a bugs? I need help with this. Test script: --- Expected result: $A === $B true -- Edit this bug report at https://bugs.php.net/bug.php?id=55106&edit=1
[PHP-BUG] Bug #55106 [NEW]: About operator ===
From: Operating system: Windows 7 & Windows Server 2008 PHP version: 5.3.6 Package: Unknown/Other Function Bug Type: Bug Bug description:About operator === Description: In the PHP Manual it is said that: "$a === $b Identical TRUE if $a is equal to $b, and they are of the same type. (introduced in PHP 4)" But when I test like that: I think $A and $B do not have same type, but there are in same values. Is that a bugs? I need help with this. Test script: --- Expected result: $A === $B true -- Edit bug report at https://bugs.php.net/bug.php?id=55106&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55106&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55106&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55106&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55106&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55106&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55106&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55106&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55106&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55106&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55106&r=support Expected behavior: https://bugs.php.net/fix.php?id=55106&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55106&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55106&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55106&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55106&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55106&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55106&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55106&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55106&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55106&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55106&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55106&r=trysnapshot54
Bug #55105 [Opn->Fbk]: ActiveRecord\DatabaseException
Edit report at https://bugs.php.net/bug.php?id=55105&edit=1
ID: 55105
Updated by: ahar...@php.net
Reported by:carl dot mcmullen at bsci dot com
Summary:ActiveRecord\DatabaseException
-Status: Open
+Status: Feedback
Type: Bug
Package:PDO related
Operating System: RedHat Enterprise 5.5
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Are you able to reproduce this by directly constructing a PDO object?
Previous Comments:
[2011-07-01 11:44:32] carl dot mcmullen at bsci dot com
Description:
---
>From manual page: http://www.php.net/ref.pdo-oci
---
I built PHP 5.3.6 from Source using the following commands in a bash script.
The
compile, install process ran without errors.
#!/bin/bash
export ORACLE_HOME=/oracle/product/10.2.0
export MYSQL_DIR=/usr/local/mysql-5.1.52
export PHP_HOME=/usr/local/php-5.3.6
./configure \
--prefix=$PHP_HOME \
--with-apxs2=/usr/sbin/apxs \
--with-mysql-sock=/tmp/mysql.sock \
--with-oci8=$ORACLE_HOME \
--with-mysql=$MYSQL_DIR \
--with-mysqli=$MYSQL_DIR/bin/mysql_config \
--with-pear=$PHP_HOME/lib/php \
--with-libdir=lib64 \
--with-ldap \
--with-curl \
--enable-mbstring \
--with-pdo-mysql=$MYSQL_DIR \
--with-pdo-oci=$ORACLE_HOME
make
make install
Test script:
---
require_once "php-activerecord/ActiveRecord.php";
date_default_timezone_set ( "America/Chicago" );
ActiveRecord\Config::initialize(function($cfg) {
$cfg->set_model_directory("models");
$cfg->set_connections(array( "oracle" =>
"oci://envsviewer:guidant3@stpsn155/latenvs" ));
$cfg->set_default_connection("oracle");
});
Expected result:
A successful connection to the Oracle DB.
Actual result:
--
Fatal error: Uncaught exception 'ActiveRecord\DatabaseException' with message
'exception 'PDOException' with message 'SQLSTATE[]: pdo_oci_handle_factory:
OCI_INVALID_HANDLE (/usr/local/src/php-5.3.6/ext/pdo_oci/oci_driver.c:579)' in
/var/www/html/latenvsdev/classes/php-activerecord/lib/adapters/OciAdapter.php:25
Stack trace: #0 /var/www/html/latenvsdev/classes/php-
activerecord/lib/adapters/OciAdapter.php(25): PDO-
>__construct('oci:dbname=//st...', 'envsviewer', 'guidant3', Array) #1
/var/www/html/latenvsdev/classes/php-activerecord/lib/Connection.php(101):
ActiveRecord\OciAdapter->__construct(Object(stdClass)) #2
/var/www/html/latenvsdev/classes/php-activerecord/lib/ConnectionManager.php(33):
ActiveRecord\Connection::instance('oci://envsviewe...') #3
/var/www/html/latenvsdev/classes/php-activerecord/lib/Table.php(103):
ActiveRecord\ConnectionManager::get_connection(NULL) #4
/var/www/html/latenvsdev/classes/php-activerecord/lib/Table.php(80):
ActiveRecord\Table->reestablish_connection(false) #5
/var/www/html/latenvsdev/cla in /var/www/html/latenvsdev/classes/php-
activerecord/lib/Connection.php on line 109
--
Edit this bug report at https://bugs.php.net/bug.php?id=55105&edit=1
Bug #55104 [Opn->Fbk]: Calling mysqli::get_attr() leads php to crash.
Edit report at https://bugs.php.net/bug.php?id=55104&edit=1
ID: 55104
Updated by: ahar...@php.net
Reported by:1000235409 at smail dot shnu dot edu dot cn
Summary:Calling mysqli::get_attr() leads php to crash.
-Status: Open
+Status: Feedback
Type: Bug
Package:MySQLi related
Operating System: Mac OS X 10.6.7
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2011-07-01 11:25:54] 1000235409 at smail dot shnu dot edu dot cn
Description:
Calling mysqli::get_attr() under Mac OS X always leads php to crash with exit
code
139, even after receiving true with calling mysqli::set_attr() before.
Proved under PHP-CGI 5.3.3 with MySQL 5.1.44.
This situation will not happen under Windows and Linux (at least Ubuntu 10.10).
Test script:
---
$conn=new mysqli('localhost', 'root', '', 'test', 3306,
'/Applications/XAMPP/xamppfiles/var/mysql/mysql.sock');
$stmt=$conn->stmt_init();
$stmt->prepare('select 1+1');
$a=$stmt->attr_set(MYSQLI_STMT_ATTR_CURSOR_TYPE,MYSQLI_CURSOR_TYPE_READ_ONLY);
var_dump($a); //true
$stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE); //php crashed with exit value
139.
$stmt->execute();
echo $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);// ...or, put that code
here, and the same problem happens.
echo 'SUCC';
Expected result:
SUCC
Actual result:
--
*SIMPLY CRASHED*
--
Edit this bug report at https://bugs.php.net/bug.php?id=55104&edit=1
[PHP-BUG] Bug #55105 [NEW]: ActiveRecord\DatabaseException
From:
Operating system: RedHat Enterprise 5.5
PHP version: 5.3.6
Package: PDO related
Bug Type: Bug
Bug description:ActiveRecord\DatabaseException
Description:
---
>From manual page: http://www.php.net/ref.pdo-oci
---
I built PHP 5.3.6 from Source using the following commands in a bash
script. The
compile, install process ran without errors.
#!/bin/bash
export ORACLE_HOME=/oracle/product/10.2.0
export MYSQL_DIR=/usr/local/mysql-5.1.52
export PHP_HOME=/usr/local/php-5.3.6
./configure \
--prefix=$PHP_HOME \
--with-apxs2=/usr/sbin/apxs \
--with-mysql-sock=/tmp/mysql.sock \
--with-oci8=$ORACLE_HOME \
--with-mysql=$MYSQL_DIR \
--with-mysqli=$MYSQL_DIR/bin/mysql_config \
--with-pear=$PHP_HOME/lib/php \
--with-libdir=lib64 \
--with-ldap \
--with-curl \
--enable-mbstring \
--with-pdo-mysql=$MYSQL_DIR \
--with-pdo-oci=$ORACLE_HOME
make
make install
Test script:
---
require_once "php-activerecord/ActiveRecord.php";
date_default_timezone_set ( "America/Chicago" );
ActiveRecord\Config::initialize(function($cfg) {
$cfg->set_model_directory("models");
$cfg->set_connections(array( "oracle" =>
"oci://envsviewer:guidant3@stpsn155/latenvs" ));
$cfg->set_default_connection("oracle");
});
Expected result:
A successful connection to the Oracle DB.
Actual result:
--
Fatal error: Uncaught exception 'ActiveRecord\DatabaseException' with
message
'exception 'PDOException' with message 'SQLSTATE[]: pdo_oci_handle_factory:
OCI_INVALID_HANDLE (/usr/local/src/php-5.3.6/ext/pdo_oci/oci_driver.c:579)'
in
/var/www/html/latenvsdev/classes/php-activerecord/lib/adapters/OciAdapter.php:25
Stack trace: #0 /var/www/html/latenvsdev/classes/php-
activerecord/lib/adapters/OciAdapter.php(25): PDO-
>__construct('oci:dbname=//st...', 'envsviewer', 'guidant3', Array) #1
/var/www/html/latenvsdev/classes/php-activerecord/lib/Connection.php(101):
ActiveRecord\OciAdapter->__construct(Object(stdClass)) #2
/var/www/html/latenvsdev/classes/php-activerecord/lib/ConnectionManager.php(33):
ActiveRecord\Connection::instance('oci://envsviewe...') #3
/var/www/html/latenvsdev/classes/php-activerecord/lib/Table.php(103):
ActiveRecord\ConnectionManager::get_connection(NULL) #4
/var/www/html/latenvsdev/classes/php-activerecord/lib/Table.php(80):
ActiveRecord\Table->reestablish_connection(false) #5
/var/www/html/latenvsdev/cla in /var/www/html/latenvsdev/classes/php-
activerecord/lib/Connection.php on line 109
--
Edit bug report at https://bugs.php.net/bug.php?id=55105&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55105&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55105&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55105&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55105&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55105&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55105&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55105&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55105&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55105&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55105&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55105&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55105&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55105&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55105&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55105&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55105&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55105&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55105&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55105&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55105&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55105&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55105&r=trysnapshot54
[PHP-BUG] Bug #55104 [NEW]: Calling mysqli::get_attr() leads php to crash.
From:
Operating system: Mac OS X 10.6.7
PHP version: Irrelevant
Package: MySQLi related
Bug Type: Bug
Bug description:Calling mysqli::get_attr() leads php to crash.
Description:
Calling mysqli::get_attr() under Mac OS X always leads php to crash with
exit code
139, even after receiving true with calling mysqli::set_attr() before.
Proved under PHP-CGI 5.3.3 with MySQL 5.1.44.
This situation will not happen under Windows and Linux (at least Ubuntu
10.10).
Test script:
---
$conn=new mysqli('localhost', 'root', '', 'test', 3306,
'/Applications/XAMPP/xamppfiles/var/mysql/mysql.sock');
$stmt=$conn->stmt_init();
$stmt->prepare('select 1+1');
$a=$stmt->attr_set(MYSQLI_STMT_ATTR_CURSOR_TYPE,MYSQLI_CURSOR_TYPE_READ_ONLY);
var_dump($a); //true
$stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE); //php crashed with exit
value 139.
$stmt->execute();
echo $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);// ...or, put that code
here, and the same problem happens.
echo 'SUCC';
Expected result:
SUCC
Actual result:
--
*SIMPLY CRASHED*
--
Edit bug report at https://bugs.php.net/bug.php?id=55104&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55104&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55104&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55104&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55104&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55104&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55104&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55104&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55104&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55104&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55104&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55104&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55104&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55104&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55104&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55104&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55104&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55104&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55104&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55104&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55104&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55104&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55104&r=trysnapshot54
Bug #55073 [Opn]: PHP-CLI-webserver does not listen on ipv6 interfaces
Edit report at https://bugs.php.net/bug.php?id=55073&edit=1 ID: 55073 Updated by: f...@php.net Reported by:f...@php.net Summary:PHP-CLI-webserver does not listen on ipv6 interfaces Status: Open Type: Bug Package:Built-in web server Operating System: any PHP Version:5.4SVN-2011-06-29 (SVN) Block user comment: N Private report: N New Comment: If I made enough sense of what Pierre said on irc, this won't work unless php_filter_validate_ip is exposed via PHP_API - so I guess in short it means: not happening right now and for this bugfix. Previous Comments: [2011-06-29 18:23:30] s...@php.net On #php.docs, yawk pointed out that the _php_filter_validate_ipv6() function in ext/filter/logical_filters.c might be useful for validation. [2011-06-29 17:31:17] f...@php.net Description: ./sapi/cli/php -S [::1]:3000 does not work as expected -- Edit this bug report at https://bugs.php.net/bug.php?id=55073&edit=1
[PHP-BUG] Bug #55103 [NEW]: Interfaces avoids Classes to exist
From:
Operating system: Windows 7
PHP version: 5.3.6
Package: Class/Object related
Bug Type: Bug
Bug description:Interfaces avoids Classes to exist
Description:
First at all, one consideration about one of the informations provided in
this form is the PHP version. I'm not using 5.3.6. I'm using 5.3.3, which
is not listed. I f I chose "earlier", the form won't submit.
I can be wrong, but I think this bug is not fixed in newer versions,
because it's not a very common use.
The whole thing is, when interfaces and classes are in the same namespace
AND in same file, the 'implements' breaks the execution of the 'extends'.
See Code #1
As expected I can see "Message from Second Class", without quotes.
But if I add a interface (see Code #2) I get a Fatal Error: "Class
'Test\Zero' not found", when it could be expected the same result as
before.
But why this is important, if the best practices are to develop by
following an organized structure, with each class/interface in its own
file?
The thing is, when DEVELOPING, this kind of organization is very useful,
but if the code produced during development stage is a little library, if
all the classes and interfaces are coded in one single file, only one call
to require_once is needed, and the code execution is three times faster
than when using an autoloader resource.
Note about CodePad's codes: I'd only saved the lines of code in this site,
they don't work from it, due PHP versions. But all the tests I made was in
machine with the configurations posted.
Test script:
---
[ Code #1 ]
http://codepad.org/pDOAiqBa
[ Code #2 ]
http://codepad.org/a42WgIT3
Expected result:
As said in Bug's Description, "Message from Second Class", witout quotes.
Actual result:
--
With the first code, I can see the expected result.
With the second code, as I said, I see a Fatal Error. If the stack traces
helps, here is it:
Fatal error: Class 'Test\Test\Zero' not found in C:\root\Test\Library.php
on line 5
Call Stack
# TimeMemory FunctionLocation
1 0.0004 326896 {main}( ) ..\index.php:0
2 0.0018 334024 require_once( 'C:\root\Test\Framework.php'
) ..\index.php:3
Dump $_GET
Dump $_POST
--
Edit bug report at https://bugs.php.net/bug.php?id=55103&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55103&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55103&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55103&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55103&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55103&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55103&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55103&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55103&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55103&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55103&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55103&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55103&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55103&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55103&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55103&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55103&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55103&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55103&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55103&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55103&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55103&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55103&r=trysnapshot54
Bug #55101 [Opn]: Reflection tries to find symlink() and readlink() when they don't exist
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1 ID: 55101 Updated by: vr...@php.net Reported by:vr...@php.net Summary:Reflection tries to find symlink() and readlink() when they don't exist Status: Open Type: Bug Package:Reflection related Operating System: Windows XP PHP Version:5.4.0alpha1 Block user comment: N Private report: N New Comment: I've looked in the source codes but I didn't get a clue how is it achieved that readlink() is disabled on Windows < Vista. I also don't see anything related at http://lxr.php.net/search?project=PHP_5_4&refs=readlink Previous Comments: [2011-07-01 09:19:47] paj...@php.net It certainly does something nasty, can you try to figure out where pls? [2011-07-01 09:07:36] vr...@php.net I know, it is even mentioned in the bug report. The problem is that Reflection doesn't know it and produces an Internal error. [2011-07-01 09:06:29] paj...@php.net re-open, but really not sure if it is fixable in reflexion, but there is no bug in these functions per se :) [2011-07-01 09:04:46] paj...@php.net They are also dynamically available, we remove them at init time if the Windows version is < vista. [2011-07-01 09:03:54] paj...@php.net They are only available in vista and later. 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 https://bugs.php.net/bug.php?id=55101 -- Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
[PHP-BUG] Bug #55102 [NEW]: add parameter to parse_str to avoid sanitizing of root keys
From:
Operating system: Irrelevant
PHP version: Irrelevant
Package: URL related
Bug Type: Bug
Bug description:add parameter to parse_str to avoid sanitizing of root keys
Description:
hi, this is probably an old behavior to make php backward compatible when
register_global was enabled
parse_str("hey all=1",$r); ---> array('hey_all' => '1');
parse_str is now widely used in xmlhttprequest communication and may cause
a lot of issues and waste of time when debugging because we are not able to
know how exactly what type of character sanitizing is made to root keys
yep, only root keys are sanitized because
parse_str("aaa[hey all]=1",$r); ---> array('aaa' => array('hey all',
'1'));
works like expected
so my request is not to change the default behavior of this function (and
how $_GET $_POST etc are populated)
but add another parameter to this function for who wants root keys parsed
without sanitizing
void parse_str ( string $str [, array &$arr ] [, bool $bwcompatible =
true])
thank you
--
Edit bug report at https://bugs.php.net/bug.php?id=55102&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55102&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55102&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55102&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55102&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55102&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55102&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55102&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55102&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55102&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55102&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55102&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55102&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55102&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55102&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55102&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55102&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55102&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55102&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55102&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55102&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55102&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55102&r=trysnapshot54
Bug #55101 [Opn]: Reflection tries to find symlink() and readlink() when they don't exist
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
Updated by: paj...@php.net
Reported by:vr...@php.net
Summary:Reflection tries to find symlink() and readlink()
when they don't exist
Status: Open
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
It certainly does something nasty, can you try to figure out where pls?
Previous Comments:
[2011-07-01 09:07:36] vr...@php.net
I know, it is even mentioned in the bug report. The problem is that Reflection
doesn't know it and produces an Internal error.
[2011-07-01 09:06:29] paj...@php.net
re-open, but really not sure if it is fixable in reflexion, but there is no bug
in
these functions per se :)
[2011-07-01 09:04:46] paj...@php.net
They are also dynamically available, we remove them at init time if the Windows
version is < vista.
[2011-07-01 09:03:54] paj...@php.net
They are only available in vista and later.
[2011-07-01 08:54:29] vr...@php.net
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
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
https://bugs.php.net/bug.php?id=55101
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55101 [Opn]: Reflection tries to find symlink() and readlink() when they don't exist
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
Updated by: vr...@php.net
Reported by:vr...@php.net
-Summary:Functions symlink() and readlink() are missing on
Windows < Vista
+Summary:Reflection tries to find symlink() and readlink()
when they don't exist
Status: Open
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
I know, it is even mentioned in the bug report. The problem is that Reflection
doesn't know it and produces an Internal error.
Previous Comments:
[2011-07-01 09:06:29] paj...@php.net
re-open, but really not sure if it is fixable in reflexion, but there is no bug
in
these functions per se :)
[2011-07-01 09:04:46] paj...@php.net
They are also dynamically available, we remove them at init time if the Windows
version is < vista.
[2011-07-01 09:03:54] paj...@php.net
They are only available in vista and later.
[2011-07-01 08:54:29] vr...@php.net
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
[2011-07-01 08:51:51] vr...@php.net
Description:
These two functions are available on Windows >= Vista since PHP 5.3.0. The
problem is that reflection have some pointers on them even in Windows < Vista
(e.g. XP) where they are not available.
Test script:
---
getFunctions();
?>
Expected result:
bool(false)
Actual result:
--
bool(false)
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function readlink in global function table
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function symlink in global function table
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55101 [Bgs->Opn]: Functions symlink() and readlink() are missing on Windows < Vista
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
Updated by: paj...@php.net
Reported by:vr...@php.net
Summary:Functions symlink() and readlink() are missing on
Windows < Vista
-Status: Bogus
+Status: Open
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
re-open, but really not sure if it is fixable in reflexion, but there is no bug
in
these functions per se :)
Previous Comments:
[2011-07-01 09:04:46] paj...@php.net
They are also dynamically available, we remove them at init time if the Windows
version is < vista.
[2011-07-01 09:03:54] paj...@php.net
They are only available in vista and later.
[2011-07-01 08:54:29] vr...@php.net
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
[2011-07-01 08:51:51] vr...@php.net
Description:
These two functions are available on Windows >= Vista since PHP 5.3.0. The
problem is that reflection have some pointers on them even in Windows < Vista
(e.g. XP) where they are not available.
Test script:
---
getFunctions();
?>
Expected result:
bool(false)
Actual result:
--
bool(false)
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function readlink in global function table
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function symlink in global function table
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55101 [Bgs]: Functions symlink() and readlink() are missing on Windows < Vista
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
Updated by: paj...@php.net
Reported by:vr...@php.net
Summary:Functions symlink() and readlink() are missing on
Windows < Vista
Status: Bogus
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
They are also dynamically available, we remove them at init time if the Windows
version is < vista.
Previous Comments:
[2011-07-01 09:03:54] paj...@php.net
They are only available in vista and later.
[2011-07-01 08:54:29] vr...@php.net
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
[2011-07-01 08:51:51] vr...@php.net
Description:
These two functions are available on Windows >= Vista since PHP 5.3.0. The
problem is that reflection have some pointers on them even in Windows < Vista
(e.g. XP) where they are not available.
Test script:
---
getFunctions();
?>
Expected result:
bool(false)
Actual result:
--
bool(false)
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function readlink in global function table
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function symlink in global function table
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55101 [Opn->Bgs]: Functions symlink() and readlink() are missing on Windows < Vista
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
Updated by: paj...@php.net
Reported by:vr...@php.net
Summary:Functions symlink() and readlink() are missing on
Windows < Vista
-Status: Open
+Status: Bogus
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
They are only available in vista and later.
Previous Comments:
[2011-07-01 08:54:29] vr...@php.net
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
[2011-07-01 08:51:51] vr...@php.net
Description:
These two functions are available on Windows >= Vista since PHP 5.3.0. The
problem is that reflection have some pointers on them even in Windows < Vista
(e.g. XP) where they are not available.
Test script:
---
getFunctions();
?>
Expected result:
bool(false)
Actual result:
--
bool(false)
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function readlink in global function table
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function symlink in global function table
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
Bug #55101 [Opn]: Functions symlink() and readlink() are missing on Windows < Vista
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1
ID: 55101
User updated by:vr...@php.net
Reported by:vr...@php.net
Summary:Functions symlink() and readlink() are missing on
Windows < Vista
Status: Open
Type: Bug
Package:Reflection related
Operating System: Windows XP
PHP Version:5.4.0alpha1
Block user comment: N
Private report: N
New Comment:
The first line of Test script should be:
var_dump(function_exists('readlink'));
It outputs bool(false) mentioned in the result.
Previous Comments:
[2011-07-01 08:51:51] vr...@php.net
Description:
These two functions are available on Windows >= Vista since PHP 5.3.0. The
problem is that reflection have some pointers on them even in Windows < Vista
(e.g. XP) where they are not available.
Test script:
---
getFunctions();
?>
Expected result:
bool(false)
Actual result:
--
bool(false)
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function readlink in global function table
Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find
extension function symlink in global function table
--
Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
[PHP-BUG] Bug #55101 [NEW]: Functions symlink() and readlink() are missing on Windows < Vista
From: Operating system: Windows XP PHP version: 5.4.0alpha1 Package: Reflection related Bug Type: Bug Bug description:Functions symlink() and readlink() are missing on Windows < Vista Description: These two functions are available on Windows >= Vista since PHP 5.3.0. The problem is that reflection have some pointers on them even in Windows < Vista (e.g. XP) where they are not available. Test script: --- getFunctions(); ?> Expected result: bool(false) Actual result: -- bool(false) Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function readlink in global function table Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function symlink in global function table -- Edit bug report at https://bugs.php.net/bug.php?id=55101&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55101&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55101&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55101&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55101&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55101&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55101&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55101&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55101&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55101&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55101&r=support Expected behavior: https://bugs.php.net/fix.php?id=55101&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55101&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55101&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55101&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55101&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55101&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55101&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55101&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55101&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55101&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55101&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55101&r=trysnapshot54
Bug #50887 [Com]: preg_match , last optional sub-patterns ignored when empy
Edit report at https://bugs.php.net/bug.php?id=50887&edit=1
ID: 50887
Comment by: arveen dot ponniah at loginbn dot ch
Reported by:hapo at gmail dot com
Summary:preg_match , last optional sub-patterns ignored when
empy
Status: Wont fix
Type: Bug
Package:PCRE related
Operating System: Windows
PHP Version:5.3.1
Block user comment: N
Private report: N
New Comment:
hello i'm tamilboy
Previous Comments:
[2011-06-12 01:52:52] cappuccino dot e dot cornetto at gmail dot com
I cannot imagine how fixing it would break anything older.
If I expect 3 submatches from my pattern, but I get 2, then I know (for the
bug)
that the missing submatch is the last one and itâs an empty string. So I add
it
myself to the submatches array. Would a programmer do anything different to fix
this
bug?
If the bug is fixed, it means that my old code will always get 3 submatches
from
that pattern. So my own fix wonât get triggered, and having the last submatch
the
same value (empty string) as the one my fix would have added, I wonât have
any
issue, except a bit of (stale) unused code.
[2010-01-31 11:57:09] nlop...@php.net
I don't think we can change that behaviour at this point for the sake of not
brekaing BC.
[2010-01-30 16:58:58] hapo at gmail dot com
Description:
in preg_match , when optional sub-patterns (using ? or {0,n} ) are the last
sub-patterns and empty (e.g. not matched) they are ignored in $matches array
this behavior is inconsistent with preg_match_all , and with the case when the
empty optional sub-pattern isn't the last one
Reproduce code:
---
$str="1";
preg_match("#\d(\d)?#",$str,$mt);
var_dump($mt);
Expected result:
array(2) {
[0]=>
string(1) "1"
[1]=>
string(0) ""
}
(the string(0) "" does appear on all cases with preg_match_all , and with
preg_match , when there is any additional sub-patterns after it)
Actual result:
--
array(1) {
[0]=>
string(1) "1"
}
(the value of sub-pattern vanished)
--
Edit this bug report at https://bugs.php.net/bug.php?id=50887&edit=1
Bug #29992 [Com]: foreach by reference corrupts the array
Edit report at https://bugs.php.net/bug.php?id=29992&edit=1
ID: 29992
Comment by: daniel at milde dot cz
Reported by:fletch at pobox dot com
Summary:foreach by reference corrupts the array
Status: Bogus
Type: Bug
Package:Scripting Engine problem
Operating System: linux
PHP Version:5.0.1
Block user comment: N
Private report: N
New Comment:
I agree with Looris. This behaviour is dangerous and no one expects it.
I suggest unsetting the variable BEFORE each loop. This should cause no harm.
Previous Comments:
[2010-11-27 14:59:24] johan...@php.net
I explained this with some pictures in my blog:
http://schlueters.de/blog/archives/141-References-and-foreach.html
And no, unsetting after the loop is no option as it is inconsistent with other
loops and there are valid reasons for keeping it after the loop. Something
along the lines of
foreach ($array as &$item) {
if ($item == "foo") {
break;
}
}
$item = "bar";
[2010-11-27 10:28:58] tarama at hotmail dot com
I highly agree with looris. I had to patch each use of hundreds of foreach
loops in my code due to this weird behaviour. The unset() tips at the end of
each loop does the job, but from my point of view it's really not logical. It
caused really hard to find bugs in my code and I prefer to not imagine how many
PHP scritps are running on the web with the same "bug" silently breaking things.
[2010-05-24 19:20:22] looris at gmail dot com
This *IS* a bug, since no one would EVER expect this kind of behaviour.
And no one "might use this for some weird reason", believe me.
"foreach" means "do stuff FOR EACH element of an array".
It does not mean, to any sane person, "do stuff for each element of an array
except the last one, and twice for the one before the last one".
Your stubbornness in stating this is intentional is quite frightening.
[2006-08-07 14:18:11] kou...@php.net
Although there's a user note in the manual, still this problem is not described
in the documentation itself.
Anyway, I believe the behaviour of foreach in this case is extremely dangerous.
Imagine there's such a "referential" loop in a library which is included by
some other scripts and it operates on $_SESSION or some other important array.
Now any foreach in the other scripts might corrupt the base array without even
knowing it - just because the name of the "value" variable is the same.
The main purpose of foreach itself is (as the name implies) to do something
"for each" element of the array, i.e. to provide an easier way to traverse an
array than the other loop constructs and not to touch other variables or
references that are still pointing somewhere, unless it's done implicitly in
the body of the loop.
IMHO, foreach has to clear the variables used for key-value pairs, i.e. to
unset the reference before proceeding, just like it resets the array pointer.
Otherwise we have to put a big red note in the manual to always unset variables
after using the referential syntax or to use
$long_descriptive_names_for_references, which is a little unreasonable in the
current context.
[2004-10-08 08:54:14] der...@php.net
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
Right, thanks for that analysis. No bug here. (And no, we can't unset it by
default, as people might use this for some weird reason).
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
https://bugs.php.net/bug.php?id=29992
--
Edit this bug report at https://bugs.php.net/bug.php?id=29992&edit=1
Bug #55098 [Opn]: SimpleXML iteration produces infinite loop
Edit report at https://bugs.php.net/bug.php?id=55098&edit=1
ID: 55098
User updated by:karl dot raab at elements dot at
Reported by:karl dot raab at elements dot at
Summary:SimpleXML iteration produces infinite loop
Status: Open
Type: Bug
Package:SimpleXML related
Operating System: Linux
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
already noticed an orphan comment in the test script.
just ignore the line "//iteration_breaker($nodes);"
cheers, karl
Previous Comments:
[2011-07-01 04:23:29] karl dot raab at elements dot at
Description:
see the test script.
inside the foreach-loop the call of e.g. $nodes->asXml() will reset the
iteration
to the beginning and therefore the loop will forever remain on the second
element.
this may be related to bug #50670 and #51846
greets, karl
Test script:
---
$xmlString = "123";
$xml = simplexml_load_string($xmlString);
$nodes = $xml->a->b;
foreach ($nodes as $nodeData) {
echo "nodeData: " . $nodeData . "\n";
//the following code will break the iteration on the second element and
resets the pointer
//happens by any of these methods
$xml = $nodes->asXml();
//$nodes->getName();
//$nodes->attributes();
//$nodes->children();
//$nodes->getNamespaces();
//iteration_breaker($nodes);
}
Expected result:
nodeData: 1
nodeData: 2
nodeData: 3
Actual result:
--
nodeData: 1
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
and so on...
--
Edit this bug report at https://bugs.php.net/bug.php?id=55098&edit=1
Bug #55015 [Com]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015&edit=1
ID: 55015
Comment by: lonnyk at gmail dot com
Reported by:cp at ltur dot de
Summary:strToTime calculates wrong date
Status: Open
Type: Bug
Package:Date/time related
Operating System: Linux
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
I also found that if you are using this code and the next Monday is in the next
month then the month will advance two months. I set the date to 20110630 and
ran
the exact same test script:
lonny@lonnydev:~/php/php-src-5.3$ sudo date -s "30 JUN 2011 10:00:00"
Thu Jun 30 10:00:00 EDT 2011
lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php
20110804 4
Previous Comments:
[2011-06-09 14:13:00] cp at ltur dot de
Description:
Hi,
strToTime calculates a "Wednesday" when i asked for a "Monday".
php 5.3.6
Configure Command => './configure' '--disable-cgi' '--with-libedit'
PHP API => 20090626
PHP Extension => 20090626
Zend Extension => 220090626
Zend Extension Build => API220090626,NTS
PHP Extension Build => API20090626,NTS
Test script:
---
// today Y-m-d 2011-06-09
date_default_timezone_set('Europe/Berlin');
echo date('Ymd N', strToTime('next month next Monday'));
Expected result:
20110711 1
Actual result:
--
20110713 3
--
Edit this bug report at https://bugs.php.net/bug.php?id=55015&edit=1
Bug #55090 [Opn->Dup]: preg_match crashes
Edit report at https://bugs.php.net/bug.php?id=55090&edit=1 ID: 55090 Updated by: ahar...@php.net Reported by:junkmail at lordb dot de Summary:preg_match crashes -Status: Open +Status: Duplicate Type: Bug -Package:*Regular Expressions +Package:PCRE related Operating System: Mac OS X/Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This is a commonly reported issue: one recent ticket was bug #52818. This is expected behaviour when PCRE hits the backtrack limit. Closing duplicate. Previous Comments: [2011-06-30 11:06:33] junkmail at lordb dot de Description: A call to preg_match (with a certain regular expression) chrashes the executing httpd process. I can reproduce this error with the most recent MAMP (http://www.mamp.info) version. Unfortunately this package only includes PHP 5.3.5 (and not the newest version 5.3.6). However, I can also reproduce the error at my hoster's server, which runs PHP 5.2.12. However, I can't reproduce the error on my own Linux server, which also runs 5.3.5. So, some other component/module seem to interfere here. Just say, if you need any more information. Here's the crash report as listed in Mac OS X's console: Process: httpd [17560] Path:/Applications/MAMP/Library/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [17095] Date/Time: 2011-06-30 16:35:18.167 +0200 OS Version: Mac OS X 10.6.8 (10K540) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_PROTECTION_FAILURE at 0xbf7ffd2c Crashed Thread: 0 Dispatch queue: com.apple.main-thread Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libphp5.so 0x0104e05a match + 12 (pcre_exec.c:470) 1 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 2 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 3 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 4 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 5 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 6 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 7 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 8 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 9 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 10 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 11 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 12 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 13 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 14 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 15 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 16 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 17 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 18 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 19 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 20 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 21 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 22 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 23 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 24 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 25 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 26 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 27 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 28 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 29 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 30 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 31 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 32 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 33 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 34 libphp5.so 0x01059025 match + 45015 (pcre_exec.c:1623) 35 libphp5.so 0x01055c48 match + 31738 (pcre_exec.c:864) 36 libphp5.so
[PHP-BUG] Bug #55098 [NEW]: SimpleXML iteration produces infinite loop
From:
Operating system: Linux
PHP version: 5.3.6
Package: SimpleXML related
Bug Type: Bug
Bug description:SimpleXML iteration produces infinite loop
Description:
see the test script.
inside the foreach-loop the call of e.g. $nodes->asXml() will reset the
iteration
to the beginning and therefore the loop will forever remain on the second
element.
this may be related to bug #50670 and #51846
greets, karl
Test script:
---
$xmlString = "123";
$xml = simplexml_load_string($xmlString);
$nodes = $xml->a->b;
foreach ($nodes as $nodeData) {
echo "nodeData: " . $nodeData . "\n";
//the following code will break the iteration on the second element and
resets the pointer
//happens by any of these methods
$xml = $nodes->asXml();
//$nodes->getName();
//$nodes->attributes();
//$nodes->children();
//$nodes->getNamespaces();
//iteration_breaker($nodes);
}
Expected result:
nodeData: 1
nodeData: 2
nodeData: 3
Actual result:
--
nodeData: 1
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
nodeData: 2
and so on...
--
Edit bug report at https://bugs.php.net/bug.php?id=55098&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55098&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55098&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55098&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55098&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55098&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55098&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55098&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55098&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55098&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55098&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55098&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55098&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55098&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55098&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55098&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55098&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55098&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55098&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55098&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55098&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55098&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55098&r=trysnapshot54
Bug #55096 [Opn->Bgs]: in_array returns true with 17 lenght int
Edit report at https://bugs.php.net/bug.php?id=55096&edit=1 ID: 55096 Updated by: ahar...@php.net Reported by:mati at we dot ee Summary:in_array returns true with 17 lenght int -Status: Open +Status: Bogus Type: Bug Package:Arrays related Operating System: linux PHP Version:5.2.17 Block user comment: N Private report: N New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. Integers beyond PHP_INT_MAX are silently converted to floats, and float equality is, as the above blurb says, interesting. Previous Comments: [2011-07-01 03:00:33] mati at we dot ee Description: echo in_array(944038520061069, array(944038520061036)) . ''; echo in_array(944038520061069, array(944038520061036), true) . ''; outputs 1 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55096&edit=1
Req #55089 [Opn->Wfx]: strptime() with UNIX timestamps
Edit report at https://bugs.php.net/bug.php?id=55089&edit=1 ID: 55089 Updated by: ahar...@php.net Reported by:webmaster at raphaelmichel dot de Summary:strptime() with UNIX timestamps -Status: Open +Status: Wont fix Type: Feature/Change Request Package:Date/time related Operating System: any PHP Version:Irrelevant Block user comment: N Private report: N New Comment: date_create_from_format() will give you a DateTime object, from which it's very easy to get a timestamp. As an added bonus, it behaves sensibly cross-platform, unlike strptime(). Closing won't fix. Previous Comments: [2011-06-30 10:12:02] webmaster at raphaelmichel dot de Description: It would be awesome to have a function in the standard library which either one working like strptime() but returning a UNIX timestamp or one converting an array like those returned by strptime() into a UNIX timestamp. Test script: --- https://bugs.php.net/bug.php?id=55089&edit=1
Bug #55092 [Opn->Bgs]: settype bug
Edit report at https://bugs.php.net/bug.php?id=55092&edit=1
ID: 55092
Updated by: ahar...@php.net
Reported by:brent_hathaway at yahoo dot com
Summary:settype bug
-Status: Open
+Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Linux
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
settype() returns true or false, not the modified variable: it takes the given
variable by reference and modifies it in-place. As a result, you're testing the
return value (which is expected to be boolean) and not the modified $z, which
is
overwritten.
Previous Comments:
[2011-06-30 17:11:26] brent_hathaway at yahoo dot com
Description:
---
>From manual page: http://www.php.net/function.settype
---
The version is actually 5.3.5 but is not in the dropdown
When using settype on an integer it will not respond as an integer in is_int.
Test script:
---
$z = 5;//int by default
$z = settype($z,"int");//unneeded but shows bug
if (is_int($z)) {
echo "int";
} else {
echo "not int";
}
//output: not int
use instead:
$z = intval($z); //output: int
Expected result:
int
Actual result:
--
not int
--
Edit this bug report at https://bugs.php.net/bug.php?id=55092&edit=1
Bug #55096 [Bgs]: in_array returns true with 17 lenght int
Edit report at https://bugs.php.net/bug.php?id=55096&edit=1 ID: 55096 User updated by:mati at we dot ee Reported by:mati at we dot ee Summary:in_array returns true with 17 lenght int Status: Bogus Type: Bug Package:Arrays related Operating System: linux PHP Version:5.2.17 Block user comment: N Private report: N New Comment: Ok, good to now Thank you for quick answer. Previous Comments: [2011-07-01 03:09:47] ahar...@php.net Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. Integers beyond PHP_INT_MAX are silently converted to floats, and float equality is, as the above blurb says, interesting. [2011-07-01 03:00:33] mati at we dot ee Description: echo in_array(944038520061069, array(944038520061036)) . ''; echo in_array(944038520061069, array(944038520061036), true) . ''; outputs 1 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55096&edit=1
Req #55095 [Bgs]: idea/request for new array_function
Edit report at https://bugs.php.net/bug.php?id=55095&edit=1 ID: 55095 User updated by:anticom at hotmail dot de Reported by:anticom at hotmail dot de Summary:idea/request for new array_function Status: Bogus Type: Feature/Change Request Package:Arrays related Operating System: Windows Vista 32Bit PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thank you rasmus :) Previous Comments: [2011-07-01 00:40:33] ras...@php.net Or if you are worried about the size of the array, just slice it. This works nicely in older PHP versions as well: // Get 1 key starting at position 2 of $arr echo key(array_slice($arr, 2, 1, true)); [2011-07-01 00:35:57] ras...@php.net echo array_keys($arr)[1]; // PHP 5.4 [2011-06-30 23:42:02] anticom at hotmail dot de Description: I realy would prefer a function for associative arrays, enableing to get an index-specific key. This would be usefull especialy for big array's, so you have to iterate through them, to get a specific key. The other advantage would be, that you could iterate through the array manually with a for-loop, without having to store all the key's in a temporary array using array_keys() Test script: --- 'bar', "secondFoo" => 'anyval'); echo array_getKeyAt($arr, 1); ?> Expected result: output would be: secondFoo Actual result: -- [function not implemented yet afaik] -- Edit this bug report at https://bugs.php.net/bug.php?id=55095&edit=1
[PHP-BUG] Bug #55096 [NEW]: in_array returns true with 17 lenght int
From: Operating system: linux PHP version: 5.2.17 Package: Arrays related Bug Type: Bug Bug description:in_array returns true with 17 lenght int Description: echo in_array(944038520061069, array(944038520061036)) . ''; echo in_array(944038520061069, array(944038520061036), true) . ''; outputs 1 1 -- Edit bug report at https://bugs.php.net/bug.php?id=55096&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55096&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55096&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55096&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55096&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55096&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55096&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55096&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55096&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55096&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55096&r=support Expected behavior: https://bugs.php.net/fix.php?id=55096&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55096&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55096&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55096&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55096&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55096&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55096&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55096&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55096&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55096&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55096&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55096&r=trysnapshot54
