Summary | Possible Memory Leak when editing conf.xml |
Queue | Horde Framework Packages |
Queue Version | HEAD |
Type | Enhancement |
State | Rejected |
Priority | 2. Medium |
Owners | |
Requester | final (at) skilled (dot) ch |
Created | 09/19/2006 (6923 days ago) |
Due | |
Updated | 09/19/2006 (6923 days ago) |
Assigned | |
Resolved | 09/19/2006 (6923 days ago) |
Milestone | |
Patch | No |
State ⇒ Rejected
memory leaks are bugs in PHP, not Horde.
State ⇒ New
Priority ⇒ 2. Medium
Type ⇒ Enhancement
Summary ⇒ Possible Memory Leak when editing conf.xml
Queue ⇒ Horde Framework Packages
Probably you guys don't really care about this since it was an error
produced by me, but I feel like telling you.
When you have a (in my sight) quite small error in a conf.xml, it can
lead to a complete memory leak and in the end my server crashed
completely. I had a similar tag to this in my conf.xml:
<configstring name="bla" desc="blabla"/>default</configstring>
if you look close, you see the "two" tag closing slashes. one at the
end of the <configstring ... /> tag and of course the </configstring>
tag its self.
however, if you call up admin/setup/config.php for the application
which will load a conf.xml containing the line above, horde is (i
guess) ending up in an endless loop using up all the memory very
rapidly.
Since horde test.php wanted to have no memory limit, i gave it no
memory limit (i've set the memory_limit to -1 in virtual host conf of
apache) - this was fatal. As I wrote before, the whole server crashed
cause it run out of memory...
this isn't quite a bug because in the end it was an error i generated
in the xml file and maybe you guys go like "well, if you change
anything yourself, you're responsible for it". but this is an error
which can happen so easily and can have such a fatal ending. so i
posted it as an enhancement.
for my part, i've now limited horde's memory to 128MB.