|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #13554 Storing complex object as session variable makes apache go beserk
Submitted: 2001-10-05 02:54 UTC Modified: 2002-01-27 05:19 UTC
From: mgrommet at hotmail dot com Assigned:
Status: No Feedback Package: Session related
PHP Version: 4.0.6 OS: Redhat Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: mgrommet at hotmail dot com
New email:
PHP Version: OS:


 [2001-10-05 02:54 UTC] mgrommet at hotmail dot com
Before this, I've started the session, and have included the file defining the Test class.


     $testCache = new Test($testid);
     echo "Loading non cached...";

It should be noted that an instantiated Test object is really pretty darn hefty and contains arrays of objects in its attributes with many methods.  Total footprint is probably around 150k or so.

The first time this code is executed, testCache is empty
and is created within the body of the if statement

The second time (reload the page for instance) it causes the apache process servicing the request to gobble up insane amounts of memory.  As far as I can tell, apache will never respond back.  On the reload, the session variable should be set


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2001-10-05 03:46 UTC] mgrommet at hotmail dot com
It should also be noted that I dont see this problem with much smaller / less complex objects.

 [2002-01-06 20:19 UTC]
Does this happen with PHP 4.1.1?
 [2002-01-27 05:19 UTC]
No feedback.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Jul 23 06:01:30 2024 UTC