Mailman 3 September 2016 - Python-Dev

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8
by Adam Bartoš Sept. 3, 2016

Sept. 3, 2016

Steve Dower (steve.dower at python.org) on Thu Sep 1 18:28:53 EDT 2016 wrote I'm about to be offline for a few days, so I wanted to get my current > draft PEPs out for people can read and review. > > I don't believe there is a lot of change as a result of either PEP, but > the impact of what change there is needs to be weighed against the benefits. > > If anything, I'm likely to have underplayed the impact of this change > (though I've had a *lot* of support for this one). Just stating my > biases up-front - take it as you wish. > > See https://bugs.python.org/issue1602 for the current proposed patch for > this PEP. I will likely update it after my upcoming flights, but it's in > pretty good shape right now. > > Cheers, > Steve > > Did you consider that the hard-wired readline hook `_PyOS_WindowsConsoleReadline` won't be needed in future if http://bugs.python.org/issue17620 gets resolved so the default hook on Windows just reads from sys.stdin? This would also reduce code duplicity and all the Read/WriteConsoleW stuff would be gathered together in one special class. Regards, Adam Bartoš

1 1

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8
by Adam Bartoš Sept. 3, 2016

Sept. 3, 2016

Paul Moore (p.f.moore at gmail.com) on Fri Sep 2 05:23:04 EDT 2016 wrote > > On 2 September 2016 at 03:35, Steve Dower <steve.dower at python.org <https://mail.python.org/mailman/listinfo/python-dev>> wrote: > >* I'd need to test to be sure, but writing an incomplete code point should > *>* just truncate to before that point. It may currently raise OSError if that > *>* truncated to zero length, as I believe that's not currently distinguished > *>* from an error. What behavior would you propose? > * > For "correct" behaviour, you should retain the unwritten bytes, and > write them as part of the next call (essentially making the API > stateful, in the same way that incremental codecs work). I'm pretty > sure that this could cause actual problems, for example I think invoke > (https://github.com/pyinvoke/invoke) gets byte streams from > subprocesses and dumps them direct to stdout in blocks (so could > easily end up splitting multibyte sequences). It''s arguable that it > should be decoding the bytes from the subprocess and then re-encoding > them, but that gets us into "guess the encoding used by the > subprocess" territory. > > The problem is that we're not going to simply drop some bad data in > the common case - it's not so much the dropping of the start of an > incomplete code point that bothers me, as the encoding error you hit > at the start of the *next* block of data you send. So people will get > random, unexplained, encoding errors. > > I don't see an easy answer here other than a stateful API. > > Isn't the buffered IO wrapper for this? > >* Reads of less than four bytes fail instantly, as in the worst case we need > *>* four bytes to represent one Unicode character. This is an unfortunate > *>* reality of trying to limit it to one system call - you'll never get a full > *>* buffer from a single read, as there is no simple mapping between > *>* length-as-utf8 and length-as-utf16 for an arbitrary string. > * > And here - "read a single byte" is a not uncommon way of getting some > data. Once again see invoke: > https://github.com/pyinvoke/invoke/blob/master/invoke/platform.py#L147 > > used at > https://github.com/pyinvoke/invoke/blob/master/invoke/runners.py#L548 > > I'm not saying that there's an easy answer here, but this *will* break > code. And actually, it's in violation of the documentation: seehttps://docs.python.org/3/library/io.html#io.RawIOBase.read > > """ > read(size=-1) > > Read up to size bytes from the object and return them. As a > convenience, if size is unspecified or -1, readall() is called. > Otherwise, only one system call is ever made. Fewer than size bytes > may be returned if the operating system call returns fewer than size > bytes. > > If 0 bytes are returned, and size was not 0, this indicates end of > file. If the object is in non-blocking mode and no bytes are > available, None is returned. > """ > > You're not allowed to return 0 bytes if the requested size was not 0, > and you're not at EOF. > > That's why it should be rather signaled by an exception. Even when one doesn't transcode UTF-16 to UTF-8, reading just one byte is still impossible I would argue that also incorrect here. I raise ValueError in win_unicode_console. Adam Bartoš

1 0

Updated version of PEP 526 (Syntax for Variable Annotations)
by Guido van Rossum Sept. 3, 2016

Sept. 3, 2016

We've prepared an updated version of PEP 526: https://www.python.org/dev/peps/pep-0526/ This changes the title to "Syntax for Variable Annotations", now that we've settled on global, class, instance, and local variables as the things you might annotate. There is one substantial change: where the previous version supported only NAME: TYPE TARGET: TYPE = VALUE the new PEP removes the distinction and just allows TARGET: TYPE [= VALUE] This simplifies the explanations a bit and enables type checkers to support separating the annotation from the assignment for instance variables in the __init__ method, e.g. def __init__(self): self.name: str if <some test>: self.name = <something> else: self.name = <something else> The other changes are all minor editing nits, or clarifications about the scope of the PEP. The scope clarification is important: while I really want the new syntax settled in 3.6, I have no intention to pin down the way type checkers use this syntax, apart from the observation that TARGET: TYPE = VALUE is just meant as a cleaner way to write what you'd currently write using PEP 484 as TARGET = VALUE # type: TYPE The PEP does *not* claim that you have to use variable annotations -- in fact we'd prefer that they were unnecessary, but the prevalence of type comments in code we've annotated so far makes it clear that there are plenty of uses for them, and we'd rather have a clean syntax for them that tools can see in the AST. -- --Guido van Rossum (python.org/~guido)

1 0

Need help in debugging the python core
by Sajjanshetty, Amresh Sept. 2, 2016

Sept. 2, 2016

Dear All, I’m using asyncio and paramiko to multiplex different channels into a single SSH connection. Things were working fine till recently but suddenly started seeing that python getting crashed whenever I tried to write to the channel. I have very limited knowledge on how python interpreter works, so I’m finding difficulty in understanding the stack trace. Can you please help in understanding the below backtarce. bash-4.2$ gdb /usr/software/bin/python3.4.3 core.60015 Traceback (most recent call last): File "<string>", line 70, in <module> File "<string>", line 67, in GdbSetPythonDirectory File "/usr/software/share/gdb/python/gdb/__init__.py", line 19, in <module> import _gdb ImportError: No module named _gdb GNU gdb (GDB) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/software/bin/python3.4.3...done. warning: core file may not match specified executable file. [New LWP 60015] [New LWP 60018] [New LWP 60019] [New LWP 60020] [New LWP 60021] [New LWP 60022] [New LWP 60023] [New LWP 60024] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/software/lib/libthread_db.so.1". Core was generated by `/usr/software/bin/python3.4.3 /x/eng/bbrtp/users/amresh/sshproxy_3896926_160824'. Program terminated with signal 11, Segmentation fault. #0 _PyObject_Malloc (ctx=0x0, nbytes=52) at Objects/obmalloc.c:1159 1159 Objects/obmalloc.c: No such file or directory. (gdb) bt #0 _PyObject_Malloc (ctx=0x0, nbytes=52) at Objects/obmalloc.c:1159 #1 0x00007ff2e511474a in PyUnicode_New (maxchar=<optimized out>, size=3) at Objects/unicodeobject.c:1093 #2 PyUnicode_New (size=3, maxchar=<optimized out>) at Objects/unicodeobject.c:1033 #3 0x00007ff2e5139da2 in _PyUnicodeWriter_PrepareInternal (writer=writer@entry=0x7fff3d5c8640, length=<optimized out>, maxchar=<optimized out>, maxchar@entry=127) at Objects/unicodeobject.c:13327 #4 0x00007ff2e513f38b in PyUnicode_DecodeUTF8Stateful (s=s@entry=0x7ff2e3572f78 "tcp\245reuse\001\253socket_type\244pull\251transport\246zeromq", size=size@entry=3, errors=errors@entry=0x7ff2dee5dd70 "strict", consumed=consumed@entry=0x0) at Objects/unicodeobject.c:4757 #5 0x00007ff2e5140690 in PyUnicode_Decode (s=0x7ff2e3572f78 "tcp\245reuse\001\253socket_type\244pull\251transport\246zeromq", size=3, encoding=0x7ff2dee5df28 "utf-8", errors=0x7ff2dee5dd70 "strict") at Objects/unicodeobject.c:3012 #6 0x00007ff2de49bfdf in unpack_callback_raw (o=<synthetic pointer>, l=3, p=0x7ff2e3572f78 "tcp\245reuse\001\253socket_type\244pull\251transport\246zeromq", u=0x7fff3d5c8840, b=<optimized out>) at msgpack/unpack.h:229 #7 unpack_execute<true> (ctx=ctx@entry=0x7fff3d5c8840, data=0x7ff2e3572ec0 "\205\245_auth\300\245_call\246expect\243_i", <incomplete sequence \332>, len=<optimized out>, off=off@entry=0x7fff3d5c8820) at msgpack/unpack_template.h:312 #8 0x00007ff2de49fe3d in __pyx_pf_7msgpack_9_unpacker_2unpackb (__pyx_v_packed=__pyx_v_packed@entry=0x7ff2e3572ea0, __pyx_v_object_hook=__pyx_v_object_hook@entry=0x7ff2e54934b0 <_Py_NoneStruct>, __pyx_v_list_hook=__pyx_v_list_hook@entry=0x7ff2e54934b0 <_Py_NoneStruct>, __pyx_v_use_list=1, __pyx_v_encoding=0x7ff2dee5df08, __pyx_v_unicode_errors=0x7ff2dee5dd50, __pyx_v_object_pairs_hook=0x7ff2e54934b0 <_Py_NoneStruct>, __pyx_v_ext_hook=0x13db2d8, __pyx_v_max_str_len=__pyx_v_max_str_len@entry=2147483647, __pyx_v_max_bin_len=__pyx_v_max_bin_len@entry=2147483647, __pyx_v_max_array_len=2147483647, __pyx_v_max_map_len=2147483647, __pyx_v_max_ext_len=__pyx_v_max_ext_len@entry=2147483647, __pyx_self=<optimized out>) at msgpack/_unpacker.pyx:139 #9 0x00007ff2de4a1395 in __pyx_pw_7msgpack_9_unpacker_3unpackb (__pyx_self=<optimized out>, __pyx_args=<optimized out>, __pyx_kwds=<optimized out>) at msgpack/_unpacker.pyx:102 #10 0x00007ff2e5174ed3 in do_call (nk=<optimized out>, na=<optimized out>, pp_stack=0x7fff3d5d2b80, func=0x7ff2df20ddc8) at Python/ceval.c:4463 #11 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d2b80) at Python/ceval.c:4264 #12 PyEval_EvalFrameEx (f=f@entry=0x7ff2def02208, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #13 0x00007ff2e5175f45 in PyEval_EvalCodeEx (_co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=0x7ff2deefec30, kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at Python/ceval.c:3588 #14 0x00007ff2e51734da in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fff3d5d2e10, func=0x7ff2dee9b7b8) at Python/ceval.c:4344 #15 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d2e10) at Python/ceval.c:4262 #16 PyEval_EvalFrameEx (f=f@entry=0x7ff2deefea98, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #17 0x00007ff2e5175f45 in PyEval_EvalCodeEx (_co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=0x14566c8, kwcount=0, defs=0x7ff2deeaedb8, defcount=1, kwdefs=0x0, closure=0x0) at Python/ceval.c:3588 #18 0x00007ff2e51734da in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fff3d5d30a0, func=0x7ff2dee2dd90) at Python/ceval.c:4344 #19 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d30a0) at Python/ceval.c:4262 #20 PyEval_EvalFrameEx (f=f@entry=0x1456478, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #21 0x00007ff2e5175f45 in PyEval_EvalCodeEx (_co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7ff2d87364c0, argcount=1, kws=kws@entry=0x7ff2dee1de40, kwcount=kwcount@entry=3, defs=defs@entry=0x7ff2e0820fd8, defcount=defcount@entry=3, kwdefs=0x0, closure=0x0) at Python/ceval.c:3588 #22 0x00007ff2e50d3320 in function_call (func=0x7ff2df1e9a60, arg=0x7ff2d87364a8, kw=0x7ff2d8738248) at Objects/funcobject.c:632 #23 0x00007ff2e50a76ca in PyObject_Call (func=func@entry=0x7ff2df1e9a60, arg=arg@entry=0x7ff2d87364a8, kw=kw@entry=0x7ff2d8738248) at Objects/abstract.c:2040 #24 0x00007ff2e50be55d in method_call (func=0x7ff2df1e9a60, arg=0x7ff2d87364a8, kw=0x7ff2d8738248) at Objects/classobject.c:347 #25 0x00007ff2e50a76ca in PyObject_Call (func=0x7ff2dee30e88, arg=arg@entry=0x7ff2e433d048, kw=kw@entry=0x7ff2d8738248) at Objects/abstract.c:2040 #26 0x00007ff2e51d9301 in partial_call (pto=0x7ff2deee1db8, args=<optimized out>, kw=0x0) at ./Modules/_functoolsmodule.c:127 #27 0x00007ff2e50a76ca in PyObject_Call (func=func@entry=0x7ff2deee1db8, arg=arg@entry=0x7ff2e433d048, kw=kw@entry=0x0) at Objects/abstract.c:2040 #28 0x00007ff2e51700a0 in ext_do_call (nk=-466366392, na=0, flags=<optimized out>, pp_stack=0x7fff3d5d3540, func=0x7ff2deee1db8) at Python/ceval.c:4561 #29 PyEval_EvalFrameEx (f=<optimized out>, throwflag=throwflag@entry=0) at Python/ceval.c:2878 #30 0x00007ff2e51756a9 in fast_function (nk=<optimized out>, na=1, n=1, pp_stack=0x7fff3d5d3710, func=0x7ff2e1540730) at Python/ceval.c:4334 #31 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d3710) at Python/ceval.c:4262 #32 PyEval_EvalFrameEx (f=<optimized out>, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #33 0x00007ff2e51756a9 in fast_function (nk=<optimized out>, na=1, n=1, pp_stack=0x7fff3d5d38f0, func=0x7ff2e12f2f28) at Python/ceval.c:4334 #34 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d38f0) at Python/ceval.c:4262 #35 PyEval_EvalFrameEx (f=<optimized out>, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #36 0x00007ff2e51756a9 in fast_function (nk=<optimized out>, na=1, n=1, pp_stack=0x7fff3d5d3ad0, func=0x7ff2e12f0c80) at Python/ceval.c:4334 #37 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d3ad0) at Python/ceval.c:4262 #38 PyEval_EvalFrameEx (f=<optimized out>, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #39 0x00007ff2e51756a9 in fast_function (nk=<optimized out>, na=1, n=1, pp_stack=0x7fff3d5d3cb0, func=0x7ff2df1e9ae8) at Python/ceval.c:4334 #40 call_function (oparg=<optimized out>, pp_stack=0x7fff3d5d3cb0) at Python/ceval.c:4262 #41 PyEval_EvalFrameEx (f=f@entry=0xf796b8, throwflag=throwflag@entry=0) at Python/ceval.c:2838 #42 0x00007ff2e5175f45 in PyEval_EvalCodeEx (_co=_co@entry=0x7ff2e400c660, globals=globals@entry=0x7ff2e42df488, locals=locals@entry=0x7ff2e42df488, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, kwdefs=kwdefs@entry=0x0, closure=closure@entry=0x0) at Python/ceval.c:3588 #43 0x00007ff2e517601b in PyEval_EvalCode (co=co@entry=0x7ff2e400c660, globals=globals@entry=0x7ff2e42df488, locals=locals@entry=0x7ff2e42df488) at Python/ceval.c:775 #44 0x00007ff2e519c09e in run_mod (arena=0xfc2990, flags=0x7fff3d5d3f50, locals=0x7ff2e42df488, globals=0x7ff2e42df488, filename=0x7ff2e41d64b0, mod=0x103b4f0) at Python/pythonrun.c:2180 #45 PyRun_FileExFlags (fp=fp@entry=0xf77b60, filename_str=filename_str@entry=0x7ff2e41d81d0 "/x/eng/bbrtp/users/amresh/sshproxy_3896926_1608240818/test/nate/lib/NATE/Service/SSHProxy.py", start=start@entry=257, globals=globals@entry=0x7ff2e42df488, locals=locals@entry=0x7ff2e42df488, closeit=closeit@entry=1, flags=flags@entry=0x7fff3d5d3f50) at Python/pythonrun.c:2133 #46 0x00007ff2e519ced5 in PyRun_SimpleFileExFlags (fp=fp@entry=0xf77b60, filename=<optimized out>, closeit=closeit@entry=1, flags=flags@entry=0x7fff3d5d3f50) at Python/pythonrun.c:1606 ---Type <return> to continue, or q <return> to quit--- #47 0x00007ff2e519df09 in PyRun_AnyFileExFlags (fp=fp@entry=0xf77b60, filename=<optimized out>, closeit=closeit@entry=1, flags=flags@entry=0x7fff3d5d3f50) at Python/pythonrun.c:1292 #48 0x00007ff2e51b6af5 in run_file (p_cf=0x7fff3d5d3f50, filename=0xf0e7f0 L"/x/eng/bbrtp/users/amresh/sshproxy_3896926_1608240818/test/nate/lib/NATE/Service/SSHProxy.py", fp=0xf77b60) at Modules/main.c:319 #49 Py_Main (argc=argc@entry=6, argv=argv@entry=0xee6010) at Modules/main.c:751 #50 0x0000000000400aa6 in main (argc=6, argv=<optimized out>) at ./Modules/python.c:69 (gdb) Thanks and Regards, Amresh

3 6

Re: [Python-Dev] Please reject or postpone PEP 526
by Steven D'Aprano Sept. 2, 2016

Sept. 2, 2016

On Fri, Sep 02, 2016 at 10:47:41AM -0700, Steve Dower wrote: > "I'm not seeing what distinction you think you are making here. What > distinction do you see between: > > x: int = func(value) > > and > > x = func(value) #type: int" > > Not sure whether I agree with Mark on this particular point, but the > difference I see here is that the first describes what types x may > ever contain, while the latter describes what type of being assigned > to x right here. So one is a variable annotation while the other is an > expression annotation. Ultimately Python is a dynamically typed language, and that's not changing. This means types are fundamentally associated with *values*, not *variables* (names). But in practice, you can go a long way by pretending that it is the variable that carries the type. That's the point of the static type checker: if you see that x holds an int here, then assume (unless told differently) that x should always be an int. Because in practice, most exceptions to that are due to bugs, or at least sloppy code. Of course, it is up to the type checker to decide how strict it wants to be, whether to treat violations as a warning or a error, whether to offer the user a flag to set the behaviour, etc. None of this is relevant to the PEP. The PEP only specifies the syntax, leaving enforcement or non-enforcement to the checker, and it says: PEP 484 introduced type hints, a.k.a. type annotations. While its main focus was function annotations, it also introduced the notion of type comments to annotate VARIABLES [emphasis added] not expressions. And: This PEP aims at adding syntax to Python for annotating the types of variables and attributes, instead of expressing them through comments which to me obviously implies that the two ways (type comment, and variable type hint) are intended to be absolutely identical in semantics, at least as far as the type-checker is concerned. (They will have different semantics at runtime: the comment is just a comment, while the type hint will set an __annotations__ mapping.) But perhaps the PEP needs to make it explicit that they are to be treated exactly the same. -- Steve

2 1

Summary of Python tracker Issues
by Python tracker Sept. 2, 2016

Sept. 2, 2016

ACTIVITY SUMMARY (2016-08-26 - 2016-09-02) 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 5630 (+24) closed 34067 (+49) total 39697 (+73) Open issues with patches: 2441 Issues opened (52) ================== #27868: Unconditionally state when a build succeeds http://bugs.python.org/issue27868 opened by brett.cannon #27869: test failures on Bash on Windows http://bugs.python.org/issue27869 opened by brett.cannon #27872: Update os/os.path docs to mention path-like object support http://bugs.python.org/issue27872 opened by brett.cannon #27873: multiprocessing.pool.Pool.map should take more than one iterab http://bugs.python.org/issue27873 opened by Jason Yu #27874: inconsistent sys.path behavior when using PythonXX.zip http://bugs.python.org/issue27874 opened by Joseph.Shen #27875: Syslogs /usr/sbin/foo as /foo instead of as foo http://bugs.python.org/issue27875 opened by canvon #27876: Add SSLContext.set_version_range(minver, maxver=None) http://bugs.python.org/issue27876 opened by christian.heimes #27877: Add recipe for "valueless" Enums to docs http://bugs.python.org/issue27877 opened by John Hagen #27879: add os.syncfs() http://bugs.python.org/issue27879 opened by mmarkk #27880: cPickle fails on large objects (still - 2011 and counting) http://bugs.python.org/issue27880 opened by robert(a)smithpierce.net #27881: Fix possible bugs when setting sqlite3.Connection.isolation_le http://bugs.python.org/issue27881 opened by xiang.zhang #27883: sqlite-3.14.1 for Python_3.6.0b1 ? http://bugs.python.org/issue27883 opened by Big Stone #27884: during 'make install', pre-existing site-packages residents ar http://bugs.python.org/issue27884 opened by MattDMo #27886: Docs: the difference between rename and replace is not obvious http://bugs.python.org/issue27886 opened by asvetlov #27889: ctypes interfers with signal handling http://bugs.python.org/issue27889 opened by Andre Merzky #27890: platform.release() incorrect in Python 3.5.2 on Windows 2008Se http://bugs.python.org/issue27890 opened by James Domingo #27892: Idlelib: document or move delayed imports http://bugs.python.org/issue27892 opened by terry.reedy #27896: Allow passing sphinx options to Doc/Makefile http://bugs.python.org/issue27896 opened by sizeof #27897: Avoid possible crash in pysqlite_connection_create_collation http://bugs.python.org/issue27897 opened by xiang.zhang #27898: regexp performance degradation between 2.7.6 and 2.7.12 http://bugs.python.org/issue27898 opened by steve.newcomb #27900: ctypes fails to find ncurses via ncursesw on Arch Linux http://bugs.python.org/issue27900 opened by blueyed #27901: inspect.ismethod returns different results on the same basic c http://bugs.python.org/issue27901 opened by anthony-flury #27902: pstats.Stats: strip_dirs() method cannot handle file paths fro http://bugs.python.org/issue27902 opened by Jaroslav #27903: Avoid ResourceWarnings from platform._dist_try_harder http://bugs.python.org/issue27903 opened by scop #27905: Add documentation for typing.Type http://bugs.python.org/issue27905 opened by michael0x2a #27906: Socket accept exhaustion during high TCP traffic http://bugs.python.org/issue27906 opened by kevinconway #27908: del _limbo[self] KeyError http://bugs.python.org/issue27908 opened by Dima.Tisnek #27910: Doc/library/traceback.rst — references to tuples should be r http://bugs.python.org/issue27910 opened by torsava #27911: Unnecessary error checks in exec_builtin_or_dynamic http://bugs.python.org/issue27911 opened by xiang.zhang #27914: Incorrect comment in PyModule_ExcDef http://bugs.python.org/issue27914 opened by xiang.zhang #27915: Use 'ascii' instead of 'us-ascii' to bypass lookup machinery http://bugs.python.org/issue27915 opened by scop #27916: Use time.monotonic instead of time.time where appropriate http://bugs.python.org/issue27916 opened by scop #27918: Running test suites without gui but still having windows flash http://bugs.python.org/issue27918 opened by xiang.zhang #27919: Deprecate and remove extra_path distribution kwarg http://bugs.python.org/issue27919 opened by jason.coombs #27920: Embedding python in a shared library fails to import the Pytho http://bugs.python.org/issue27920 opened by suzaku #27921: f-strings: do not allow backslashes http://bugs.python.org/issue27921 opened by eric.smith #27923: PEP 467 -- Minor API improvements for binary sequences http://bugs.python.org/issue27923 opened by elias #27925: Nicer interface to convert hashlib digests to int http://bugs.python.org/issue27925 opened by steven.daprano #27926: ctypes is too slow to convert a Python list to a C array http://bugs.python.org/issue27926 opened by Tom Cornebize #27927: argparse: default propagation of formatter_class from Argument http://bugs.python.org/issue27927 opened by Benjamin Giesers #27928: Add hashlib.scrypt http://bugs.python.org/issue27928 opened by christian.heimes #27929: asyncio.AbstractEventLoop.sock_connect broken for AF_BLUETOOTH http://bugs.python.org/issue27929 opened by Robert.Jordens #27930: logging's QueueListener drops log messages http://bugs.python.org/issue27930 opened by encukou #27931: Email parse IndexError <""@wiarcom.com> http://bugs.python.org/issue27931 opened by Константин Волков #27932: platform.win32_ver() leaks in 2.7.12 http://bugs.python.org/issue27932 opened by Okko.Willeboordse #27934: json float encoding incorrect for dbus.Double http://bugs.python.org/issue27934 opened by eajames #27935: logging level FATAL missing in _nameToLevel http://bugs.python.org/issue27935 opened by Ondřej Medek #27936: Inconsistent round behavior between float and int http://bugs.python.org/issue27936 opened by Jonatan Skogsfors #27937: logging.getLevelName microoptimization http://bugs.python.org/issue27937 opened by Ondřej Medek #27938: PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for http://bugs.python.org/issue27938 opened by haypo #27939: Tkinter mainloop raises when setting the value of ttk.LabeledS http://bugs.python.org/issue27939 opened by goyodiaz #27940: xml.etree: Avoid XML declaration for the "ascii" encoding http://bugs.python.org/issue27940 opened by haypo Most recent 15 issues with no replies (15) ========================================== #27939: Tkinter mainloop raises when setting the value of ttk.LabeledS http://bugs.python.org/issue27939 #27930: logging's QueueListener drops log messages http://bugs.python.org/issue27930 #27927: argparse: default propagation of formatter_class from Argument http://bugs.python.org/issue27927 #27914: Incorrect comment in PyModule_ExcDef http://bugs.python.org/issue27914 #27908: del _limbo[self] KeyError http://bugs.python.org/issue27908 #27905: Add documentation for typing.Type http://bugs.python.org/issue27905 #27903: Avoid ResourceWarnings from platform._dist_try_harder http://bugs.python.org/issue27903 #27900: ctypes fails to find ncurses via ncursesw on Arch Linux http://bugs.python.org/issue27900 #27897: Avoid possible crash in pysqlite_connection_create_collation http://bugs.python.org/issue27897 #27896: Allow passing sphinx options to Doc/Makefile http://bugs.python.org/issue27896 #27880: cPickle fails on large objects (still - 2011 and counting) http://bugs.python.org/issue27880 #27876: Add SSLContext.set_version_range(minver, maxver=None) http://bugs.python.org/issue27876 #27875: Syslogs /usr/sbin/foo as /foo instead of as foo http://bugs.python.org/issue27875 #27872: Update os/os.path docs to mention path-like object support http://bugs.python.org/issue27872 #27869: test failures on Bash on Windows http://bugs.python.org/issue27869 Most recent 15 issues waiting for review (15) ============================================= #27940: xml.etree: Avoid XML declaration for the "ascii" encoding http://bugs.python.org/issue27940 #27938: PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for http://bugs.python.org/issue27938 #27936: Inconsistent round behavior between float and int http://bugs.python.org/issue27936 #27935: logging level FATAL missing in _nameToLevel http://bugs.python.org/issue27935 #27934: json float encoding incorrect for dbus.Double http://bugs.python.org/issue27934 #27931: Email parse IndexError <""@wiarcom.com> http://bugs.python.org/issue27931 #27928: Add hashlib.scrypt http://bugs.python.org/issue27928 #27923: PEP 467 -- Minor API improvements for binary sequences http://bugs.python.org/issue27923 #27921: f-strings: do not allow backslashes http://bugs.python.org/issue27921 #27918: Running test suites without gui but still having windows flash http://bugs.python.org/issue27918 #27916: Use time.monotonic instead of time.time where appropriate http://bugs.python.org/issue27916 #27915: Use 'ascii' instead of 'us-ascii' to bypass lookup machinery http://bugs.python.org/issue27915 #27914: Incorrect comment in PyModule_ExcDef http://bugs.python.org/issue27914 #27911: Unnecessary error checks in exec_builtin_or_dynamic http://bugs.python.org/issue27911 #27910: Doc/library/traceback.rst — references to tuples should be r http://bugs.python.org/issue27910 Top 10 most discussed issues (10) ================================= #27761: Private _nth_root function loses accuracy http://bugs.python.org/issue27761 15 msgs #23591: enum: Add Flags and IntFlags http://bugs.python.org/issue23591 12 msgs #27881: Fix possible bugs when setting sqlite3.Connection.isolation_le http://bugs.python.org/issue27881 12 msgs #26470: Make OpenSSL module compatible with OpenSSL 1.1.0 http://bugs.python.org/issue26470 11 msgs #27867: various issues due to misuse of PySlice_GetIndicesEx http://bugs.python.org/issue27867 9 msgs #27918: Running test suites without gui but still having windows flash http://bugs.python.org/issue27918 9 msgs #27923: PEP 467 -- Minor API improvements for binary sequences http://bugs.python.org/issue27923 9 msgs #22458: Add fractions benchmark http://bugs.python.org/issue22458 8 msgs #26530: tracemalloc: add C API to manually track/untrack memory alloca http://bugs.python.org/issue26530 8 msgs #27898: regexp performance degradation between 2.7.6 and 2.7.12 http://bugs.python.org/issue27898 8 msgs Issues closed (48) ================== #10513: sqlite3.InterfaceError after commit http://bugs.python.org/issue10513 closed by berker.peksag #12319: [http.client] HTTPConnection.request not support "chunked" Tra http://bugs.python.org/issue12319 closed by martin.panter #12885: distutils.filelist.findall() fails on broken symlink in Py2.x http://bugs.python.org/issue12885 closed by jason.coombs #18899: make pystone.py Py3 compatible in benchmark suite http://bugs.python.org/issue18899 closed by berker.peksag #20562: sqlite3 returns result set with doubled first entry http://bugs.python.org/issue20562 closed by berker.peksag #22881: show median in benchmark results http://bugs.python.org/issue22881 closed by scoder #23129: sqlite3 COMMIT nested in SELECT returns unexpected results http://bugs.python.org/issue23129 closed by berker.peksag #23229: add inf, nan, infj, nanj to cmath module http://bugs.python.org/issue23229 closed by mark.dickinson #23968: rename the platform directory from plat-$(MACHDEP) to plat-$(P http://bugs.python.org/issue23968 closed by doko #24648: Allocation of values array in split dicts should use small obj http://bugs.python.org/issue24648 closed by haypo #25402: More accurate estimation of the number of digits in int to dec http://bugs.python.org/issue25402 closed by mark.dickinson #25423: Deprecate benchmarks that execute too quickly http://bugs.python.org/issue25423 closed by brett.cannon #26027: Support Path objects in the posix module http://bugs.python.org/issue26027 closed by brett.cannon #26275: perf.py: calibrate benchmarks using time, not using a fixed nu http://bugs.python.org/issue26275 closed by haypo #26814: [WIP] Add a new _PyObject_FastCall() function which avoids the http://bugs.python.org/issue26814 closed by haypo #27128: Add _PyObject_FastCall() http://bugs.python.org/issue27128 closed by haypo #27214: a potential future bug and an optimization that mostly undermi http://bugs.python.org/issue27214 closed by mark.dickinson #27283: Add a "What's New" entry for PEP 519 http://bugs.python.org/issue27283 closed by brett.cannon #27444: Python doesn't build due to test_float.py broken on non-IEEE m http://bugs.python.org/issue27444 closed by mark.dickinson #27506: make bytes/bytearray translate's delete a keyword argument http://bugs.python.org/issue27506 closed by martin.panter #27524: Update os.path for PEP 519/__fspath__() http://bugs.python.org/issue27524 closed by brett.cannon #27706: Random.seed, whose purpose is purportedly determinism, behaves http://bugs.python.org/issue27706 closed by rhettinger #27809: Add _PyFunction_FastCallDict(): fast call with keyword argumen http://bugs.python.org/issue27809 closed by haypo #27818: Speed up number format spec parsing http://bugs.python.org/issue27818 closed by serhiy.storchaka #27842: Order CSV header fields http://bugs.python.org/issue27842 closed by rhettinger #27861: sqlite3 type confusion and multiple frees http://bugs.python.org/issue27861 closed by serhiy.storchaka #27870: Left shift of zero allocates memory http://bugs.python.org/issue27870 closed by mark.dickinson #27871: ctypes docs must be more explicit about the type a func return http://bugs.python.org/issue27871 closed by eryksun #27878: Unicode word boundries http://bugs.python.org/issue27878 closed by SilentGhost #27882: Python docs on 9.2 Math module lists math.log2 as function but http://bugs.python.org/issue27882 closed by ebarry #27885: Add a Crypto++ Wrapper for when Someone needs to use Crypto++ http://bugs.python.org/issue27885 closed by r.david.murray #27887: Installation failed http://bugs.python.org/issue27887 closed by Aleksandar Petrovic #27888: Hide pip install/uninstall windows in setup http://bugs.python.org/issue27888 closed by steve.dower #27891: Consistently group and sort imports within idlelib modules. http://bugs.python.org/issue27891 closed by terry.reedy #27893: email.parser.BytesParser.parsebytes docs fix http://bugs.python.org/issue27893 closed by r.david.murray #27894: Fix to_addrs refs in smtplib docs http://bugs.python.org/issue27894 closed by rhettinger #27895: Spelling fixes http://bugs.python.org/issue27895 closed by rhettinger #27899: Apostrophe is not replace with ' ElementTree.tostring (al http://bugs.python.org/issue27899 closed by serhiy.storchaka #27904: Let logging format more messages on demand http://bugs.python.org/issue27904 closed by python-dev #27907: Misspelled variable in test_asyncio/test_events http://bugs.python.org/issue27907 closed by gvanrossum #27909: Py_INCREF(NULL) in _imp.create_builtin http://bugs.python.org/issue27909 closed by rhettinger #27912: Distutils should use warehouse for index http://bugs.python.org/issue27912 closed by jason.coombs #27913: Difflib.ndiff (Problem on identification of changes as Diff St http://bugs.python.org/issue27913 closed by SilentGhost #27917: Choose platform triplets for android builds http://bugs.python.org/issue27917 closed by doko #27922: Make IDLE tests less flashy http://bugs.python.org/issue27922 closed by terry.reedy #27924: ensurepip raises TypeError after pip uninstall http://bugs.python.org/issue27924 closed by jayvdb #27933: functools.lru_cache seems to not work when renaming decorated http://bugs.python.org/issue27933 closed by Федор Лянгузов #901727: extra_path kwarg to setup() undocumented http://bugs.python.org/issue901727 closed by jason.coombs

1 0