- 13 Agu, 2013 1 kayıt (commit)
-
-
Ezio Melotti yazdı
-
- 16 Tem, 2013 1 kayıt (commit)
-
-
Ronald Oussoren yazdı
-
- 24 Agu, 2010 1 kayıt (commit)
-
-
Armin Rigo yazdı
formatted according to local conventions.
-
- 29 Agu, 2007 1 kayıt (commit)
-
-
Collin Winter yazdı
-
- 18 Mar, 2007 1 kayıt (commit)
-
-
Guido van Rossum yazdı
The compiler package hasn't been updated yet; test_compiler.py fails. Otherwise all tests seem to be passing now. There are no occurrences of __metaclass__ left in the standard library. Docs have not been updated.
-
- 21 Nis, 2006 1 kayıt (commit)
-
-
Thomas Wouters yazdı
number of tests, all because of the codecs/_multibytecodecs issue described here (it's not a Py3K issue, just something Py3K discovers): http://mail.python.org/pipermail/python-dev/2006-April/064051.html Hye-Shik Chang promised to look for a fix, so no need to fix it here. The tests that are expected to break are: test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_codecs test_multibytecodec This merge fixes an actual test failure (test_weakref) in this branch, though, so I believe merging is the right thing to do anyway.
-
- 16 Nis, 2006 1 kayıt (commit)
-
-
Thomas Wouters yazdı
prevent unreported regression.
-
- 15 Nis, 2006 1 kayıt (commit)
-
-
Thomas Wouters yazdı
exceptions that can't be raised any further, because (for instance) they occur in __del__ methods. The coroutine tests in test_generators was triggering this leak. Remove the leakers' testcase, and add a simpler testcase that explicitly tests this leak to test_generators. test_generators now no longer leaks at all, on my machine. This fix may also solve other leaks, but my full refleakhunting run is still busy, so who knows?
-
- 14 Nis, 2006 4 kayıt (commit)
-
-
Tim Peters yazdı
-
Armin Rigo yazdı
uncommon but possible. Inspired by SF bug 1469629.
-
Neal Norwitz yazdı
The test case came from test_generators, not test_itertools. Ensure there's no cyclic garbage we are counting. This is weird because it leaks, then reaches a limit: python.exe -i test_tee.py >>> leak() 0 [26633 refs] >>> leak() 0 [26658 refs] >>> leak() 0 [26683 refs] >>> leak() 0 [26708 refs] >>> leak() 0 [26708 refs] >>> leak() 0 [26708 refs] >>> leak() 0
-
Neal Norwitz yazdı
-
- 13 Nis, 2006 1 kayıt (commit)
-
-
Neal Norwitz yazdı
-
- 30 Mar, 2006 1 kayıt (commit)
-
-
Anthony Baxter yazdı
-
- 28 Mar, 2006 1 kayıt (commit)
-
-
Thomas Wouters yazdı
doesn't get cleaned up and thus leaks.
-
- 17 Mar, 2006 3 kayıt (commit)
-
-
Neal Norwitz yazdı
this time and call gc.collect(), since there is some garbage. The original code didn't really leak (if gc.collect() was called).
-
Neal Norwitz yazdı
-
Neal Norwitz yazdı
-
- 02 Mar, 2006 1 kayıt (commit)
-
-
Brett Cannon yazdı
-
- 28 Şub, 2006 3 kayıt (commit)
-
-
Neal Norwitz yazdı
-
Tim Peters yazdı
-
Neal Norwitz yazdı
Add directory which contains known ref leaks. Some of these are likely to be system dependent (like test_gestalt).
-