[Lxr-dev] [ lxr-Bugs-559121 ] Out of memory errors during genxref
Brought to you by:
ajlittoz
From: <no...@so...> - 2002-05-22 11:40:57
|
Bugs item #559121, was opened at 2002-05-22 11:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=559121&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Andy Baskett (abaskett) Assigned to: Nobody/Anonymous (nobody) Summary: Out of memory errors during genxref Initial Comment: I'm not sure where the problem arises - I have spent hours (8+) attempting to debug the code and looked through CVS to see where previous leaks were fixed but to no avail. My MySQL "lxr.files" table currently contains 4400 files. My repository contains thousands of font files and other non-indexable files. My repository contains hundreds of files generated with old (9+ years) versions of RCS which results in "co" errors. Using Devel::Leak I believe the biggest leak is when "co" fails - under these circumstances I think the FileHandle is not "undef" but actually contains the error message from "co". Perhaps parsing this causes a problem? In any case Devel::Leak shows each file generates 2 leaks per file (even when indexing successfully) - I think %files lib/LXR/Index/Mysql.pl causes one as it keeps getting appended - is it possible to include % files = undef in the "empty_cache" function? Other than that I am at a loss for ideas. I am running very old versions of perl and MySQL which I hope to update and may be the cause, but I expect they are not the only reason for the problem. I am running: LXR 0.9.1 mysql 3.22.30 ectags 5.0.1 HP-UX 10.20 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=559121&group_id=27350 |