On Wed, 16 Jul 2003, Derick Rethans wrote:
> On Mon, 14 Jul 2003, Sebastian Bergmann wrote:
>
> > http://www.sebastian-bergmann.de/gallery/linuxtag2003
>
> more of them:
>
> http://photos.derickrethans.nl/lt2003
and more ;)
http://blog.bitflux.ch/?m=20030710&cat=14
chregu
--
nam...christian
On Mon, 14 Jul 2003, Sebastian Bergmann wrote:
> http://www.sebastian-bergmann.de/gallery/linuxtag2003
more of them:
http://photos.derickrethans.nl/lt2003
Derick
--
"Interpreting what the GPL actually means is a job best left to those
that read the future by examining an
Iam working on changes in the PHP command line interpreter.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Marcus,
On Wednesday 16 July 2003 00:11, Marcus Börger wrote:
> Wednesday, July 16, 2003, 12:08:29 AM, you wrote:
>
> GB> Hi,
>
> GB> I've heard rumors that there are plans to take away the ability to
> GB> assign to $this in php 5. If this is true, I would like to place a
> vote GB> to keep
On Wed, 2003-07-16 at 00:08, Greg Beaver wrote:
> Hi,
[...]
As Marcus already replied on this part and as I agree, I'll leave out
any comments:)
> In addition, will call_user_func() support static methods before 1.0?
> call_user_func('class::method', $args);
This is already supported (in PHP4). S
On Tue, Jul 15, 2003 at 06:08:29PM -0400, Greg Beaver wrote:
> In addition, will call_user_func() support static methods before 1.0?
> call_user_func('class::method', $args);
call_user_func(array('class','method'), $args);
Should work.
--
Regards,
Stefan Walk
<[EMAIL PROTECTED]>
--
PHP Intern
Hello Greg,
Wednesday, July 16, 2003, 12:08:29 AM, you wrote:
GB> Hi,
GB> I've heard rumors that there are plans to take away the ability to
GB> assign to $this in php 5. If this is true, I would like to place a vote
GB> to keep it, as it can be very useful in conjunction with
GB> __call()/_
Hi,
I've heard rumors that there are plans to take away the ability to
assign to $this in php 5. If this is true, I would like to place a vote
to keep it, as it can be very useful in conjunction with
__call()/__get()/__set() to implement run-time aggregation seamlessly
In addition, will call_
Hello Jan,
Tuesday, July 15, 2003, 11:53:02 PM, you wrote:
JS> Zitat von Marcus BXrger <[EMAIL PROTECTED]>:
>> Hello Tony,
>>
>> Friday, July 11, 2003, 9:39:55 PM, you wrote:
>>
>> TB> In PHP5 I noticed this behaviou with interfaces. If I have an
>> interface
>> TB> with a method that takes no
Zitat von Marcus BXrger <[EMAIL PROTECTED]>:
> Hello Tony,
>
> Friday, July 11, 2003, 9:39:55 PM, you wrote:
>
> TB> In PHP5 I noticed this behaviou with interfaces. If I have an
> interface
> TB> with a method that takes no paramaters, an implementing class for
> that
> TB> interfaces can have t
At 10:14 AM 15/7/2003 +0200, Derick Rethans wrote:
On Tue, 15 Jul 2003, Sascha Schumann wrote:
> On Tue, 15 Jul 2003, Andi Gutmans wrote:
>
> > I don't quite remember Andrei's reason for choosing zval * instead of
zval
> > ** but it probably does make sense to change 'z' to return a zval **
> > i
Translating the documentation to Chinese
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, 15 Jul 2003, Sascha Schumann wrote:
> On Tue, 15 Jul 2003, Andi Gutmans wrote:
>
> > I don't quite remember Andrei's reason for choosing zval * instead of zval
> > ** but it probably does make sense to change 'z' to return a zval **
> > instead of adding a new character ('Z') for returnin
On Tue, 15 Jul 2003, Andi Gutmans wrote:
> I don't quite remember Andrei's reason for choosing zval * instead of zval
> ** but it probably does make sense to change 'z' to return a zval **
> instead of adding a new character ('Z') for returning zval **.
> The downside is that we'd have to fix all
Hi,
I wonder if there is any way to use the bundled gd library from
a self contained extension. Actually all what is need, is access
to the header files. I thought they were installed in
/usr/local/include/php but they are not.
Uwe
--
MMK GmbH, Universitaetsstr. 11, 58097 Hagen
[EMAIL PROT
15 matches
Mail list logo
