[PHP-DEV] PHP 6 Bug Summary Report
PHP 6 Bug Database summary - http://bugs.php.net/ Num Status Summary (65 total -- which includes 28 feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===[Apache2 related]== 44083 Open virtual() not outputting results if zlib.output_compression = On ===[Arrays related]=== 35277 Suspended incorrect recursion detection 41758 Assigned SORT_LOCALE_STRING broken for sort() in PHP6 43109 Open array_intersect() emits unexpected no of notices when 2d array is passed as arg ===[Class/Object related]= 41461 Assigned E_STRICT notice when overriding methods not defined by an Interface in hierarchy ===[COM related]== 45836 Open cannot use com ===[Compile Failure]== 42606 Open unicode/constants.c relies on ICU draft api 44502 Suspended Compiling ok with MySQL 5.0 ===[Filesystem function related]== 42110 Open fgetcsv doesn't handle \n correctly in multiline csv record 44034 Open FILE_IGNORE_NEW_LINES in FILE does not work as expected when lines end in \r\n 45585 Open fread() return value for EOF inconsistent between PHP 5 and 6 ===[GD related]=== 34670 Assigned imageTTFText for Indian scripts (Devanagari) 34992 Assigned imageconvolution does not respect alpha ===[I18N and L10N related] 42471 Open locale_set_default returns true on invalid locales ===[mbstring related]= 44868 Open Replaces UTF-8 symbol with incorrect symbol ===[MySQL related] 44076 Open mysql_result returns nothing with blob 45246 Open make error after ./configure --with-mysql ===[ODBC related]= 39756 Assigned Crashes in fetching resultsets with LONG ASCII columns from MaxDB ===[OpenSSL related]== 25614 Suspended openssl_pkey_get_public() fails when given a private key ===[Other web server]= 26495 Suspended Using WebSite Pro 2.5 with ISAPI, cookies are not working ===[PDO related]== 35368 Suspended PDO query does not work properly with serialize 42079 Open pdo_mysql always links to 3.x libraries (== PDO* in HEAD is out-dated) ===[Performance problem]== 42528 Open Out of char(8-bit) range value doesn't roll back, with uni-code ON. ===[Program Execution] 39992 Open proc_terminate() leaves children of child running 43784 Assigned escapeshellarg removes % from given string ===[Regexps related]== 44923 Open ereg functions are not unicode aware: provide wrapper functions in PCRE ===[Reproducible crash]=== 45107 Open setting ext_dir to ./ (and other ini settings) causes apache crash ===[Scripting Engine problem]= 42194 Open $argc/$argv[] won't work when .php extension is assigned to php.exe ===[Session related]== 44860 Open session_encode() fails for php_binary serializer ===[Strings related]== 44075 Verified strtok misbehaving 45566 Open Strict comparision on $_SERVER values fail ===[Unicode Engine related]=== 45087 Open Illegal or truncated character in input ===[URL related]== 45602 Open urlencode/urldecode should use ASCII encoding ===[XML related]== 45022 Open Can't get php6 snap to ./configure on mac, fails at libxml2 ===[XSLT related]= 38218 Assigned php:functionString tries to access objects with their names in lowercase ===[Zlib Related]= 30153 Suspended FATAL erealloc() error when using gzinflate() Assigned bugs and feature requests (reminders sent): andrei 41758: SORT_LOCALE_STRING broken for sort() in PHP6 helly 41461:
[PHP-DEV] Re: Annotations Request
Volodymyr Iatsyshyn wrote: Hi, Is there a chance to have annotations like in Java or like .NET attributes? Now, I use Java Annotations emulation, through Reflections and PHPDoc blocks. Example: /** Annotation One*/ class DemoAnnotation1 extends C01t_Annotation { public $value; } /** Annotation Two*/ class DemoAnnotation2 extends C01t_Annotation { public $p1; public $p2; } class DemoClass { const SOME_CONST = 5; /** @DemoAnnotation1(DemoClass::SOME_CONST + 1) */ public $property1; /** @DemoAnnotation2(p1 = 1, p2 = 'Hello, Word!') */ public $property2; } Thanks, Volodymyr Iatsyshyn So is there a chance to have these? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Annotations Request
On 25.08.2008 16:24, Volodymyr Iatsyshyn wrote: So is there a chance to have these? Volodymyr, there is very little sense in such questions. If you really think feature XXX is that useful - care to demonstrate it's usefulness to others, promote it so that people start liking the idea of having it. If you don't think you can manage writing the patch yourself, by promoting this feature you can find a person amongst the people who could do it for you. In any case, the process of getting any feature implemented in PHP does not finish after someone says ok, let's add it, in most cases there is a lot of work to be done, and writing a very detailed RFC in the Wiki would be very good start. Also (I have to say it..) we do accept patches. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Platform (un)specific work (was: Re: [PHP-CVS] cvs: php-src /ext/standard config.m4 crypt_freesec.c crypt_freesec.h)
On 25.08.2008, at 14:52, Jani Taskinen wrote: This was fun thread to read: Blind leading blind.. Fix after fix to fix something that isn't broken. :) Pierre: There are other OSes than win32 and they're priority #1, Winblows is the last. Please don't clutter the code with this win32 mania of yours. Actually I would put windows second after linux, even before freebsd. Anyways, like Pierre said in his reply on php-cvs, his goal is to ensure platform independence in tests. Since its not my call to really judge deep technical aspects, we do have to acknowledge that Windows is important and at the same time most core developers do not have time (and personal direct interest) to test things on Windows. So its important that someone does the work. While some of you may not agree with the solution taken at times, I would expect at least some willingness to cooperate if you are not going to do the work yourself. Anything in core has no choice but to work on Windows if there is no fundamental reason in the OS to prevent this (and in those cases we better try hard to work around these issues). That being said if someone has suggestions on how to improve the process we currently have (few people caring about Windows compatibility of the code they submitted and therefore requiring the php windows team to do the work for them), then bring it up (maybe this is yet another reason for DVCS or whatever). regards, Lukas Kahwe Smith [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Platform (un)specific work
Lukas Kahwe Smith wrote: On 25.08.2008, at 14:52, Jani Taskinen wrote: This was fun thread to read: Blind leading blind.. Fix after fix to fix something that isn't broken. :) Pierre: There are other OSes than win32 and they're priority #1, Winblows is the last. Please don't clutter the code with this win32 mania of yours. Actually I would put windows second after linux, even before freebsd. Anyways, like Pierre said in his reply on php-cvs, his goal is to ensure platform independence in tests. Yes, but platform independence should not mean that it's a mess when it's portable. ie. Leaving shit behind for example. I have no other comments about this.. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] TracingPHP
With all the news of TraceMonkey bringing an order of magnitude speed increase to JavaScript, it was only a matter of time before someone brought up (again) the idea of doing JIT for PHP, so I'll take the flack and let it be me. The part that knocked me over was the work began just about 60 days ago part. Of course, that needs to be put in context -- they were working on tracing in Tamarin before trying it in SpiderMonkey, so there was a huge amount of time dedicated building up experience that is not counted in that 60 days. Even so, I think there is good evidence that such a project can be done in a reasonable timeframe. The largest users of PHP with large PHP server farms could see significant savings in hardware, and really ought to consider such a project. (And please, no comments on how speed of PHP doesn't matter because databases are slow -- such is not the case for people with such large PHP server farms). So, perhaps this is the right time, with a nice case study, for PHP coders at some of these big users to pursue resources for JIT in PHP. Cough. Facebook. Cough. Yahoo. Cough. Please excuse my coughs... -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] TracingPHP
steve schrieb: With all the news of TraceMonkey bringing an order of magnitude speed increase to JavaScript, it was only a matter of time before someone brought up (again) the idea of doing JIT for PHP, so I'll take the flack and let it be me. http://cvs.php.net/viewvc.cgi/pecl/llvm -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] TracingPHP
I know llvm allows nicer licensing such that the runtime can be embeded -- is this what this extension does? On Mon, Aug 25, 2008 at 10:51 AM, Sebastian Bergmann [EMAIL PROTECTED] wrote: steve schrieb: With all the news of TraceMonkey bringing an order of magnitude speed increase to JavaScript, it was only a matter of time before someone brought up (again) the idea of doing JIT for PHP, so I'll take the flack and let it be me. http://cvs.php.net/viewvc.cgi/pecl/llvm -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] TracingPHP
Has anyone had success compiling PHP with LLVM? On Mon, Aug 25, 2008 at 10:51 AM, Sebastian Bergmann [EMAIL PROTECTED] wrote: steve schrieb: With all the news of TraceMonkey bringing an order of magnitude speed increase to JavaScript, it was only a matter of time before someone brought up (again) the idea of doing JIT for PHP, so I'll take the flack and let it be me. http://cvs.php.net/viewvc.cgi/pecl/llvm -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php