Re: [PHP-DEV] $_SERVER registration issue

2003-03-17 Thread Andi Gutmans
At 04:51 PM 3/17/2003 -0500, 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 thi

RE: [PHP-DEV] PHP-4.3.2 & Apache2

2003-03-17 Thread Mike Robinson
Jean-Michel Dault wrote > Le ven 14/03/2003 à 21:14, Jani Taskinen a écrit : >> Someone requested that we leave the apache2filter there >> for now..for some reason he didn't explain and I really >> didn't care. :) >It was me, and I did explain that apache2handler had > serious bugs i

Re: [PHP-DEV] $_SERVER registration issue

2003-03-17 Thread Sterling Hughes
On Mon, 2003-03-17 at 16:51, 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 Zee

Re: [PHP-DEV] $_SERVER registration issue

2003-03-17 Thread Sterling Hughes
On Mon, 2003-03-17 at 16:51, 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 Zee

[PHP-DEV] $_SERVER registration issue

2003-03-17 Thread Andrei Zmievski
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 in order to improve efficiency. I don't qui

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main/streams streams.c

2003-03-17 Thread Andi Gutmans
This breaks the Win32 build. At 06:32 PM 3/17/2003 +, Ilia Alshanetsky wrote: iliaa Mon Mar 17 13:32:15 2003 EDT Modified files: /php4/main/streams streams.c Log: Fixed bug #22538 (failed stat on stdio/stdin/stderr streams). Index: php4/main/streams/streams.c diff -u php4

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

2003-03-17 Thread Marcus Börger
At 20:38 17.03.2003, Andrei Zmievski wrote: On Mon, 17 Mar 2003, Marcus Börger wrote: > You forgot about one idea i do like much more: registering extension > classes in a seperate namespace (e.g.: the extension name). That may be nice, but requires an active effort on the extension authors' part.

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

2003-03-17 Thread Andrei Zmievski
On Mon, 17 Mar 2003, Marcus Börger wrote: > You forgot about one idea i do like much more: registering extension > classes in a seperate namespace (e.g.: the extension name). That may be nice, but requires an active effort on the extension authors' part. > Besides that the idea is really cool and

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

2003-03-17 Thread Marcus Börger
At 20:30 17.03.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 zend_module_entry. Th

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

2003-03-17 Thread Sterling Hughes
On Mon, 2003-03-17 at 14:30, 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)

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

2003-03-17 Thread Andrei Zmievski
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 zend_module_entry. This list would be updated when zend_register

[PHP-DEV] zend_module_entry changes - feature request

2003-03-17 Thread Tal Peer
Hello, My idea is to add an extra field to the zend_module_entry struct to enable extension writers to specify additional function entries (eg. class methods entries). That will enable get_extension_funcs to return information about classes defined in the extension, and not only about its funct

Re: [PHP-DEV] PHP-4.3.2 & Apache2

2003-03-17 Thread Jean-Michel Dault
Le ven 14/03/2003 à 21:14, Jani Taskinen a écrit : > Someone requested that we leave the apache2filter there > for now..for some reason he didn't explain and I really > didn't care. :) It was me, and I did explain that apache2handler had serious bugs in the previous versions. My reason

[PHP-DEV] [PATCH] Some missing source files in Zend makefile

2003-03-17 Thread Per Lundberg
This patch fixes two things: * zend_object_API.c has been renamed to zend_objects_API.c * zend_mm.c has been added and is needed to compile an application using the Zend Engine. Also, I have one related question: how come we say noinst_LTLIBRARIES instead of lib_LTLIBRARIES? Wouldn't it be good i

Re: [PHP-DEV] Relative include feedback

2003-03-17 Thread kelvin
That's right. And not only that.. not all people have access to set things like the include path themselves, and would have to do it in every script they run using ini_set (). And just because there's a workaround for a problem, doesn't mean we can't provide a better solution. Kelvin Quoting Da