|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #30153 FATAL erealloc() error when using gzinflate()
Submitted: 2004-09-19 16:17 UTC Modified: 2009-05-27 01:00 UTC
Avg. Score:5.0 ± 0.0
Reproduced:9 of 9 (100.0%)
Same Version:4 (44.4%)
Same OS:6 (66.7%)
From: OvdSpek at LIACS dot NL Assigned: rasmus (profile)
Status: No Feedback Package: Zlib related
PHP Version: 6CVS, 5CVS, 4CVS OS: *
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2004-09-19 16:17 UTC] OvdSpek at LIACS dot NL
The following PHP script appears to cause a full crash/restart of my Apache/2.0.50 (Win32) PHP/4.3.9RC3 Server at localhost Port 80 server on Windows XP.

Reproduce code:
	$s = file_get_contents('f:/temp/php_crash.bin');
	gzinflate(substr($s, 10));

Expected result:
No errors.

Actual result:
FATAL:  erealloc():  Unable to allocate 603602944 bytes
[Sun Sep 19 16:11:16 2004] [notice] Parent: child process exited with status 1 -- Restarting.
[Sun Sep 19 16:11:16 2004] [notice] Parent: Created child process 3908
[Sun Sep 19 16:11:16 2004] [notice] Child 3908: Child process is running
[Sun Sep 19 16:11:16 2004] [notice] Child 3908: Acquired the start mutex.
[Sun Sep 19 16:11:16 2004] [notice] Child 3908: Starting 250 worker threads.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2004-09-30 23:39 UTC]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at and the instructions on how to report
a bug at

Decompressing the specified file with non-php tools tells me that the data is corrupt. As far as the error itself, according to the gzip library return statuses the file's compression exceeds that of 1 to 32768 which is defined as upper limit. So this sort of behaviour is expected. PHP cannot terminate nicely since the data size * 32768 still tries to make PHP allocate too much memory, which results in graceful request termination.
 [2004-10-01 11:06 UTC] OvdSpek at LIACS dot NL
But /php4/ext/zlib/zlib.c is your code right? Not the code from the zlib authors?
The bug isn't in zlib owned code, it's in php owned code, and that's your code.

This code indeed expects to get NULL if erealloc fails.
Is there a flag for erealloc or function to use that doesn't 'cause an exception' and instead just returns NULL?

s2 = (char *) erealloc(s1,length);
if(! s2) { if(s1) efree(s1); RETURN_FALSE; }
 [2004-10-01 11:17 UTC] OvdSpek at LIACS dot NL
> which results in graceful request termination.

Is a call to exit() graceful request termination?
In my opinion, that's just killing the entire process.
And in the case of a multi-threaded server, that's equivalent to killing the entire server.

BTW, erealloc has an allow_failure parameter. How about passing true at /php4/ext/zlib/zlib.c:628?

ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC)
 [2004-10-01 11:19 UTC]
No, emalloc() and friends abort in case of a memory overflow, Checking for the return value does not make any sense.
 [2004-10-01 11:21 UTC] OvdSpek at LIACS dot NL
So what does the allow_failure parameter do?
 [2004-10-01 11:38 UTC] OvdSpek at LIACS dot NL
And why are there no 'friends' that do not abort?
 [2004-10-01 12:07 UTC]
This is not a support forum, there is no bug here. Stop reopening it.
 [2004-10-01 12:42 UTC] OvdSpek at LIACS dot NL
Why is this not considered a bug?
Any user would classify this solveable 'thing' as a bug.
 [2005-09-28 05:31 UTC]
It is a problem.  Marking it suspended instead.  The solution is non-trivial.  If you have one, please let us know.
 [2007-05-30 04:54 UTC] itsmeaf at gmail dot com
I got this when i used a variable and an array together. Using Win2000 server & IIS w/ php 5
eg code
<-- mysql query and result here -->

$file = substr($data[0],0,strrpos($data[0],'-'));
<-- mysql query and result here -->

$file[$data[1]] = substr($data[0],0,strrpos($data[0],'.')) . "-$s_fol-rej.csv";


When I changed the first occurance of the var "$file" to "$real_file" the bug vanished.
 [2009-05-19 10:31 UTC] design at intermost dot ru
Latest version (5.2.9) / windows... this bug still shutting down WHOLE thread. Also i'm considering this as bug too.
 [2009-05-19 10:40 UTC]
Please try using this CVS snapshot:
For Windows:

 [2009-05-27 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Apr 16 07:01:29 2024 UTC