php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #57335 PHP reported emalloc allocation error
Submitted: 2006-11-01 02:40 UTC Modified: 2007-02-25 03:37 UTC
From: netex at 163 dot com Assigned:
Status: No Feedback Package: APC (PECL)
PHP Version: 5.1.6 OS: FreeBSD 6.1
Private report: No CVE-ID: None
View Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
44 - 28 = ?
Subscribe to this entry?

 
 [2006-11-01 02:40 UTC] netex at 163 dot com 
Description:
------------
APC 3.0.12p2, PHP 5.1.6, FreeBSD 6.1, 4GB RAM, 4GB Swap (Not used)

A lighttpd 1.4.13 + php/fastcgi server reported these lines a few times each day.

php in malloc(): warning: recursive call
FATAL:  emalloc():  Unable to allocate 79 bytes

Not found yet if PHP runs w/o APC.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-11-28 09:27 UTC] gopalv82 at yahoo dot com 
Is this under a very high system load ? Do you have processes (w/o APC) which die because they exceeded 30 seconds of execution ?
 [2006-11-28 16:16 UTC] oppositelock at sumeet dot info 
This isn't anything to do with APC. The same error also occurs when a script like this is run, with or without APC installed.

<?php $foo = ''; while(true) { $foo .= 'bar.baz'; } ?>

It's the web server process running out of memory while running the script, even before the 30-second timeout from PHP occurs.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Oct 28 14:00:01 2025 UTC