RE: [ZODB-Dev] zodb-3.4.0 leaks ZEO.cache.Entry objects?

2005-08-04 Thread Tim Peters
[Tim Peters] >> The refcount on Entry keeps growing. I suspect, but don't yet know, >> that this is because FileCache._makeroom()'s should have another line: >> >> if e is not None: >> del self.key2entry[e.key] >> self._evictobj(e, size) [Chris Bainbrid

Re: [ZODB-Dev] zodb-3.4.0 leaks ZEO.cache.Entry objects?

2005-08-04 Thread Chris Bainbridge
On 03/08/05, Tim Peters <[EMAIL PROTECTED]> wrote: > The refcount on Entry keeps growing. I suspect, but don't yet know, that > this is because FileCache._makeroom()'s > should have another line: > > if e is not None: > del self.key2entry[e.key] > sel

RE: [ZODB-Dev] zodb-3.4.0 leaks ZEO.cache.Entry objects?

2005-08-03 Thread Tim Peters
[Tim] > ... > If you have (or can create) a small, self-contained script showing the > problem, that would be the most effective way to make progress. Hmm! This appears to be enough: import sys import random import logging logging.basicConfig() import ZODB from ZODB.config import storageFromStr

RE: [ZODB-Dev] zodb-3.4.0 leaks ZEO.cache.Entry objects?

2005-08-03 Thread Tim Peters
[Chris Bainbridge] > After some time of running it seems that my process has a lot of > ZEO.cache.Entry objects around... sys.getrefcount reports a huge number > of references To what was sys.getrefcount() applied? Which version of Python are you using? > (155989 when I only have 625 object refe