- 15 Nov, 2003 2 commits
-
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
- 14 Nov, 2003 3 commits
-
-
Thomas Heller authored
Backported to release-maint23
-
Thomas Heller authored
The find_all_submodules() method in modulefinder only looks for *.py, *.pyc, and *.pyo files. Python extension modules are only found if they are referenced in import statements somewhere. This patch uses the actual list from imp.get_suffixes(). Backported myself.
-
Tim Peters authored
for this function has always claimed that was true, but it wasn't verified before. For the latest batch of "double deallocation" bugs (stemming from weakref callbacks invoked by way of subtype_dealloc), this assert would have triggered (instead of waiting for _Py_ForgetReference to die with a segfault later).
-
- 13 Nov, 2003 6 commits
-
-
Tim Peters authored
this change, I think subtype_dealloc is actually a smidgen less obscure than it was in 2.3 -- we got rid of a negation in an "if" <wink>.
-
Tim Peters authored
expanded the test case with a piece that needs the more-complete fix. I'll backport this to 2.3 maint.
-
Andrew M. Kuchling authored
-
Gregory P. Smith authored
-
Martin v. Löwis authored
-
Martin v. Löwis authored
-
- 12 Nov, 2003 7 commits
-
-
Tim Peters authored
subtype_dealloc(): This left the dying object exposed to gc, so that if cyclic gc triggered during the weakref callback, gc tried to delete the dying object a second time. That's a disaster. subtype_dealloc() had a (I hope!) unique problem here, as every normal dealloc routine untracks the object (from gc) before fiddling with weakrefs etc. But subtype_dealloc has obscure technical reasons for re-registering the dying object with gc (already explained in a large comment block at the bottom of the function). The fix amounts to simply refraining from reregistering the dying object with gc until after the weakref callback (if any) has been called. This is a critical bug (hard to predict, and causes seemingly random memory corruption when it occurs). I'll backport it to 2.3 later.
-
Tim Peters authored
HAVE_MEMMOVE define. Just defined it on the cmdline (it doesn't include Python.h, and Fred doesn't want to change the code).
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
Formerly, underlying queue was implemented in terms of two lists. The new queue is a series of singly-linked fixed length lists. The new implementation runs much faster, supports multi-way tees, and allows tees of tees without additional memory costs. The root ideas for this structure were contributed by Andrew Koenig and Guido van Rossum.
-
- 11 Nov, 2003 1 commit
-
-
Neil Schemenauer authored
-
- 10 Nov, 2003 8 commits
-
-
Fred Drake authored
-
Fred Drake authored
-
Fred Drake authored
-
Martin v. Löwis authored
-
Martin v. Löwis authored
-
Martin v. Löwis authored
-
Guido van Rossum authored
-
Guido van Rossum authored
the file is a symlink. Instead, use os.lstat directly, if it exists; fall back on os.stat or the built-in open. Thanks to Iustin Pop.
-
- 09 Nov, 2003 7 commits
-
-
Alex Martelli authored
(same as commit of Sun Nov 2 to the release23-maint branch)
-
Alex Martelli authored
(same as commit of Sun Nov 2 to the release23-maint branch)
-
Alex Martelli authored
(same as commit of Sun Nov 2 to the release23-maint branch)
-
Alex Martelli authored
added a specific \ref to 5.9 in lieu of previous vague "see above". (same as commit of Sun Nov 2 to the release23-maint branch)
-
Alex Martelli authored
sf bug#812818. (same as commit of Sun Nov 2 to the release23-maint branch)
-
Alex Martelli authored
(same as commit of Sun Nov 2 to the release23-maint branch)
-
Brett Cannon authored
-
- 08 Nov, 2003 6 commits
-
-
Andrew M. Kuchling authored
-
Andrew M. Kuchling authored
-
Raymond Hettinger authored
-
Raymond Hettinger authored
is exhausted.
-
Raymond Hettinger authored
-
Raymond Hettinger authored
-