Re: [PHP-DEV] beta1

2009-01-19 Thread Lester Caine
Lukas Kahwe Smith wrote: On 19.01.2009, at 22:54, Lukas Kahwe Smith wrote: Hi, Given the on going discussions especially about Closures it seems pointless to move towards beta1 this week. Therefore we are delaying beta1 to Feb. 29th. This means we will be freezing for non build/critical fi

[PHP-DEV] Re: maybe we could all?

2009-01-19 Thread Nathan Rixham
Nathan Rixham wrote: Project: PHP Common Objects and Datatypes wrong list - forget; meant for general! sorry - having a good week - and it's monday. *sigh* -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] maybe we could all?

2009-01-19 Thread Nathan Rixham
Project: PHP Common Objects and Datatypes method: for everybody who wishes to contribute, and for everybody to review, discuss and work on the same classes. what are they: classes we can all use, that have been discussed, reviewed and agreed between many great developers around the world. t

Re: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread shire
Stanislav Malyshev wrote: Hi! Yes, I like this idea better as it's more flexible but I wasn't sure if we wanted that much visibility into the global variables of the allocator. I suppose though, as with other things of this nature, if you're mucking with this data then you should be doing so at

Re: [PHP-DEV] beta1

2009-01-19 Thread Steph Fox
Hi Lukas, I am also waiting on some word on the upgrading guide, Steph??? Yes, I'm on it. - Steph -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] beta1

2009-01-19 Thread Lukas Kahwe Smith
On 19.01.2009, at 22:54, Lukas Kahwe Smith wrote: Hi, Given the on going discussions especially about Closures it seems pointless to move towards beta1 this week. Therefore we are delaying beta1 to Feb. 29th. This means we will be freezing for non build/ critical fixes next Monday. Packag

[PHP-DEV] beta1

2009-01-19 Thread Lukas Kahwe Smith
Hi, Given the on going discussions especially about Closures it seems pointless to move towards beta1 this week. Therefore we are delaying beta1 to Feb. 29th. This means we will be freezing for non build/ critical fixes next Monday. Packaging will be the following Wednesday. In order to ma

Re: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread Stanislav Malyshev
Hi! Yes, I like this idea better as it's more flexible but I wasn't sure if we wanted that much visibility into the global variables of the allocator. I suppose though, as with other things of this nature, if you're mucking with this data then you should be doing so at your own risk etc. ;-

Re: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread shire
Stanislav Malyshev wrote: Hi! I'm releasing an extended PHP logging extension that we currently use at facebook with much success. I currently use a small patch to determine if a memory overflow has occurred as there's currently no direct access into the allocator structures. You can get more i

Re: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread shire
John Carter -X (johncart - PolicyApp Ltd at Cisco) wrote: Shire, Xlog looks really useful. Does it also help with "exception thrown without a stack trace"? Thanks John, I was just made aware that xdebug has similar functionality with a little bit different approach, config, etc so do check

Re: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread Stanislav Malyshev
Hi! I'm releasing an extended PHP logging extension that we currently use at facebook with much success. I currently use a small patch to determine if a memory overflow has occurred as there's currently no direct access into the allocator structures. You can get more information on the proj

Re: [PHP-DEV] Method call improvements

2009-01-19 Thread Stanislav Malyshev
Hi! Nope. But sometimes we are in a scope where it is always the same thing we call. Or at leats a one of the three things are constant. And any of them being constant would help. Well, object can't be constant, so only thing constant can be method name. We have it in opcode. Everything else

Re: [PHP-DEV] [RFC] prototyping

2009-01-19 Thread Stanislav Malyshev
Hi! class Foo { private $myVeryOwnData; function bla { $this->bigMEss = function () { return $this->myVeryOwnData; } } } This is not a "mess" - this is *exactly* what closures are for. If you don't want this function to be able to access private variables - do not put code that acc

Re: [PHP-DEV] New function proposal: spl_object_id

2009-01-19 Thread Guilherme Blanco
Ok, We'll use this method inside Doctrine ORM version 2.0, scheduled to be released on September 1st, 2009. One main location where we are already using it is during Hydration process. The process of grab a DB tuple and convert it into an Object graph. Here is the usage. Each Object of the graph

[PHP-DEV] 5.2.9RC1 - 2 Week Warning

2009-01-19 Thread Ilia Alshanetsky
We've had a good number of fixes go into the 5.2 tree and I think this would be a good time to start the release cycle with an aim to have a final available by late/mid-february. To that effect I would like to provide a 2 week notice for 5.2.9RC1, so please if you have any pending fixes try

Re: [PHP-DEV] [RFC] prototyping

2009-01-19 Thread Christian seiler
Hi Marcus, > And I could say that what the two of you designed ofr PHP is not a design > but a very confusing incoherent implementation that is based on the lack > of being able to get support for something else in the underlying c > implementation. Huh? The current implementation is by d

Re: [PHP-DEV] Method call improvements

2009-01-19 Thread Marcus Boerger
Hello Stanislav, Monday, January 19, 2009, 10:12:46 AM, you wrote: > Hi! >> Aren't we able to bind these at least partially to the function call >> opcode, in case we know they are constant? If all is constsnt we could >> even store the whole lookup in the opcode. Well you'd have to convince >>

Re: [PHP-DEV] [RFC] prototyping

2009-01-19 Thread Marcus Boerger
Hello Stanislav, Monday, January 19, 2009, 9:32:09 AM, you wrote: > Hi! >> It is a mess right now. You assign a closure to another method and get >> access to the original owners private members. That is not only unexpected > Could you give a code example? I'm not sure I understand what you mea

Re: [PHP-DEV] [RFC] prototyping

2009-01-19 Thread Marcus Boerger
Hello Christian, Sunday, January 18, 2009, 11:58:29 PM, you wrote: > Hi Marcus, >>> "Convoluted"? "Mess"? Are you kidding me? It's standard usage of access >>> handlers. >> >> It is a mess right now. You assign a closure to another method and get >> access to the original owners private member

[PHP-DEV] PHP 6 Bug Summary Report

2009-01-19 Thread internals
PHP 6 Bug Database summary - http://bugs.php.net/ Num Status Summary (73 total -- which includes 33 feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===

RE: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Shire, Xlog looks really useful. Does it also help with "exception thrown without a stack trace"? Thanks, John. -Original Message- From: shire [mailto:sh...@tekrat.com] Sent: 19 January 2009 01:45 To: PHP Internals List Subject: [PHP-DEV] PATCH: zend_mm_heap_overflow() I'm releasing

[PHP-DEV] PHP 5 Bug Summary Report

2009-01-19 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net/ Num Status Summary (1268 total -- which includes 781 feature requests) ===[*Directory/Filesystem functions] 46990 Assigned Passing UTF8 strings to filesystem functions produce wrong filenames ===

Re: [PHP-DEV] Method call improvements

2009-01-19 Thread Stanislav Malyshev
Hi! Aren't we able to bind these at least partially to the function call opcode, in case we know they are constant? If all is constsnt we could even store the whole lookup in the opcode. Well you'd have to convince Zend to do that because os far they have always been against this approach. Err

[PHP-DEV] Online Job From Home

2009-01-19 Thread Phemie Keilbach
Hi, Our organization starts recruiting employees willing to take part in well-paying research studies conducted by leading online businesses. Your opinion as a consumer is important for the success and profitability of many business ventures. You can earn very well for participating in on-line

Re: [PHP-DEV] Re: cvs: ZendEngine2(PHP_5_3) / zend_build.h zend_extensions.c zend_extensions.h zend_modules.h php-src/ext/standard dl.c info.c php-src/win32/build config.w32

2009-01-19 Thread Stanislav Malyshev
Hi! Is current CVS ok now? Yes, it is. Johannes fixed it. OK, thanks Johannes :) -- Stanislav Malyshev, Zend Software Architect s...@zend.com http://www.zend.com/ (408)253-8829 MSN: s...@zend.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.

Re: [PHP-DEV] Re: cvs: ZendEngine2(PHP_5_3) / zend_build.h zend_extensions.c zend_extensions.h zend_modules.h php-src/ext/standard dl.c info.c php-src/win32/build config.w32

2009-01-19 Thread Sebastian Bergmann
Stanislav Malyshev schrieb: > Is current CVS ok now? Yes, it is. Johannes fixed it. -- 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 T

Re: [PHP-DEV] [RFC] prototyping

2009-01-19 Thread Stanislav Malyshev
Hi! It is a mess right now. You assign a closure to another method and get access to the original owners private members. That is not only unexpected Could you give a code example? I'm not sure I understand what you mean by access (or "assign closure to a method" for that matter) - if access

Re: [PHP-DEV] Re: cvs: ZendEngine2(PHP_5_3) / zend_build.h zend_extensions.c zend_extensions.h zend_modules.h php-src/ext/standard dl.c info.c php-src/win32/build config.w32

2009-01-19 Thread Stanislav Malyshev
Hi! Is it intentional that extensions such as Xdebug (cleany built built from source against PHP_5_3) do not load anymore now? No, it wasn't the intent, looks like part of my patch for some reason didn't commit (extensions were working OK on my dev machine). Is current CVS ok now? -- Stan

Re: [PHP-DEV] Really Need..

2009-01-19 Thread Hannes Magnusson
On Sun, Jan 18, 2009 at 23:30, Robin Burchell wrote: > On Sun, Jan 18, 2009 at 9:39 PM, Nathan Rixham wrote: >> I've reworded my original mail completely maybe this one will have more >> feedback (or not) >> >> question: Would anybody else like to see, or feel the need for, *optional* >> type hin