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

go to bug id or search bugs for

Bug #7452 Crash in ps_mm_destroy ( file mod_mm.c)
Submitted: 2000-10-25 11:59 UTC Modified: 2001-01-30 04:04 UTC
From: yfaktoro at nusphere dot com Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.2 OS: RedHat 7
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: yfaktoro at nusphere dot com
New email:
PHP Version: OS:

 

 [2000-10-25 11:59 UTC] yfaktoro at nusphere dot com 
compile mod_php with-mm on RedHat 7 with oonly 34M of shared memory. Also compile apache to use mod_php (enable_module=most) ps_mm_initialize calls mm_create() and passes 0 for pool size. That causes mm_create to try to get hardcoded 67M of shared memory. mm_create fails b'zeachine only has 34M ofshared memory available. As a result, data->mm is NULL and data->hash will also be assigned to NULL returned from mm_caloc, which will later cause a crash in ps_mm_destroy. This means that apache crashes on startI think ps_mm_initialize should check the
return from mm_create and pass something other than 0 to it.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-12-04 09:19 UTC] sniper@php.net 
Could you please check if this happens also with
PHP 4.0.4RC3:

http://www.php.net/distributions/php-4.0.4RC3.tar.gz
 [2001-01-30 04:04 UTC] sniper@php.net 
Please try latest CVS snapshot from http://snaps.php.net/
and if this problem still exists when using it, reopen
this bug report.

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Dec 22 12:01:30 2024 UTC