[PHP-DEV] extension_path not used for zend_extension

Hi. I've just noticed that in spite of the documentation, one can (try to) load a zend_extension via a relative path. http://www.php.net/manual/en/ini.core.php#ini.zend-extension the only thing preventing that from working is that the e

Re: [PHP-DEV] extension_path not used for zend_extension

On 04/18/11 05:04 PM, Ferenc Kovacs wrote: Hi. I've just noticed that in spite of the documentation, one can (try to) load a zend_extension via a relative path. http://www.php.net/manual/en/ini.core.php#ini.zend-extension the only t

[PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)

On 17 April 2011 07:17, Philip Olson wrote: > Are people still thinking about this? And how about applying the > current/revised patch to trunk thus making it easier to play with and break, > but not freeze its features/API yet. As much as I like this idea — and I really, genuinely, enthusiasti

Re: [PHP-DEV] extension_path not used for zend_extension

2011/4/18 Johannes Schlüter > > > On 04/18/11 05:04 PM, Ferenc Kovacs wrote: > >> Hi. >> >> I've just noticed that in spite of the documentation, one can (try to) >> load >> a zend_extension via a relative path. >> http://www.php.net/manual/en/ini.core.php#ini.zend-extension >>

Re: [PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)

+1 Only thing for trunk to be done besides stabilization and such is agreeing on the type hint stuff (and if we can't agree at least agree to disagree for the moment and get the release out of the door). Currently we still have the language extension which looks like another syntax but does no

Re: [PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)

2011/4/18 Johannes Schlüter > +1 > > Only thing for trunk to be done besides stabilization and such is > agreeing on the type hint stuff (and if we can't agree at least agree to > disagree for the moment and get the release out of the door). Currently > we still have the language extension wh

[PHP-DEV] SVN Account Request: mariuz

I need svn access rights : mostly on the firebird driver area, on wiki I have serveral patches to be applied in the queue and (related to null parameters http://bugs.php.net/bug.php?id=54426, new api reported on mailing list ...) One example i work currently is this bug http://bugs.php.net/4844

Re: [PHP-DEV] extension_path not used for zend_extension

2011/4/18 Johannes Schlüter > > > On 04/18/11 06:06 PM, Ferenc Kovacs wrote: > > thanks for the clarification. >> if thats the only thing thats preventing this to work (eg. someone has >> to patch the engine to be aware of the extension_dir), then I think I >> should open a feature request for t

Re: [PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)

2011/4/19 Ferenc Kovacs : > 2011/4/18 Johannes Schlüter >> Only thing for trunk to be done besides stabilization and such is >> agreeing on the type hint stuff (and if we can't agree at least agree to >> disagree for the moment and get the release out of the door). Currently >> we still have the l

RE: [PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)

> -Original Message- > From: a...@adamharvey.name [mailto:a...@adamharvey.name] On Behalf > Of Adam Harvey > Sent: Monday, April 18, 2011 8:26 AM > To: internals Mailing List > > Is there any thought that we might stop throwing things into trunk soon and > start thinking about some s