Hello devs,
I'd like to discuss the use of objects as array keys.
_id = $id; }
function __tostring () { return (int)$this->_id; }
}
$blah1 = new idobject(1);
$blah2 = new idobject(2);
$blah3 = new idobject(3);
$blah4 = new idobject(4);
$array = array (
$blah1 => 'blah1',
$blah2 => 'blah2
Daniel J Cain Jr. wrote:
I am by no means an expert with OOP, so if this is a blatantly retarded
question please excuse my ignorance.
Given this code:
class B
{
function bar()
{
// blah
}
}
$instance = B::foo();
?>
output is "A::foo".
Is this correct? I would expect (want ma
"Daniel J Cain Jr ." <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> $instance = B::foo();
> ?>
>
> output is "A::foo".
>
> Is this correct? I would expect (want maybe :) ) to see output as
> "B::foo".
this is as designed. __METHOD__ is a compile-time evaluated token, not a
runti
I am by no means an expert with OOP, so if this is a blatantly retarded
question please excuse my ignorance.
Given this code:
class B
{
function bar()
{
// blah
}
}
$instance = B::foo();
?>
output is "A::foo".
Is this correct? I would expect (want maybe :) ) to see output as
is it possible to have a MAKE_INTERNAL_ZVAL macro to pair with
zval_internal_dtor (im using class constants heavily in my extension)? of
course i could just create my own and use it in my extension, but i think
its good to be symmetrical.
l0t3k
--
PHP Internals - PHP Runtime Development Mailing
Hi Marcus,
Thanks for your clear answer :). What are the future plans concerning
this issue? Will I be able to just extend this class as I want? For
which version is that planned? The answers to these questions heavily
influence design choices I have to make now.
Oh, and I'm curious why the art
On Fri, 2004-05-21 at 23:02, Edin Kadribasic wrote:
> > Edin just fixed the PHP5 branch, i MFH'ed the fixed to PHP4.
> >
> > - Timm
>
> You should probably test ZTS build before comitting as well. Most windows
> build problems stem from the fact that ZTS build gets broken which can be
> tested on
> Edin just fixed the PHP5 branch, i MFH'ed the fixed to PHP4.
>
> - Timm
You should probably test ZTS build before comitting as well. Most windows
build problems stem from the fact that ZTS build gets broken which can be
tested on any platform.
Edin
--
PHP Internals - PHP Runtime Development M
On Fri, 2004-05-21 at 21:59, Timm Friebe wrote:
> On Fri, 2004-05-21 at 21:19, Daniel Convissor wrote:
[...]
> > It would be appreciated if we can get Sybase working. Right now it causes
> > PHP to crash. http://bugs.php.net/bug.php?id=28354
>
> I'm able to reproduce - I just added a testcase
On Fri, 21 May 2004, Edin Kadribasic wrote:
> On Friday 21 May 2004 20:25, Rasmus Lerdorf wrote:
> > What is the incentive to build it static? Performance? If you simply
> > build a non-pic shared library there is no performance benefit at all.
> > In fact, we should probably consider making thi
On Friday 21 May 2004 20:25, Rasmus Lerdorf wrote:
> What is the incentive to build it static? Performance? If you simply
> build a non-pic shared library there is no performance benefit at all.
> In fact, we should probably consider making this the default on platforms
> that support non-pic sha
On Fri, 2004-05-21 at 21:19, Daniel Convissor wrote:
> Hi Ilia:
>
> > I'd would like to release the RC1 of 4.3.7 this Thursday, so if you have any
> > pending bug fixes please commit them. If you need more time, please let me
> > know.
>
> It would be appreciated if we can get Sybase working.
Well, technically GIF support is not a new feature, since it was in there
before and was only removed/disabled for idiotic legal reasons. Not sure
we have a rule against adding old features. ;)
-Rasmus
On Fri, 21 May 2004, Derick Rethans wrote:
> On Fri, 21 May 2004, Rasmus Lerdorf wrote:
>
On Fri, 21 May 2004, Rasmus Lerdorf wrote:
> Uh, no chance. And 4.3.7 will not be the last PHP4 version.
And no new features in there either...
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Uh, no chance. And 4.3.7 will not be the last PHP4 version.
-Rasmus
On Fri, 21 May 2004, Uwe Schindler wrote:
> should we better wait with 4.3.7 final until the unisys patents expiration
> and bundle a LZW-enabled GD - because 4.3.7 will be the last PHP4 version?
>
> At 21:19 21.05.2004, Dani
should we better wait with 4.3.7 final until the unisys patents expiration
and bundle a LZW-enabled GD - because 4.3.7 will be the last PHP4 version?
At 21:19 21.05.2004, Daniel Convissor wrote:
Hi Ilia:
> I'd would like to release the RC1 of 4.3.7 this Thursday, so if you
have any
> pending bug
Hi Ilia:
> I'd would like to release the RC1 of 4.3.7 this Thursday, so if you have any
> pending bug fixes please commit them. If you need more time, please let me
> know.
It would be appreciated if we can get Sybase working. Right now it causes
PHP to crash. http://bugs.php.net/bug.php?id=2
This is the 3rd Time I have posted this patch. The first time I recieved
0 replies[1]. The 2nd time around Andi Gutmans provided some questions,
but nothing negative about the patches[2].
These patchs add two new functions for handling output filters in the
Apache2Handler SAPI:
bool apache_add_ou
I am the guy who post this, but it seems missing my attachment? I post it
here again...
Index: cgi_main.c
===
RCS file: /repository/php-src/sapi/cgi/cgi_main.c,v
retrieving revision 1.190.2.60
diff -u -r1.190.2.60 cgi_main.c
--- cgi_m
Hi, all
I just finished an apache2 fastcgi module: mod_fcgid, can this module be a
part of PHP?
You can find the goals for the implementation in
http://fastcgi.coremail.cn/index.htm
I have to highlight a different from mod_fastcgi: Every fastcgi process has
unique UNIX
On Fri, 21 May 2004, Wez Furlong wrote:
> Despite PDO being a PECL-only extension by design, a number of people are
> already attempting (and failing!) to run it as static, because the module init
> order is undefined.
What is the incentive to build it static? Performance? If you simply
build a
i can do Solaris (and MacOSX - but thats GNU) later this evening.
At 12:41 21.05.2004, Andi Gutmans wrote:
If people can step up and test it on a few of the non-GNU systems I
mentioned (and possibly others) then I wouldn't object to commiting it.
Any volunteers?
Andi
At 11:37 AM 5/21/2004 +0100
Hello Bert,
some of the internal classas cannot be extended and unfortunatley they are
not marked as 'final' right now. For you that means you need to extend it
by a proxy class that reimplements the original class protocol and uses
the original class as a property.
Friday, May 21, 2004, 2:52:08
On May 21, 2004, at 8:32 AM, Zeev Suraski wrote:
At 13:36 21/05/2004, Derick Rethans wrote:
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all
sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I thin
On Fri, 21 May 2004, Aidan Lister wrote:
> Look harder! I've sent three with the subject "master.php.net".
> I've also asked 2 other people with the same problem to mail in, although
> it's possible they didn't.
I did send you another mail after, please cease to post to the internals
list about i
Hi Dan,
Yep, ofcourse!
I sent a lot of debug information in my mail to systems, I'll repaste it
here:
---
Hi,
I'm trying to log into http://master.php.net/manage/user-notes.php with my
CVS username and password.
I've checked and rechecked my CVS details, and used them to successfu
Good afternoon!
Could anyone explain what we're supposed to do with internal classes
like the mysqli class.
In an article on Zend.com
(http://www.zend.com/php5/articles/php5-mysqli.php) the fact that the
object oriented interface can be extended is brought as a major feature.
But it seems that
Hi Aidan:
On Fri, May 21, 2004 at 07:36:56PM +1000, Aidan Lister wrote:
>
> I'm unable to access any of the pages on master.php.net/manage; my
> username/password simply does not work
You have cookies enabled for that domain, correct?
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O
At 13:36 21/05/2004, Derick Rethans wrote:
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I think it is important enough, as there is currently on
Hi Derick,
Look harder! I've sent three with the subject "master.php.net".
I've also asked 2 other people with the same problem to mail in, although
it's possible they didn't.
Aidan
"Derick Rethans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, 21 May 2004, Aidan Lister w
On Friday 21 May 2004 12.41, Andi Gutmans wrote:
> If people can step up and test it on a few of the non-GNU systems I
> mentioned (and possibly others) then I wouldn't object to commiting it. Any
> volunteers?
>
Tru64 UNIX 5.1/A/B, HP-UX 11.11/22i (or whatever), and possibly some other
strange s
If people can step up and test it on a few of the non-GNU systems I
mentioned (and possibly others) then I wouldn't object to commiting it. Any
volunteers?
Andi
At 11:37 AM 5/21/2004 +0100, Wez Furlong wrote:
For people that want to build modular extensions (such as PDO) as static, it
is.
My pre
For people that want to build modular extensions (such as PDO) as static, it
is.
My preference for that is to require it to be built as shared (via PECL), so
I'm not going to push the patch. If there are people out there with those
other systems, it would be nice if they could test the patch befo
On Fri, 21 May 2004, Andi Gutmans wrote:
> Well the main problem is that awk might behave differently on all sorts of
> non-GNU systems (Sun, AIX, HP etc.).
> Is it important to include this in 5.0?
I think it is important enough, as there is currently on way of doing
this correctly, and it has b
Well the main problem is that awk might behave differently on all sorts of
non-GNU systems (Sun, AIX, HP etc.).
Is it important to include this in 5.0?
At 09:22 AM 5/21/2004 +0100, Wez Furlong wrote:
Only linux so far. I can check it out on fbsd and solaris a little later.
--Wez.
> -Original
On Fri, 21 May 2004, Aidan Lister wrote:
> Hi,
>
> I'm writing to you guys, because I'm unable to get a response from
> [EMAIL PROTECTED]
I did not see any mail regarding this to [EMAIL PROTECTED]
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.
Hi,
I'm writing to you guys, because I'm unable to get a response from
[EMAIL PROTECTED]
I'm unable to access any of the pages on master.php.net/manage; my
username/password simply does not work - the same is true for the last 2
people I've recommended for CVS access.
If this is by design, then
Only linux so far. I can check it out on fbsd and solaris a little later.
--Wez.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: 21 May 2004 05:47
> To: Wez Furlong; [EMAIL PROTECTED]
> Cc: 'Sascha Schumann'
> Subject: Re: [PHP-DEV] [PATCH] primitive load or
38 matches
Mail list logo
