ah, forget it. i just took a look at the usage of
zend_register_internal_class_ex (parameter 3)
note to self: Use the source, Luke !
- Original Message -
From: "l0t3k" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 23, 2003 2:52 AM
Subject: Re: default exceptions, interfa
Sterling,
another issue - im writing a shared extension, so simply declaring
default_exception_ptr as extern does'nt work. we need some way to export it
so subclassing works...
l0t3k
(arent you sorry you stat\rted this mess ? ;-))
--
PHP Internals - PHP Runtime Development Mailing List
To uns
Sterling Hughes wrote:
> Log:
> add a standard Exception class.
Could you please also add a standard Throwable interface and make
Exception implement it?
Thank you,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help yo
Sterling,
have you thought of public accessors (maybe even macros) for exception
properties. this is for the benefit of extension authors who want to
subclass. right now i have to basically copy the code for the constructor to
my new class, or resort using call_user_function_ex.
for my extensio
On 22 Mar 2003, Sterling Hughes wrote:
>On Sat, 2003-03-22 at 21:33, Derick Rethans wrote:
>> On Sun, 22 Mar 2003, Sterling Hughes wrote:
>>
>> > On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
>> > > Hi,
>> > >
>> > > As per naming convention, I think it'd be nice if the methods were
>> >
On Sat, 2003-03-22 at 21:33, Derick Rethans wrote:
> On Sun, 22 Mar 2003, Sterling Hughes wrote:
>
> > On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> > > Hi,
> > >
> > > As per naming convention, I think it'd be nice if the methods were
> > > named as:
> > >
> > > getmessage => get_mess
On Sat, 2003-03-22 at 21:14, Marcus Börger wrote:
> At 00:43 23.03.2003, Sterling Hughes wrote:
> >On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> > > Hi,
> > >
> > > As per naming convention, I think it'd be nice if the methods were
> > > named as:
> > >
> > > getmessage => get_message
> >
On Sun, 22 Mar 2003, Sterling Hughes wrote:
> On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> > Hi,
> >
> > As per naming convention, I think it'd be nice if the methods were
> > named as:
> >
> > getmessage => get_message
> > getcode => get_code
> >
> > If those are corrected, +1 for t
At 00:43 23.03.2003, Sterling Hughes wrote:
On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> Hi,
>
> As per naming convention, I think it'd be nice if the methods were
> named as:
>
> getmessage => get_message
> getcode => get_code
>
> If those are corrected, +1 for this feature.
>
I was thi
On 22 Mar 2003, Sterling Hughes wrote:
>Hi,
>
>Since we're all working on php5-dev now, i think its time to update the
>apache module name of php to php5_module or php_module (I'm for the
>latter).
Make it php5_module.
--Jani
--
PHP Internals - PHP Runtime Development Mailing Lis
On Sat, 2003-03-22 at 19:42, Shane Caraveo wrote:
> Sterling Hughes wrote:
> > Hi,
> >
> > Since we're all working on php5-dev now, i think its time to update the
> > apache module name of php to php5_module or php_module (I'm for the
> > latter).
> >
> > I'll go ahead and do this tommorow unless
Sterling Hughes wrote:
Hi,
Since we're all working on php5-dev now, i think its time to update the
apache module name of php to php5_module or php_module (I'm for the
latter).
I'll go ahead and do this tommorow unless someone objects.
-Sterling
This should be done for everything I think (such as
Hi,
Since we're all working on php5-dev now, i think its time to update the
apache module name of php to php5_module or php_module (I'm for the
latter).
I'll go ahead and do this tommorow unless someone objects.
-Sterling
--
"Whether you think you can or think you can't -- you are right."
Should be fixed now. Thanks for the test case!
Zeev
At 17:43 22/03/2003, Jan Schneider wrote:
This code run in current code (HEAD):
class Foo {
var $arr = array();
}
class FooX extends Foo {
function bar()
{
var_dump($this->arr);
}
}
$foo = new FooX();
$foo->bar();
produces "NULL" a
Okay, then I see the issue and no problem with the patch.
+1.
Moriyoshi
Sterling Hughes <[EMAIL PROTECTED]> wrote:
> On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> > Hi,
> >
> > As per naming convention, I think it'd be nice if the methods were
> > named as:
> >
> > getmessage => get_
On Sat, 2003-03-22 at 19:02, Moriyoshi Koizumi wrote:
> Hi,
>
> As per naming convention, I think it'd be nice if the methods were
> named as:
>
> getmessage => get_message
> getcode => get_code
>
> If those are corrected, +1 for this feature.
>
I was thinking of that - I would personally pref
Hi,
As per naming convention, I think it'd be nice if the methods were
named as:
getmessage => get_message
getcode => get_code
If those are corrected, +1 for this feature.
Moriyoshi
Sterling Hughes <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Attached is a patch (+ 2 files) that add a default "excep
This code run in current code (HEAD):
class Foo {
var $arr = array();
}
class FooX extends Foo {
function bar()
{
var_dump($this->arr);
}
}
$foo = new FooX();
$foo->bar();
produces "NULL" as the output. I guess this is not the intended behaviour?
Jan.
--
http://www.hor
You didn't miss anything, I did. I've been working with cgi today, and
failed to notice you were using cli. I'll take care of it in a moment.
Shane
Moriyoshi Koizumi wrote:
The log was actually taken from snaps.php.net, and I also experienced that
linker error with my VC7. Is it likely that I'
The log was actually taken from snaps.php.net, and I also experienced that
linker error with my VC7. Is it likely that I'm missing something?
Moriyoshi
Shane Caraveo <[EMAIL PROTECTED]> wrote:
> I've been compiling all day with no problem. I'll do a clean build and
> make sure about that.
> S
I've been compiling all day with no problem. I'll do a clean build and
make sure about that.
Shane
Moriyoshi Koizumi wrote:
Compiling resources...
Compiling...
php_cli.c
Linking...
php_cli.obj : error LNK2001: unresolved external symbol _zend_is_auto_global
..\Release_TS_inline\cli\php.exe : fa
Compiling resources...
Compiling...
php_cli.c
Linking...
php_cli.obj : error LNK2001: unresolved external symbol _zend_is_auto_global
..\Release_TS_inline\cli\php.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.
The attached patch is a trivial fix for the compile failu
Hi,
Attached is a patch (+ 2 files) that add a default "exception" class to
Zend 2. I find this very useful when you just want to throw a simple
exception inside of a try {}, but you don't want to create a new
exception for each and every error. I'll commit this tommorowish,
unless somebody obje
Hi,
Joey Smith wrote:
Michael:
Thanks for speaking up! I'd be glad to document this with your help. I
have a few questions.
1) What is the format when this param is set to on?
its a weird format, sometimes I had the date-parts separated with spaces
and the time without seconds, I guess it dep
Michael:
Thanks for speaking up! I'd be glad to document this with your help. I
have a few questions.
1) What is the format when this param is set to on?
2) This parameter doesn't appear to have any effect on the way
FreeTDS returns dates from MSSQL. Can you conf
Hi,
Joey Smith wrote:
I'm not sure what to do with these, but it annoys me that there are
directives which don't even appear in php.ini-dist which can actually
affect how PHP works. Here's some I've found, but I'm not sure what the
policy is. Anyone have a problem with adding these after 4.3.2?
Ja
I'm not sure what to do with these, but it annoys me that there are
directives which don't even appear in php.ini-dist which can actually
affect how PHP works. Here's some I've found, but I'm not sure what the
policy is. Anyone have a problem with adding these after 4.3.2?
Jani: These aren't new d
This is not the e-mail you are looking for...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
http://bugs.php.net/bug.php?id=20836
Can someone give me sufficient karma to commit the missing documentation
or simply apply the patch?
- Timm
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hello all,
For the last few months or more i've been working on a PHP I18N extension
based on ICU (http://oss.software.ibm.com/icu/) ICU is a huge package, so i
deliberately focused on those areas that are currently lacking in PHP. those
consist of date/time/timezone handling, locales and resource
Go ahead and commit it then..and MFH..
--Jani
On Fri, 21 Mar 2003, Wez Furlong wrote:
>+1 from me (I will apply it to PHP5).
>
>This looks like a suitable candidate for 4.3.2 also; no new code is
>introduced by this patch, merely a lookup table, and adding more
>encodings can b
31 matches
Mail list logo
