[issue29124] Freeze fails to compile on windows

Eryk Sun added the comment: Using platform.architecture [1] is fine here. `bits` defaults to the size of a pointer in the current process, i.e. `struct.calcsize('P') * 8`. On Windows, it's useless for anything except the default parameters. It doesn't call GetBinaryType [2] to distinguish

[issue29071] IDLE doesn't highlight f-strings properly

Serhiy Storchaka added the comment: Thank you for advertising the new feature. Would you like to improve the documentation? It always was the hardest part to me. -- ___ Python tracker

[issue15812] inspect.getframeinfo() cannot show first line

Serhiy Storchaka added the comment: start is bounded to 0 twice. start = max(start, 0) start = max(0, min(start, len(lines) - context)) The first line can be just removed. Or two above lines can be rewritten as: start = min(start, len(lines) - context) start = max(start, 0)

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

Serhiy Storchaka added the comment: I think "possible a singleton" can be removed too. It doesn't add any useful information, any tuple is possible a singleton. -- nosy: +serhiy.storchaka ___ Python tracker

[issue29013] zipfile: inconsistent doc for ZIP64 file size

Serhiy Storchaka added the comment: The documentation was correct. The zipfile module supports *reading* ZIP files up to 4 GiB without the ZIP64 extension, but it requires allowZip64=True for *writing* over 2 GiB files to the ZIP file. The 2 GiB limit is safer because generated ZIP files can

[issue24932] Use proper command line parsing in _testembed

Steve Dower added the comment: Buildbots are happy, so I'm calling this done. Jumping straight to getopt is overengineering right now in my opinion, but if there's a need for it with a future test we can consider it then. -- resolution: -> fixed stage: commit review -> resolved

[issue29057] Compiler failure on Mac OS X - sys/random.h

Larry Hastings added the comment: I'm making an executive decision to not hold up the 3.5.3rc1 release for OpenBSD. Hopefully the OpenBSD folks can make sure it works for them before 3.5.3 final ships in two weeks. -- ___ Python tracker

[issue29131] Calling printf from the cdll does not print the full string

Steve Dower added the comment: Though if you do really want to use the (very) old msvcrt DLL rather than the proper functionality, calling cdd.msvcrt.wprintf will behave as you expect, or prefixing the strings with b (e.g. b"Testing") will pass it as bytes rather than wchar_t. But unless all

[issue29131] Calling printf from the cdll does not print the full string

Steve Dower added the comment: In Python 3, this passes a wchar_t* string, but printf('%s') expects a char* string. You may want to start by looking at the tutorial at https://docs.python.org/3/tutorial/index.html to get a feel for what builtins are available. Using ctypes is fairly advanced

[issue29131] Calling printf from the cdll does not print the full string

New submission from mike peremsky: I am going throught he Gray Hat Python book and installed Python 3.7 (32-bit) on a windows x64 machine. The following code will only print the first character of the passed string argument. The same code run on Python 2.7 will print the correct string value.

[issue12276] 3.x ignores sys.tracebacklimit=0

Anand Reddy Pandikunta added the comment: Update patch with better assertions -- Added file: http://bugs.python.org/file46110/Limit-traceback-if-sys.tracebacklimit-is-set.patch ___ Python tracker

[issue29057] Compiler failure on Mac OS X - sys/random.h

Ned Deily added the comment: I just did a quick build test of a few 3.5 configurations with various macOS releases and Benjamin's applied change seems to fix the previous build failures. No idea about OpenBSD. -- ___ Python tracker

[issue28592] Installation freezes on C Runtime Install

Changes by Steve Dower : -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue28781] On Installation of 3.5 Python get error message

Changes by Steve Dower : -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue29057] Compiler failure on Mac OS X - sys/random.h

Larry Hastings added the comment: Can this be marked closed now? -- ___ Python tracker ___ ___

[issue29063] Fixed timemodule compile warnings.

Steve Dower added the comment: Any reason we can't make gmtoff a time_t instead of an int? If we're going to truncate values to get rid of the warnings, I'd like to also see either proof that it will never exceed the size of an int (which may be a simple comment, but it's not obvious that

[issue29014] Python 3.5.2 installer doesn't register IDLE .py extensions on Windows 10

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

[issue29059] Windows: Python not using ANSI compatible console

Steve Dower added the comment: > IIRC, ANSI is somewhat incompatible with sending random binary gibberish to > the screen, as people accidentally do with TYPE sometimes :) But the random > binary gibberish may contain ANSI control sequences... That's why I'm > negative on making it a default.

[issue29057] Compiler failure on Mac OS X - sys/random.h

Roundup Robot added the comment: New changeset 9ab75789c554 by Benjamin Peterson in branch '3.5': only include sys/random.h if it seems like it might have something useful (#29057) https://hg.python.org/cpython/rev/9ab75789c554 New changeset 74eb71b91112 by Benjamin Peterson in branch '2.7':

[issue24932] Use proper command line parsing in _testembed

Steve Dower added the comment: Patch committed without modification. I'll keep an eye on the buildbots just in case, though I may end up going offline before they get to this changeset. -- assignee: -> steve.dower stage: -> commit review ___

[issue24932] Use proper command line parsing in _testembed

Roundup Robot added the comment: New changeset 69b2a6284f3d by Steve Dower in branch 'default': Issue #24932: Use proper command line parsing in _testembed https://hg.python.org/cpython/rev/69b2a6284f3d -- nosy: +python-dev ___ Python tracker

[issue29075] Remove Windows Vista support

Steve Dower added the comment: Only as certain as anyone else in the general public - I don't have any special information besides what has been published. Since it's been published for the specific intent of helping 3rd parties plan their own deprecation cycles, I think it's okay to assume

[issue29124] Freeze fails to compile on windows

Steve Dower added the comment: Is platform.architecture() the right way to determine what platform you're targeting? This will tell you the current OS, but typically you want to know the architecture of the Python process (since you often run 32-bit processes on 64-bit Windows). If you just

[issue15812] inspect.getframeinfo() cannot show first line

Berker Peksag added the comment: Thanks for the patch Sam and thanks for the ping Peter! -- components: +Library (Lib) nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: +Python 3.5, Python 3.6, Python 3.7

[issue15812] inspect.getframeinfo() cannot show first line

Roundup Robot added the comment: New changeset 15454cad5f27 by Berker Peksag in branch '3.5': Issue #15812: inspect.getframeinfo() now correctly shows the first line of a context https://hg.python.org/cpython/rev/15454cad5f27 New changeset 410caf255a09 by Berker Peksag in branch '3.6': Issue

[issue28985] sqlite3 authorizer codes constants not up to date

Berker Peksag added the comment: Thanks, Dingyuan! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue28985] sqlite3 authorizer codes constants not up to date

Roundup Robot added the comment: New changeset b9c4139a1309 by Berker Peksag in branch 'default': Issue #28985: Update authorizer constants in sqlite3 module https://hg.python.org/cpython/rev/b9c4139a1309 -- nosy: +python-dev ___ Python tracker

[issue29013] zipfile: inconsistent doc for ZIP64 file size

Roundup Robot added the comment: New changeset 4685cd33087b by Berker Peksag in branch '3.5': Issue #29013: Fix allowZip64 documentation https://hg.python.org/cpython/rev/4685cd33087b New changeset 7c5075a14459 by Berker Peksag in branch '3.6': Issue #29013: Merge from 3.5

[issue29013] zipfile: inconsistent doc for ZIP64 file size

Berker Peksag added the comment: Thanks for the report and for the analysis, Monte! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: +Python 3.6, Python 3.7 ___ Python tracker

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

Berker Peksag added the comment: Thanks, Jim. -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: -Python 3.3, Python 3.4 ___ Python tracker

[issue29012] __bases__ is a tuple (possibly empty or a singleton)

Roundup Robot added the comment: New changeset 721df314d45a by Berker Peksag in branch '3.5': Issue #29012: Remove outdated information about __bases__ https://hg.python.org/cpython/rev/721df314d45a New changeset 019125fb6d66 by Berker Peksag in branch '3.6': Issue #29012: Merge from 3.5

[issue28952] csv.Sniffer().sniff(0) returns a value without the "strict" attribute

Changes by ppperry : -- title: csv.Sniffer().sniff(0 returns a value without the "strict" attribute -> csv.Sniffer().sniff(0) returns a value without the "strict" attribute ___ Python tracker

[issue29129] Copy/paste error in "8.13.14.1.1. Using auto"

Berker Peksag added the comment: Good catch! Thanks for the report, Michael. -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: +Python 3.7 ___ Python tracker

[issue29129] Copy/paste error in "8.13.14.1.1. Using auto"

Roundup Robot added the comment: New changeset 5698d84d0187 by Berker Peksag in branch '3.6': Issue #29129: Fix typo in "Using auto" section https://hg.python.org/cpython/rev/5698d84d0187 New changeset 337d78a4a7bf by Berker Peksag in branch 'default': Issue #29129: Merge from 3.6

[issue29024] Add Kivy entry to Graphic User Interface FAQ

Berker Peksag added the comment: Thanks for the patch! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> enhancement versions: +Python 3.5, Python 3.6 ___ Python tracker

[issue29024] Add Kivy entry to Graphic User Interface FAQ

New submission from Roundup Robot: New changeset d41aa32f7f3c by Berker Peksag in branch '3.5': Issue #29024: Add Kivy entry to GUI FAQ https://hg.python.org/cpython/rev/d41aa32f7f3c New changeset ee25895d9d65 by Berker Peksag in branch '3.6': Issue #29024: Merge from 3.5

[issue23670] Modifications to support iOS as a cross-compilation target

Todd Rovito added the comment: Russell, this is excellent work I am truly amazed that within a couple of hours I had Python built and running for the iOS simulator this is a feat I didn't think was possible. Perspective on me I am very familiar with Linux, C, and Python but know very

[issue29071] IDLE doesn't highlight f-strings properly

Terry J. Reedy added the comment: Thank you for the new feature (I presume) and its application. I disliked both writing and reading all the near duplication. I am posting this to python-list as an example of what the new feature is good for. --

[issue29071] IDLE doesn't highlight f-strings properly

Roundup Robot added the comment: New changeset 62d3c0336df6 by Terry Jan Reedy in branch '3.6': Issue #29071: Use local flags for IDLE colorizer string prefix matcher. https://hg.python.org/cpython/rev/62d3c0336df6 -- ___ Python tracker

[issue29130] Exit code 120 returned from Python unit test testing SystemExit

R. David Murray added the comment: My guess would be that the problem that your NullWriter doesn't have a flush method. But I'm not familiar with this change, so I'm just guessing. -- nosy: +r.david.murray ___ Python tracker

[issue29130] Exit code 120 returned from Python unit test testing SystemExit

New submission from John Hagen: I recently tried to port one of my packages to Python 3.6 and unit tests that worked in Python 2.7, 3.3-3.5 began failing in 3.6. I originally thought it was a problem with coverage, but it turns out it was not. The full thread is:

[issue29094] Regression in zipfile writing in 2.7.13

Roundup Robot added the comment: New changeset a80c14ace927 by Serhiy Storchaka in branch 'default': Issue #29094: Offsets in a ZIP file created with extern file object and modes https://hg.python.org/cpython/rev/a80c14ace927 -- ___ Python tracker

[issue29006] 2.7.13 _sqlite more prone to "database table is locked"

Changes by Larry Hastings : -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list

[issue29006] 2.7.13 _sqlite more prone to "database table is locked"

Berker Peksag added the comment: Thanks for the report. I can also reproduce it with 3.5+. We may want to revert 030e100f048a for the next 2.7 and 3.5 releases if we can't come up with a solution. -- components: +Library (Lib) stage: -> needs patch type: -> behavior versions:

[issue29129] Copy/paste error in "8.13.14.1.1. Using auto"

New submission from Michael Mrozek: The "8.13.14.1.1 Using auto" section ( https://docs.python.org/3/library/enum.html#using-auto ) looks like it was copied from the subsequent "8.13.14.1.2 Using object" section, and a reference to "object" wasn't changed to "auto" in the first line.

[issue29094] Regression in zipfile writing in 2.7.13

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

[issue29094] Regression in zipfile writing in 2.7.13

Larry Hastings added the comment: If this is fixed, can we close this issue? This release blocker is one of two issues blocking 3.5.3 rc1. -- ___ Python tracker

[issue29057] Compiler failure on Mac OS X - sys/random.h

Larry Hastings added the comment: This is currently blocking the release of 3.5.3 rc1. -- ___ Python tracker ___

[issue29057] Compiler failure on Mac OS X - sys/random.h

Pam McA'Nulty added the comment: I can conform that Chi Hsuan Yen's patch works for me. I'm concerned that the build includes sys/random.h despite it not actually being needed to build python on mac os x (my worry is possible "shenanigans" by Apple in future versions of their headers) But

[issue28964] AST literal_eval exceptions provide no information about line number

Steve Merritt added the comment: We're using Python dictionaries to express sizeable (read: 100-600 lines) chunks of configuration data. We previously used JSON, but we now use Jinja2 to template chunks of this configuration data, and JSON's inability to handle trailing commas creates a problem

[issue29128] No way to instsall win32com on python 3.6

Zoe Mbikayi added the comment: i'm using the command pip install pypiwin32 but the installation process stops and I have this error: syntaxtError: Missing parentheses in call to 'print' -- ___ Python tracker

[issue29057] Compiler failure on Mac OS X - sys/random.h

Chi Hsuan Yen added the comment: Here's a how-to for reproducing this bug on Sierra: 1. Install Xcode 7.3.1 (All 7.x should be fine) 2. ./configure --enable-universalsdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk 3. make On Benjamin's

[issue29057] Compiler failure on Mac OS X - sys/random.h

Changes by Chi Hsuan Yen : Added file: http://bugs.python.org/file46109/issue29057.patch ___ Python tracker ___

[issue29128] No way to instsall win32com on python 3.6

New submission from Brett Cannon: Can you provide a bit more detail, e.g. what error are you seeing? -- nosy: +brett.cannon ___ Python tracker ___

[issue29057] Compiler failure on Mac OS X - sys/random.h

Pam McA'Nulty added the comment: I've dug into things some more. In my mac environment, sys/random.h is pretty empty and doesn't actually seem to provide anything that Python/random.c uses. The compile error is a type error is because 'u_int' never gets typedef'd in the rest of the compile

[issue29128] No way to instsall win32com on python 3.6

Changes by Zoe Mbikayi : -- title: No way to instsall win32com -> No way to instsall win32com on python 3.6 type: resource usage -> behavior ___ Python tracker

[issue29128] No way to instsall win32com

Changes by Zoe Mbikayi : -- components: Library (Lib) nosy: Zoe Mbikayi priority: normal severity: normal status: open title: No way to instsall win32com type: resource usage versions: Python 3.6 ___ Python tracker

[issue16396] Importing ctypes.wintypes on Linux gives a ValueError instead of an ImportError

Changes by ppperry : -- title: Importing ctypes.wintypes on Linux gives a traceback -> Importing ctypes.wintypes on Linux gives a ValueError instead of an ImportError ___ Python tracker

[issue29125] Shell injection via TIX_LIBRARY when using tkinter.tix

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: +Python 3.5, Python 3.7 ___ Python tracker ___

[issue29094] Regression in zipfile writing in 2.7.13

Roundup Robot added the comment: New changeset f5aa1c9c2b7e by Serhiy Storchaka in branch '3.5': Issue #29094: Offsets in a ZIP file created with extern file object and modes https://hg.python.org/cpython/rev/f5aa1c9c2b7e New changeset 342bc734f523 by Serhiy Storchaka in branch '2.7': Issue

[issue29094] Regression in zipfile writing in 2.7.13

Serhiy Storchaka added the comment: Actually all offsets are relative to some point, just this point not always at the start of the file. If concatenate the ZIP file to other file, the unzip utility and the zipfile module are able to infer the starting point and correct offsets. Thus there is

[issue29094] Regression in zipfile writing in 2.7.13

Benjamin Peterson added the comment: Is there a reason to ever not use relative offsets? It seems that's strictly more general the absolute. -- ___ Python tracker

[issue29057] Compiler failure on Mac OS X - sys/random.h

Changes by Chi Hsuan Yen : -- nosy: +Chi Hsuan Yen ___ Python tracker ___ ___

[issue28401] Don't support the PEP384 stable ABI in pydebug builds

Changes by Dmitry Shachnev : -- nosy: +mitya57 ___ Python tracker ___ ___ Python-bugs-list