[issue29124] Freeze fails to compile on windows

[Eryk Sun]

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 32-bit and 64-bit executables, so from a 
64-bit process it will incorrectly return that a 32-bit executable is 64-bit.

[1]: https://docs.python.org/3/library/platform.html#platform.architecture
[2]: https://msdn.microsoft.com/en-us/library/aa364819

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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)

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29013] zipfile: inconsistent doc for ZIP64 file size

[Serhiy Storchaka]

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 be read by 
implementations that interpret 32-bit sizes as signed. For example Java don't 
have unsigned integers. And zipfile and zipimport in old Python versions unpack 
some fields as signed integers.

--
nosy: +serhiy.storchaka
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24932] Use proper command line parsing in _testembed

[Steve Dower]

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
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Larry Hastings]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 these suggestions make perfect sense to you, starting with the 
tutorial is probably best :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 functionality that very rarely 
needs to be used.

--
nosy: +steve.dower

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[mike peremsky]

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.


from ctypes import *
 
msvcrt = cdll.msvcrt
 
message_string = "Hello World!\n"
msvcrt.printf("Testing: %s", message_string)
 
Output:
T

--
components: ctypes
messages: 284464
nosy: mperemsky
priority: normal
severity: normal
status: open
title: Calling printf from the cdll does not print the full string
type: behavior
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Anand Reddy Pandikunta]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28592] Installation freezes on C Runtime Install

[Steve Dower]

Changes by Steve Dower :


--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28781] On Installation of 3.5 Python get error message

[Steve Dower]

Changes by Steve Dower :


--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Larry Hastings]

Larry Hastings added the comment:

Can this be marked closed now?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29063] Fixed timemodule compile warnings.

[Steve Dower]

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 this is the case from what appears in 
the patch), or an assertion when it does overflow.

But since we're presumably passing the value back into Python as an int, 
expanding the destination variable to fit all possible values is best.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

Changes by Steve Dower :


--
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29059] Windows: Python not using ANSI compatible console

[Steve Dower]

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.

I don't actually know how big a deal this would be. I seem to get identical 
results from "print(''.join(chr(x) for x in range(32)))" both with and without 
the VT100 flag set, though of course "print('\033[91m')" behaves differently.

But given "on by default" isn't popular, and "off by default" implies adding 
new public API that is already available either as a short ctypes snippet or a 
number of 3rd-party libraries, I think we should consider this rejected.

For future reference, the python-ideas thread starts with 
https://mail.python.org/pipermail/python-ideas/2016-December/044033.html

--
resolution:  -> rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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':
only include sys/random.h if it seems like it might have something useful 
(#29057)
https://hg.python.org/cpython/rev/74eb71b91112

New changeset 5d0cb1fd79ea by Benjamin Peterson in branch '3.6':
merge 3.5 (#29057)
https://hg.python.org/cpython/rev/5d0cb1fd79ea

New changeset bb0d145b43a3 by Benjamin Peterson in branch 'default':
merge 3.6 (#29057)
https://hg.python.org/cpython/rev/bb0d145b43a3

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24932] Use proper command line parsing in _testembed

[Steve Dower]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24932] Use proper command line parsing in _testembed

[Roundup Robot]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29075] Remove Windows Vista support

[Steve Dower]

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 that it's correct. 
The chance of there being an XP-like backlash against Vista's end-of-life is 
very low.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29124] Freeze fails to compile on windows

[Steve Dower]

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 want the Python process, checking 
"sys.winver.endswith('-32')" is the easiest way in 3.5 and later to see whether 
it's 32-bit Python.

Otherwise those changes look okay to me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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 #15812: Merge from 3.5
https://hg.python.org/cpython/rev/410caf255a09

New changeset 803c3c21c3bc by Berker Peksag in branch 'default':
Issue #15812: Merge from 3.6
https://hg.python.org/cpython/rev/803c3c21c3bc

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28985] sqlite3 authorizer codes constants not up to date

[Berker Peksag]

Berker Peksag added the comment:

Thanks, Dingyuan!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28985] sqlite3 authorizer codes constants not up to date

[Roundup Robot]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29013] zipfile: inconsistent doc for ZIP64 file size

[Roundup Robot]

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
https://hg.python.org/cpython/rev/7c5075a14459

New changeset 6ca0f3fcf82f by Berker Peksag in branch 'default':
Issue #29013: Merge from 3.6
https://hg.python.org/cpython/rev/6ca0f3fcf82f

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29013] zipfile: inconsistent doc for ZIP64 file size

[Berker Peksag]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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
https://hg.python.org/cpython/rev/019125fb6d66

New changeset 454426dbff83 by Berker Peksag in branch 'default':
Issue #29012: Merge from 3.6
https://hg.python.org/cpython/rev/454426dbff83

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[ppperry]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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
https://hg.python.org/cpython/rev/337d78a4a7bf

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29024] Add Kivy entry to Graphic User Interface FAQ

[Berker Peksag]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29024] Add Kivy entry to Graphic User Interface FAQ

[Roundup Robot]

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
https://hg.python.org/cpython/rev/ee25895d9d65

New changeset 4eb4cf6ac154 by Berker Peksag in branch 'default':
Issue #29024: Merge from 3.6
https://hg.python.org/cpython/rev/4eb4cf6ac154

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Todd Rovito]

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 little about iOS and XCode keep that in mind when 
reviewing my comments.

MacOS: 10.12.2
Xcode: 8.2.1 (8C1002)
iOS: 10.2 (14C89)
Python source code: 3.5.1

I applied your last patch file name 20160217.diff.  The first issue I ran into 
was clock_settime() is unavailable in iOS so I went into timemodule.c line 164 
and commented out the line:
ret = clock_settime((clocked_t)clk_id, );
then added this line
ret = 0;

Next I think a more serious problem was with Python/random.c line 92 
"Python/random.c:92:19: error: implicit declaration of function 'getentropy' is 
invalid in C99 [-Werror,-Wimplicit-function-declaration]"

So I did the same thing as above commented out the lines with the getentropy 
function and added a line of res = 0.  Who needs entropy anyway?  I wonder if 
this problem is related to issue 29057 (http://bugs.python.org/issue29057).

Next in your README file you list a file called main.c when the actual code is 
main.m.

Next main.m was not compiling with Xcode so I replaced with this line after 
looking at your Python-iOS-template project on GitHub, as I am not qualified to 
make these types of changes:

-line 31 was not compiling so I replaced:
wpython_home = Py_DecodeLocale([python_home UTF8String], NULL);

-line 54 had a similar error so I replaced:
python_argv[0] = Py_DecodeLocale(main_script, NULL);

-line 56 had a similar error so I replaced with this line:
python_argv[i] = Py_DecodeLocale(argv[i], NULL);

-line 89 comment it out to remove the assertion failure, I am not sure what
this line is supposed to do but no assertion failure seems like a better result.

I didn't want to blindly attach a diff as I don't understand the Apple lingo 
but I wanted to provide feedback in the hope that it helps get this patch 
committed so iOS becomes a target for CPython in the near future.  Thanks!

--
nosy: +Todd.Rovito

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Terry J. Reedy]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[R. David Murray]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[John Hagen]

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: 
https://bitbucket.org/ned/coveragepy/issues/545/coverage-fails-on-python-36-travis-build

The highlight is this unit test causes Python to exit with status code 120 
(which fails a Travis build):

class ParseArgumentsTestCase(unittest.TestCase):
def test_no_arguments(self):  # type: () -> None
with self.assertRaises(SystemExit):
# Suppress argparse stderr.
class NullWriter:
def write(self, s):  # type: (str) -> None
pass

sys.stderr = NullWriter()
parse_arguments()

Ned found this corresponding note in the Python 3.6 release notes:

Changed in version 3.6: If an error occurs in the cleanup after the Python 
interpreter has caught SystemExit (such as an error flushing buffered data in 
the standard streams), the exit status is changed to 120.

If this is indeed, correct behavior and Python 3.6 is catching something 
incorrect (I agree this is not necessarily the most elegant unit test) then I 
am happy to close this issue. Just wanted to be sure I at least reported it in 
case this was a real issue.

--
components: IO
messages: 284437
nosy: John Hagen
priority: normal
severity: normal
status: open
title: Exit code 120 returned from Python unit test testing SystemExit
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Roundup Robot]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Larry Hastings]

Changes by Larry Hastings :


--
nosy: +larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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: +Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Mrozek]

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.

--
assignee: docs@python
components: Documentation
messages: 284434
nosy: docs@python, mrozekma
priority: normal
severity: normal
status: open
title: Copy/paste error in "8.13.14.1.1. Using auto"
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
priority: release blocker -> normal
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Larry Hastings]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Larry Hastings]

Larry Hastings added the comment:

This is currently blocking the release of 3.5.3 rc1.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Pam McA'Nulty]

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 if this patch makes sense to those who actually speak "./configure", I'm 
agnostic enough.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Merritt]

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 here. So we've been using
ast.literal_eval, but the lack of line numbers makes debugging problems
with the configurations a painful process.

On Sun, Jan 1, 2017 at 2:41 AM Serhiy Storchaka 
wrote:

>
> Serhiy Storchaka added the comment:
>
> Usually literal_eval() is used with short one-line input. For what large
> documents do you use it?
>
> --
> nosy: +serhiy.storchaka
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29128] No way to instsall win32com on python 3.6

[Zoe Mbikayi]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Chi Hsuan Yen]

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 question:

> why does configure define HAVE_SYS_RANDOM_H if including sys/random.h causes 
> an error?

autoconf defines several "default includes". For example in line 592 of 
configure:

#ifdef HAVE_SYS_TYPES_H
# include 
#endif

And in line 5559:

# On IRIX 5.3, sys/types and inttypes.h are conflicting.
for ac_header in sys/types.h sys/stat.h stdlib.h string.h memory.h strings.h \
  inttypes.h stdint.h unistd.h
do :
  as_ac_Header=`$as_echo "ac_cv_header_$ac_header" | $as_tr_sh`
ac_fn_c_check_header_compile "$LINENO" "$ac_header" "$as_ac_Header" 
"$ac_includes_default
"
if eval test \"x\$"$as_ac_Header"\" = x"yes"; then :
  cat >>confdefs.h <<_ACEOF
#define `$as_echo "HAVE_$ac_header" | $as_tr_cpp` 1
_ACEOF

fi

done

The check for sys/random.h starts from line 7758, so sys/types.h is already 
(accidentally) included when checking it.

So, here's the fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Chi Hsuan Yen]

Changes by Chi Hsuan Yen :


Added file: http://bugs.python.org/file46109/issue29057.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29128] No way to instsall win32com on python 3.6

[Brett Cannon]

New submission from Brett Cannon:

Can you provide a bit more detail, e.g. what error are you seeing?

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Pam McA'Nulty]

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 
includes.

I think the bottom line is that sys/random.h on mac os is neither useful, nor 
required.

Below is the error again and I've attached my sys/random.h
```
In file included from Python/random.c:16:
/usr/include/sys/random.h:37:32: error: unknown type name 'u_int'
void read_random(void* buffer, u_int numBytes);
   ^
/usr/include/sys/random.h:38:33: error: unknown type name 'u_int'
void read_frandom(void* buffer, u_int numBytes);
^
/usr/include/sys/random.h:39:33: error: unknown type name 'u_int'
int  write_random(void* buffer, u_int numBytes);
```

--
Added file: http://bugs.python.org/file46108/random.h

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29128] No way to instsall win32com on python 3.6

[Zoe Mbikayi]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29128] No way to instsall win32com

[Zoe Mbikayi]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[ppperry]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
versions: +Python 3.5, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Roundup Robot]

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 #29094: Offsets in a ZIP file created with extern file object and modes
https://hg.python.org/cpython/rev/342bc734f523

New changeset f36f9bce997d by Serhiy Storchaka in branch '3.6':
Issue #29094: Offsets in a ZIP file created with extern file object and modes
https://hg.python.org/cpython/rev/f36f9bce997d

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Serhiy Storchaka]

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 no matter what is the starting point of offsets. But 
Go's standard archive/zip package works only if offsets are relative to the 
start of the file. I don't know how common such interpretation however.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29094] Regression in zipfile writing in 2.7.13

[Benjamin Peterson]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Chi Hsuan Yen]

Changes by Chi Hsuan Yen :


--
nosy: +Chi Hsuan Yen

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Dmitry Shachnev]

Changes by Dmitry Shachnev :


--
nosy: +mitya57

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com