Commits

Author Commit Message Labels Comments Date
antoine.pitrou
[svn r65234] #2242: utf7 decoding crashes on bogus input on some Windows/MSVC versions
mark.dickinson
[svn r65007] Issue #3360: Fix incorrect parsing of '020000000000.0'. This is a backport of r65005.
georg.brandl
[svn r64988] Link fix.
brett.cannon
[svn r64905] Backport of 64903.
gregory.p.smith
[svn r64754] Backport r62627 + r62744 from trunk to fix issue 2632. - Issue #2632: Prevent socket.read(bignumber) from over allocating memory in the common case when the data is returned from the underlying socket in increments much smaller than bignumber.
brett.cannon
[svn r64680] Backport of r64677.
amaury.forgeotdarc
[svn r64641] #Issue3088 in-progress: Race condition with instances of classes derived from threading.local: When a thread touches such an object for the first time, a new thread-local __dict__ is created, and the __init__ method is run. But a thread switch can occur here; if the other thread touches the same object, it installs another __dict__; when the first thread resumes, it updates the dictionary of the second... This is the deep cause of the failures in test_multiprocessing involving "managers" o…
amaury.forgeotdarc
[svn r64639] #3242: fix a crash in "print", if sys.stdout is set to a custom object, whose write() method installs another sys.stdout. Backport of r64633
georg.brandl
[svn r64463] #3157: Fix docstrings for cursor methods.
amaury.forgeotdarc
[svn r64310] Issue 3110: Crash with weakref subclass, seen after a "import multiprocessing.reduction" An instance of a weakref subclass can have attributes. If such a weakref holds the only strong reference to the object, deleting the weakref will delete the object. In this case, the callback must not be called, because the ref object is being deleted! Backport of r34309
raymond.hettinger
[svn r64304] Issue #3116 and #1792: Fix quadratic behavior in marshal.dumps().
georg.brandl
[svn r64300] #3117: backport r55087, fixes segfault with lambda (None,): None.
georg.brandl
[svn r63916] Fix tkinter sequence passing. #2906. Backport from r63914.
gregory.p.smith
[svn r63883] - Issue #2588, #2589: Fix potential integer underflow and overflow conditions in the PyOS_vsnprintf C API function. This is a backport of r63728 and r63734 from trunk.
gregory.p.smith
[svn r63881] Backport r62724 from trunk. Fixes issue 2791. subprocess.Popen.communicate now closes its stdout and stderr fds as soon as it is finished with them.
georg.brandl
[svn r63838] Backport r63776: tkinter fixes.
martin.v.loewis
[svn r63626] Include all licenses of the packages that we include.
martin.v.loewis
[svn r63561] Patch #2111: Avoid mmap segfault when modifying a PROT_READ block.
gregory.p.smith
[svn r63404] fix issue2858: potential memory corruption when any of the bsddb.db.* constructors raised an exception. backportes from trunk c63403.
georg.brandl
[svn r63071] #2803: fix heappush invocation (backport).
ronald.oussoren
[svn r62855] Backport of revision 62854
gregory.p.smith
[svn r62757] Fix os.walk docstring example - issue2707
gregory.p.smith
[svn r62659] Backport r61468 from trunk: Improves the text of the IOError raised when open() returns EINVAL. See issue2158.
ronald.oussoren
[svn r62650] Fix issue 2520 (cannot import macerrors)
ronald.oussoren
[svn r62649] Backport of revision 62648
thomas.heller
[svn r62504] Issue #2682: ctypes callback functions no longer contain a cyclic reference to themselves. Backport from trunk.
amaury.forgeotdarc
[svn r62464] Issue #2670: urllib2.build_opener() failed when two handlers derive the same default base class. Backport of r62463.
amaury.forgeotdarc
[svn r62449] Issue 2665: On Windows, sys.stderr does not contain a valid file when running without a console. It seems to work, but will fail at the first flush. This causes IDLE to silently crash when too many warnings are printed. Backport of r62448.
amaury.forgeotdarc
[svn r62284] Correct previous checkin, probably a svn merge issue. Now the code is similar to the one in trunk/. The behavior was funny: >>> print (), repr(()) (), () >>> print (), repr(()) (), (...)
guido.van.rossum
[svn r62281] - Issue #1686386: Tuple's tp_repr did not take into account the possibility of having a self-referential tuple, which is possible from C code. Nor did object's tp_str consider that a type's tp_str could do something that could lead to an inifinite recursion. Py_ReprEnter() and Py_EnterRecursiveCall(), respectively, fixed the issues. (Backport of r58288 from trunk to 2.5.)
  1. Prev
  2. Next