On Sun, 20 Jul 2003, Zeev Suraski wrote:
> All in all, the destructor functionality is *extremely* fragile - to the
> degree that in many points in time we thought about removing it (you can
> look up the CVS archives to see just how many fixes it required so far -
> plenty). Preventing access
I want to release PEAR::Net_CVS. I proposed it on the PEAR Dev mailinglist, got 7 +1
and now need a CVS account to maintain my code.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Derick,
Sunday, July 20, 2003, 12:03:43 PM, you wrote:
DR> On Sun, 20 Jul 2003, Zeev Suraski wrote:
>> All in all, the destructor functionality is *extremely* fragile - to the
>> degree that in many points in time we thought about removing it (you can
>> look up the CVS archives to see j
DR>> doesn't work (because the destructor is called from
DR>> request_shutdown). I'm pretty sure that there is some way to get this
DR>> working in a decent way... which might perhaps not be the nicest
DR>> solution.
The problem is that we have following set of requirements:
1. Modules should be s
Hello Stanislav,
Sunday, July 20, 2003, 12:20:09 PM, you wrote:
DR>>> doesn't work (because the destructor is called from
DR>>> request_shutdown). I'm pretty sure that there is some way to get this
DR>>> working in a decent way... which might perhaps not be the nicest
DR>>> solution.
SM> The pro
"Stephan Schmidt" <[EMAIL PROTECTED]> wrote:
> I want to release PEAR::Net_CVS. I proposed it on the PEAR Dev mailinglist, got 7 +1
> and now need a CVS account to maintain my code.
Coincidentially, I wrote a similar package that handles CVS repository
either locally or over network (pserver).
On Sun, 20 Jul 2003, Marcus Börger wrote:
> SM> Now, one of the ways would be to make two "shutdown points" - "early" and
> SM> "late", shutting down before and after objects shutdown. Now, "late
> SM> shutdown" modules would be unable to use any of the PHP variables while
> SM> "early" shutdow
Hi,
> Coincidentially, I wrote a similar package that handles CVS
> repository
> either locally or over network (pserver). I didn't announced it yet
> since it's not completed, but I wonder if my trivial effort
> would help you
> in any way :)
>
OOOps there's totally stupid typo in my mail,
"Stephan Schmidt" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > Coincidentially, I wrote a similar package that handles CVS
> > repository
> > either locally or over network (pserver). I didn't announced it yet
> > since it's not completed, but I wonder if my trivial effort
> > would help you
> > i
Hi there,
My name is Dave, and no ya don't know me, but I wanna tell ya about something.
I'll admit I got your info off a website somewhere while searching around
for addys on Yahoo, but this isn't spam, and i'm not adding you to any
sort of list. This email is between *me* and *you* and if you r
Hello everyone,
here is an updated list of things we need to do/discuss before beta 2.
High priority:
- Completely force a derived class now to implement the same amount of
parameters with the same typehints as the inherited one. When it comes
to typehints theory allows to provide same or
You forgot these:
http://bugs.php.net/search.php?search_for=&boolean=0&limit=All&order_by=id&direction=DESC&cmd=display&status=Open&php_os=&phpver=5&assign=&author_email=&bug_age=0
--Jani
On Sun, 20 Jul 2003, Marcus Bö rger wrote:
>Hello everyone,
>
>here is an updated
On Sunday, July 20, 2003, at 09:44 AM, Marcus BXrger wrote:
Hello everyone,
here is an updated list of things we need to do/discuss before beta 2.
High priority:
- Completely force a derived class now to implement the same amount of
parameters with the same typehints as the inherited one. Wh
On Sun, 2003-07-20 at 15:44, Marcus Börger wrote:
> Hello everyone,
>
> here is an updated list of things we need to do/discuss before beta 2.
+ Finalize and fix the Reflection API by applying this patch:
http://sitten-polizei.de/php/reflection_api/zend_reflection_api.c.diff
For details, have a
On Sunday, July 20, 2003, at 11:33 AM, Timm Friebe wrote:
On Sun, 2003-07-20 at 15:44, Marcus Börger wrote:
Hello everyone,
here is an updated list of things we need to do/discuss before beta 2.
+ Finalize and fix the Reflection API by applying this patch:
http://sitten-polizei.de/php/reflection
Hello George,
Sunday, July 20, 2003, 5:30:43 PM, you wrote:
>> - Completely force a derived class now to implement the same amount of
>> parameters with the same typehints as the inherited one. When it comes
>> to typehints theory allows to provide same or parent types but that would
>> be
On Sunday, July 20, 2003, at 11:45 AM, Marcus BXrger wrote:
As i said combining both thechniques makes no sense and converting the
error
mechanisms of old code when preparing new things shouldn't be a
problem at all
since you have to change several things already without the exception
issue.
I
Hello George,
Sunday, July 20, 2003, 5:50:52 PM, you wrote:
GS> On Sunday, July 20, 2003, at 11:45 AM, Marcus BXrger wrote:
>> As i said combining both thechniques makes no sense and converting the
>> error
>> mechanisms of old code when preparing new things shouldn't be a
>> problem at all
>
It's just a suggestion to have a syntax like this in PHP5!
A property is similar to a field (a member variable), with the exception
that there is a getter and a setter
method, as follows :
public class Car
{
private string make;
public string Make
{
get { return make; }
Hello Masoud,
Sunday, July 20, 2003, 5:52:12 PM, you wrote:
M> It's just a suggestion to have a syntax like this in PHP5!
M> A property is similar to a field (a member variable), with the exception
M> that there is a getter and a setter
M> method, as follows :
M> public class Car
M> {
M> pr
Hi Masoud,
It's already available. See
http://www.phppatterns.com/index.php/article/articleview/28/1/2/
"Masoud" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> It's just a suggestion to have a syntax like this in PHP5!
>
> A property is similar to a field (a member variable), with
Hi John
I knew __get and __set available, but i want to told C# like syntax is a
nice and clear syntax if available in php5 ,
so we dont need to check property name and then set value .
"John Lim" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi Masoud,
>
> It's already availa
Hi,
On Sun, 20 Jul 2003, Masoud wrote:
> I knew __get and __set available, but i want to told C# like syntax is a
> nice and clear syntax if available in php5 ,
> so we dont need to check property name and then set value .
You can use C# for that ;) No really, I think the PHP 5 syntax is okay
h
Hi Derick
which syntax is clear ?
current syntax ?
//---
class testClass {
function __set($name,&$value)
{
switch ($name)
{
case 'propertyOne':
{
//do something
$value
At 16:44 20/07/2003, Marcus Börger wrote:
Hello everyone,
here is an updated list of things we need to do/discuss before beta 2.
I think we can live with many of these remaining until after beta 2. As
long as we fix plenty of things (which we have), I think we should try to
aim for another beta
Hi,
There have been loads of fixes since Beta 1, so I think it's time to try
and get a beta 2 out of the door.
As I think three weeks is a good time frame and allows developers here to
finish what they are working on, I think Monday 11th August is a good date.
Does that sound OK? Maybe people he
Hello Andi,
Sunday, July 20, 2003, 9:12:01 PM, you wrote:
AG> Hi,
AG> There have been loads of fixes since Beta 1, so I think it's time to try
AG> and get a beta 2 out of the door.
AG> As I think three weeks is a good time frame and allows developers here to
AG> finish what they are working on
At 08:15 PM 20/7/2003 +0200, Marcus Börger wrote:
Hello Andi,
Sunday, July 20, 2003, 9:12:01 PM, you wrote:
AG> Hi,
AG> There have been loads of fixes since Beta 1, so I think it's time to try
AG> and get a beta 2 out of the door.
AG> As I think three weeks is a good time frame and allows develo
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Add support for 'this::()', 'this::'
ZS> ?
ZS> That's what you have self:: for.
>> and 'new this()'
>> inside static methods.
ZS> I see no compelling reason to add 'new this()', but either way, if we do
ZS> find such a reason, i
At 08:20 PM 20/7/2003 +0200, Marcus Börger wrote:
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Add support for 'this::()', 'this::'
ZS> ?
ZS> That's what you have self:: for.
>> and 'new this()'
>> inside static methods.
ZS> I see no compelling reason to add 'new this()', but
Hello Andi,
Sunday, July 20, 2003, 9:22:36 PM, you wrote:
AG> Hmm, if we wait until all bugs are fixed we will wait for another 6 months.
AG> As the current CVS is much better than beta 1, I think it makes sense to
AG> release another one. Anyway, three weeks is a long time.
Yeah we fixed a l
Hello Andi,
Sunday, July 20, 2003, 9:29:56 PM, you wrote:
AG> At 08:20 PM 20/7/2003 +0200, Marcus Börger wrote:
>>Hello Zeev,
>>
>>Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>
>> >>- Add support for 'this::()', 'this::'
>>
>>ZS> ?
>>ZS> That's what you have self:: for.
>>
>> >> and 'new this
At 08:27 PM 20/7/2003 +0200, Marcus Börger wrote:
Hello Andi,
Sunday, July 20, 2003, 9:22:36 PM, you wrote:
AG> Hmm, if we wait until all bugs are fixed we will wait for another 6
months.
AG> As the current CVS is much better than beta 1, I think it makes sense to
AG> release another one. Anyway
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Complete work on exceptions and find a solution on when to throw exceptions
>> and when to use errors.
>>
>> I still do not see any BC problems with making try/catch blocks to convert
>> E_WARING, E_NOTICE & E_ERROR to exceptions
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Include SPL forach hooking into the engine.
>> Renaming the files to 'Zend_whatever' doesn't really make a difference.
>> Maybe the patch is a bit lengthy but the biggest part of it is a function
>> that allows to very effectivel
Hi!
On Sun, 20 Jul 2003, Andi Gutmans wrote:
> >AG> Hmm, if we wait until all bugs are fixed we will wait for another
> >AG> 6 months. As the current CVS is much better than beta 1, I think
> >AG> it makes sense to release another one. Anyway, three weeks is a
> >AG> long time.
> >
> >Yeah we fix
At 21:20 20/07/2003, Marcus Börger wrote:
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Add support for 'this::()', 'this::'
ZS> ?
ZS> That's what you have self:: for.
>> and 'new this()'
>> inside static methods.
ZS> I see no compelling reason to add 'new this()', but either
Andi, Zeev,
Mind if I add
#define ZEND_STATIC_PUBLIC_PROPERTY(class_ptr, name, value)
\
{
Hey,
Actually I think it's better to just have ZEND_DEFINE_PROPERTY() and pass
those flags as an argument. There's no added value in having all the
possible permutations such as ZEND_PRIVATE_PROPERTY(),
ZEND_PROTECTED_PROPERTY(), ZEND_PUBLIC_PROPERTY() and so on..
We're not really saving any ty
Marcus Börger wrote:
Have a look a __get and __set.
But those only work on undefined properties.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtim
Reproducing Script
zend_fetch_class_handler(_zend_execute_data * 0x0012faa4, _zend_op_array *
0x00afef10, void * * * 0x00ae42b0) line 2394 + 14 bytes
execute(_zend_op_array * 0x00afef10, void * * * 0x00ae42b0) line 1194 + 19
bytes
zend_execute_scripts(int 8, void * * * 0x00ae42b0, _zval_s
41 matches
Mail list logo
