Richard Quadling wrote:
What is the current state of play on the sites that were taken down in
> March. I'm trying to get a clean copy of files from
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/
Take a look athttp://windows.php.net/downloads/php-sdk/
In fact, take a look aroun
On 8 June 2011 22:24, Lester Caine wrote:
> What is the current state of play on the sites that were taken down in
> March. I'm trying to get a clean copy of files from
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/
Take a look at http://windows.php.net/downloads/php-sdk/
In fact,
What is the current state of play on the sites that were taken down in March.
I'm trying to get a clean copy of files from
http://pecl2.php.net/downloads/php-windows-builds/php-libs/
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine
Translating documentation in french
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
He means
function foo(callback derp = array('MyClass', 'ohai')) { ... }
David
On 08.06.2011, at 15:31, Anthony Ferrara wrote:
>> No default values, other then NULL allowed.
>> Otherwise we would need to support array("classname", "methodname")
>> too, and then people would want default array v
Martin Scotta
On Wed, Jun 8, 2011 at 10:31 AM, Anthony Ferrara wrote:
> > No default values, other then NULL allowed.
> > Otherwise we would need to support array("classname", "methodname")
> > too, and then people would want default array values for array
> > typehinting etc etc etc.
>
> Unles
Martin Scotta
On Wed, Jun 8, 2011 at 5:47 AM, Alexey Shein wrote:
> 2011/6/8 Hannes Magnusson :
> > We have the situation in the docs that parameters declared as arrays
> > do not follow the typehinting rules, but parameters as class names do.
> > Re-using the callback from the docs could get
On Wed, 8 Jun 2011 15:39:59 +0200, Jordi Boggiano wrote:
On Wed, Jun 8, 2011 at 2:46 PM, Felipe Pena
wrote:
class foo {
public function __construct() {
$this->bar = function () { return 1; };
// $this->bar(); // error
$x = $this->bar;
$x(); // ok
$this->bar = array($
On Wed, 8 Jun 2011 09:46:26 -0300, Felipe Pena wrote:
It works in the same way:
class foo {
public function __construct() {
$this->bar = function () { return 1; };
// $this->bar(); // error
$x = $this->bar;
$x(); // ok
$this->bar = array($this, 'baz');
//
On Wed, Jun 8, 2011 at 2:46 PM, Felipe Pena wrote:
> class foo {
> public function __construct() {
> $this->bar = function () { return 1; };
> // $this->bar(); // error
> $x = $this->bar;
> $x(); // ok
>
> $this->bar = array($this, 'baz');
> // $this->bar(); // erro
> No default values, other then NULL allowed.
> Otherwise we would need to support array("classname", "methodname")
> too, and then people would want default array values for array
> typehinting etc etc etc.
Unless I mis-read what you said, we already have default array values
for array type-hinti
2011/6/8 Christian Kaps
> On Wed, 8 Jun 2011 08:57:48 -0300, Felipe Pena wrote:
>
>> Hi,
>>
>> 2011/6/8 Christian Kaps
>>
>> Hi,
>>>
>>>
>>> what happens if I use this code.
>>>
>>> class Foo {
>>>
>>> public $bar;
>>>
>>> public function __construct() {
>>>
>>> $this->bar = array($this,
> Please don't forget that it's possible to host your database apart from your
> main code. Mongolab[1]
While this is technically true, and as much as I love MongoDb, for all
practical purposes this isn't really useful. The latency on these sorts of
connections is generally totally unacceptable
On Wed, 8 Jun 2011 08:57:48 -0300, Felipe Pena wrote:
Hi,
2011/6/8 Christian Kaps
Hi,
what happens if I use this code.
class Foo {
public $bar;
public function __construct() {
$this->bar = array($this, 'baz');
$this->bar();
}
public function bar() {
echo 'bar';
Hi,
2011/6/8 Christian Kaps
> Hi,
>
>
> Hi all,
>> Reading our bug tracker I noticed a good feature request [1] from 2009
>> which
>> points to an interesting feature that I think makes sense for us, since we
>> are now working with $f() using objects and strings, and the
>> array('class',
>> '
Hi,
Hi all,
Reading our bug tracker I noticed a good feature request [1] from
2009 which
points to an interesting feature that I think makes sense for us,
since we
are now working with $f() using objects and strings, and the
array('class',
'method') is an old known for call_user_func()-like
2011/6/8 Johannes Schlüter :
> On Wed, 2011-06-08 at 11:27 +0100, Richard Quadling wrote:
>> If you try to use $funcarray(), you get the following fatal error ...
>>
>> Fatal error: Function name must be a string
>
> This is fixed. See thread
>
> From: Felipe Pena
> To: internals
> Subject:
On Wed, 2011-06-08 at 11:27 +0100, Richard Quadling wrote:
> If you try to use $funcarray(), you get the following fatal error ...
>
> Fatal error: Function name must be a string
This is fixed. See thread
From: Felipe Pena
To: internals
Subject:[PHP-DEV] $arr = array('Hello', 'w
On Wed, Jun 8, 2011 at 12:27, Richard Quadling wrote:
> On 8 June 2011 09:47, Alexey Shein wrote:
>> 2011/6/8 Hannes Magnusson :
>>> We have the situation in the docs that parameters declared as arrays
>>> do not follow the typehinting rules, but parameters as class names do.
>>> Re-using the cal
On Wed, 2011-06-08 at 12:17 +0200, Hannes Magnusson wrote:
> >> A callable wouldn't be fully featured type.
> >
> > Which means that
> > class callable { }
>
> No. 'callable' is a parser token.
Which has larger implications. This break code where people use callable
as constant, property, funct
On 8 June 2011 09:47, Alexey Shein wrote:
> 2011/6/8 Hannes Magnusson :
>> We have the situation in the docs that parameters declared as arrays
>> do not follow the typehinting rules, but parameters as class names do.
>> Re-using the callback from the docs could get confusing when
>> extensions st
2011/6/8 Johannes Schlüter :
> On Wed, 2011-06-08 at 10:38 +0200, Hannes Magnusson wrote:
>> 2011/6/8 Johannes Schlüter :
>> > On Tue, 2011-06-07 at 12:12 -0700, Stas Malyshev wrote:
>> >> Hi!
>> >>
>> >> > https://wiki.php.net/rfc/callable
>> >>
>> >> It is good there's an RFC. However it seems to
On Wed, 2011-06-08 at 10:38 +0200, Hannes Magnusson wrote:
> 2011/6/8 Johannes Schlüter :
> > On Tue, 2011-06-07 at 12:12 -0700, Stas Malyshev wrote:
> >> Hi!
> >>
> >> > https://wiki.php.net/rfc/callable
> >>
> >> It is good there's an RFC. However it seems to lack code examples. I
> >> understand
2011/6/8 Hannes Magnusson :
> We have the situation in the docs that parameters declared as arrays
> do not follow the typehinting rules, but parameters as class names do.
> Re-using the callback from the docs could get confusing when
> extensions start to typehint on it, but not the core..
>
> I t
2011/6/8 Johannes Schlüter :
> On Tue, 2011-06-07 at 12:12 -0700, Stas Malyshev wrote:
>> Hi!
>>
>> > https://wiki.php.net/rfc/callable
>>
>> It is good there's an RFC. However it seems to lack code examples. I
>> understand it may be obvious to the proposers how it looks like, but
>> it'd be nice
We have the situation in the docs that parameters declared as arrays
do not follow the typehinting rules, but parameters as class names do.
Re-using the callback from the docs could get confusing when
extensions start to typehint on it, but not the core..
I think there is a subtle difference betwe
I wrote about ZendMM some time ago
(http://julien-pauli.developpez.com/tutoriels/php/internals/zend-memory-manager/)
, that's in french language ;-)
To shorten the conversation a little bit, I would suggest to trace the
memory with valgrind/massif. That's not too hard if you know what you
do, if n
27 matches
Mail list logo
