Re: [Myghty-users] error under 97a
Brought to you by:
zzzeek
From: David G. <dg...@sp...> - 2005-05-24 19:37:28
|
Hi Mike - No, not running threads. This is a standalone, fairly simple application, to process RST files and create static html pages. David michael bayer wrote: > thats the __del__ method of your component getting triggered at an > unusual time, when its already been cleaned up but likely another > thread is getting in there and accessing data members that have already > been removed (are you running multiple threads?), or sometimes if there > are two instances of a component referencing the same module (this is > normally a less common condition). its true that they dont really > matter since its within the garbage collection stage, and the whole > thing gets discarded anyway. I have cleaned up a lot of those > actually but I notice they still occur when i run the big "killer" test > test/MemUsage.py....ill try to nail the rest of them down. > > when you ran 0.96f and never saw these, that version didnt have the > module garbage collection at all so the total memory of your app was > always going to ultimately grow in proportion to the size of the total > number of components loaded in throughout its lifetime.....whereas this > version should approach a fixed ceiling and never grow beyond it. You > can observe this if you watch the memory usage of your program, first > with the default "True" setting of "delete_modules" and then with it > set to False. > > you can just turn "delete_modules" off to remove these errors for now > if memory usage is not a problem, though I am interested in getting > some "field results" for the feature. > > On May 24, 2005, at 12:47 AM, David Geller wrote: > >> Hi, >> >> When running a program which generates static pages, I now get errors >> similar to this consistently under 97a, which I never saw under 96f. >> It does say that it is "ignored", but am wondering what is wrong. >> >> Exception exceptions.AttributeError: <exceptions.AttributeError >> instance at 0x409534ac> in <bound method _top_level.__del__ of >> <_myghtycomp__1083163052._top_level object at 0x409533cc>> ignored >> >> >> Thanks, >> David >> > |