[PHP-DEV] CVS Account Request: danguer

2003-03-18 Thread Daniel Guerrero
I want to contribute documenting the missing parts of the xmldom part in the manual. I think I will need access to the phpdoc and the xmldom extension. Regards, -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] add SMTP authentication to php.mail() function

2003-03-18 Thread Joey Smith
John: Regardless of what happens with your patches, I thought perhaps you might want to know that PEAR has a class Net::SMTP which supports authentication. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Sterling Hughes
On Tue, 2003-03-18 at 17:21, Andrei Zmievski wrote: > On Tue, 18 Mar 2003, Sterling Hughes wrote: > > You're missing my point. Your patch doesn't allow for one to use > > get_constructor and get_method handlers to implement case-sensitive > > handlers, as you are lowercasing the stuff on insert, t

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Andrei Zmievski
On Tue, 18 Mar 2003, Derick Rethans wrote: > > You're missing my point. Your patch doesn't allow for one to use > > get_constructor and get_method handlers to implement case-sensitive > > handlers, as you are lowercasing the stuff on insert, the patch is > > limiting. > > > > I think the best sol

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Andrei Zmievski
On Tue, 18 Mar 2003, Sterling Hughes wrote: > You're missing my point. Your patch doesn't allow for one to use > get_constructor and get_method handlers to implement case-sensitive > handlers, as you are lowercasing the stuff on insert, the patch is > limiting. I already said that my patch sucks,

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Derick Rethans
On Tue, 18 Mar 2003, Sterling Hughes wrote: > On Tue, 2003-03-18 at 17:10, Andrei Zmievski wrote: > > > > I realize that I can overload get_constructor and get_method handlers > > and do all that stuff. But, seriously, this is screwed up. Given the > > situation where class is "GtkButton", if I s

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Sterling Hughes
On Tue, 2003-03-18 at 17:10, Andrei Zmievski wrote: > On Tue, 18 Mar 2003, Sterling Hughes wrote: > > Don't do that. :) > > > > The other problem is (besides what derick said) with Ze2 it is not > > assured that accesses will be lowercased, that's an optional thing. One > > can overload classes,

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Marcus Börger
At 22:57 18.03.2003, Derick Rethans wrote: On Tue, 18 Mar 2003, Andrei Zmievski wrote: > Currently when registering functions, the unmodified function name is > used as the key for the function table. This leads to problems when an > extension class has a constructor that is not all lowercased. Fo

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Andrei Zmievski
On Tue, 18 Mar 2003, Sterling Hughes wrote: > Don't do that. :) > > The other problem is (besides what derick said) with Ze2 it is not > assured that accesses will be lowercased, that's an optional thing. One > can overload classes, and be CS (I do it with ext/mono). I realize that I can overloa

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Sterling Hughes
On Tue, 2003-03-18 at 16:57, Andrei Zmievski wrote: > Grr. Totally slipped my mind that with this patch, the original > function names will be lost when doing get_class_methods() and similar > stuff. Any other suggestions? > Don't do that. :) The other problem is (besides what derick said) with

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Andrei Zmievski
Grr. Totally slipped my mind that with this patch, the original function names will be lost when doing get_class_methods() and similar stuff. Any other suggestions? On Tue, 18 Mar 2003, Andrei Zmievski wrote: > Currently when registering functions, the unmodified function name is > used as the key

Re: [PHP-DEV] function registration patch

2003-03-18 Thread Derick Rethans
On Tue, 18 Mar 2003, Andrei Zmievski wrote: > Currently when registering functions, the unmodified function name is > used as the key for the function table. This leads to problems when an > extension class has a constructor that is not all lowercased. For > example: > > function_entry php_gtk_bu

[PHP-DEV] function registration patch

2003-03-18 Thread Andrei Zmievski
Currently when registering functions, the unmodified function name is used as the key for the function table. This leads to problems when an extension class has a constructor that is not all lowercased. For example: function_entry php_gtk_button_functions[] = { PHP_FE("GtkButton", NULL), ... }

Re: [PHP-DEV] FRC: html_erros and docref_root

2003-03-18 Thread Jani Taskinen
On Tue, 18 Mar 2003, Marcus Börger wrote: >At 16:30 18.03.2003, Jani Taskinen wrote: >>On Sun, 16 Mar 2003, Marcus Börger wrote: >> >> >But from my point of view the only thing to do is fix bug 21007. >> >> So are you fixing it? >> > >Yeah i'll add something to PG() and set it different from >

[PHP-DEV] more 6 bit issues - mbstring

2003-03-18 Thread Dave Hill
Greetings, I have encountered a 64 bit issue with ext/mbstring that I would like to share with the list. I am not trying to pick on mbstring, it just was unfortunate enough to be the place where I first encountered the bug. This gives me yet another chance to help educate folks on how to w

[PHP-DEV] Behavior when E_PARSE

2003-03-18 Thread Andrey Hristov
Hi, I am developing and supporting a kinda big project which uses to include at least 25 files (it is written in OO manner thus those many files). The engine (ZE1) has different behavior on Parse Error. If a file is require()-d but is not there the script terminates - that's ok. But when the file i

Re: [PHP-DEV] FRC: html_erros and docref_root

2003-03-18 Thread Marcus Börger
At 16:30 18.03.2003, Jani Taskinen wrote: On Sun, 16 Mar 2003, Marcus Börger wrote: >But from my point of view the only thing to do is fix bug 21007. So are you fixing it? Yeah i'll add something to PG() and set it different from CLI and blabla...ok? What's my timeframe for the 4.3.2 or do

Re: [PHP-DEV] Session problem

2003-03-18 Thread epplestun
you can see this: At 23:51 17/03/2003, Andrei Zmievski wrote: >Today I tried to run PHP-GTK with ZE2 changes against current CVS and it >segfaulted. I traced it to the fact that >PG(http_globals)[TRACK_SERVER_VARS] is no longer available if $_SERVER >is not present in the PHP code, due to the chan

Re: [PHP-DEV] FRC: html_erros and docref_root

2003-03-18 Thread Jani Taskinen
On Sun, 16 Mar 2003, Marcus Börger wrote: >But from my point of view the only thing to do is fix bug 21007. So are you fixing it? --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Session problem

2003-03-18 Thread michel 'ziobudda' morelli
Any news about this bug http://bugs.php.net/bug.php?id=22175 ? Tnx -- michel 'ziobudda' morelli <[EMAIL PROTECTED]> -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: zend_module_entry changes - feature request

2003-03-18 Thread Tal Peer
On Mon, 17 Mar 2003, Andrei Zmievski wrote: > Tal, > > I guess you just want to find out which classes an extension defines. > I don't think the current architecture allows for it. > > There are two ways of going about it: > > 1. Keep track of extension classes with a HashTable (or list) in > z

Re: [PHP-DEV] $_SERVER registration issue

2003-03-18 Thread Andrei Zmievski
On Tue, 18 Mar 2003, Zeev Suraski wrote: > Well, it works well though :) All you have to do is hint PHP that you're > going to touch it, and it will be available for you immediately. To do > that, simply call: > > zend_is_auto_global("_SERVER", sizeof("_SERVER")-1 TSRMLS_CC); > > and you're d

Re: [PHP-DEV] $_SERVER registration issue

2003-03-18 Thread Zeev Suraski
At 23:51 17/03/2003, Andrei Zmievski wrote: Today I tried to run PHP-GTK with ZE2 changes against current CVS and it segfaulted. I traced it to the fact that PG(http_globals)[TRACK_SERVER_VARS] is no longer available if $_SERVER is not present in the PHP code, due to the changes Zeev (I think) made