Re: [PHP-DEV] PHP5.4: PHP-FPM + Gettext == invalid pointer

2012-03-23 Thread Steven VAN POECK
ently. On Fri, Mar 23, 2012 at 1:13 PM, Steven VAN POECK wrote: Hi Pierre, Right. Disabling apc solves the issue, with or without gettext activated. No dump or segfault message anymore. I'm using the standard APC installed by pecl install apc. Version is 3.1.9. It seems to be working fin

Re: [PHP-DEV] PHP5.4: PHP-FPM + Gettext == invalid pointer

2012-03-23 Thread Steven VAN POECK
I use the version from SVN's trunk ? Thanks, Steven On 03/23/2012 01:06 PM, Pierre Joye wrote: hi, Please disable APC too to test. btw, do you use APC from current svn's trunk? Cheers, On Fri, Mar 23, 2012 at 12:51 PM, Steven VAN POECK wrote: Hi, Whenever I activate the gettex

[PHP-DEV] PHP5.4: PHP-FPM + Gettext == invalid pointer

2012-03-23 Thread Steven VAN POECK
Hi, Whenever I activate the gettext extension, PHP-FPM dumps a heap upon starting (see output below) Although the output finishes with "Aborted. Failed", the php processes are working ok, gettext too. PHP 5.4 was compiled with these options: ./configure --sysconfdir=/etc/php5 --with-config-

Re: [PHP-DEV] PHP 5.4RC4 does not compile

2012-01-07 Thread Steven VAN POECK
On 01/06/2012 07:46 PM, Antony Dovgal wrote: > On 01/06/2012 09:06 PM, Steven VAN POECK wrote: >> I may be doing this wrong, but on a fresh Debian 6.03 install on a >> VMWare VM (VMWare tools installed, build-essential installed), the >> php5.4 rc4 tarball from snaps.php.net

[PHP-DEV] PHP 5.4RC4 does not compile

2012-01-06 Thread Steven VAN POECK
Hi, I may be doing this wrong, but on a fresh Debian 6.03 install on a VMWare VM (VMWare tools installed, build-essential installed), the php5.4 rc4 tarball from snaps.php.net (php5.4-201201041830.tar.gz) does not compile. Here's what I did: tar xvzf php5.4-201201041830.tar.gz cd php5.4-201201041

Re: [PHP-DEV] [VOTE] Object oriented session handlers

2011-07-03 Thread Steven Van Poeck
On 07/03/2011 03:24 AM, Arpad Ray wrote: Hi, Voting is now open for object oriented session handlers. The RFC and patch can be found here: https://wiki.php.net/rfc/session-oo You can vote here: https://wiki.php.net/rfc/session-oo/vote Regards, Arpad Hi, Although I have no voting karma, +1

Re: [PHP-DEV] Re: Turkish/Azeri locale support

2010-05-05 Thread Steven Van Poeck
Pierre Joye wrote: On Tue, May 4, 2010 at 2:14 PM, Adam Harvey wrote: 1. Apply Tomas's patch to make case-insensitive lookups locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for case-insensitive function/method name lookups for high-bit characters in single-byte encodings. (

Re: [PHP-DEV] Re: Turkish/Azeri locale support

2010-05-05 Thread Steven Van Poeck
Hannes Magnusson wrote: On Wed, May 5, 2010 at 11:41, Steven Van Poeck wrote: Hannes Magnusson wrote: 2. Make function/method names case-sensitive, per Stan's e-mail. Pros: fixes problem; brings PHP into line with most other languages; extra consistency with variables; possible perfor

Re: [PHP-DEV] Re: Turkish/Azeri locale support

2010-05-05 Thread Steven Van Poeck
Hannes Magnusson wrote: 2. Make function/method names case-sensitive, per Stan's e-mail. Pros: fixes problem; brings PHP into line with most other languages; extra consistency with variables; possible performance improvement. Cons: BC break from current documented behaviour. There is no wa

Re: [PHP-DEV] Re: Turkish/Azeri locale support

2010-05-04 Thread Steven Van Poeck
Adam Harvey wrote: On 19 April 2010 11:58, Adam Harvey wrote: As at least some of you would already be aware, there's a long-standing issue with using PHP in a Turkish or Azeri locale, namely that case-insensitive lookups within the Zend engine (method names, for example) fail on lookups inv

Re: [PHP-DEV] Obscure token name

2010-04-29 Thread Steven Van Poeck
Folks, can't you just accept that T_PAAMAYIM_NEKUDOTAYIM is intended to make you smile? There's nothing to see here, please move along. - Martin +1 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [patch] error masks

2009-08-30 Thread Steven Van Poeck
Rasmus Lerdorf wrote: There will always be a reason to not report certain types of errors. E_STRICT and E_DEPRECATED are informative development-level messages that have no place on a production system. They should be turned off. The actual real problem is that our error mechanism only allows us

Re: [PHP-DEV] Type hinting/casting request for vote

2009-07-08 Thread Steven Van Poeck
Derick Rethans wrote: On Tue, 7 Jul 2009, Graham Kelly wrote: However, this is ONLY because I do not feel PHP 5.3 is the place to put this. However, I do have to agree with Ilia here that PHP 6 is too far away and it would be nice to have this feature long before then. I would however, be ve

[PHP-DEV] Re: Type hinting/casting request for vote

2009-07-08 Thread Steven Van Poeck
Ilia Alshanetsky wrote: Last week or so there was a fairly detailed discussion on the internals list regarding type hinting based on my original patch. Since then the patch has been revised to address the major concerns that were identified (breakage of binary compatibility) as well extended w