[Python-Dev] [Python-checkins] Python Regression Test Failures refleak (1)

Neal Norwitz nnorwitz at gmail.com
Fri Apr 28 05:49:26 CEST 2006


On 4/22/06, Tim Peters <tim.peters at gmail.com> wrote:
> [19 Apr 2006,  Neal Norwitz]
> > test_cmd_line leaked [0, 17, -17] references
> > test_filecmp leaked [0, 13, 0] references
> > test_threading_local leaked [-93, 0, 0] references
> > test_urllib2 leaked [-121, 88, 99] references
>
> Thanks to Thomas digging into test_threading_local, I checked in what
> appeared to be a total leak fix for it last week.  On my Windows box,
> it's steady as a rock now:
>
> """
> $ python_d  -E -tt ../lib/test/regrtest.py -R:50: test_threading_local
> test_threading_local
> beginning 55 repetitions
> 1234567890123456789012345678901234567890123456789012345
> .......................................................
> 1 test OK.
> [27145 refs]
> """
>
> Is it still flaky on other platforms?
>
> If not, maybe the reported
>
>     test_threading_local leaked [-93, 0, 0] references
>
> is due to stuff from a _previous_ test getting cleaned up (later than
> expected/hoped)?

When you first sent this message I was able to reproduce the leaks
inconsistently on the box that runs this test.  I *think* all that was
required was test_cmd_line test_suprocess and test_threading_local (in
that order).  I suspect that the problem is some process is slow to
die.

I don't think I can provoke any of these in isolation.  I definitely
can't provoke them consistently.  Today, I wasn't able to provoke them
at all.

I have disabled the leak warning for:

LEAKY_TESTS="test_(cmd_line|ctypes|filecmp|socket|threadedtempfile|threading|urllib2)

This is an attempt to reduce the spam.  Would people rather me reduce
this list so we can try to find the problems?  The test runs 2 times
per day.  Sometimes it gets stuck.  But the most you should ever
receive is 2 mails a day.

n


More information about the Python-Dev mailing list