Hi Adam -
Adam Bregenzer wrote:
My biggest motivation for not having an exception class was to prevent
people from having a catch all with exceptions. Personally, I think
that attitude is what has caused an over use of exceptions (making every
function throw Exception so as to not have to deal w
On Mon, 2004-02-16 at 08:39, Hans Lellelid wrote:
> will catch *all* exceptions thrown by any libraries I choose to use,
> etc. Mixing the interface means requiring PHP developers to catch() on
> the interface everywhere or risk having uncaught exceptions when a 3rd
> party package they are usin
Timm Friebe wrote:
Andi
P.S. - BTW, why not call it IException (or ExceptionInterface) instead of
Throwable? I think for people who don't know Java, it makes more sense.
Agreed. An updated patch is attached.
- Timm
I think if you're going to rename Throwable to IException, the naming
scheme
Hi -
This issue of inheritance & interfaces persists to give me problems...
Perhaps I'm going about this wrong for PHP.
Zeev Suraski wrote:
You're not supposed to change the signature when you're
extending/implementing interfaces. I'll try to see if it's feasible
to improve the checks so tha
On Mon, 16 Feb 2004, Tobias Bradtke wrote:
>Erik franzén wrote:
>> I am trying to get PHP5beta4 work on my Win XP Pro machine as a module
>> in apache 1.3.29.
>>
>> When I am starting apache I am getting an error saying that php5ts.dll
>> has crashed.
>>
>> This happens when:
>>
>> a) When I en
Erik franzén wrote:
> I am trying to get PHP5beta4 work on my Win XP Pro machine as a module
> in apache 1.3.29.
>
> When I am starting apache I am getting an error saying that php5ts.dll
> has crashed.
>
> This happens when:
>
> a) When I enable any extension in php.ini
> b) When I insert a inc
On Mon, 2004-02-16 at 09:35, Andi Gutmans wrote:
> Hey,
>
> Marcus didn't mean it adds complexity to the code but to PHP.
I can't see how it would: For those relying on the built-in base class,
it won't change a single thing.
For those wanting their own exception (or to be more correct: _class_)
Hello Hans,
Monday, February 16, 2004, 10:07:53 PM, you wrote:
> Hi -
> Zeev Suraski wrote:
>> At 07:55 16/02/2004, Hans Lellelid wrote:
>>
>>> I have a need in a current application to extend interfaces and
>>> possibly re-define (change signature) some of the inherited methods in
>>> the ch
Hello Ard,
Monday, February 16, 2004, 9:51:51 PM, you wrote:
> Marcus Boerger wrote:
>> as i said before there is a reason for that: I played a long time with
>> exceptions until they became what they are right now. And and attempt
>> to increase the visibility of one of its members can be used
Hi -
Zeev Suraski wrote:
At 07:55 16/02/2004, Hans Lellelid wrote:
I have a need in a current application to extend interfaces and
possibly re-define (change signature) some of the inherited methods in
the child interface.
...
You're not supposed to change the signature when you're
extending/
Marcus Boerger wrote:
as i said before there is a reason for that: I played a long time with
exceptions until they became what they are right now. And and attempt
to increase the visibility of one of its members can be used to make it
SEGV. So i don't want more visibility. Also where is the reason
Hello Stephane,
Monday, February 16, 2004, 5:13:46 PM, you wrote:
> == Quote from Andi Gutmans ([EMAIL PROTECTED])'s article
>> Marcus didn't mean it adds complexity to the code but to PHP. It's
>> obviously quite easy to implement this interface; implementation was never
>> a problem.
>> I don't
Hello Dave,
seems like you misunderstood the basic concept of
PHP - it is stateless. That means that no information
is propagated from one script execution to another -
or in other words we have neitehr an application server
nor persistent variables.
regards
marcus
Monday, February 16, 2004, 7:1
Hi all,
My initial response to Jonathan has me thinking more
about this, and a higher level. I guess I want to hear
from the Zend guys about their intentions of PHP as an
app server. IMHO, that's the right direction.
For example, when PHP is loaded by the web server,
it's only loaded once, and i
Jonathan,
Thanks for the reply. Actually, my question was not a
"how to use", but definitely a "what are you doing?"
intended for the PHP authors (i.e. the Zend folks).
Logging is a great example of what I'd like to do, but
won't work in the current PHP5 implementation. If you
write a Logger clas
Hi -
Ard Biesheuvel wrote:
Hans Lellelid wrote:
Personally as PHP developer (as opposed to internals developer) I am
not in favor of having an interface, because I want to know that
try {
// ...
} catch (Exception $e) {
// ...
}
will catch *all* exceptions thrown by any libraries I choose t
Hans Lellelid wrote:
Personally as PHP developer (as opposed to internals developer) I am not
in favor of having an interface, because I want to know that
try {
// ...
} catch (Exception $e) {
// ...
}
will catch *all* exceptions thrown by any libraries I choose to use,
etc. Mixing the inte
== Quote from Andi Gutmans ([EMAIL PROTECTED])'s article
> Marcus didn't mean it adds complexity to the code but to PHP. It's
> obviously quite easy to implement this interface; implementation was never
> a problem.
> I don't really care too much if we have such an interface or not, although
> I do
I am trying to get PHP5beta4 work on my Win XP Pro machine as a module
in apache 1.3.29.
When I am starting apache I am getting an error saying that php5ts.dll
has crashed.
This happens when:
a) When I enable any extension in php.ini
b) When I insert a include path i php.ini
Path to the php5b4
On Mon, 16 Feb 2004, Andi Gutmans wrote:
>It seems to me that the difference is in the dtor() callback's parameters.
>I'm not sure why type_name is not passed to
>zend_register_list_destructors(). It probably did not exist when it was
>originally written.
Zeev might know? :)
>I guess we
Most recent changes in b4 must have broken it then :-/
- Original Message -
From: "Jakes Potgieter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 16, 2004 3:00 PM
Subject: Re: [PHP-DEV] Re: [PHP-QA] Java / PHP5 release
> There is no java extension in it?
>
>
> "Wez
There is no java extension in it?
"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> You can find the windows binary for it in this zip:
> http://www.php.net/get/pecl-5.0.0b4-Win32.zip/from/a/mirror
>
> If you're on unix, you need to check out the pecl/rpc
> module.
>
> I
Hi dev guys,
I'm having a bit of difficulty understanding the
behaviour of the new static variables functionality in
PHP5. I wrote this test:
To my surprise, the count does not increment on each
page load. Obviously this means that there is no
equivalent to the classloader concept. So the class
Hi,
some dude on IRC found out that
php -r 'var_export((object)1 instanceof stdClass);';
results in
class stdClass {
public $scalar = false;
}
IMHO it should just return true. The ZEND_ENGINE file
doesn't state anything about the precedence of instanceof.
The fix is pretty simple and a patch to z
You can find the windows binary for it in this zip:
http://www.php.net/get/pecl-5.0.0b4-Win32.zip/from/a/mirror
If you're on unix, you need to check out the pecl/rpc
module.
It compiles but has not been tested, and doesn't really
have a maintainer.
Good luck.
--Wez.
- Original Message
On Mon, 16 Feb 2004, Jakes Potgieter wrote:
> "Derick Rethans" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > On Mon, 16 Feb 2004, Jakes Potgieter wrote:
> >
> > > I see the java ext has'nt been added to the PHP5 beta 4 release. I
> > > know that there is a current drive with Ze
Andi Gutmans wrote:
Hey,
Marcus didn't mean it adds complexity to the code but to PHP. It's
obviously quite easy to implement this interface; implementation was
never a problem.
I don't really care too much if we have such an interface or not,
although I do think that it just makes things comp
Andi Gutmans wrote:
Hey,
Marcus didn't mean it adds complexity to the code but to PHP. It's
obviously quite easy to implement this interface; implementation was
never a problem.
I don't really care too much if we have such an interface or not,
although I do think that it just makes things comp
At 07:55 16/02/2004, Hans Lellelid wrote:
I have a need in a current application to extend interfaces and possibly
re-define (change signature) some of the inherited methods in the child
interface.
e.g.
interface Foo {
public function __construct(MyCls $var);
public function myF
At 09:25 AM 2/16/2004 +0100, Derick Rethans wrote:
On Mon, 16 Feb 2004, Andi Gutmans wrote:
> It seems to me that the difference is in the dtor() callback's parameters.
> I'm not sure why type_name is not passed to
> zend_register_list_destructors(). It probably did not exist when it was
> origina
Hey,
Marcus didn't mean it adds complexity to the code but to PHP. It's
obviously quite easy to implement this interface; implementation was never
a problem.
I don't really care too much if we have such an interface or not, although
I do think that it just makes things complex and I doubt almos
On Mon, 16 Feb 2004, Andi Gutmans wrote:
> It seems to me that the difference is in the dtor() callback's parameters.
> I'm not sure why type_name is not passed to
> zend_register_list_destructors(). It probably did not exist when it was
> originally written.
> I guess we can either fix the compar
It seems to me that the difference is in the dtor() callback's parameters.
I'm not sure why type_name is not passed to
zend_register_list_destructors(). It probably did not exist when it was
originally written.
I guess we can either fix the comparison, change
zend_register_list_destructors() to
33 matches
Mail list logo
