Mailman 3 October 2013 - Python-Dev

Re: [Python-Dev] cpython: Issue #18582: provide a faster C implementation of pbkdf2_hmac that works with
by Antoine Pitrou 19 Oct '13

19 Oct '13

On Sat, 19 Oct 2013 14:25:28 +0200 (CEST) christian.heimes <python-checkins(a)python.org> wrote: > > - .. note:: A fast implementation of *pbkdf2_hmac* is only available with > - OpenSSL 1.0 and newer. The Python implementation uses an inline > - version of :mod:`hmac` and is about three times slower. Contrary to > - OpenSSL's current code the length of the password has only a minimal > - impact on the runtime of the Python implementation. > + .. note:: A fast implementation of *pbkdf2_hmac* is available with OpenSSL. > + The Python implementation uses an inline version of :mod:`hmac`. It is > + about three times slower and doesn't release the GIL. The documentation should stop talking about the Python implementation if the C implementation is always used by default. Regards Antoine.

3 7

Re: [Python-Dev] [Python-checkins] cpython: Issue #19254: Provide an optimized Python implementation of PBKDF2_HMAC
by Nick Coghlan 19 Oct '13

19 Oct '13

On 19 October 2013 22:12, christian.heimes <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/e73627483d2f > changeset: 86467:e73627483d2f > user: Christian Heimes <christian(a)cheimes.de> > date: Sat Oct 19 14:12:02 2013 +0200 > summary: > Issue #19254: Provide an optimized Python implementation of PBKDF2_HMAC > > files: > Doc/library/hashlib.rst | 6 ++- > Lib/hashlib.py | 69 +++++++++++++++++++++++++-- > Lib/test/test_hashlib.py | 20 ++++++- > Misc/NEWS | 2 + > 4 files changed, 86 insertions(+), 11 deletions(-) > diff --git a/Lib/test/test_hashlib.py b/Lib/test/test_hashlib.py > --- a/Lib/test/test_hashlib.py > +++ b/Lib/test/test_hashlib.py > @@ -18,11 +18,13 @@ > import unittest > import warnings > from test import support > -from test.support import _4G, bigmemtest > +from test.support import _4G, bigmemtest, import_fresh_module > > # Were we compiled --with-pydebug or with #define Py_DEBUG? > COMPILED_WITH_PYDEBUG = hasattr(sys, 'gettotalrefcount') > > +c_hashlib = import_fresh_module('hashlib', fresh=['_hashlib']) Looks like this import is failing on at least some platforms: http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/65… http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/20… Due to the build failing: http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/65… http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/20… Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

2 1

Re: [Python-Dev] [Python-checkins] cpython: Issue #18810: Be optimistic with stat calls when seeing if a directory
by Nick Coghlan 19 Oct '13

19 Oct '13

On 19 Oct 2013 03:24, "brett.cannon" <python-checkins(a)python.org> wrote: > > http://hg.python.org/cpython/rev/11f2f4af1979 > changeset: 86444:11f2f4af1979 > user: Brett Cannon <brett(a)python.org> > date: Fri Oct 18 13:24:13 2013 -0400 > summary: > Issue #18810: Be optimistic with stat calls when seeing if a directory > exists when checking for a package. > > Before there was an isdir check and then various isfile checks for > possible __init__ files when looking for a package. > This change drops the isdir check by leaning > on the assumption that a directory will not contain something named > after the module being imported which is not a directory. If the module > is a package then it saves a stat call. If there is nothing in the > directory with the potential package name it also saves a stat call. > Only if there is something in the directory named the same thing as > the potential package will the number of stat calls increase > (due to more wasteful __init__ checks). I don't follow this logic. There's now not even an existence check for the base name, so it reads to me like we will look for all the possible init file extensions even if there's *no* directory with an appropriate name. What am I missing? Cheers, Nick. > > Semantically there is no change as the isdir check moved > down so that namespace packages continue to have no chance of > accidentally collecting non-existent directories. > > files: > Lib/importlib/_bootstrap.py | 19 +- > Python/importlib.h | 1537 +++++++++++----------- > 2 files changed, 777 insertions(+), 779 deletions(-) > > > diff --git a/Lib/importlib/_bootstrap.py b/Lib/importlib/_bootstrap.py > --- a/Lib/importlib/_bootstrap.py > +++ b/Lib/importlib/_bootstrap.py > @@ -1406,16 +1406,15 @@ > # Check if the module is the name of a directory (and thus a package). > if cache_module in cache: > base_path = _path_join(self.path, tail_module) > - if _path_isdir(base_path): > - for suffix, loader in self._loaders: > - init_filename = '__init__' + suffix > - full_path = _path_join(base_path, init_filename) > - if _path_isfile(full_path): > - return (loader(fullname, full_path), [base_path]) > - else: > - # A namespace package, return the path if we don't also > - # find a module in the next section. > - is_namespace = True > + for suffix, loader in self._loaders: > + init_filename = '__init__' + suffix > + full_path = _path_join(base_path, init_filename) > + if _path_isfile(full_path): > + return (loader(fullname, full_path), [base_path]) > + else: > + # If a namespace package, return the path if we don't > + # find a module in the next section. > + is_namespace = _path_isdir(base_path) > # Check for a file w/ a proper suffix exists. > for suffix, loader in self._loaders: > full_path = _path_join(self.path, tail_module + suffix) > diff --git a/Python/importlib.h b/Python/importlib.h > --- a/Python/importlib.h > +++ b/Python/importlib.h > [stripped] > > -- > Repository URL: http://hg.python.org/cpython > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > https://mail.python.org/mailman/listinfo/python-checkins >

2 2

Re: [Python-Dev] [Python-checkins] cpython: Issue #18416: Fix various os calls in importlib.machinery.FileFinder
by Nick Coghlan 19 Oct '13

19 Oct '13

On 19 Oct 2013 02:01, "brett.cannon" <python-checkins(a)python.org> wrote: > > http://hg.python.org/cpython/rev/33844153cd02 > changeset: 86438:33844153cd02 > user: Brett Cannon <brett(a)python.org> > date: Fri Oct 18 12:01:06 2013 -0400 > summary: > Issue #18416: Fix various os calls in importlib.machinery.FileFinder > now that self.path is no longer forced to '.'. Hmm, could this break subclasses in a similar way? It may be safer to keep the empty string -> period conversion, even though PathFinder itself doesn't rely on it any more. Cheers, Nick. > > files: > Lib/importlib/_bootstrap.py | 4 +- > Python/importlib.h | 1554 +++++++++++----------- > 2 files changed, 780 insertions(+), 778 deletions(-) > > > diff --git a/Lib/importlib/_bootstrap.py b/Lib/importlib/_bootstrap.py > --- a/Lib/importlib/_bootstrap.py > +++ b/Lib/importlib/_bootstrap.py > @@ -1390,7 +1390,7 @@ > is_namespace = False > tail_module = fullname.rpartition('.')[2] > try: > - mtime = _os.stat(self.path).st_mtime > + mtime = _os.stat(self.path or _os.getcwd()).st_mtime > except OSError: > mtime = -1 > if mtime != self._path_mtime: > @@ -1432,7 +1432,7 @@ > """Fill the cache of potential modules and packages for this directory.""" > path = self.path > try: > - contents = _os.listdir(path) > + contents = _os.listdir(path or _os.getcwd()) > except (FileNotFoundError, PermissionError, NotADirectoryError): > # Directory has either been removed, turned into a file, or made > # unreadable. > diff --git a/Python/importlib.h b/Python/importlib.h > --- a/Python/importlib.h > +++ b/Python/importlib.h > [stripped] > > -- > Repository URL: http://hg.python.org/cpython > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > https://mail.python.org/mailman/listinfo/python-checkins >

2 1

Context management patterns
by Nick Coghlan 19 Oct '13

19 Oct '13

On 18 October 2013 03:25, Glenn Linderman <v+python(a)g.nevcal.com> wrote: > First, thanks for the education. What you wrote is extremely edifying about > more than just context managers, and I really appreciate the visionary > understanding you reported from BrisPy and further elucidated on, regarding > the educational pattern of using things before you learn how they work... > that applies strongly in arenas other than programming as well: > > - you learn how to walk before you understand the musculoskeletal physics > - you learn how to turn on/off the lights before you understand how > electricity works > - you learn how to drive before you learn how/why a vehicle works > - you learn how to speak before you understand how grammar works > - you learn how to locate the constellations before you understand > interplanetary gravitational forces > - many, many, many, many more things > > And of course, many people never reach the understanding of how or why for > many things they commonly use, do, or observe. That's why some people make > things happen, some people watch what happens, and some people wonder "What > happened?" > > What it doesn't do, though is address the dubious part of the whole > construct, which is composition. However, it's important to be clear as to whether the composition problems are specifically with the context manager form *or* if they also apply to the underlying exception handling pattern. Barry raised a good point the other day about how context managers encapsulate exception handling patterns, and that the level shift happening with contextlib.suppress vs previous standard library usage is that it actually takes advantage of the fact that the "with" statement is a control flow construct that supports suppressing raised exceptions. By contrast, the previously extracted patterns encountered in the standard library are all about correct resource handling and use either the try-finally or the try-except-raise patterns that don't impact control flow. Here are the clearest patterns I've personally noticed in the time since the with statement was added: * deterministic resource management (not a control flow pattern) try: <do something> finally: x.close() # Or otherwise clean up - aside from calling close() methods, generally resource specific - closing files, sockets, etc - dropping memoryview buffer references - contextlib.closing * deterministic state management (not a control flow pattern) <set up> try: <do something> finally: <tear down> - specific to the state being managed - lock acquisition/release pairs - decimal context management - monkey patching (including standard stream redirection) * transaction management (not a control flow pattern) <set up> try: <do something> except: <revert/rollback/otherwise handle failure case> raise else: <commit/otherwise handle success case> - database sessions - conditional resource cleanup (i.e. only in failure case) - specific to the kind of transaction being managed * logging unhandled exceptions (not a control flow pattern) try: <do something> except Exception as exc: # Exception is a good default, but needs to be configurable log.exception(exc) raise # This is important, since *suppressing* the exception is a separate decision - specific to a logging framework - in practice, usually just written out and combined with exception suppression in long running server processes - not commonly seen in scripts, since those rely on the unhandled exception display in the interpreter - stdlib logging module could possibly offer with a "logging.log_unhandled" context manager, permitting things like: with suppress(Exception) with log_unhandled(): <do something> * suppressing expected exceptions that aren't errors (control flow pattern!) try: <do something> except <permitted failure>: pass - general pattern, now explicitly named as contextlib.suppress - indicates exceptions that aren't really "exceptions" in that specific context, but just a different acceptable result - once converted to the class based implementation, will be stateless and reusable - consider if, instead of accepting things like "ignore_errors" flags and/or error callbacks, iteration constructs like shutil.rmtree instead accepted a context manager to wrap around the innermost calls where exceptions are anticipated. There are now two more control flow patterns that I'm considering adding to contextlib. However, I'd experiment with them in contextlib2 before adding them to the standard library's contextlib module: * delayed failure handling try: i = data.index(target) except IndexError: i = None # later if i is None: # Handle the "not found" case else: # Do something with the value - this could be rewritten as (I believe credit is due to RDM for the name): with catch(IndexError) as missing: i = data.index(target) # later if missing: # Handle the "not found" case # The caught exception would be available as missing.exception else: # Do something with the value - unittest.TestCase.assertRaises is an existing construct along these lines - can use a similarly stateless and reusable class-based implementation to that which will be used for suppress - such a "catch" decorator could also take care of saving the exception and calling traceback.clear_frames() on it for easy introspection without inadvertently keeping vast swathes of local objects alive in CPython - unfortunately, warnings.catch_warnings is misnamed - it's really a state management context manager for the warning filter state, with an option to record warnings via monkeypatching. Alas, I understand these concepts far better now than I did back when we extracted that API from the 'check_warnings' helper in the test suite, so I didn't realise the name was wrong until long after it had been published. If we add contextlib.catch in 3.5, it would probably be worth going through the deprecation dance needed to rename catch_warnings to something more sensible like "warning_context". * constrained jumps # Search loop for item in data: if is_desired_result(item): result = item break else: # Handle the "not found" case # Do something with "result" - using a suitable context manager, this can be rewritten as: # Search loop with exit_label() as found: for item in data: if is_desired_result(item): found.exit(item) # Later if found: # Do something with "found.value" else: # Handle the "not found" case - this is the exit_label() idea I posted earlier, but without the ability to specify the exception type (since I realised that's a separate pattern, better handled as the distinct "catch" construct) - rather than replacing exception handling constructs, it replaces break/else search loops with something that's hopefully easier to understand - it's also a generalisation of the SystemExit/GeneratorExit pattern, so the exception types it uses for internal flow control would inherit directly from BaseException - this is the pattern on the list that gets the closest to "goto" like behaviour, since it permits arbitrary "bail out now" behaviour (by passing the exit label to other operations), but the fact every label uses a custom exception type derived directly from BaseException would mean it still ends up being quite heavily constrained (since the *only* thing it would be able to catch is the exception thrown by calling the exit() method on the label). - this pattern would be stateful and explicitly *not* reusable (acting as a further constraint on abuse) > On 10/17/2013 8:26 AM, Nick Coghlan wrote: > > And even a two line version: > > with suppress(FileNotFoundError): os.remove("somefile.tmp") > with suppress(FileNotFoundError): os.remove("someotherfile.tmp") > > > The above example, especially if extended beyond two files, begs to used in > a loop, like your 5 line version: > > > for name in ("somefile.tmp", "someotherfile.tmp"): > with suppress(FileNotFoundError): > os.remove(name) > > which would be fine, of course. > > But to some with less education about the how and why, it is not clear why > it couldn't be written like: > > with suppress(FileNotFoundError): > > for name in ("somefile.tmp", "someotherfile.tmp"): > os.remove(name) > > yet to the cognoscenti, it is obvious there are seriously different > semantics. However, that's a confusion about exception handling in general, not about the suppress context manager in particular. The same potential for conceptual confusion exists between: for name in ("somefile.tmp", "someotherfile.tmp"): try: os.remove(name) except FileNotFoundError: pass and: try: for name in ("somefile.tmp", "someotherfile.tmp"): os.remove(name) except FileNotFoundError: pass At the syntactic level, when composing compound statements, the order of nesting *always* matters. The with/for and for/with constructs are different, just as if/for and for/if are different. If a student makes it through an introductory Python course without learning that much, I'd have grave doubts about that course :) > In my own code, I have a safe_delete function to bundle the exception > handling and the os.remove, and when factored that way, the temptation to > nest the loop inside the suppress is gone. With suppress available, though, > and if used, the temptation to factor it, either correctly or incorrectly, > appears. How many cut-n-paste programmers will get it right and how many > will get it wrong, is the serious question here, I think, and while suppress > is a slightly better term than ignore, it still hides the implications to > the control flow when an exception is actually raised within the block. A *lot* of written out exception handling is better abstracted away into a helper function. However, the body of the try block can't always be factored out without creating swiss-army functions with more knobs and dials than subprocess.Popen, and those are the cases where using a context manager instead really shines. > I'm still dubious that the benefits of this simpler construct, while an > interesting composition of powerful underlying constructs, has sufficient > benefit to outweigh the naïve user's potential for misusing it (exacerbated > by a name that doesn't imply control flow), or even the extra cost in > performance per the microbenchmark someone published. In the case of contextlib.suppress, my interest is mostly in giving this particular pattern a name, although it also allows for finer granularity in deciding exactly *which* exceptions to ignore. For example, most typical "safe_remove" functions ignore *all* OSErrors, while the contextlib.suppress example in the docs is deliberately constrained to only ignore FileNotFoundError (since "I don't care if it's already gone" is certainly a reasonable thing to say, while "I don't care if I don't have permission to remove it" is more dubious). This inherent ability to suppress exceptions means that "with" statements *are* a control flow construct, and always have been since we added them in PEP 343. However, this also gets back to Barry's point about there being a category shift here: contextlib.suppress is the first *standard library* context manager to actually make use of the fact that with statements are a control flow construct just as much as try/except/else/finally statements are (just a more constrained one at the point of use, which makes them easier to understand). > Your more complex examples for future versions may have greater merit > because they provide a significantly greater reduction in complexity to > offset the significantly greater learning curve required to use and > understand them. But even those look like an expensive form of goto (of > course, goto is considered harmful, and I generally agree with the reasons > why, but have coded them in situations where they are more useful than > harmful in languages which support them). > > I imagine that everyone on python-dev is aware that most of the control flow > constructs in structured programming (which is a subset of OO) are to > control the context of the CPUs "instruction pointer" without the use of > "goto". > > The real problem with "goto" is not that the instruction pointer is changed > non-sequentially, but that arbitrary changes can easily violate poorly > documented preconditions of the target location. Hence, structured > programming is really an attempt to avoid writing documentation, a laudable > goal as the documentation is seldom sufficient at that level of detail... or > if sufficient, is repetitive and overwhelming to create, maintain, and > comprehend. It achieves that by making control flow constructs that are > "higher level" than goto, that have meanings that can be understood and > explained in educational texts, which then are implicit documentation for > those control flow aspects of a particular program. OO builds on structured > programming to make neat packages of state and control flow, to isolate > state into understandable chunks so that larger programs can be > comprehended, as the BrisPy presenter enlightened us, without understanding > all the details of how each object and function within it works. > > Programmers raised on OO and GUI toolkits are building more and more systems > out of more complex parts, which increases productivity, and that is good, > although when they fail to fully understand the parts, some "interesting" > performance characteristics can result. > > ignore/suppress seems to me to be a sledge hammer solution for driving a > tack. The tack may be driven successfully, but the potential for damage to > the surroundings (by misunderstanding the control flow implications) is > sufficient to make me dubious regarding its overall value. Adequate > documentation may help (if it is both provided and read), but the best > constructs are those that are self-documenting, or well documented in > existing "programming 101" books. I haven't seen this construct in other > languages, nor has such a comparison been made in this thread, so I consider > the potential for misuse large. > > My conclusion: suppress considered harmful, hidden goto within :) I believe your underlying concerns are actually with the non-local flow control possibilities that are inherent in a language that offers both exceptions and the ability to suppress them. Since I'm firmly convinced that offering *more* structured exception handling is a vastly better solution to that problem than alternatives like Go's retreat to C-style return codes, I'll be continuing down the path of trying to extract and formalise particular patterns that constitute reasonable and common patterns for try/except/else/finally (or break/else loops!) in Python. Cheers, Nick. -- Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia

3 4

The Clinic Has Landed
by Larry Hastings 19 Oct '13

19 Oct '13

"Hello, I'd like to have an argument, please." After more than a year of development, Argument Clinic is now checked in to CPython trunk. Thanks, everyone, for your feedback and encouragement! //arry/

2 1

possibility of shaving a stat call from imports
by Brett Cannon 19 Oct '13

19 Oct '13

importlib.machinery.FileFinder does a stat call to check if a path is a file if the package check failed. Now I'm willing to bet that the check is rather redundant as the file extension should be a dead give-away that something in a directory is a file and not some non-file type. The import would still fail even if this is the case in the loader when attempting to read from the file, but it happens a little later and it means finders would be more permissive in claiming they found a loader. Does anyone see a good reason not to take the more optimistic route in the finder? As I said, the only thing I see breaking user code is if they have a directory or something named spam.py and so the finder claims it found a module when in fact it didn't and thus stopping the search for the module from continuing.

5 4

Re: [Python-Dev] Daily reference leaks (30f33e6a04c1): sum=975756
by Antoine Pitrou 19 Oct '13

19 Oct '13

Is anyone looking into those leaks? I suspect they might have to do with Serhiy's latest re changes in add40e9f7cbe. (just a barely educated guess, though) Regards Antoine. On Fri, 18 Oct 2013 09:31:49 +0200 solipsis(a)pitrou.net wrote: > results for 30f33e6a04c1 on branch "default" > -------------------------------------------- > > test_unittest leaked [317, 317, 317] references, sum=951 > test_unittest leaked [196, 197, 197] memory blocks, sum=590 > test_doctest leaked [2232, 2232, 2232] references, sum=6696 > test_doctest leaked [1667, 1669, 1669] memory blocks, sum=5005 > test_argparse leaked [70935, 70935, 70935] references, sum=212805 > test_argparse leaked [43489, 43491, 43491] memory blocks, sum=130471 > test_asyncio leaked [2577, -2577, 0] references, sum=0 > test_asyncio leaked [786, -1103, 2] memory blocks, sum=-315 > test_cgitb leaked [90, 90, 90] references, sum=270 > test_cgitb leaked [65, 65, 65] memory blocks, sum=195 > test_cmd leaked [41, 41, 41] references, sum=123 > test_cmd leaked [20, 20, 20] memory blocks, sum=60 > test_cmd_line leaked [34, 34, 34] references, sum=102 > test_cmd_line leaked [34, 34, 34] memory blocks, sum=102 > test_cmd_line_script leaked [24, 24, 24] references, sum=72 > test_cmd_line_script leaked [19, 19, 19] memory blocks, sum=57 > test_compileall leaked [6, 6, 6] references, sum=18 > test_compileall leaked [6, 6, 6] memory blocks, sum=18 > test_configparser leaked [34560, 34560, 34560] references, sum=103680 > test_configparser leaked [16778, 16780, 16780] memory blocks, sum=50338 > test_contextlib leaked [10, 10, 10] references, sum=30 > test_contextlib leaked [5, 5, 5] memory blocks, sum=15 > test_ctypes leaked [137, 137, 137] references, sum=411 > test_ctypes leaked [105, 105, 105] memory blocks, sum=315 > test_decimal leaked [10, 10, 10] references, sum=30 > test_decimal leaked [8, 8, 8] memory blocks, sum=24 > test_difflib leaked [401, 401, 401] references, sum=1203 > test_difflib leaked [267, 269, 269] memory blocks, sum=805 > test_distutils leaked [533, 533, 533] references, sum=1599 > test_distutils leaked [389, 391, 391] memory blocks, sum=1171 > test_docxmlrpc leaked [60, 60, 60] references, sum=180 > test_docxmlrpc leaked [60, 60, 60] memory blocks, sum=180 > test_email leaked [4307, 4307, 4307] references, sum=12921 > test_email leaked [2419, 2421, 2421] memory blocks, sum=7261 > test_faulthandler leaked [111, 111, 111] references, sum=333 > test_faulthandler leaked [98, 98, 98] memory blocks, sum=294 > test_gc leaked [4, 4, 4] references, sum=12 > test_gc leaked [4, 4, 4] memory blocks, sum=12 > test_generators leaked [5, 5, 5] references, sum=15 > test_generators leaked [4, 4, 4] memory blocks, sum=12 > test_genexps leaked [5, 5, 5] references, sum=15 > test_genexps leaked [4, 4, 4] memory blocks, sum=12 > test_gettext leaked [134, 134, 134] references, sum=402 > test_gettext leaked [128, 128, 128] memory blocks, sum=384 > test_htmlparser leaked [2177, 2177, 2177] references, sum=6531 > test_htmlparser leaked [40, 41, 41] memory blocks, sum=122 > test_http_cookiejar leaked [2805, 2805, 2805] references, sum=8415 > test_http_cookiejar leaked [1808, 1810, 1810] memory blocks, sum=5428 > test_imp leaked [1, -1, 0] references, sum=0 > test_import leaked [16, 16, 16] references, sum=48 > test_import leaked [10, 10, 10] memory blocks, sum=30 > test_inspect leaked [2, 2, 2] references, sum=6 > test_inspect leaked [2, 2, 2] memory blocks, sum=6 > test_json leaked [2553, 2553, 2553] references, sum=7659 > test_json leaked [1323, 1325, 1325] memory blocks, sum=3973 > test_keyword leaked [39, 39, 39] references, sum=117 > test_keyword leaked [20, 20, 20] memory blocks, sum=60 > test_lib2to3 leaked [57052, 57052, 57052] references, sum=171156 > test_lib2to3 leaked [46298, 46300, 46300] memory blocks, sum=138898 > test_listcomps leaked [10, 10, 10] references, sum=30 > test_listcomps leaked [8, 8, 8] memory blocks, sum=24 > test_locale leaked [43, 43, 43] references, sum=129 > test_locale leaked [19, 19, 19] memory blocks, sum=57 > test_logging leaked [706, 706, 706] references, sum=2118 > test_logging leaked [362, 364, 364] memory blocks, sum=1090 > test_mailbox leaked [46, 46, 46] references, sum=138 > test_mailbox leaked [41, 41, 41] memory blocks, sum=123 > test_multiprocessing_forkserver leaked [2, 2, 2] references, sum=6 > test_multiprocessing_forkserver leaked [2, 2, 2] memory blocks, sum=6 > test_multiprocessing_spawn leaked [2, 2, 2] references, sum=6 > test_multiprocessing_spawn leaked [2, 2, 2] memory blocks, sum=6 > test_netrc leaked [96, 96, 96] references, sum=288 > test_netrc leaked [59, 59, 59] memory blocks, sum=177 > test_nntplib leaked [1774, 1774, 1774] references, sum=5322 > test_nntplib leaked [902, 904, 904] memory blocks, sum=2710 > test_parser leaked [2, 2, 2] references, sum=6 > test_parser leaked [2, 2, 2] memory blocks, sum=6 > test_pep292 leaked [174, 174, 174] references, sum=522 > test_pep292 leaked [107, 107, 107] memory blocks, sum=321 > test_pkg leaked [57, 57, 57] references, sum=171 > test_pkg leaked [31, 31, 31] memory blocks, sum=93 > test_pydoc leaked [1804, 1804, 1804] references, sum=5412 > test_pydoc leaked [684, 686, 686] memory blocks, sum=2056 > test_re leaked [10539, 10539, 10539] references, sum=31617 > test_re leaked [135, 136, 136] memory blocks, sum=407 > test_regrtest leaked [5005, 5005, 5005] references, sum=15015 > test_regrtest leaked [2704, 2706, 2706] memory blocks, sum=8116 > test_robotparser leaked [4, 4, 4] references, sum=12 > test_robotparser leaked [4, 4, 4] memory blocks, sum=12 > test_setcomps leaked [10, 10, 10] references, sum=30 > test_setcomps leaked [8, 8, 8] memory blocks, sum=24 > test_site leaked [0, 2, 2] references, sum=4 > test_site leaked [0, 2, 2] memory blocks, sum=4 > test_smtplib leaked [65, 65, 65] references, sum=195 > test_smtplib leaked [45, 45, 45] memory blocks, sum=135 > test_ssl leaked [15, 15, 15] references, sum=45 > test_ssl leaked [10, 10, 10] memory blocks, sum=30 > test_strptime leaked [627, 627, 627] references, sum=1881 > test_strptime leaked [433, 435, 435] memory blocks, sum=1303 > test_subprocess leaked [138, 138, 138] references, sum=414 > test_subprocess leaked [102, 102, 102] memory blocks, sum=306 > test_sys leaked [22, 22, 22] references, sum=66 > test_sys leaked [12, 12, 12] memory blocks, sum=36 > test_textwrap leaked [192, 192, 192] references, sum=576 > test_textwrap leaked [116, 116, 116] memory blocks, sum=348 > test_threading leaked [2, 2, 2] references, sum=6 > test_threading leaked [2, 2, 2] memory blocks, sum=6 > test_time leaked [100, 100, 100] references, sum=300 > test_time leaked [94, 94, 94] memory blocks, sum=282 > test_timeit leaked [34, 34, 34] references, sum=102 > test_timeit leaked [20, 20, 20] memory blocks, sum=60 > test_tokenize leaked [5, 5, 5] references, sum=15 > test_tokenize leaked [4, 4, 4] memory blocks, sum=12 > test_tools leaked [398, 398, 398] references, sum=1194 > test_tools leaked [214, 215, 215] memory blocks, sum=644 > test_urllib leaked [16, 16, 16] references, sum=48 > test_urllib leaked [11, 11, 11] memory blocks, sum=33 > test_urllib2 leaked [333, 333, 333] references, sum=999 > test_urllib2 leaked [216, 217, 217] memory blocks, sum=650 > test_urllib2_localnet leaked [61, 61, 61] references, sum=183 > test_urllib2_localnet leaked [41, 41, 41] memory blocks, sum=123 > test_urllib2net leaked [38, 38, 38] references, sum=114 > test_urllib2net leaked [29, 29, 29] memory blocks, sum=87 > test_urllibnet leaked [38, 38, 38] references, sum=114 > test_urllibnet leaked [24, 24, 24] memory blocks, sum=72 > test_warnings leaked [4, 4, 4] references, sum=12 > test_warnings leaked [4, 4, 4] memory blocks, sum=12 > test_weakref leaked [2, 2, 2] references, sum=6 > test_weakref leaked [2, 2, 2] memory blocks, sum=6 > test_xmlrpc leaked [2, 2, 2] references, sum=6 > test_zipfile leaked [8, 8, 8] references, sum=24 > test_zipfile leaked [4, 4, 4] memory blocks, sum=12 > test_zipimport_support leaked [1492, 1492, 1492] references, sum=4476 > test_zipimport_support leaked [1146, 1148, 1148] memory blocks, sum=3442 > > > Command line was: ['./python', '-m', 'test.regrtest', '-uall', '-R', '3:3:/home/antoine/cpython/refleaks/reflog6vlxGJ', '-x']

4 5

Current start-up times
by Brett Cannon 18 Oct '13

18 Oct '13

tl;dr: 2.7 -> 3.3 = 1.92x slower 2.7 -> 3.4 = 1.36x slower 3.3 -> 3.4 = 1.40x faster IOW the work people have been putting in to speed up interpreter startup are definitely paying off. > ./perf.py -b normal_startup,startup_nosite ../cpython/py3.3/python.exe ../cpython/default/python.exe Running normal_startup... INFO:root:Running `../cpython/default/python.exe -c ` 1000 times INFO:root:Running `../cpython/py3.3/python.exe -c ` 1000 times Running startup_nosite... INFO:root:Running `../cpython/default/python.exe -S -c ` 2000 times INFO:root:Running `../cpython/py3.3/python.exe -S -c ` 2000 times Report on Darwin bcannon-macbookpro2.roam.corp.google.com 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64 i386 Total CPU cores: 8 ### normal_startup ### Min: 0.679865 -> 0.484924: 1.40x faster Avg: 0.696644 -> 0.497123: 1.40x faster Significant (t=47.03) Stddev: 0.02796 -> 0.01087: 2.5731x smaller ### startup_nosite ### Min: 0.297685 -> 0.285106: 1.04x faster Avg: 0.319151 -> 0.309291: 1.03x faster Significant (t=5.64) Stddev: 0.01219 -> 0.01252: 1.0272x larger > ./perf.py -b normal_startup,startup_nosite ../cpython/py2.7/python.exe ../cpython/default/python.exe Running normal_startup... INFO:root:Running `../cpython/default/python.exe -c ` 1000 times INFO:root:Running `../cpython/py2.7/python.exe -c ` 1000 times Running startup_nosite... INFO:root:Running `../cpython/default/python.exe -S -c ` 2000 times INFO:root:Running `../cpython/py2.7/python.exe -S -c ` 2000 times Report on Darwin bcannon-macbookpro2.roam.corp.google.com 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64 i386 Total CPU cores: 8 ### normal_startup ### Min: 0.350003 -> 0.484200: 1.38x slower Avg: 0.362935 -> 0.492708: 1.36x slower Significant (t=-44.29) Stddev: 0.02021 -> 0.00459: 4.3999x smaller ### startup_nosite ### Min: 0.165302 -> 0.282765: 1.71x slower Avg: 0.169915 -> 0.293589: 1.73x slower Significant (t=-222.46) Stddev: 0.00273 -> 0.00484: 1.7705x larger > ./perf.py -b normal_startup,startup_nosite ../cpython/py2.7/python.exe ../cpython/py3.3/python.exe Running normal_startup... INFO:root:Running `../cpython/py3.3/python.exe -c ` 1000 times INFO:root:Running `../cpython/py2.7/python.exe -c ` 1000 times Running startup_nosite... INFO:root:Running `../cpython/py3.3/python.exe -S -c ` 2000 times INFO:root:Running `../cpython/py2.7/python.exe -S -c ` 2000 times Report on Darwin bcannon-macbookpro2.roam.corp.google.com 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64 i386 Total CPU cores: 8 ### normal_startup ### Min: 0.350545 -> 0.675245: 1.93x slower Avg: 0.363317 -> 0.696069: 1.92x slower Significant (t=-120.97) Stddev: 0.01682 -> 0.00977: 1.7222x smaller ### startup_nosite ### Min: 0.166232 -> 0.289506: 1.74x slower Avg: 0.172511 -> 0.300979: 1.74x slower Significant (t=-209.92) Stddev: 0.00299 -> 0.00534: 1.7862x larger

1 0

Summary of Python tracker Issues
by Python tracker 18 Oct '13

18 Oct '13

ACTIVITY SUMMARY (2013-10-11 - 2013-10-18) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 4184 (-56) closed 26872 (+115) total 31056 (+59) Open issues with patches: 1948 Issues opened (43) ================== #16203: Proposal: add re.fullmatch() method http://bugs.python.org/issue16203 reopened by georg.brandl #17294: compile-flag for single-execution to return value instead of p http://bugs.python.org/issue17294 reopened by Albert.Zeyer #19205: Don't import re and sysconfig in site.py http://bugs.python.org/issue19205 reopened by pitrou #19227: test_multiprocessing_xxx hangs under Gentoo buildbots http://bugs.python.org/issue19227 opened by pitrou #19229: operator.py: move the Python implementation in the else block http://bugs.python.org/issue19229 opened by haypo #19230: Reimplement the keyword module in C http://bugs.python.org/issue19230 opened by haypo #19232: Speed up _decimal import http://bugs.python.org/issue19232 opened by skrah #19233: test_io.test_interrupted_write_retry_text() hangs on Solaris 1 http://bugs.python.org/issue19233 opened by haypo #19234: socket.fileno() documentation http://bugs.python.org/issue19234 opened by georg.brandl #19235: Add a dedicated subclass for recursion errors http://bugs.python.org/issue19235 opened by elazar #19236: Add Tornado HTTP benchmark http://bugs.python.org/issue19236 opened by pitrou #19237: Proposal : LCM function to complement GCD http://bugs.python.org/issue19237 opened by CliffM #19238: Misleading explanation of fill and align in format_spec http://bugs.python.org/issue19238 opened by davidchambers #19239: add inspect functions to retrieve attributes from both old dir http://bugs.python.org/issue19239 opened by ethan.furman #19240: iglob should try to use `readdir` http://bugs.python.org/issue19240 opened by tebeka #19241: MINGW: install import library http://bugs.python.org/issue19241 opened by rpetrov #19242: MINGW: generalization of posix installation in distutils http://bugs.python.org/issue19242 opened by rpetrov #19243: MINGW: support stdcall without underscore http://bugs.python.org/issue19243 opened by rpetrov #19244: MINGW: use replace instead rename to avoid failure on windows http://bugs.python.org/issue19244 opened by rpetrov #19245: mingw-meta: installation http://bugs.python.org/issue19245 opened by rpetrov #19247: Describe surrogateescape algorithm in the Library Reference http://bugs.python.org/issue19247 opened by ncoghlan #19249: Enumeration.__eq__ http://bugs.python.org/issue19249 opened by CliffM #19251: bitwise ops for bytes of equal length http://bugs.python.org/issue19251 opened by christian.heimes #19253: PyArg_ParseTuple: wrong use of seterror() clips helpful type e http://bugs.python.org/issue19253 opened by georg.brandl #19254: Python implementation of PBKDF2_HMAC http://bugs.python.org/issue19254 opened by christian.heimes #19255: Don't "wipe" builtins at shutdown http://bugs.python.org/issue19255 opened by serhiy.storchaka #19256: Optimize marshal format and add version token. http://bugs.python.org/issue19256 opened by kristjan.jonsson #19257: Sub-optimal error message when importing a non-package http://bugs.python.org/issue19257 opened by alex #19259: Provide Python implementation of operator.compare_digest() http://bugs.python.org/issue19259 opened by christian.heimes #19261: Add support for 24-bit in the sunau module http://bugs.python.org/issue19261 opened by serhiy.storchaka #19262: Add asyncio (tulip, PEP 3156) to stdlib http://bugs.python.org/issue19262 opened by gvanrossum #19263: enum.py : Enum.__new__(). __objclass__ http://bugs.python.org/issue19263 opened by CliffM #19264: subprocess.Popen doesn't support unicode on Windows http://bugs.python.org/issue19264 opened by peter0 #19265: Increased test coverage for datetime pickling http://bugs.python.org/issue19265 opened by Colin.Williams #19270: sched.cancel() breaks events order http://bugs.python.org/issue19270 opened by serhiy.storchaka #19271: Update OrderedDict "see also" link http://bugs.python.org/issue19271 opened by BreamoreBoy #19273: Update PCbuild/readme.txt http://bugs.python.org/issue19273 opened by zach.ware #19274: make zipfile.PyZipFile more usable http://bugs.python.org/issue19274 opened by Christian.Tismer #19279: UTF-7 to UTF-8 decoding crash http://bugs.python.org/issue19279 opened by glebourgeois #19280: Add a datatype to represent mime types to the email module http://bugs.python.org/issue19280 opened by r.david.murray #19281: add __objclass__ to the docs http://bugs.python.org/issue19281 opened by ethan.furman #19282: dbm is not a context manager http://bugs.python.org/issue19282 opened by kousu #19283: Need support to avoid Windows CRT compatibility issue. http://bugs.python.org/issue19283 opened by debarshig Most recent 15 issues with no replies (15) ========================================== #19281: add __objclass__ to the docs http://bugs.python.org/issue19281 #19271: Update OrderedDict "see also" link http://bugs.python.org/issue19271 #19265: Increased test coverage for datetime pickling http://bugs.python.org/issue19265 #19264: subprocess.Popen doesn't support unicode on Windows http://bugs.python.org/issue19264 #19261: Add support for 24-bit in the sunau module http://bugs.python.org/issue19261 #19257: Sub-optimal error message when importing a non-package http://bugs.python.org/issue19257 #19247: Describe surrogateescape algorithm in the Library Reference http://bugs.python.org/issue19247 #19245: mingw-meta: installation http://bugs.python.org/issue19245 #19244: MINGW: use replace instead rename to avoid failure on windows http://bugs.python.org/issue19244 #19243: MINGW: support stdcall without underscore http://bugs.python.org/issue19243 #19242: MINGW: generalization of posix installation in distutils http://bugs.python.org/issue19242 #19241: MINGW: install import library http://bugs.python.org/issue19241 #19238: Misleading explanation of fill and align in format_spec http://bugs.python.org/issue19238 #19222: Add 'x' mode to gzip.open() http://bugs.python.org/issue19222 #19214: shutil.make_archive should recognize extensions in filenames http://bugs.python.org/issue19214 Most recent 15 issues waiting for review (15) ============================================= #19282: dbm is not a context manager http://bugs.python.org/issue19282 #19279: UTF-7 to UTF-8 decoding crash http://bugs.python.org/issue19279 #19274: make zipfile.PyZipFile more usable http://bugs.python.org/issue19274 #19273: Update PCbuild/readme.txt http://bugs.python.org/issue19273 #19270: sched.cancel() breaks events order http://bugs.python.org/issue19270 #19265: Increased test coverage for datetime pickling http://bugs.python.org/issue19265 #19263: enum.py : Enum.__new__(). __objclass__ http://bugs.python.org/issue19263 #19262: Add asyncio (tulip, PEP 3156) to stdlib http://bugs.python.org/issue19262 #19261: Add support for 24-bit in the sunau module http://bugs.python.org/issue19261 #19256: Optimize marshal format and add version token. http://bugs.python.org/issue19256 #19254: Python implementation of PBKDF2_HMAC http://bugs.python.org/issue19254 #19253: PyArg_ParseTuple: wrong use of seterror() clips helpful type e http://bugs.python.org/issue19253 #19244: MINGW: use replace instead rename to avoid failure on windows http://bugs.python.org/issue19244 #19243: MINGW: support stdcall without underscore http://bugs.python.org/issue19243 #19242: MINGW: generalization of posix installation in distutils http://bugs.python.org/issue19242 Top 10 most discussed issues (10) ================================= #19262: Add asyncio (tulip, PEP 3156) to stdlib http://bugs.python.org/issue19262 33 msgs #16129: No good way to set 'PYTHONIOENCODING' when embedding python. http://bugs.python.org/issue16129 22 msgs #19256: Optimize marshal format and add version token. http://bugs.python.org/issue19256 17 msgs #4965: Can doc index of html version be separately scrollable? http://bugs.python.org/issue4965 14 msgs #19227: test_multiprocessing_xxx hangs under Gentoo buildbots http://bugs.python.org/issue19227 14 msgs #19232: Speed up _decimal import http://bugs.python.org/issue19232 14 msgs #19205: Don't import re and sysconfig in site.py http://bugs.python.org/issue19205 10 msgs #19230: Reimplement the keyword module in C http://bugs.python.org/issue19230 9 msgs #19279: UTF-7 to UTF-8 decoding crash http://bugs.python.org/issue19279 9 msgs #13451: sched.py: speedup cancel() method http://bugs.python.org/issue13451 8 msgs Issues closed (85) ================== #2919: Merge profile/cProfile in 3.n+1 http://bugs.python.org/issue2919 closed by alexandre.vassalotti #4555: Smelly exports (global symbols in python not prefixed with Py http://bugs.python.org/issue4555 closed by pitrou #8090: PEP 4 should say something about the standard library http://bugs.python.org/issue8090 closed by python-dev #8507: abc.abstractproperty does not copy docstring http://bugs.python.org/issue8507 closed by georg.brandl #9170: zipfile cannot read AES encrypted files http://bugs.python.org/issue9170 closed by georg.brandl #9548: locale can be imported at startup but relies on too many libra http://bugs.python.org/issue9548 closed by pitrou #11120: threading.Thread.daemon Documentation Incomplete http://bugs.python.org/issue11120 closed by georg.brandl #12348: case sensitivity in packaging.pypi.simple.Crawler http://bugs.python.org/issue12348 closed by georg.brandl #13026: Dis module - documentation of MAKE_FUNCTION http://bugs.python.org/issue13026 closed by python-dev #13203: Doc: say id() is only useful for existing objects http://bugs.python.org/issue13203 closed by python-dev #13740: winsound.SND_NOWAIT ignored on modern Windows platforms http://bugs.python.org/issue13740 closed by python-dev #13744: raw byte strings are described in a confusing way http://bugs.python.org/issue13744 closed by georg.brandl #13833: No documentation for PyStructSequence http://bugs.python.org/issue13833 closed by python-dev #13905: Built-in Types Comparisons should mention rich comparison meth http://bugs.python.org/issue13905 closed by python-dev #13915: Update tutorial/modules for PEP 3147 http://bugs.python.org/issue13915 closed by python-dev #14407: concurrent.futures tests don't adher to test_cases protocol http://bugs.python.org/issue14407 closed by pitrou #14486: Add some versionchanged notes in threading docs http://bugs.python.org/issue14486 closed by python-dev #14999: ctypes ArgumentError lists arguments from 1, not 0 http://bugs.python.org/issue14999 closed by georg.brandl #15648: stderr "refs" output does not respect PYTHONIOENCODING http://bugs.python.org/issue15648 closed by georg.brandl #15829: Threading Lock - Wrong Exception Name http://bugs.python.org/issue15829 closed by python-dev #16253: Docs for PyArg_ParseTupleAndKeywords say it doesn't accept nes http://bugs.python.org/issue16253 closed by georg.brandl #16657: traceback.format_tb incorrect docsting http://bugs.python.org/issue16657 closed by python-dev #16732: setup.py support for xxmodule without tkinker http://bugs.python.org/issue16732 closed by python-dev #16938: pydoc confused by __dir__ http://bugs.python.org/issue16938 closed by ethan.furman #17029: h2py.py: search the multiarch include dir if it does exist http://bugs.python.org/issue17029 closed by ezio.melotti #17084: nntplib.NNTP.xover does not always return results as documente http://bugs.python.org/issue17084 closed by georg.brandl #17154: the 'ignore' pdb command raises IndexError http://bugs.python.org/issue17154 closed by python-dev #17335: FieldStorageClass is messed up http://bugs.python.org/issue17335 closed by python-dev #17375: Add docstrings to methods in the threading module http://bugs.python.org/issue17375 closed by python-dev #17631: inspect getsource does not display full text of lambda http://bugs.python.org/issue17631 closed by georg.brandl #17730: code.interact() doesn't support no banner http://bugs.python.org/issue17730 closed by python-dev #18102: except-clause with own exception class inside generator can le http://bugs.python.org/issue18102 closed by pitrou #18209: Bytearray type not supported as a mutable object in the fcntl. http://bugs.python.org/issue18209 closed by georg.brandl #18254: Accessing attr dict at definition time of a class from a metac http://bugs.python.org/issue18254 closed by georg.brandl #18281: tarfile defines stat constants http://bugs.python.org/issue18281 closed by python-dev #18416: Move to absolute file paths for module.__file__ http://bugs.python.org/issue18416 closed by brett.cannon #18458: interactive interpreter crashes and test_readline fails with n http://bugs.python.org/issue18458 closed by ned.deily #18468: re.group() should never return a bytearray http://bugs.python.org/issue18468 closed by serhiy.storchaka #18521: [cppcheck] Full report http://bugs.python.org/issue18521 closed by georg.brandl #18582: PBKDF2 support http://bugs.python.org/issue18582 closed by christian.heimes #18714: Add tests for pdb.find_function http://bugs.python.org/issue18714 closed by python-dev #18723: shorten function of textwrap module is susceptible to non-norm http://bugs.python.org/issue18723 closed by vajrasky #18725: Multiline shortening http://bugs.python.org/issue18725 closed by serhiy.storchaka #18739: math.log of a long returns a different value of math.log of an http://bugs.python.org/issue18739 closed by mark.dickinson #18754: Run Python child processes in isolated mode in the test suite? http://bugs.python.org/issue18754 closed by python-dev #18758: Fix internal references in the documentation http://bugs.python.org/issue18758 closed by serhiy.storchaka #18776: atexit error display behavior changed in python 3 http://bugs.python.org/issue18776 closed by pitrou #18804: pythorun.c: is_valid_fd() should not duplicate the file descri http://bugs.python.org/issue18804 closed by haypo #18919: Unify audio modules tests http://bugs.python.org/issue18919 closed by serhiy.storchaka #18999: Support different contexts in multiprocessing http://bugs.python.org/issue18999 closed by sbt #19079: chameleon benchmark fails on 3.4 http://bugs.python.org/issue19079 closed by python-dev #19131: Broken support of compressed AIFC files http://bugs.python.org/issue19131 closed by serhiy.storchaka #19179: doc bug: confusing table of values http://bugs.python.org/issue19179 closed by python-dev #19189: Improve cross-references in pickle documentation. http://bugs.python.org/issue19189 closed by serhiy.storchaka #19191: os.path.splitext in windows , a little question http://bugs.python.org/issue19191 closed by terry.reedy #19192: Move test_current_time from test_xmlrpc_net to test_xmlrpc http://bugs.python.org/issue19192 closed by r.david.murray #19197: Improve cross-references in shlex documentation http://bugs.python.org/issue19197 closed by serhiy.storchaka #19198: Improve cross-references in cgi documentation http://bugs.python.org/issue19198 closed by serhiy.storchaka #19202: Additions to function docs: reduce and itertools. http://bugs.python.org/issue19202 closed by rhettinger #19203: Improve cross-references in curses howto http://bugs.python.org/issue19203 closed by serhiy.storchaka #19204: Improve cross-references in urllib documentation http://bugs.python.org/issue19204 closed by serhiy.storchaka #19207: Improve cross-references in os documentation http://bugs.python.org/issue19207 closed by serhiy.storchaka #19209: Remove import copyreg from os module http://bugs.python.org/issue19209 closed by christian.heimes #19218: Use of MutableMapping in os module slows down interpreter star http://bugs.python.org/issue19218 closed by christian.heimes #19219: speed up marshal.loads() http://bugs.python.org/issue19219 closed by pitrou #19224: Make hash(None) consistent among processes http://bugs.python.org/issue19224 closed by rhettinger #19226: distutils/command/upload.py show response gives: TypeError: se http://bugs.python.org/issue19226 closed by ned.deily #19228: type.__qualname__ should not strip the module name http://bugs.python.org/issue19228 closed by pitrou #19231: ctype cant's use printf http://bugs.python.org/issue19231 closed by georg.brandl #19246: high fragmentation of the memory heap on Windows http://bugs.python.org/issue19246 closed by haypo #19248: sphinx is not py3k compatible http://bugs.python.org/issue19248 closed by ezio.melotti #19250: Duplicate import documentation in py3k http://bugs.python.org/issue19250 closed by georg.brandl #19252: Enum.py : Enum.__new__() : Test Coverage http://bugs.python.org/issue19252 closed by python-dev #19258: Got resource warning when running wsgiref demo app http://bugs.python.org/issue19258 closed by python-dev #19260: "int" comment in marshal.c is outdated http://bugs.python.org/issue19260 closed by python-dev #19266: Rename contextlib.ignore to contextlib.suppress http://bugs.python.org/issue19266 closed by python-dev #19267: Logging to file does not accept UTF16 http://bugs.python.org/issue19267 closed by python-dev #19268: Local variable created with reflection cannot be referenced wi http://bugs.python.org/issue19268 closed by r.david.murray #19269: subtraction of pennies incorrect rounding or truncation proble http://bugs.python.org/issue19269 closed by tim.peters #19272: Can't pickle lambda (while named functions are ok) http://bugs.python.org/issue19272 closed by ethan.furman #19275: test_site is failing on AMD64 Snow Leopard http://bugs.python.org/issue19275 closed by ned.deily #19276: test_wave failing on PPC64 Linux http://bugs.python.org/issue19276 closed by serhiy.storchaka #19277: zlib compressobj: missing parameter doc strings http://bugs.python.org/issue19277 closed by python-dev #19278: zlib compressobj: expose missing knobs http://bugs.python.org/issue19278 closed by georg.brandl #19284: subprocess._args_from_interpreter_flags() mishandles -R http://bugs.python.org/issue19284 closed by python-dev

1 0