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
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 fine although it's responsible for the PHP-FPM dump.
Should I use the
Hi Pierre,
Sorry, I didn't know these issues had been addressed to.
I just installed the latest version from trunk. Everything runs
smoothly, no segfaults or dumps anymore.
Thanks again,
Steven
On 03/23/2012 01:25 PM, Pierre Joye wrote:
yes, please do. We have fixed these errors recently.
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 (php5.4-201201041830.tar.gz
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
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,
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
Hannes Magnusson wrote:
On Wed, May 5, 2010 at 11:41, Steven Van Poeck svanpo...@gmail.com 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
Pierre Joye wrote:
On Tue, May 4, 2010 at 2:14 PM, Adam Harvey ahar...@php.net 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
Adam Harvey wrote:
On 19 April 2010 11:58, Adam Harvey ahar...@php.net 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)
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
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
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
13 matches
Mail list logo