[issue29093] Windows launcher breaks history in Git Bash

Evan added the comment: I tried compiling the version of the launcher from https://github.com/python/cpython/tree/3.3, and the bug is still present there. Previously when I was testing older versions with the launcher I had to uninstall pyreadline from several of them to confirm the bug was

[issue29103] Make enum.py pep8 compliant

New submission from Jean-Sebastien Bevilacqua: Hello, This is my first patch on CPython, so please tell me if I do something wrong. When executing flake8 on Lib/enum.py, there are lot of warning. This patch remove all these warnings. -- components: Library (Lib) files:

[issue29102] Add an id field to PyInterpreterState.

Serhiy Storchaka added the comment: What is the use case of keeping the uniqueness after deleting an interpreter? -- ___ Python tracker ___

[issue29102] Add an id field to PyInterpreterState.

Eric Snow added the comment: Pointers can get re-used, so they aren't temporally unique. -- ___ Python tracker ___

[issue29099] sqlite3 timestamp converter cannot handle timezone

Xiang Zhang added the comment: Thanks for your report Bozo. I think this is due to timestamp converter doesn't handle timezone now. Besides this ValueError, if I understand correctly, even if you pass a datetime object with tzinfo, with microsecond set, the returned datetime object is a wrong

[issue29102] Add an id field to PyInterpreterState.

Serhiy Storchaka added the comment: Why not use just the pointer to PyInterpreterState itself? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue29102] Add an id field to PyInterpreterState.

New submission from Eric Snow: Currently there isn't any way to uniquely identify an interpreter. This patch adds a new "id" field to the PyInterpreterState struct. The ID for every new interpreter is set to the value of an increasing global counter. That means that the ID is unique within

[issue29100] Core dump / OverflowError for datetime.fromtimestamp with overly large timestamp in Ubuntu 12.04

Changes by Xiang Zhang : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list

[issue29101] Nested lambdas in setattr() lose context in Python 2.7

Benjamin Peterson added the comment: https://docs.python.org/2/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result -- nosy: +benjamin.peterson resolution: -> not a bug status: open -> closed ___

[issue29091] Python 3.5+ socket.socketpair fallback incorrectly implemented

Seth Michael Larson added the comment: Sorry for making noise, yes I was using the implementation in Python 2.x. I will do better investigation in the future. -- ___ Python tracker

[issue29091] Python 3.5+ socket.socketpair fallback incorrectly implemented

Benjamin Peterson added the comment: Are you using that implementation on Python 2? Python 3's socket.listen has one optional backlog argument. -- nosy: +benjamin.peterson resolution: -> not a bug status: open -> closed ___ Python tracker

[issue29094] Regression in zipfile writing in 2.7.13

Changes by Benjamin Peterson : -- assignee: -> serhiy.storchaka nosy: +serhiy.storchaka ___ Python tracker ___

[issue29085] Python 3.6 on Windows doesn't seed Random() well enough

Roundup Robot added the comment: New changeset 0a55e039d25f by Benjamin Peterson in branch '3.6': fix error check, so that Random.seed actually uses OS randomness (closes #29085) https://hg.python.org/cpython/rev/0a55e039d25f New changeset fc3eab44765f by Benjamin Peterson in branch 'default':

[issue29101] Nested lambdas in setattr() lose context in Python 2.7

New submission from Victor Liu: I would expect bug.py to output: foo bar baz but instead we observe: baz baz baz Replicated on Windows 10 Home Edition, Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)] -- files: bug.py messages: 284224 nosy:

[issue29095] Compiling Python 3.6 from source on MacOS X Sierra

Chi Hsuan Yen added the comment: Did you set CFLAGS and LDFLAGS? -- nosy: +Chi Hsuan Yen ___ Python tracker ___

[issue26382] List object memory allocator

INADA Naoki added the comment: Maybe, PyObject_MALLOC remains only for backward compatibility? -- ___ Python tracker ___

[issue26382] List object memory allocator

INADA Naoki added the comment: I know PyMem and PyObject allocator is same by default. But it's configurable. How should I choose right allocator? -- ___ Python tracker

[issue29059] Windows: Python not using ANSI compatible console

Eryk Sun added the comment: > As there is no good interface in core Python to the kernel32 console > operations (and there probably shouldn't be, it would be better to be > consistent), I suggest just flipping the bit at startup on Windows. I don't follow your statement about consistency.

[issue29093] Windows launcher breaks history in Git Bash

Evan added the comment: No, it doesn't provide a version of readline that works with Windows binaries. Trying to import readline fails no matter how I start Python. -- ___ Python tracker

[issue29100] Core dump / OverflowError for datetime.fromtimestamp with overly large timestamp in Ubuntu 12.04

Changes by Donald Stufft : -- nosy: +dstufft ___ Python tracker ___ ___ Python-bugs-list

[issue29100] Core dump / OverflowError for datetime.fromtimestamp with overly large timestamp in Ubuntu 12.04

New submission from Jordon Phillips: In Python 3.6.0 if you give datetime.fromtimestamp a very bad value you either get a core dump or an OverflowError. The core dump occurs when no tzinfo is provided, the OverflowError occurs when a tzinfo is provided (such as tzlocal from dateutil).

[issue29079] pathlib.resolve() causes infinite loop on Windows

Changes by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue29079] pathlib.resolve() causes infinite loop on Windows

Roundup Robot added the comment: New changeset af8c8551ea45 by Steve Dower in branch '3.6': Issue #29079: Prevent infinite loop in pathlib.resolve() on Windows https://hg.python.org/cpython/rev/af8c8551ea45 New changeset 9de7bf6c60d2 by Steve Dower in branch 'default': Issue #29079: Prevent

[issue28989] .dll files missing

Steve Dower added the comment: Gabriel - did that solution work for you? If not, can you install and provide all the Python logs from %TEMP%? -- ___ Python tracker

[issue26631] Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package.

Steve Dower added the comment: oselljr - are you still having this trouble with 3.5.2? -- ___ Python tracker ___

[issue28902] 3.6.0rc1 installer fails to install / uninstall.

Steve Dower added the comment: I believe this is out of date now, but if you have similar issues with the final release, feel free to respond to this thread again. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Changes by Steve Dower : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___

[issue28983] Python 3.5.2 won't install on my computer

Steve Dower added the comment: Apologies for the delayed response - I haven't been going through bugs recently. If you're still having trouble, please try uninstalling and then running the commands above. After that, try reinstalling. (Those are uninstall commands that should fix the problem

[issue29080] unnecessary hg required for build version 3.6 on Windows

Roundup Robot added the comment: New changeset 84beb5cba826 by Steve Dower in branch '3.5': Issue #29080: Fixes Misc/NEWS entry https://hg.python.org/cpython/rev/84beb5cba826 New changeset 048d1942b325 by Steve Dower in branch '3.6': Issue #29080: Fixes Misc/NEWS entry

[issue28768] Warning: implicit declaration of function '_setmode'

Steve Dower added the comment: I applied to 3.6 and default. If anyone is motivated enough to apply to 2.7, feel free. -- stage: patch review -> commit review ___ Python tracker

[issue28768] Warning: implicit declaration of function '_setmode'

Roundup Robot added the comment: New changeset 5027780d456b by Steve Dower in branch '3.6': Issue #28768: Fix implicit declaration of function _setmode. Patch by Masayuki Yamamoto https://hg.python.org/cpython/rev/5027780d456b New changeset 276d1bae92be by Steve Dower in branch 'default':

[issue28675] about PEP 528 / PEP 529

Changes by Steve Dower : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29077] build failure when enabling dtrace on FreeBSD

Łukasz Langa added the comment: I cannot repro as I don't have a FreeBSD environment handy. I will gladly accept a patch that makes it work with FreeBSD 11.0! I admit I tested my implementation with OS X 10.11 and Linux (SystemTap with Ubuntu). --

[issue28909] Adding LTTng-UST tracing support

Łukasz Langa added the comment: This looks promising but I don't know how to test it. Tests would be welcome, as well as some explanation what OS and kernel I need to use to test it out. Why does your patch rename the DTrace provider from "python" to "cpython"? At this point, with release of

[issue28909] Adding LTTng-UST tracing support

Changes by Łukasz Langa : -- assignee: -> lukasz.langa ___ Python tracker ___ ___

[issue29060] Changing the installation location still adds AppData filepaths that do not exist to the path variable on Windows 10

Changes by Steve Dower : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue28747] Expose SSL_CTX_set_cert_verify_callback

Steve Dower added the comment: Any comment from the SSL experts? -- ___ Python tracker ___ ___

[issue29033] Windows Python installer rolls back when run under SYSTEM account (SCCM)

Changes by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___

[issue25778] winreg.EnumValue does not truncate strings correctly

Changes by Steve Dower : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed versions: -Python 2.7, Python 3.5 ___ Python tracker

[issue28710] Sphinx incompatible markup in the standard library

Łukasz Langa added the comment: Marking as a stdlib-wide issue since it's not configparser-specific. FYI, as you probably noticed, the `term' syntax predates Sphinx and is used in lots of places. While I think it would be nice to fix it, it's a big diff. -- title: Sphinx incompatible

[issue29099] sqlite3 timestamp converter ValueError

New submission from Bozo Kopic: Current convert_timestamp function raises exception when parsing timestamps that contain timezone information and have microsecond set to zero. Patch for this behavior is included. Example script that demonstrates this problem: import sys import datetime

[issue29080] unnecessary hg required for build version 3.6 on Windows

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue29080] unnecessary hg required for build version 3.6 on Windows

Roundup Robot added the comment: New changeset bc71c144e6f0 by Steve Dower in branch '3.5': Issue #29080: Removes hard dependency on hg.exe from PC/build.bat https://hg.python.org/cpython/rev/bc71c144e6f0 New changeset f98d8c9f3cde by Steve Dower in branch '3.6': Issue #29080: Removes hard

[issue28871] Destructor of ElementTree.Element is recursive

STINNER Victor added the comment: This issue seems theorical to me, whereas the breakage of benchmarks is very concrete for me. So I suggest to revert the change in Python 2.7. (2) looks like the right design and it was implemented in Python 3 (no?). I don't think that it's worth it to

[issue29098] document minimum sqlite version

New submission from Carl George: While attempting to build a Python 3.6 RPM for RHEL/CentOS 6, I noticed the following warning. *** WARNING: renaming "_sqlite3" since importing it failed: build/lib.linux-i686-3.6-pydebug/_sqlite3.cpython-36dm-i386-linux-gnu.so: undefined symbol:

[issue26382] List object memory allocator

STINNER Victor added the comment: See https://bugs.python.org/issue26249 -- ___ Python tracker ___ ___

[issue26382] List object memory allocator

STINNER Victor added the comment: Il don't understand your change: in Python 3.6, PyMem now uses exactly the same allocator than PyObject. -- ___ Python tracker

[issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

New submission from Pekka Klärck: For example: E:\>py -3.6 -c "import datetime; datetime.datetime.fromtimestamp(42)" Traceback (most recent call last): File "", line 1, in OSError: [Errno 22] Invalid argument Works fine at least with Python 2.6-2.7 and 3.3-3.5. Only tested on Windows

[issue29096] Signal Handlers reliably cause UnboundLocalErrors

Joe Jevnik added the comment: The issue appears to be in ceval.c:unicode_concatenate (or the py2 equivalent) The code sets the local variable on the lhs to NULL before doing a potentially inplace append to the string. This means that if a signal is raised during the concat, we never hit the

[issue29096] Signal Handlers reliably cause UnboundLocalErrors

Ted Meyer added the comment: Sorry everyone, it appears I made a mistake pasting the code in here. There was a type where I was trying to print local_val instead of local_var. the code should be this: import signal def sig_hdlr(signum, frame): raise ValueError() def faulty():

[issue29096] Signal Handlers reliably cause UnboundLocalErrors

Changes by Ted Meyer : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list

[issue29096] Signal Handlers reliably cause UnboundLocalErrors

New submission from Ted Meyer: Using this simple snippit of code: import signal import signal def sig_hdlr(signum, frame): raise ValueError() def faulty(): local_var = "" signal.signal(signal.SIGALRM, sig_hdlr) signal.alarm(1) try: while True:

[issue29093] Windows launcher breaks history in Git Bash

Paul Moore added the comment: Does the git bash shell leave a readline DLL on the user's PATH? If so, Python's readline support will kick in, and as a result Python will behave differently. -- ___ Python tracker

[issue29085] Python 3.6 on Windows doesn't seed Random() well enough

Eryk Sun added the comment: The secrets module uses SystemRandom, which overrides random() and getrandbits() to use os.urandom, so it's not affected. -- ___ Python tracker

[issue26382] List object memory allocator

Changes by INADA Naoki : Added file: http://bugs.python.org/file46066/listobject_CPython3-2.patch ___ Python tracker ___

[issue29095] Compiling Python 3.6 from source on MacOS X Sierra

New submission from Walter Dörwald: I'm trying to compile Python 3.6 from source on MacOS X Sierra. However it seems that the _ssl module doesn't get built. Attached is the complete output. Note that I have openssl installed via homebrew: ~/ ▸ brew list openssl

[issue29085] Python 3.6 on Windows doesn't seed Random() well enough

Changes by Brett Cannon : -- nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue29085] Python 3.6 on Windows doesn't seed Random() well enough

Brett Cannon added the comment: Does this affect the secrets module at all? -- nosy: +brett.cannon ___ Python tracker ___

[issue16396] Importing ctypes.wintypes on Linux gives a traceback

Mike Place added the comment: +1 to getting this patch in. The fact that this raises a ValueError and not an ImportError is really annoying and we definitely see it as a bug. -- nosy: +Mike Place ___ Python tracker

[issue29033] Windows Python installer rolls back when run under SYSTEM account (SCCM)

Steve Dower added the comment: Thanks. I finally got a chance to look at these logs - apologies for taking some time. It looks like some of the installs succeeded and others were then trying to modify the existing installation (I *think* this is why the unattend.xml file had no effect).

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Changes by Eryk Sun : -- Removed message: http://bugs.python.org/msg284186 ___ Python tracker ___

[issue29090] python34.dll crash

Zachary Ware added the comment: Unfortunately, this is unlikely to be fixed. Python 3.4 is in security-fix only mode, so this will only be fixed in 3.4 if it can be shown to be a security issue. Even so, a binary installer will not be produced for the next 3.4 release, so you'd have to

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

A.B., Khalid added the comment: OK. I updated pyreadline to version 2.1 from version 2.0 and now the buggy behavior is gone. """ E:\>python Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Rüdiger Jungbeck added the comment: Replacing pyreadline 2.0 with pyreadline 2.1 solved my problems -- ___ Python tracker ___

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Steve Dower added the comment: pyreadline is probably the problem. Try uninstalling or updating it. -- ___ Python tracker ___

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Eryk Sun added the comment: You have pyreadline installed, a 3rd party module that takes over reading from the console. Try disabling it temporarily by deleting "E:\Python27\lib\site-packages\readline.pyc" and renaming "E:\Python27\lib\site-packages\readline.py" to "readline.py.bak".

[issue29093] Windows launcher breaks history in Git Bash

Evan added the comment: Yes, the history within the current Python session. It's worth noting that the history usually behaves like in cmd.exe, not bash. (I don't have a py.exe without the bug at the moment to confirm that is the same.) Testing now, it seems all the history shortcuts (F1-F9)

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

A.B., Khalid added the comment: Output of SET PY is as follows: E:\>SET PY PYSDL2_DLL_PATH=E:\Python27\Lib\site-packages PYTHON3_HOME=E:\Python35 PYTHON_HOME=E:\Python27 -- ___ Python tracker

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Tim Golden added the comment: Do you have any Python environment variables set? If you're not sure, try at a command prompt: SET PY -- ___ Python tracker

[issue29074] repr doesn't give full result for this re math result

Matthew Barnett added the comment: Probably "...", although we also have to consider that the matched portion could in fact not be truncated but just happen to end with "...", although that would be a rare occurrence. -- ___ Python tracker

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

A.B., Khalid added the comment: I enclose the output of "python -v". Where Python exits is of course indicated by the end of the file. However, there is no obvious error that is printed out. Also it might be worthwhile to note that I cleared all compiled files left over from the previous

[issue29093] Windows launcher breaks history in Git Bash

Steve Dower added the comment: You mean the history within Python? That's extremely strange. Have you reported this to the git bash folks? We'll probably need someone who understands what their shell is actually doing to make any progress here. --

[issue29059] Windows: Python not using ANSI compatible console

Steve Dower added the comment: Sounds good. Don't focus on ease of implementation, BTW. The post and eventual PEP need to cover the benefits, risks and alternatives more than anything else. -- ___ Python tracker

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Steve Dower added the comment: Running "python -v" might show what the last thing it tried to do before exiting was. -- ___ Python tracker ___

[issue28180] sys.getfilesystemencoding() should default to utf-8

Nick Coghlan added the comment: If nothing is configured (i.e. none of LC_ALL, LC_CTYPE or LANG are set in the environment), then C reports the locale as "C". It's probably worthwhile for me to add a Background section to the PEP that explains the behaviour of ``setlocale`` at the C level, as

[issue29084] C API of OrderedDict

Raymond Hettinger added the comment: +1 for privatizing -- ___ Python tracker ___ ___ Python-bugs-list

[issue29089] dictionary keys described incorrectly in tutorial

R. David Murray added the comment: You know, it might actually not be a bad idea to use a slightly different color scheme for the tutorial. We'll see if that idea generates any interest :) -- ___ Python tracker

[issue26382] List object memory allocator

INADA Naoki added the comment: Update patch for Python 2.7 -- nosy: +inada.naoki versions: +Python 3.7 -Python 3.6 Added file: http://bugs.python.org/file46063/listobject_CPython2-2.patch ___ Python tracker

[issue29094] Regression in zipfile writing in 2.7.13

New submission from Peter Ebden: In Python 2.7.13, using zipfile.ZipFile to write into a file with some initial preamble produces a zip file that cannot be read again by some zip implementations. Our use case is using pex (https://github.com/pantsbuild/pex) which writes a zip that begins with

[issue29093] Windows launcher breaks history in Git Bash

New submission from Evan: When I launch *any* version of Python using py.exe from Git Bash, the up and down arrows clear the line buffer instead of navigating history. The following things all work as intended: * py.exe in cmd.exe * py.exe in Git Bash using winpty * Python 2.7, 3.5, 3.6 when

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Only important case for me: What when LANG is unset? -- ___ Python tracker ___

[issue28969] lru_cache is not threadsafe

Serhiy Storchaka added the comment: Antoine noticed that the first patch doesn't need special sentinel object. Thus it can be simplified. -- Added file: http://bugs.python.org/file46062/lru_cache-dict-pop-3.5-2.patch ___ Python tracker

[issue16121] shlex.shlex.error_leader() reports incorrect line number

Changes by Petri Lehtinen : -- nosy: -petri.lehtinen ___ Python tracker ___ ___

[issue28969] lru_cache is not threadsafe

Serhiy Storchaka added the comment: What solution do you prefer Raymond? -- assignee: serhiy.storchaka -> rhettinger ___ Python tracker ___

[issue29092] Sync os.stat's doc and doc string

New submission from Xiang Zhang: The accepted types of parameter *path* are different between os.stat's doc and doc string. In doc, it mentions Pathlike, string and file descriptor. In doc string, it mentions string, bytes and file descriptor. (3.5 only lack bytes in doc). --

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

A.B., Khalid added the comment: Running "where python" shows that the updated python (the one with the bug mentioned above) is the one being run. Running python -c "import sys; print sys.stdin.isatty()" prints out "True". -- ___ Python tracker

[issue24288] Include/opcode.h is modified during building

Serhiy Storchaka added the comment: Please open new issue Tres. If it is not opened. -- ___ Python tracker ___

[issue13051] Infinite recursion in curses.textpad.Textbox

Serhiy Storchaka added the comment: Thank you for your contribution Tycho. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue13051] Infinite recursion in curses.textpad.Textbox

Roundup Robot added the comment: New changeset b446a4aab9cf by Serhiy Storchaka in branch '3.5': Issue #13051: Fixed recursion errors in large or resized curses.textpad.Textbox. https://hg.python.org/cpython/rev/b446a4aab9cf New changeset d87771d1c1e6 by Serhiy Storchaka in branch '2.7': Issue

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Eryk Sun added the comment: In the cmd shell, run `where python` to confirm that "python" runs 2.7 python.exe, and not a python.bat or python.lnk file. Also, check whether stdin is an interactive terminal by running `python -c "import sys; print sys.stdin.isatty()"`. -- nosy:

[issue13051] Infinite recursion in curses.textpad.Textbox

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___

[issue9770] curses.ascii.isblank() function is broken. It confuses backspace (BS 0x08) with tab (0x09)

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue9770] curses.ascii.isblank() function is broken. It confuses backspace (BS 0x08) with tab (0x09)

Roundup Robot added the comment: New changeset cba619a7bf6a by Serhiy Storchaka in branch '3.5': Issue #9770: curses.ascii predicates now work correctly with negative integers. https://hg.python.org/cpython/rev/cba619a7bf6a New changeset 84ca252ac346 by Serhiy Storchaka in branch '2.7': Issue

[issue29073] bytearray.__mod__() truncates on first \x00

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker