maybe writing some extentions!!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
A quick update of the RC1 release. This release fixes the INF/NAN bug that was
not fully resolved in RC1 and should allow the compilation of the GD
extension against GD library 1.X.
If no other problems creep up, RC2 will be released as 4.3.6 final on
Thursday, so please test it.
Ilia
--
PHP
On 5 Apr 2004 at 11:23, Derick Rethans wrote:
> It is called from a public function, how can that be outside of the
> class' point of view?
>
> Derick
Ah, now I understand your point. But __call() is called by the engine,
not by setup(), so it is the outside world
Class CallMe
{
publi
Would you mind opening a bug report for this on bugs.php.net?
This serves two purposes: it gives me an excuse to commit to the
tree (which is in bug-fix only mode), and also provides a handy
way for me to remember which PHP things I'm going to be sorting
out in the next couple of days.
Thanks,
-
On Mon, 5 Apr 2004, Ferdinand Beyer wrote:
> On 5 Apr 2004 at 10:12, Derick Rethans wrote:
>
> > But it is not called from the outside world ...
>
> From the class' point of view: Yes, it is.
It is called from a public function, how can that be outside of the
class' point of view?
Derick
--
PH
On 5 Apr 2004 at 10:12, Derick Rethans wrote:
> But it is not called from the outside world ...
>From the class' point of view: Yes, it is.
--
Ferdinand Beyer
<[EMAIL PROTECTED]>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 5 Apr 2004, Marcus Boerger wrote:
> Hello Jochem,
>
> using 'protected' for __call() hides that mechanism from the outside world,
> hence the behavior is correct. Just drop protected and it should work as you
> expect.
But it is not called from the outside world ...
Derick
--
PHP Inter
Hello Jochem,
using 'protected' for __call() hides that mechanism from the outside world,
hence the behavior is correct. Just drop protected and it should work as you
expect.
marcus
Sunday, April 4, 2004, 9:49:44 PM, you wrote:
> the following code does not do what I expect, I made this test ca
Well we're now 3 days later and no one pointed out a good reason :-)
- Original Message -
From: "Wez Furlong" <[EMAIL PROTECTED]>
To: "Bernard Fouché" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, April 02, 2004 12:06 PM
Subject: Re: [PHP-DEV] CLI: constants STDIN, STDOUT & STDER
