Re: [PHP-DEV] Bug #54514

hi Derick, yes, that's what is done in the ini detection implementation, which is now used in main/. The only remaining related bug I like to fix is ot PHP_BINDIR, which is now set at compile time. We could do the same thing than now PG(PHP_BINDIR). On Wed, Dec 7, 2011 at 6:45 PM, Derick Rethans

Re: [PHP-DEV] function ob_gzhandler is missed in 5.4

Hi! Note that despite I wrote the patch, I'm -1 on it, as stated in the previous message in this thread. So what you prefer to do instead? I'd like to have ob_gzhandler(), but if you think it can be done better way, please advise. -- Stanislav Malyshev, Software Architect SugarCRM: http://ww

Re: [PHP-DEV] function ob_gzhandler is missed in 5.4

On Tue, 06 Dec 2011 11:07:00 -0800, Stas Malyshev wrote: >> https://bugs.php.net/bug.php?id=60326 > > Ah, I didn't realize this is patch from Mike. Let me take another look > into it but I think it can be applied unless anyone sees anything wrong > with it. Note that despite I wrote the patch, I'

Re: [PHP-DEV] Patch: getters/setters syntax Implementation

I'm saying that when you define an accessor, the body of the get/set functionality is contained within get {} and set {}, just like C#. I'm referencing your suggestion to automatic backing fields. There's no need for the backup. Reflection for accessors should be treated the same as the rest.

[PHP-DEV] Re: [PECL-DEV] Re: [PHP-DEV] Re: [PECL-CVS] svn: /web/pecl/trunk/ include/pear-prepend.php public_html/error/404.php public_html/package-changelog.php public_html/package-info.php public_htm

On 12/07/2011 05:45 AM, Pierre Joye wrote: again, it was told, many times. Hi Pierre, Searching (via Thunderbird's not so excellent search) didn't immediately give any obvious hits (in your many emails!) Maybe that was at the bottom of some other message? So, with genuine respect, do you m

Re: [PHP-DEV] Patch: getters/setters syntax Implementation

I have no opinion about how it gets implemented under the hood - I thought we were just discussing the syntax. I most likely don't know enough about the innards of PHP it carry on that discussion. But by userspace definitions, are you referring to the fact that getters and setters would compile do

Re: [PHP-DEV] Patch: getters/setters syntax Implementation

The difference being *where* the functionality gets mapped. It's not about making something "look like something else", it's about requiring more userspace definitions. Functionality within get {} and set {} can (and should IMO) be implemented outside of userspace code. Whether that means ano

Re: [PHP-DEV] Patch: getters/setters syntax Implementation

> if we're attempting to get around __set/get, let's not replace them with more method implementations I don't understand this argument. Accessors are methods - making them look like something else won't change that fact. In C#, type-hinted properties with automatic getters/setters actually compi

Re: [PHP-DEV] Bug #54514

On Wed, 7 Dec 2011, Sebastian Bergmann wrote: > Can somebody look into https://bugs.php.net/bug.php?id=54514 please? > This causes issues for CLI tools implemented in PHP that are invoked > through Apache Ant, for instance, and need to know the PHP interpreter > that is running them. > > See

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_3/ext/date/tests/bug48678.phpt branches/PHP_5_3/ext/date/tests/date_default_timezone_set-1.phpt branches/PHP_5_4/ext/date/tests/bug48678.phpt

On Wed, 7 Dec 2011, Pierre Joye wrote: > pajoye Wed, 07 Dec 2011 09:03:07 + > > Revision: http://svn.php.net/viewvc?view=revision&revision=320564 > > Log: - print_r seems to display 0 or nothing for days, let make that > test works in both cases, that's not

Re: [PHP-DEV] Re: [PECL-CVS] svn: /web/pecl/trunk/ include/pear-prepend.php public_html/error/404.php public_html/package-changelog.php public_html/package-info.php public_html/package-stats.php

again, it was told, many times. 2011/12/7 Johannes Schlüter : > I didn't follow this closely as I was told not to "waste my time on > peclweb" when I did some minor updates in August 2010. > > But I agree: Major changes should be announced on the list. Additionally > I find it strange when sing

Re: [PHP-DEV] Re: [PECL-CVS] svn: /web/pecl/trunk/ include/pear-prepend.php public_html/error/404.php public_html/package-changelog.php public_html/package-info.php public_html/package-stats.php

On Wed, 2011-12-07 at 14:11 +0100, Ferenc Kovacs wrote: > So you say that you don't have the time to answer my questions? > Given the fact that this is an open source project I think it is pretty > reasonable to know that where is the development happening. > I will refrain from replying to your pe

[PHP-DEV] Re: [PECL-CVS] svn: /web/pecl/trunk/ include/pear-prepend.php public_html/error/404.php public_html/package-changelog.php public_html/package-info.php public_html/package-stats.php

So you say that you don't have the time to answer my questions? Given the fact that this is an open source project I think it is pretty reasonable to know that where is the development happening. I will refrain from replying to your personal comments, they have nothing to do with the topic brought

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_4/NEWS branches/PHP_5_4/main/main.c branches/PHP_5_4/main/php_globals.h branches/PHP_5_4/main/php_ini.c branches/PHP_5_4/tests/basic/bug54514.

seems to be due to partially generated global table, clean build and I cannot reproduce the crash anymore. Sorry for the noise :) On Wed, Dec 7, 2011 at 12:20 PM, Pierre Joye wrote: > this patch is not correct, php crashes on startup when a request is > initialized. -- Pierre @pierrejoye | h

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_4/NEWS branches/PHP_5_4/main/main.c branches/PHP_5_4/main/php_globals.h branches/PHP_5_4/main/php_ini.c branches/PHP_5_4/tests/basic/bug54514.

this patch is not correct, php crashes on startup when a request is initialized. ==7872==at 0x816204B: php_auto_globals_create_request (php_variables.c:804) ==7872==by 0x818E564: zend_auto_global_init (zend_compile.c:6694) ==7872==by 0x81BB0CE: zend_hash_apply (zend_hash.c:716) ==7872=

Re: [PHP-DEV] Bug #54514

Hi: what if I rename the php to something else :) thanks On Wed, Dec 7, 2011 at 4:56 PM, Patrick ALLAERT wrote: > 2011/12/7 Sebastian Bergmann : >>  Can somebody look into https://bugs.php.net/bug.php?id=54514 please? >>  This causes issues for CLI tools implemented in PHP that are invoked >>

Re: [PHP-DEV] Bug #54514

2011/12/7 Sebastian Bergmann : >  Can somebody look into https://bugs.php.net/bug.php?id=54514 please? >  This causes issues for CLI tools implemented in PHP that are invoked >  through Apache Ant, for instance, and need to know the PHP interpreter >  that is running them. > >  See https://github.c

Re: [PHP-DEV] Bug #54514

On Wed, Dec 7, 2011 at 9:44 AM, Laruence wrote: > HI: > > 1.  the PHP_BINARY is only make sence in cli sapi It can be the module as well. However phpUnit has a design mistake here by not allowing to set the php exec binary path to run the tests. But that's another topic :) Cheers, -- Pierre @

Re: [PHP-DEV] Bug #54514

On Wed, Dec 7, 2011 at 09:44, Laruence wrote: > HI: > > 1.  the PHP_BINARY is only make sence in cli sapi > 2.  if the use script, by chance,  has codes:  define("PHP_BINARY", > ***) will trigger error > Constants starting with PHP_ are reserved by PHP. This has come up several times before and w

Re: [PHP-DEV] Bug #54514

HI: 1. the PHP_BINARY is only make sence in cli sapi 2. if the use script, by chance, has codes: define("PHP_BINARY", ***) will trigger error thanks On Wed, Dec 7, 2011 at 4:41 PM, Pierre Joye wrote: > hi Laruence, > > On Wed, Dec 7, 2011 at 9:16 AM, Laruence wrote: >> HI, >>   I am looki

Re: [PHP-DEV] Bug #54514

hi Laruence, On Wed, Dec 7, 2011 at 9:16 AM, Laruence wrote: > HI, >   I am looking at it :) > >   how about add a PHP_BINARY into $_SERVER,  but not register as a constant? and why not? Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Run

Re: [PHP-DEV] Bug #54514

HI, I am looking at it :) how about add a PHP_BINARY into $_SERVER, but not register as a constant? thanks, On Wed, Dec 7, 2011 at 3:22 PM, Sebastian Bergmann wrote: >  Can somebody look into https://bugs.php.net/bug.php?id=54514 please? >  This causes issues for CLI tools implemented in

Re: [PHP-DEV] Bug #54514

On Wed, Dec 7, 2011 at 8:22 AM, Sebastian Bergmann wrote: > Can somebody look into > https://bugs.php.net/bug.php?**id=54514please? > This causes issues for CLI tools implemented in PHP that are invoked > through Apache Ant, for instance, and need to know